| name | cc-status |
| description | 结构化 Codex 配置与任务状态检查工作流，适用于显式 status、配置诊断、同步结果核对或任务盘点场景；聚焦 Codex 配置与项目内 .codex 任务状态。 |
CC Status
当用户明确要求 status、查看 Codex 配置状态，或排查 sync 后的生效情况时，使用本技能。
不要用于：
- Claude 或 Gemini 的状态诊断
- 正式 code review
- 变更项目代码实现
核心方式
- 同时看项目内
.codex/ 权威源和用户级 ~/.codex/、~/.agents/skills/ 部署产物。
- 检查全局入口是否齐全：
AGENTS.md、rules/、instructions/、skills/、*.config.toml profiles。
- 检查
AGENTS.md 是否包含受管区块，rules/、instructions/、skills/ 与 profiles 是否保留 manifest。
- 检查
codex CLI 是否可用，并报告版本。
- 若
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
