메뉴
用于在完成真实任务后，判断经验、坑、约束或流程应沉淀到 Codex 架构的哪一层。触发场景包括“这次学到的规则该写到哪”、“我刚踩了一个坑想沉淀”、“帮我判断该进 AGENTS.md 还是 skill”、“有个新流程不知道放哪”。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | experience-triage |
| description | 用于在完成真实任务后，判断经验、坑、约束或流程应沉淀到 Codex 架构的哪一层。触发场景包括“这次学到的规则该写到哪”、“我刚踩了一个坑想沉淀”、“帮我判断该进 AGENTS.md 还是 skill”、“有个新流程不知道放哪”。 |
帮助用户把一次任务中学到的经验放到正确层级，并输出明确建议：
先让用户用一句话描述想沉淀的内容。描述太泛时，只追问必要信息：
按顺序判断，第一个命中的问题就是推荐层级。
是：推荐使用可执行约束或自动化校验。
优先位置：
scripts/doctor.sh、scripts/check_*.sh。写法重点：
AGENTS.md 或相关 skill 中只写“何时运行这个检查”。例子：
## 提交前校验
在声称完成前必须运行 `./scripts/doctor.sh`。如果命令失败，先修复失败项，再同步技能或提交变更。
反例：
请务必认真检查所有技能是否同步。
是：推荐写成 script、CLI、MCP tool、connector/plugin 工作流，再由 skill 调用。
优先位置：
scripts/<action>.sh 或 skill 内的 skills/<category>/<skill-name>/scripts/<action>.sh。skills/<category>/<skill-name>/SKILL.md 只描述何时调用脚本、如何解释结果。例子：
## 验证步骤
运行 `scripts/compare_skill_copies.sh <skill-name>` 校验本地安装项是否链接到仓库源码。若链接缺失或目标不一致，先修复安装链接，再继续修改源码。
反例：
凭经验判断本地 skill 应该和仓库一致。
是：推荐放到项目级或目录级规则文件。
优先位置：
AGENTS.md。AGENTS.md，如果该项目支持目录级指令。docs/ 中的架构、质量、安全或开发约定文档。写法重点：
例子：
## Skills 仓库约定
只在 `skills/<category>/<skill-name>/SKILL.md` 中维护可复用技能正文；`~/.codex/skills` 下的受管安装项应是指向仓库源码的符号链接。
反例：
所有项目都必须用这个仓库的同步脚本。
是：推荐写成新的 Codex skill，或更新已有 skill。
优先位置：
skills/<category>/<skill-name>/SKILL.md。skills/<category>/<skill-name>/SKILL.md。assets/、scripts/ 或 references/。写法重点：
name 和 description。description 只写触发条件，不写执行步骤。例子：
---
name: receiving-code-review
description: 在接收代码评审意见并准备落地前使用，尤其适用于评审意见不清晰或技术上可疑时。
---
# 接收代码评审
## 核心原则
先验证评审意见是否成立，再实现修改。
反例：
description: 这个技能会先读取文件，然后分析评论，再修改代码，最后运行测试。
是：推荐写入全局或项目级 AGENTS.md。
优先位置：
~/.codex/AGENTS.md，适合跨项目默认行为。AGENTS.md，适合当前项目长期约束。AGENTS.md.root，仅在用户明确要求同步全局模板时修改。写法重点：
例子：
## Git Commit 防火墙
提交信息必须符合 Conventional Commits，且禁止使用空消息、`fix`、`update` 或 `git commit --amend`。
反例：
每次遇到任何问题都要完整复盘并更新所有相关文档。
推荐不沉淀。
适用情况：
回复要直接说明不建议沉淀，并给出原因。
根据命中的层级，给出一段可直接写入目标文件的草稿。草稿必须满足：
根据经验的复用频率提醒用户调整层级：
AGENTS.md。AGENTS.md 中某条规则变成复杂流程：建议下沉为 skill。AGENTS.md 或目录级说明。【分诊结论】<层级>
【推荐位置】<具体文件或目录>
【判断理由】
- <不超过三条理由>
【写作模板】
<可直接写入的 Markdown 或配置草稿>
【后续提醒】
<上移、下沉、同步、验证或不建议沉淀的提醒；没有就写“无”>
使用本地 dida CLI 创建滴答清单任务。适用于用户提示词同时提到“滴答清单”和“创建任务”，或明确要求 Codex 基于当前项目和对话上下文创建滴答清单任务。
当用户提及“代码仓初始化”“初始化代码仓”“初始化目录”“初始化项目结构”“初始化项目文档路径”“初始化 Codex 持续开发工作流”“初始化 antarx-harness 文档体系”或明确要求执行 `/init` 命令时触发；若同时提及 simple、lightweight、轻量、极简、轻量 harness、初始化轻量 harness、轻量化 agent 流程等表达，则使用轻量分支。用于在当前项目目录创建缺失的 AGENTS.md、ARCHITECTURE.md 与 docs 工作流骨架，必要时初始化 Git 仓库，并提交本次新增文档；若已有 AGENTS.md 与模板不同，必须由 agent 比对并合成为一份。
当本轮使用 skill-creator 创建或更新 skill 后使用；询问用户是否将该 skill 纳入 antarx-dev-skills 托管。用户确认前不得导入、同步、删除或修改任何 skill；用户只同意托管但未指定分类时，先判断合适分类并使用该分类继续导入。
当 Codex 需要从任意项目会话中捕获、改进或回填可复用工作流知识到 antarx-dev-skills 仓库时使用。触发场景包括“沉淀技能”“改良技能”“同步回技能仓库”“把这个流程做成 skill”，或更新现有 Codex skill，并更新本地链接安装、打开 GitHub PR。
在创建新技能、修改已有技能或发布前验证技能有效性时使用。
Initialize an Obsidian vault as a Codex cross-project long-term memory store. Use when the user asks to "初始化obsidian codex memory", "初始化 Obsidian Codex 记忆", "初始化记忆", or otherwise mentions both memory/记忆 and initialization/初始化 for Codex or Obsidian.