使用手册
任务推进与经验复用
在多阶段工作中保留决定、分配职责，并按需读取标准。
4 项说明
按任务读取需要的标准
#简单任务保持轻量，复杂工作分阶段推进。
能帮你完成什么
Core 先区分讨论、产品澄清、新项目初始化、小改动、功能实现、复杂交付和审查，再选择当前阶段需要的标准。架构、前端、后端、规则融合、Agent 接入和 Skill 推荐按需补充。
使用前
明确本次是讨论、实现还是审查，以及哪些事情暂时不要执行。
怎么使用
- 用自然语言描述实际意图，不必自己记住 Profile 名称。
- 只讨论时明确说明；从讨论进入开发时确认新的目标。
- 复杂任务按当前阶段加载内容，遇到范围变化重新说明。
试着这样对 Agent 说
这次先讨论报修通知方案，不写代码、不安装工具。比较体验和维护成本，并指出需要我决定的事项。如何判断完成
- 讨论不创建执行状态或直接实施。
- 普通任务不会每次读取全部 Core；必要决定和交接才记录状态。
适用边界
- 选择性加载降低无关上下文，但不承诺固定 Token 节省比例。
- 标准路由不能代替模型判断与用户授权。
并行开发与集中验收
#在宿主支持时让多个 Agent 按明确边界合作。
能帮你完成什么
复杂任务先划分工作单元、依赖、验收条件和写入范围，再把独立部分交给合适的 Agent。主 Agent 负责合同、集成与最终判断。成本和并发上限可以在任务中明确，简单问题不必使用多代理。
使用前
任务确实有可以独立推进的部分；宿主提供子代理能力，并已得到所需并行授权。
怎么使用
- 确定共同完成定义、责任人和不能同时修改的文件。
- 指定模型或成本要求、并发上限与各自交付物。
- 子任务完成后先做集成验证，再按需要做独立 QA 和最终回归。
试着这样对 Agent 说
这个功能分为 API 和前端两部分。若当前工具支持子代理，请用合适模型并行实现，最多两个子代理，先固定接口，由主 Agent 统一验收合并。如何判断完成
- 每个任务有输入、输出、负责人和验收依据。
- 最终结果包含跨模块验证，而不仅是各代理“完成”的汇报。
适用边界
- Build 提供协作标准，不另建常驻代理服务或自动购买模型。
- 并行授权不自动包含发布、服务器操作或数据删除。
项目记忆、检查点与交接
#换任务或换 Agent 后仍能继续已确认的工作。
能帮你完成什么
重要产品决定、阶段进度、阻塞和验证证据保存在项目资料中。需要状态的任务使用经过校验的摘要，记录已加载规则和下一步，不把整段聊天原文复制为项目记忆。
使用前
已有明确任务和项目资料位置；普通问答和孤立小改动通常不需要新的状态文件。
怎么使用
- 在重要阶段请 Agent 记录已确认决定、完成项、阻塞和下一步。
- 换任务时让新 Agent 读取这些资料并核对当前代码事实。
- 恢复时引用已确认计划，只有新事实使其失效才调整相应范围。
试着这样对 Agent 说
请为当前报修项目整理交接：目标、已经确认的决定、真实完成项、未解决问题、验证结果和下一步。不要把猜测或聊天原文当作事实。如何判断完成
- 后续 Agent 能定位当前阶段和应继续的工作。
- 状态不包含凭据、私有内容或未确认决定。
适用边界
- 记录不会让新模型自动拥有上一任务的全部上下文；恢复仍需核对资料和代码。
复盘与经验回流
#把反复出现的问题整理为可复用规则或模块。
能帮你完成什么
项目特有决定留在项目中；确实可复用的经验先总结问题、适用条件、步骤和验证方法，再经过审阅进入通用标准或独立模块。模块化让内容后续可以独立维护，而不是每次改动整个基础插件。
使用前
已有真实案例或反复出现的工作模式；经验资料不能包含凭据和客户私密信息。
怎么使用
- 用复盘模板记录最慢环节、判断失误和有效验证。
- 区分项目例外与适用于多个项目的规则。
- 需要独立能力时按模块协议提出内容、阶段、版本和测试，不直接修改已安装缓存。
试着这样对 Agent 说
请复盘这次跨项目通知联调，提炼适用条件、常见失败、验证办法和可复用模板。先区分项目特有规则与可以做成独立模块的经验。如何判断完成
- 可以审阅的经验候选及适用范围。
- 通用标准或模块的更改有对应版本与验证。
适用边界
- 把文档写出来并不等于已经成为可安装模块；仍需声明、打包、校验和发布。