站点扩展从需求到上架的拆解流程

功能定位
站点扩展的本质是在既有页面之外补一层能力，因此第一步不是写代码，而是把“补什么”说清楚。建议用一句话描述扩展的唯一主功能，再列出三条它不做的事，防止范围蔓延。适用场景包括给内容页增加辅助面板、给后台增加批量操作入口、给浏览行为增加本地记录。判断标准是：如果去掉这段能力站点仍能正常运转，说明它属于扩展而非核心改造，边界清晰才好拆工作流。

七步流程
第一步需求卡片：写清触发条件、输入、输出、失败表现，一页以内。第二步接口勘察：确认可用的页面挂载点、事件时机与数据读取范围，把不确定项标为风险。第三步原型占位：先做出可见但无逻辑的界面骨架，验证位置与尺寸是否干扰原页面。第四步逻辑分层：把数据获取、状态管理、界面渲染分开，避免一处改动牵连全局。第五步异常兜底：为加载失败、数据为空、权限不足各写一条降级路径。第六步自测清单：覆盖首次安装、重复触发、页面切换、卸载残留四类场景。第七步打包交付：附版本说明与变更记录，让使用者知道升级会带来什么。

适用场景与节奏
单人开发可以把七步压进两轮迭代，第一轮完成前三步验证可行性，第二轮补齐后四步。多人协作则按步设卡点，每步产出可检查的物件，避免口头交接。频率上，需求卡片与接口勘察适合在动手前集中完成，原型占位与逻辑分层适合连续推进，异常兜底与自测清单适合放在收尾阶段单独安排时间。

注意事项
不要把扩展做成第二套站点，能借用现有能力就不要重复实现。挂载点选择要留退路，页面结构变化时应有备用定位方式。数据存储优先本地，确需远端时明确同步时机与冲突处理。版本说明里写清不兼容变更，比写新功能更重要。最后留一份卸载检查项，确认移除后不残留样式与监听，这是很多扩展被诟病的根源。