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.
中文简介正在准备中。当前显示原文说明。
安装前可以查看交给 AI 代理的指令内容。
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.
中文简介正在准备中。当前显示原文说明。