@zhenhuanglab/collaborating-with-claude-code
ADelegate code implementation/review/debugging/alternatives to Claude Code via a JSON bridge script. Multi-turn via SESSION_ID.
Install
agr install @zhenhuanglab/collaborating-with-claude-code --target claudeWrites 5 files into .claude/skills/, pinned to git-87803e7d.
- .claude/skills/collaborating-with-claude-code/.gitignore
- .claude/skills/collaborating-with-claude-code/LICENSE
- .claude/skills/collaborating-with-claude-code/README.md
- .claude/skills/collaborating-with-claude-code/README_EN.md
- .claude/skills/collaborating-with-claude-code/SKILL.md
Document
name: collaborating-with-claude-code description: "Delegate code implementation/review/debugging/alternatives to Claude Code via a JSON bridge script. Multi-turn via SESSION_ID." metadata: short-description: Use Claude Code as a collaborator
Collaborating with Claude Code
Use this skill for second opinions, code review, test design, or code implementations/alternatives. The bridge runs claude (Claude Code) non-interactively ("print" mode) and returns JSON.
The script is located at ~/.codex/skills/collaborating-with-claude-code/scripts/claude_code_bridge.py.
Timing
Claude Code often needs 1–2+ minutes per task.
- Prefer running the bridge directly (no
&); increase--timeout-sas needed (default: 1800s). - Do NOT redirect stdout to a file (e.g.
> /tmp/out.json). - By default, the bridge streams Claude's assistant text to
stderr, and prints only the final JSON envelope tostdout.
Context
- Do NOT read the script unless you are modifying it;
- Before running the script, ALWAYS use
python <script_loc> --helpto get the usage instructions.
Usage
- please always require claude code to fully understand the codebase before responding or making any changes.
- Put collaborating-with-claude-code terminal commands in the background terminal.
- Always review claude code's responses (or changes it makes) and make sure they are correct, constructive and complete.
- When claude code asks clarifying questions in a multi-turn session, always respond to its questions in that session based on current situation.
Default
- full access (
--full-access): use only in trusted repos/directories. - extended thinking ON (can disable via
--no-extended-thinking). - step mode AUTO (can disable via
--step-mode off).
Output format
The bridge prints JSON to stdout:
{"success": true, "SESSION_ID": "abc123", "agent_messages": "…Claude output…"}
Recommended delegation patterns
- Guided coding: "Implement the code for [feature] following these specific steps/constraints."
- Second opinion: "Propose an alternative approach and tradeoffs."
- Code review: "Find bugs, race conditions, security issues; propose fixes."
- Test design: "Write a test plan + edge cases; include example test code."
- Diff review: "Review this patch; point out regressions and missing cases."
Trustgrade A
- passBody integrity
Whether the stored document is plausibly the kind of file the artifact declares, rather than something fetched by mistake.
- passType matchnot applicable to this artifact type
Whether the artifact is really the kind of thing its metadata claims it is.
- passFreshness
How long since the source repository was last pushed to.
- passPrompt injection
Scans the artifact's own text for instructions aimed at your agent rather than at you.
- passLicense
Whether the source repository declares an SPDX license permissive enough to redistribute.
How the grade is calculated
Each check contributes 0 points when it passes, 1 when it warns, and 2 when it fails. The total maps to a letter:
- Aevery check passed
- Bone warning
- Ctwo warnings
- Dprompt injection or body integrity failed, or three warnings
- Fone of those failed, and something else is wrong
These are automated hygiene checks, not a security audit, and not a dependency or vulnerability scan. A grade of A means nothing was flagged — not that the artifact is safe.
Versions
git-87803e7dc1312026-07-31