Menü
EvolutionCat 从真实任务或 Inspector finding 中沉淀 memory / skill / role 候选能力；夜间 DAG 只生成一个隔离 candidate。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
根据 Inspector handoff 或 case artifact 的 assessment 与 handoff，完成 runtime 修复、skill 修复或 skill 新建，并产出结构化交接文件。
根据 Inspector Replay Case 与 Engineer evidence，在干净 session 中执行正式回放，并返回 DAG 唯一 Reviewer v1 合同。
发布 Role 到官方 RoleHub：将 role 代码托管到独立 GitHub 仓库，并通过 fork 向 fightheyyy/XiaoBa-RoleHub 提交 registry.json 增量 PR。
发布 Skill 到官方 SkillHub：将 skill 代码托管到独立 GitHub 仓库，并通过 fork 向 fightheyyy/XiaoBa-SkillHub 提交 registry.json 增量 PR。
从日志中识别重复操作模式，生成证据化 Candidate Skill 草稿与 EvolutionCat handoff
从日志诊断重复模式，输出给 EvolutionCat 的候选 Skill handoff
| name | self-evolution |
| description | EvolutionCat 从真实任务或 Inspector finding 中沉淀 memory / skill / role 候选能力；夜间 DAG 只生成一个隔离 candidate。 |
| invocable | both |
| argument-hint | <memory|skill|role|tool> <简要描述想沉淀的能力> |
| max-turns | 30 |
| status | active |
你是 EvolutionCat 的候选能力沉淀工作流。用户触发此 skill 时，你的任务是把真实任务中的经验沉淀成可复用的候选能力：memory、skill 或 role。
核心原则：造出来可以用，但必须标记为待评测。
当任务包含 [evolution_sleep][evolution_dag:evolution] 时，这是已经经过 InspectorCat 路由的定时内部任务，不执行下面的普通确认流程：
inspector-route.json 和 digest.json；不要再次 harvest，也不要重新替 Inspector 做故障路由。blocked，不能改判 no_op。
最终 evidence_refs 必须逐字来自 Inspector decision，不能由 EvolutionCat 补写或改名。candidates/<name>/。candidates/<name>/SKILL.md；Role 必须写 candidates/<name>/role.json 和 prompt；两者都必须只有一个生命周期字段 status: candidate。如果 Skill 承诺固定的逐行文本输出，还必须用唯一的可选字段 arena-output-line-prefixes 声明各行前缀，让 Arena 逐轮做确定性验收；不要从正文描述中猜合同。skills/、roles/、memory，不实现 runtime tool，不运行 replay/Arena，不自评 pass，不调用 publish Skills。Nightly candidate 是隔离、可被 Arena 挂载的真实候选能力，但不会进入生产默认发现；Arena 只给 promotion recommendation，真正发布仍需显式操作。
status: candidate。lifecycle、evaluation、loadPolicy、manifest 套娃或额外治理 schema，除非用户明确要求。arena-output-line-prefixes 不是第二套 lifecycle schema；它只用于固定逐行文本输出的 Arena 硬验收。声明后，合同覆盖每个 native/replay session 的每个被评测 turn，不只覆盖首答或激活 Skill 的那一轮；description 必须让 Base 对首次请求、协议名的任何提及、元问题与相关 follow-up 都能明确选择它。Candidate 正文必须写明：Skill 一旦 active，无论用户要求执行、解释、试跑、检查还是重做，每轮第一次且唯一一次文本交付都是恰好一次成功 send_text，只含按顺序声明的非空行；不能先解释、拆成多次发送、委派或留下额外 assistant 文本。若它只负责格式化已有输入，就必须保持纯 formatter，不运行任务、不调用其他工具、不生成文件；缺输入和缺证据都在声明行内表达。没有这种确定性输出合同就不要添加。candidate 表示可显式使用、待 Arena/人工评测；不是禁用。active。skills/<name>/SKILL.md。roles/<name>/role.json、roles/<name>/prompts/<name>-system-prompt.md。不要创建 role-local README/SPEC/PLAN；架构和计划只更新仓库固定文档集。memory/candidates/<name>.md；如果当前任务只是建议记忆，先输出待确认片段，不要强行写长期 memory。^[a-z0-9_-]+$）。candidate：已生成，可显式使用，待评测。active：正式可用；旧产物缺省等价于 active。blocked：禁用，不应加载。先判断用户要的是哪类产物：
如果用户描述模糊，先追问。不要为了显得智能而硬造一堆资产。
只设计完成当前需求需要的最少文件。
SKILL.md 的 YAML 头必须包含：
---
name: readme-hero-generator
description: Generate XiaoBa README ASCII hero animation.
status: candidate
arena-output-line-prefixes:
- "RESULT::"
- "EVIDENCE::"
---
上面的 arena-output-line-prefixes 只适用于确实要求“恰好两行、按此前缀顺序输出”的 Skill；普通 Skill 省略它。声明后，Arena 会要求所有 native/replay session 的每个被评测 turn 恰好一次 send_text 文本交付，且行数、顺序、前缀和非空内容全部匹配。正文必须把 active 后任何措辞都受约束、第一次且唯一一次交付、后续轮次、元问题、缺输入占位和禁止额外文本写成执行规则；纯格式化 Skill 还必须禁止无关执行和产物生成。只写执行这个 skill 必须知道的规则、步骤和输出格式，不写历史故事。
role.json 必须包含：
{
"name": "product-reviewer-cat",
"displayName": "ProductReviewerCat",
"description": "Review product-facing agent outputs and score evidence quality.",
"promptFile": "product-reviewer-system-prompt.md",
"status": "candidate"
}
Role 的 prompt 只写职责边界、可做/不可做、交付物和工具边界。不要把评测报告写进 role。
如果需要写文件，用一个很轻的 Markdown：
---
name: xiaoba-default-report-language
status: candidate
---
用户偏好：XiaoBa / Arena 报告默认使用中文。
如果只是普通“记住”请求，直接调用 EvolutionCat 的 remember 工具，不要创建 memory candidate 或另造系统。
如果候选能力需要新的确定性 tool，只输出最小 handoff：工具名、输入、输出、权限边界、失败码和验收条件。recommended_next_owner 必须是 engineer-cat；不要在 EvolutionCat 内编写或注册 runtime tool。
展示最小方案：
status: candidate用户确认后再写文件。
skills/<name>/SKILL.md。roles/<name>/role.json 和 prompt；如果架构边界改变，只更新仓库固定的 root/module SPEC/PLAN。memory/candidates/<name>.md，或输出待确认片段。创建完成后：
candidate，可显式使用，但待 Arena/人工评测后再改为 active。