核心框架稳定，功能模块自由生长
注册中心负责发现和组织工具，每个功能按自己的模型、界面、状态与服务边界维护。新增功能不需要把主框架拆一遍。
Product stance
我们怎么做这只工具箱
平台差异，明确处理
桌面与移动端按使用场景分支，不假装一套布局能包打天下。Windows 干重活，Android 随手处理。
性能是交互的一部分
重 IO、并发、长列表和进度更新都必须让出界面线程。大任务也要保持顺滑，而不是“后台忙完再说话”。
148能力触点
97工具入口
51漫画图源
2端一致体验
Inside the product
一条清楚的依赖链
壳层负责承载，注册中心负责发现，功能域负责业务，核心服务负责底座。边界清楚，迭代才不乱。
APP SHELL
主题、路由、桌面窗口与移动端导航，负责承载，不塞业务。
TOOL REGISTRY
统一注册分类、工具、搜索标签、授权状态和页面入口。
FEATURE / MVVM
每个工具独立组织 model、view、viewmodel 与 service。
CORE SERVICES
网络、存储、日志、云传输、主题与平台能力提供稳定底座。
Quality bar
这几件事，不能拿“以后再说”糊弄。
错误要说人话
加载、空状态、失败和恢复路径必须清楚，不能只扔一个异常码。
模块边界守住
服务不碰 UI，功能不绕过统一网络、存储、日志和平台入口。
普通人能用懂
先让用户知道下一步做什么，再谈动效和技术上的漂亮。
How we ship
长期维护的节奏
批量改名、格式转换、云盘迁移、内容整理——优先接住重复劳动，而不是堆概念页。
按钮、空状态、危险确认、进度反馈和移动端触控规范由底层组件统一兜住。
功能按域拆分，站点按静态导出发布。一个模块出问题，不该拖垮整个产品。