القائمة
在非平凡任务自然收尾时判断是否存在可复用经验，或在 Skill、提示词与长期规则出现可重放的触发、执行、边界或成本偏差时使用。沿真实轨迹决定经验是否值得改变未来，以及应进入哪个最窄作用域；行为性 Skill 变化需要证据和用户批准，没有经验时不制造产物。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
在用户需要真正理解任何非平凡对象时使用，包括需求、计划、设计、代码、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 只决定这轮经验怎样改变未来，不重新打开已经完成的产品范围。