doccker CC Status
当用户明确要求 status、查看 Codex 配置状态，或排查 sync 后的生效情况时，使用本技能。
不要用于：
- Claude 或 Gemini 的状态诊断
- 正式 code review
- 变更项目代码实现
核心方式
- 同时看项目内
.codex/权威源和用户级~/.codex/、~/.agents/skills/部署产物。 - 检查全局入口是否齐全：
AGENTS.md、rules/、instructions/、skills/、*.config.tomlprofiles。 - 检查
AGENTS.md是否包含受管区块，rules/、instructions/、skills/与 profiles 是否保留 manifest。 - 检查
codexCLI 是否可用，并报告版本。 - 若
codex execpolicy check可用，抽样验证当前 rules 的allow/prompt/forbidden是否符合预期。 - 补查当前项目是否具备
new-feature任务持久化前置条件：项目内.codex/tasks/、.codex/tasks/archived/、.codex/templates/是否存在。 - 补查
.codex/tasks/根目录中的活动任务：当前主任务、候选任务、被打断点、最近更新时间，以及是否出现多个任务同时标成进行中的冲突。 - 补查当前项目根目录
AGENTS.md是否存在、是否包含AUTO:*自动区块，以及项目级上下文是否明显缺失。 - 如果项目内与用户级数量不一致，优先判断是不是还没执行同步脚本。
- 若项目内骨架齐全但仍无法持久化任务，优先判断是不是当前 Codex 会话的 sandbox / workspace scope 只覆盖了受限目录，而不是项目根目录本身可写。
- 输出状态、缺口和下一步，不做泛泛而谈的环境描述。
输出要求
- 明确区分“项目权威源”和“用户级生效配置”
- 明确区分“文件已同步”与“规则已生效”
- 明确区分“配置状态”与“任务状态”
- 报告缺失项、数量差异、受管区块异常和明显异常
- 若当前项目缺少
.codex/tasks/或.codex/templates/，明确提示这会影响new-feature持久化，并建议先执行$project-init或$project-scan - 若当前项目缺少根目录
AGENTS.md，或AGENTS.md明显缺少项目全貌/自动区块，明确建议执行$project-scan - 若存在活动任务，报告当前主线、候选任务、阻塞或打断状态，以及建议先恢复哪一项
- 若发现多个任务同时处于
进行中，明确指出这是状态冲突，建议先用cc-task-state收敛 - 若检测不到问题，要直接说明状态正常
- 若怀疑未同步，明确建议执行
tools/sync-config.sh - 若骨架已齐全但任务写入仍失败，必须明确区分“项目根目录确实不可写”和“当前会话仍在受限 sandbox / workspace scope 中执行”
按需展开
- 检查项：
references/status-checks.md