分解复杂任务


划分阶段执行

对于跨模块功能、数据迁移或实现方式尚不明确的任务,可按照探索、规划、实现和验证分阶段推进。每一阶段应明确要解决的问题及产物,便于在关键位置检查方向。

Claude Code 的 Plan Mode(计划模式)适合先阅读代码、分析影响并形成方案。范围明确的小修改可直接执行;是否分阶段,应根据任务的不确定性和影响范围判断。

请分阶段为{“栖迟笔记”}增加{将选中笔记导出为 Markdown 文件}的功能。

第一阶段:检查现有实现。
阅读笔记数据结构、列表选择逻辑和已有下载功能,输出可复用部分、缺失信息及待决定事项。

第二阶段:制定方案。
说明导出内容、文件组织、命名规则、涉及文件及验证方式,并解释关键选择的理由。

第三阶段:实现功能。
按已确认方案完成必要修改,遵循现有组件、依赖和错误处理方式。

第四阶段:验证与交付。
检查空笔记、中文标题、重复标题和长文本,整理实际结果、使用方法与已知限制。

当前仅执行第一阶段,输出分析结果,不修改文件。
只对会影响功能范围或实现正确性的缺失信息提出问题。

阶段划分不意味着每一步都需要人工确认。方案确定后,可明确允许连续完成实现和验证,仅在出现范围变化或关键冲突时暂停沟通。这样既保留必要的检查点,也减少反复等待。

衔接新增要求

多轮调整时,应说明新要求属于补充、替代还是撤销,并列出继续有效的条件。若调整影响已完成的代码,还应要求检查相关逻辑和测试,避免只修改表面结果。

现调整{“栖迟笔记”}的导出要求:

原要求:{每篇笔记分别导出一个文件}。
新要求:{将选中的笔记合并为一个 Markdown 文件}。

新要求替代原有文件组织方式。
继续保留:{笔记原始内容、当前列表中的笔记顺序和创建日期}。
需要重新确定:{合并文件的命名、笔记间的分隔方式和标题层级}。
不再沿用:{按每篇笔记标题分别生成文件名的规则}。

请先列出受影响的代码、测试和文档,并提出调整方案。
本轮仅输出方案,待确认后实施。

经过较多轮修改后,可要求整理一份简短的当前状态,包含任务目标、有效要求、已完成内容、验证结果和下一步事项。对于被替代的旧要求,应明确标注,避免继续混用。

评论

登录后查看