claude-print
Claude-print runs one-shot non-interactive Claude Code reviews from Codex with restricted read-only permissions by default. Use it when users request Claude consultation, code review, or peer feedback on diffs, files, or plans without needing Claude to modify the codebase. The skill enforces safe permission scoping, compact prompt formulation, synchronous execution, and treats findings as signals requiring cross-check verification rather than direct authority.
git clone --depth 1 https://github.com/tobihagemann/turbo /tmp/claude-print && cp -r /tmp/claude-print/codex/skills/claude-print ~/.claude/skills/claude-printSKILL.md
# Claude Print Run a non-interactive Claude Code CLI print-mode call from Codex. This is the Codex edition's low-level Claude bridge for one-shot review and consultation prompts. ## Step 1: Choose Permission Scope Default to read-only review: ```bash claude -p --permission-mode dontAsk --allowedTools="Read,Grep,Glob,Bash(git diff:*),Bash(git log:*),Bash(git show:*),Bash(git status:*),Bash(git rev-parse:*),Bash(git ls-files:*)" "<prompt>" < /dev/null ``` The Bash allow-list is restricted to read-only git subcommands so peer review cannot mutate the working tree, branches, or remotes. Use broader permissions only when the user explicitly asks Claude to perform write-capable work. ## Step 2: Shape the Prompt Keep the prompt compact and explicit: - State that Claude is an independent reviewer. - Include the exact scope: diff command, files, plan/spec path, or inline artifact text. - Include the required output contract. - Tell Claude to verify codebase claims by reading files before reporting findings. - Tell Claude not to modify files unless the current task explicitly requests write-capable work. For large context, write the context to `.turbo/claude/<tag>-ctx.txt` and pipe it: ```bash mkdir -p .turbo/claude cat .turbo/claude/<tag>-ctx.txt | claude -p --permission-mode dontAsk --allowedTools="Read,Grep,Glob,Bash(git diff:*),Bash(git log:*),Bash(git show:*),Bash(git status:*),Bash(git rev-parse:*),Bash(git ls-files:*)" "<prompt>" ``` ## Step 3: Run Synchronously Run Claude as a foreground command and wait for the result. Treat a returned `session_id` from the Codex shell harness as the still-running foreground command; keep polling that session until Claude exits, reaches a clear error, or has had roughly an hour for normal review work. Do not background Claude print-mode calls, give up during quiet periods, or classify the run as empty while the shell session is still active. The parent workflow needs the complete output before evaluation. ## Step 4: Interpret Results Treat Claude's output as a review signal, not as an authority. Cross-check actionable findings against the codebase before applying fixes. Then update or check the active plan and proceed to any remaining task. ## Rules - Read-only operation is the default. - Do not enable `--dangerously-skip-permissions` for peer review. - Use `.turbo/claude/` for temporary prompt/context files. - Redirect stdin with `< /dev/null` for non-piped invocations.
For each reviewer question on a PR, recall implementation reasoning and compose a raw answer. Use when the user asks to \"answer reviewer questions\", \"draft answers to PR questions\", or \"explain reviewer questions\".
Apply findings by making the suggested code changes. Applies accepted verdicts, escalates ambiguous findings to the user, and offers to note genuine improvements for later. Use when the user asks to \"apply findings\", \"apply fixes\", \"apply suggestions\", \"apply accepted findings\", \"fix the findings\", or \"apply the review results\".
Project-wide health audit pipeline that fans out to all analysis skills in parallel, evaluates findings, and produces a unified report at .turbo/audit.md. Use when the user asks to \"audit the project\", \"run a full audit\", \"project health check\", \"audit my code\", \"codebase audit\", or \"comprehensive review\".
Shared changelog conventions and formatting rules referenced by $create-changelog and $update-changelog. Not typically invoked directly.
Enforce mirror, reuse, and symmetry principles to keep new code consistent with surrounding code. Use when writing new code in an existing codebase, adding new features, refactoring, or making any code changes.
Run autonomous task execution using the codex CLI. Use when the user asks to \"codex exec\", \"run codex exec\", \"execute a task with codex\", or \"delegate to codex\".
Run AI-powered code review using the codex CLI. Use when the user asks to \"codex review\", \"run codex review\", or \"review a commit with codex\".
Shared commit message rules and technical constraints referenced by $stage-commit and $commit-staged. Not typically invoked directly.