用途：适用于跨多步骤、多文件、涉及架构变更或需要项目跟踪更新的非琐碎任务。代码变更前先做分类判断：识别缺失、损坏或不完整之处，推测可能原因或方案，收敛到最可能的计划，如有不清楚之处需询问。明显的单文件小修改（如错别字、微小文案调整）可跳过流程。
PRD 规则：非琐碎工作前先创建 PRD，路径为 prds/<feature-or-problem-slug>.md，扩展名 .md。内容包含问题、缺陷根因、拟定方案、需修改文件、边界情况、验证步骤和任务完成日志。顶部元数据含 Created、Last Updated（格式 YYYY-MM-DD HH:mm UTC）及 Status（Draft | In Progress | Done）。
任务跟踪：随进展更新 task.md，新工作放入 ## to do，完成项移入 ## completed，时间戳用 YYYY-MM-DD HH:mm UTC，未经验证不得标记完成，任务备注简短且对下次会话具体有用，可含 PRD 路径、涉及文件、验证命令或结果。
文档同步：每次功能或修复后同步 task.md、changelog.md、files.md。changelog.md 采用 Keep a Changelog 结构，用 git log --date=short -n 10 获取真实日期，可加时间戳。files.md 添加新文件、更新已变更描述，描述简短具体。
执行风格：任务足够大时可使用子代理做研究或并行分析，每个任务用一个专注的子代理；工作失去意义时停下重新规划；保持变更集紧凑；确认完成前问自己资深工程师是否会认可结果。学习循环：若用户纠正重复出现的模式，将教训记录到 prds/lessons.md，避免重犯。激活方式：@update（仅用于文档同步）。限制：资料未提供该技能的具体安装命令、平台支持、收费情况或实际效果数据。