01
描述你要什么
开题方式随你习惯：一句自然语言、一段会议纪要、一张草图，或者一份已经过时的旧文档。 Lumina 会先复述它对目标的理解，并列出它认为的约束与验收标准，让你在动手前就能纠正偏差。
一次好的开题包含
- 目标：改完之后，什么样的现象算成功
- 约束：不能动的模块、必须兼容的版本、性能红线
- 参考：相关文件、接口文档、类似实现
- 验收：需要跑通哪些测试或走过哪些路径
02
让它在你的规范内推进
任务被拆成可独立验证的小步：先补测试、再改实现、最后更新文档。 每一步结束后自动运行检查，失败就回到上一步重来，而不是把问题留到最后。
你在任意时刻都可以叫停、回滚到某个检查点，或直接改写方向——所有中间状态都可恢复， 不存在「改到一半不敢停」的局面。
自动执行的部分
- 任务拆解与依赖排序
- 测试与静态检查
- 受影响的文档与类型定义
- 改动档案与指标记录
始终由你决定的部分
- 是否采纳某个方案
- 涉及生产环境的发布动作
- 依赖引入与架构级取舍
- 规范的修改与例外批准
03
交付并沉淀
交付物不只是代码：还包括发布说明、变更影响清单与评审要点。 更重要的是，这次任务里形成的判断会沉淀成团队模板，下一次同类工作直接复用。
- 可粘贴进评审单的变更摘要
- 自动化生成的发布说明草稿
- 可复用的任务模板（含规范与验收标准）
一个团队通常这样接入
从个人试用到团队规模使用，一般经历四个阶段。
第 1 天
个人试用
选一个边界清晰的小任务，验证产出质量。此时不需要配置任何规范。
第 1 周
写下第一版规范
把团队反复在评审里强调的几条规则写进规范文件，观察返工率变化。
第 2–4 周
接入检索与沙箱
接入内部文档与代码检索源，配置测试运行器，让自动检查贴近真实流程。
第 2 个月起
沉淀模板与权限
把高频任务做成模板，配置成员权限与审批节点，纳入合规审计。
可直接套用的模板
模板把「怎么问」也标准化了，新人第一次用就能产出符合团队预期的结果。
高频
缺陷修复
从报错栈定位根因 → 补一条能复现的测试 → 修复 → 回归。要求给出根因说明。
高频
接口新增
定义契约 → 生成实现与校验 → 更新文档与类型 → 补集成测试。
重构
模块拆分
先建立行为快照测试，再逐步迁移，每步保持全量测试通过。
治理
依赖升级
扫描版本与变更日志，评估破坏性改动，分批升级并记录回滚点。
文档
文档补齐
从代码与提交历史反推设计意图，生成初稿供人工确认。
3.2 新增
性能专项
先建立基线指标与压测脚本，再针对热点做可回滚的优化。