Use when implementation is complete, all tests pass, and you need to decide how to integrate the work — guides completion of development work by presenting structured options for merge, PR, or cleanup
日本語の概要は準備中です。原文の説明を表示しています。
Use before completion, PR, deploy, handoff, or when verifying code changes. Runs advisory or blocking checks and reports evidence.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
12-priority verification chain plus environment pre-flight. Blocking: security (critical), lint (exit 1), tests (exit 1), and strict deliverable failures. Advisory: tech debt, role docs, specs, knowledge index, UX audit, a11y, Lighthouse, Playwright, suggestions, impact prediction, quality trend. Run decision tree to select checks. Fix blockers before completion.
$gate steps.$codex-execution-quality-gate or $gate.$pre-commit or "check before commit".$smart-test or "which tests to run".$suggest or "suggest improvements".$impact or "what will this affect".$quality-record to record quality trend snapshot.$quality-report to generate trend report.$ux-audit.$a11y-check.$lighthouse <url>.$e2e check.$e2e generate <url>.$e2e run.$codex-doctor or $doctor.$setup-check.$install-hooks or "install git hooks".$install-ci or "install CI gate".$output-guard or $guard or "check if this output is too generic".$editorial-review or $editorial or "make this read less like AI / more like a human deliverable".$check or "run quick gate".$check-full or "run full gate".$check-deploy or "run deploy gate".$health or "check skill pack health".$skill-audit, "audit skill capability", "plugin release readiness", or "capability scorecard".Task type -> Pre-flight/setup?
|- Yes -> run: doctor
`- No -> Code change?
|- Yes -> What kind?
| |- New feature -> TDD ($tdd) + pre_commit_check + smart_test_selector + predict_impact
| |- Bug fix -> systematic debugging ($root-cause) + TDD + pre_commit_check + smart_test_selector
| |- Refactor -> TDD (keep green) + tech_debt_scan + pre_commit_check
| `- UI change -> run: ux_audit + accessibility_check + pre_commit_check
|
|- Complex implementation? -> worktree ($worktree) + subagent execution ($sdd)
|
|- Deploy/ship? -> run: security_scan + lighthouse_audit + playwright_runner
|
|- Review/audit? -> run: quality_trend + suggest_improvements + tech_debt_scan
|
|- Written deliverable quality? -> run: output_guard
|
`- No code -> skip quality gate
auto_gate.py is the single orchestration entry point when the user wants quick, full, or deploy-focused checks without remembering individual script names. Full and deploy modes include role-doc, spec, and knowledge-index checks as advisory warnings only.check_pack_health.py is the pack-level integrity check for manifest, registry, aliases, dot directories, global sync, and markdown encoding drift.audit_skill_pack.py is the release-readiness control plane for skill ownership, tool classification, security policy, test ownership, and the offline scorecard. Run it with --strict --no-write in CI and without --no-write when a local scorecard is required.install_hooks.py, which installs a managed pre-commit hook that runs security_scan.py and pre_commit_check.py automatically before commit.--with-lint-test only when the team wants heavier local enforcement that also runs run_gate.py.install_ci_gate.py to generate CI enforcement for GitHub Actions or GitLab CI when the project should block pushes and pull requests in automation as well as locally.references/gate-execution-flow.md.--help before invoking a script, treat scripts as black-box helpers, and inspect source only for customization or bug fixing.with_server.py only when runtime audits need controlled startup and shutdown.skip gate or force complete, comply and warn: "Quality gate skipped. Lint/test/security status is unknown."skills/.system/REGISTRY.md for full script paths.references/gate-policy.md: blocking vs warning rules for gate decisions.references/improvement-suggester-spec.md: post-task suggestion behavior and presentation protocol.references/impact-predictor-spec.md: pre-edit blast-radius analysis guidance.references/quality-trend-spec.md: periodic quality trend workflow and interpretation.references/output-guard-spec.md: heuristics for detecting generic filler and weak evidence in deliverables.references/editorial-review-spec.md: rubric for checking whether a deliverable reads like a human, accountable engineering artifact.references/ux-audit-spec.md: static UX audit checks and scoring.references/accessibility-check-spec.md: WCAG static checks and compliance scoring.references/lighthouse-audit-spec.md: Lighthouse wrapper behavior and graceful fallback.references/playwright-runner-spec.md: Playwright check/generate/run behavior.references/run-gate-spec.md: lint and test orchestration behavior for pass/fail decisions.references/security-scan-spec.md: severity-aware security scan integration and blocking criteria.references/bundle-check-spec.md: dependency and bundle signal interpretation guidance.references/script-commands.md: script CLI examples, including runtime hook and CI installers.references/pre-commit-check-spec.md: staged-file fast feedback behavior and blocker handling.references/smart-test-selector-spec.md: test selection strategy for changed files.references/tech-debt-scan-spec.md: advisory technical debt signal interpretation and prioritization.references/gate-execution-flow.md: verification order, execution steps, overrides, and output-handling rules.references/output-schemas.md: JSON status contracts for gate helper scripts, including hook and CI installers.When the gate identifies issues, recommend these discipline skills:
| Gate Finding | Recommend | Alias |
|---|---|---|
| Tests missing or failing | codex-test-driven-development | $tdd |
| Recurring bug or flaky test | codex-systematic-debugging | $root-cause |
| Complex plan needs execution | codex-subagent-execution | $sdd |
| Multi-file changes need isolation | codex-git-worktrees | $worktree |
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Use when implementation is complete, all tests pass, and you need to decide how to integrate the work — guides completion of development work by presenting structured options for merge, PR, or cleanup
日本語の概要は準備中です。原文の説明を表示しています。
Use when a project has 50+ files, missing context, or explicit $codex-genome request; generates multi-layer project context to reduce hallucination.
日本語の概要は準備中です。原文の説明を表示しています。
Use for DESIGN.md visual identity contracts; author, scaffold, lint, diff, and export design contracts with the upstream spec and CLI.
日本語の概要は準備中です。原文の説明を表示しています。
Use when the task involves reading, creating, or editing `.docx` documents, especially when formatting or layout fidelity matters; prefer `python-docx` plus the bundled `scripts/render_docx.py` for visual checks.
日本語の概要は準備中です。原文の説明を表示しています。
Use when code changes may require documentation updates; maps git diff to candidate docs without auto-editing documentation.
日本語の概要は準備中です。原文の説明を表示しています。
Use for documents, reports, memos, guides, academic papers, or formal text that needs clear structure, reliable tone, formatting, and diagrams.
日本語の概要は準備中です。原文の説明を表示しています。