菜单
Inspect graph anchors plus supporting utility and usage commands. Use when working in Codex and the user needs tx commands from this area.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | tx-graph-utils |
| description | Inspect graph anchors plus supporting utility and usage commands. Use when working in Codex and the user needs tx commands from this area. |
| metadata | {"short-description":"Inspect graph anchors plus supporting utility and usage commands."} |
Use when the user is repairing anchor graphs, checking CLI usage limits, or working with utility helpers.
tx graph:statustx graph:verifytx utils codex-usagetx graph:invalidate: Manually invalidate an anchortx graph:pin: Pin an anchortx graph:prune: Hard delete old invalid anchorstx graph:restore: Restore a soft-deleted anchortx graph:status: Show graph health metricstx graph:unpin: Unpin an anchortx graph:verify: Verify anchor validitytx mcp-server: Start MCP servertx schema: Show machine-readable CLI command schemastx skills: Generate or sync installable tx skill bundlestx skills generate: Generate tx skill bundlestx skills sync: Sync generated tx skill bundles into a projecttx test:cache-stats: Show LLM cache statisticstx test:clear-cache: Clear LLM cache entriestx utils: Utility commands for external tool integrationtx utils claude-usage: Show Claude Code usagetx utils codex-usage: Show Codex usageRead references/commands.md for the full generated CLI help text for this skill's commands.
When working in Codex, prefer rg -n <pattern> <path> and rg --files <path> over broad grep -r or fragile find pipelines.
If a shell/search command fails because of malformed flags, truncated paths, or broken quotes:
rg command with an explicit directorynode_modul or unterminated quotesgrep -r with rg -n unless rg is unavailablefind probes with rg --files when you are really locating source filesTurn a design spec into an explicit tx task graph with `tx decompose`, then refine the graph using normal tx task and dependency primitives.
Generate a detailed design document via `tx doc add design`. Covers architecture, interfaces, data model, invariants, failure modes, verification, and testing strategy. References plan via file path instead of embedding. Plan lives in ~/.claude/plans/<name>.md. Reads companion PRD automatically to map EARS requirements to invariants. Output lands in specs/design/<name>.md.
Generate a system overview spec via `tx doc add overview`. Produces an architectural overview covering problem, scope, components, data flows, and non-goals. References plan via file path instead of embedding. Plan lives in ~/.claude/plans/<name>.md. Output lands in specs/<name>.md with tx-managed frontmatter.
Generate a detailed Product Requirements Document via `tx doc add prd`. Uses EARS requirement syntax with traceable IDs, acceptance criteria, and non-functional requirements. References plan via file path instead of embedding. Plan lives in ~/.claude/plans/<name>.md. Designed to be created alongside a companion `/design-doc`. Output lands in specs/prd/<name>.md.
Internal closed-loop skill: drive CLI/API/MCP to 100% shape parity (same service methods) AND behaviour parity (same response shapes). Uses ESLint rules tx/require-surface-parity + tx/interface-parity. NOT shipped to tx users.
Generate a system-level design document via `tx doc add design`. Covers cross-cutting architecture, service boundaries, data flows, scalability, and deployment topology. References plan via file path instead of embedding. Plan lives in ~/.claude/plans/<name>.md. Use for system-wide or multi-domain designs rather than feature-scoped subsystem docs.