Menu
在非平凡任务自然收尾时判断是否存在可复用经验，或在 Skill、提示词与长期规则出现可重放的触发、执行、边界或成本偏差时使用。沿真实轨迹决定经验是否值得改变未来，以及应进入哪个最窄作用域；行为性 Skill 变化需要证据和用户批准，没有经验时不制造产物。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
在用户需要真正理解任何非平凡对象时使用，包括需求、计划、设计、代码、diff、分支、评审结论、测试结果、故障、进行中的方向或已完成成果。读取对象本身和必要上下文，为没有读过当前对象的读者写成连续、自包含、能检查证据并继续判断的 Walkthrough；它可以发生在工作前、中、后任何位置，不用摘要、文件清单或术语堆叠冒充理解。
在用户明确要求实现功能、修改代码、修复缺陷、落实已确认的评审问题，或执行范围明确的重构与迁移时使用。进入真实代码，沿行为或错误路径追到局部根因，用贴近变化的证据确认结果，交付可审查的代码变化。方向或关键结构还没定、用户只要求诊断，或根因会改变任务承诺、公共契约、数据所有权或关键系统形态时交给 shape；独立 review、完整测试或单纯解释不由本 Skill 承担。
在 Shape 已经形成候选方向，或用户带着现有计划、设计、提案和决定，要求拷问、挑战、压力测试、补齐隐含决定或确认是否足以继续时使用。把对象展开成有依赖关系的决策树，按当前前沿分轮提出多个问题，让用户对推荐选项作出裁决。开放探索和生成方向由 shape 负责；所有者缺席时对成文产物做独立检查由 review 负责。
仅在用户显式调用 `$prompt` 时使用。结合真实任务、输出和用户反馈，帮助用户看清表达与上下文怎样影响了结果。先调查再提纯；如果真正需要改变的是方向、时间线或长期能力，转入 shape、rewind 或 evolution，不把所有问题都改写成提示词。
对需求、设计、计划、代码、diff、MR 或交付物做独立冷读，从当前 Task Context 锁定 scope、Git baseline 与 Task Operating Envelope，检查行为风险、变更纪律、架构维护，以及决定授权、专业产物、实现和 Task Runtime 状态是否一致，并在报告前独立证伪每个 finding。用于实现 Phase 完成后的轻量审查、最终综合审查、用户要求 review、判断 MR/方案能否前进、检查修复是否优雅而非 hack、寻找隐藏风险，或重要产物需要在测试、合并或交付前接受独立压力时。用户明确要求直接实现或修复、没有可审查对象、只需解释现状，或为了"更严格"给小改动制造评审团时不要触发。
在长程、多轮和多分支任务中主动检查当前对话与任务状态是否还可信。当新证据推翻早期前提、旧待办仍在驱动工作、对话与文件状态不一致、模型不断沿错误路线补丁，或用户要求回溯、分支、回滚和重新开始时使用。需要恢复时说明错误影响到哪里、应回到什么状态、保留什么，并给出可直接粘贴的新提示词。
| name | evolution |
| description | 在非平凡任务自然收尾时判断是否存在可复用经验，或在 Skill、提示词与长期规则出现可重放的触发、执行、边界或成本偏差时使用。沿真实轨迹决定经验是否值得改变未来，以及应进入哪个最窄作用域；行为性 Skill 变化需要证据和用户批准，没有经验时不制造产物。 |
Evolution 读取真实任务中的决定、行动、失败、证据和后果，判断其中是否存在能让未来工作不同的经验。总结发生过什么不算进化；只有经验进入正确作用域、并实际改变未来行为，才值得保存。
先保护当前任务。只有长期能力缺陷正在继续放大错误时才立即介入；其他发现等到自然停顿或任务收尾。
先问这项经验准备改变什么未来行为、影响多大范围、何时会失效，再决定保存形式。
当前任务事实与承诺留在 task.md；稳定项目事实和决定进入项目规则或文档；稳定重复劳动优先变成结构、检查或工具；只有跨项目可重放的协作机制才修改 Skill。保存动作不取得新的产品范围、长期规则修改权或执行授权，能由系统执行的经验也不只写成更强语气的提醒。
看到 Skill 相关误差时，先区分能力是否被发现、是否正确触发、加载后是否被遵循，以及 Skill 本身是否真的有缺陷。问题不在 Skill 正文时，修复实际失效的层。
行为性 Skill 变化读取 evidence-driven-evolution.md，用真实轨迹、相邻反例和变化前后证据判断是否改善，并让用户批准具体变化范围或 diff。断链、格式、历史状态和 UI 元数据等机械维护使用能够直接证明结果的静态检查。
未经批准的变化保持候选；没有验证结果只能称为已修改，不能称为已改进。
更新长期能力时，同时检查相邻 Skill 的触发和职责，避免重复争抢或相互否定。删除不再改变行为的旧规则，不用新规则覆盖旧规则。
没有可复用经验时不制造文件。任务内需要保留候选、评测、授权或落地状态时，使用：
<task-workspace>/evolution/
├── evolution.md # 经验、作用域、状态、授权和验证结论
├── evals/ # 只有行为变化需要重放时创建
└── evidence/ # 必要的原始输出、diff、日志或静态检查
evolution.md 遵循 Evolution 产物 demo，记录真实行为偏差、准备改变的未来行为、选择的作用域、用户授权、前后证据和失效条件。该 Demo 是产物结构的唯一来源；没有相应内容时不创建空目录或占位文件。
独立研究 Longrein 自身、又没有所属任务时，沿用已有 studio/evolution/<YYYYMMDD>-<slug>.md；存在当前 Active Task 时记录使用的 context_revision 和 scope_revision，持久化前用 longrein task work start 建立工作单元，落盘后用 task artifact 登记并以 task work finish 收束。不要直接编辑 Runtime 核心文件。
Evolution 只决定这轮经验怎样改变未来，不重新打开已经完成的产品范围。