Codex, Grok CLI and Copilot CLI workflow for review-to-pr. Verifies finished work, commits it locally, has a separate reviewer CLI review it read-only, applies the confirmed findings through review-findings, re-verifies, and opens or updates the PR.
Publish a completed task's debrief as a Codex.ai Artifact — outcome verdict, decisions made, verification evidence, review-priority file map, mechanically-rendered diffs, and copy-as-prompt follow-ups. Trigger on /task-report or when the user asks to summarize what you did, show what changed in this task/session, make a report/debrief/recap/handoff of the work, or review completed work — even phrased casually ("show me what you changed", "wrap this up as a report"). Do NOT use for a quick factual question about one file or change (answer in prose), for reviewing code for bugs (that's code review), or for plans awaiting approval (that's plan-to-artifact).
Comprehensive Rust coding guidelines with 179 rules across 14 categories. Use when writing, reviewing, or refactoring Rust code. Covers ownership, error handling, async patterns, API design, memory optimization, performance, testing, and common anti-patterns. Invoke with /rust-skills.
Comprehensive Rust coding guidelines with 179 rules across 14 categories. Use when writing, reviewing, or refactoring Rust code. Covers ownership, error handling, async patterns, API design, memory optimization, performance, testing, and common anti-patterns. Invoke with /rust-skills.
Project instructions for cc-suite — the Claude Code plugin that bridges Claude Code, Codex CLI, and Antigravity CLI (agy) with single-source AGENTS.md, shared skills, mirrored hooks, and bidirectional MCP delegation; adds Claude→Grok delegation, bounded Qwen review, and opt-in MCP bridging to more coding agents.
theoretical fixes
Every PR must solve a real problem that someone actually experienced. "My review agent flagged this" or "this could theoretically cause issues" is not a problem statement
name == ...` chain); `tools/todo_tool.py` is the pattern.
## Message-flow invariants (every change is reviewed against these)
- **Prompt caching must not break.** Never alter past context, change toolsets, reload memories,
or rebuild
timing, ownership, modality, exceptions, consequences, and non-obvious orientation; delete narration, test walkthroughs, review analysis, and code restatement. Keep the local contract and link its rationale. Use [dsh-prose-standard
packages have one independent version and release workflow.
## Runtime rules
- Landlock's argv, exit codes, diagnostics, and fail-closed confinement are defined in [docs/cli-contract.md](docs/cli-contract.md). Do not change them when
other prompt or filesystem inputs to this setting without an explicit security review. Code-managed prompt experiments should still use a contributor (Lever 2) gated
Commands
- `make style` — ruff format + lint (required for code style checks).
- `make typing` — ty type checker and model structure rules.
- `make fix-repo` — the `make style` fixes plus copies, modular
load it for test-only, copy-only, or styling-only changes.
- Use `frontend-code-review` only for explicit frontend review or audit requests, including test reviews. Use `frontend-testing` when
Test review instructions
- During codereview, flag any change that newly disables, skips, or omits deploy-mode tests or assertions, including `skipDeployment: true` and `isNextDeploy` conditionals. Only allow this when
covers registration,
validation, execution, resume, and installed step packages.
## Testing Executable Behavior
Before changing code or configuration that runs or controls execution without
an LLM, read
[Testing deterministic behavior](CONTRIBUTING.md
your new functionality. Refactor existing code as necessary to make this happen.
Likewise, when reviewingcode, do not hesitate to push back on PRs that would unnecessarily add code