메뉴
在每次回复中使用固定前缀并列出本次实际参考的指令/文件，便于校验是否遵循上下文与规则。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | context-ack |
| description | 在每次回复中使用固定前缀并列出本次实际参考的指令/文件，便于校验是否遵循上下文与规则。 |
让用户能快速确认我是否实际引用/遵循了本次会话中的指令与文件。
✨ 已启用上下文校验 开头。尊敬的主人：在回复末尾追加两行：
已读指令：<指令文件及其核心要求>
已启用技能：<技能名与简要功能>
清单规则：
已启用技能：技能名 - 技能说明已读指令：无已启用技能：无read_file）。已读指令：无。为了增强透明度和可追踪性，当列出某个已启用技能时，应在回复正文中体现该技能的实际使用证据：
| 技能名 | 使用证据 | 验证方式 |
|---|---|---|
_git-commit | 提交说明文件末尾有签名行 | 搜索 "🤖 本提交由 _git-commit" |
_file-output-guard | 文件中包含 [Part X/?] 分段标记 | 查看文件内容的分段标记 |
_change-summary | PR 描述中有 "提交摘要" 段落（来自 git log --oneline） | 检查 PR 或 PR_DESCRIPTION.local.md |
_traceability-check | 提交说明覆盖了 git diff --name-only --cached 列出的所有文件 | 对照检查清单 |
_code-health-check | 回复中提及测试通过、编译成功等验证结果 | 查看回复内容或控制台输出 |
_instruction-guard | 本次回复的 "已读指令" 列出了被读取的指令文件 | 见"已读指令"行 |
最佳实践：
_git-commit - 格式化提交说明 时，回复中应提及 "已使用 Conventional Commits 格式" 或 "已添加签名行"追加一行：
仓库状态：分支=<branch> | 未提交=<count_uncommitted> | 未跟踪=<count_untracked>
填写规则：
git rev-parse --abbrev-ref HEADgit status --porcelain 中已跟踪且变更的条目数git status --porcelain 中以 ?? 开头的条目数将会话结尾信息放在 diff 格式代码框中，利用语法高亮区分不同类型信息。优先使用统一“状态卡片”样式：
──────────────────────────────────────────────
+ ✅ 已读指令：[文件名]
- 🔧 已启用技能：技能名 A - 技能说明
- 🔧 已启用技能：技能名 B - 技能说明
! 📦 仓库状态：分支=<branch>
! └─ 未提交：<n> (仅当>0时显示)
! └─ 未跟踪：<m> (仅当>0时显示)
──────────────────────────────────────────────
格式说明：
+ 绿色：已读指令- 红色：已启用技能! 橙色：仓库状态└─ 树形结构展示细节─（U+2500）为避免输出忽长忽短、对齐不稳定，优先使用下面模板：
──────────────────────────────────────────────
+ ✅ 已读指令：A, B, C
- 🔧 已启用技能：_instruction-guard - 指令读取与约束确认
- 🔧 已启用技能：_execution-precheck - 第1步✓ 第2步✓ 第3步✓ 第4步✓ 第5步✓ 第6步✓ 第7步✓
- 🔧 已启用技能：_context-ack - 使用统一状态卡片输出
- 🔧 已启用技能：_file-output-guard - 文件操作安全检查
! 📦 仓库状态：分支=<branch>
! └─ 未提交：<n>
! └─ 未跟踪：<m>
──────────────────────────────────────────────
规则：
当用户明确要求“更简洁”时，使用紧凑模式：
──────────────────────────────────────────────
+ ✅ 已读指令：A, B
- 🔧 已启用技能：_instruction-guard / _execution-precheck / _context-ack
! 📦 仓库状态：分支=<branch> | 未提交=<n> | 未跟踪=<m>
──────────────────────────────────────────────
紧凑模式仅在用户明确偏好简洁时可用；默认使用 5.1 的标准卡片。
未实际读取的指令文件
未在正文中体现的技能
猜测性的文件依赖
以下现象表明存在虚假列表问题：
当发现虚假列表时：
□ 已读指令中的每个文件，我都用 read_file 读取过吗？
□ 已启用技能中的每个技能，我都在正文中体现过吗？（至少一个关键步骤或结论）
□ 如果某个技能只是"在上下文中存在"但未使用，我有删除它吗？
□ 我能为清单中的每一项都举出具体证据吗？
自动汇总当前分支相对主分支的提交摘要，用于 PR/说明对齐。
Perform code quality checks before commit. Validates code standards, security, architectural consistency. Runs TypeScript compilation, linting, test coverage verification.
Evolution capability meta-skill. Identifies evolutionary scenarios (repeated errors, user feedback, complex workflows) and crystallizes experience into reusable skills or instruction updates.
执行前检查清单。每次回复前必须自动进行的自我检查，确保没有遗漏强制规则。
创建/输出文件的安全约束。禁止 HERE 文档创建文件；大文件输出需分段写入同一文件，避免会话超限。
Implements Conventional Commits workflow. Ensures proper commit message formatting with structured body, footer, and skill signature. Facilitates semantic versioning compliance and clean project history.