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.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.