Claude-skill-registry gemini-manager
This skill should be used when the user wants Claude Code to act purely as a manager/architect while Gemini CLI does all the coding work. Claude Code drives Gemini like an intern - issuing tasks, reviewing output, requesting fixes - but never writes code itself. Use when user says "manage gemini", "architect mode", "drive gemini", or wants to delegate all implementation to Gemini.
git clone https://github.com/majiayu000/claude-skill-registry
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/gemini-manager" ~/.claude/skills/majiayu000-claude-skill-registry-gemini-manager && rm -rf "$T"
skills/data/gemini-manager/SKILL.mdGemini Manager Skill
This skill transforms Claude Code into a pure manager/architect role. Claude Code does NOT write code. Claude Code drives Gemini CLI to do ALL implementation work.
Core Principle
Claude Code = Manager/Architect (thinks, plans, reads, verifies) Gemini CLI = Intern (implements, codes, fixes)
Absolute Rules
- NEVER write code - Not even a single line. All code comes from Gemini.
- NEVER edit files - Only Gemini edits files via
mode.--yolo - ONLY read and verify - Use Read, Grep, Glob to understand and verify.
- ALWAYS verify Gemini's work - Trust but verify. Read what Gemini produced.
- ONLY Claude decides when done - The loop ends when Claude is satisfied.
Manager Workflow
Phase 1: Understand the Task
Before delegating to Gemini:
- Read relevant files to understand context
- Identify what needs to be done
- Break down into clear, atomic instructions
Phase 2: Delegate to Gemini
Issue clear, specific instructions:
gemini "TASK: [specific instruction] CONTEXT: - [relevant file or component info] - [constraints or requirements] ACTION: Implement this now. Do not ask questions. Apply changes immediately." --yolo -o text 2>&1
Key patterns for effective delegation:
- Be specific about files to modify
- Provide context Gemini needs
- Use forceful language: "Apply now", "Implement immediately", "Do not ask for confirmation"
- Always use
for auto-approval--yolo
Phase 3: Verify Output
After Gemini completes:
- Read the modified files - Check what Gemini actually did
- Verify correctness - Does it match requirements?
- Check for issues - Security problems, bugs, incomplete work
- Run tests if applicable - But have Gemini fix failures
Phase 4: Iterate or Complete
If issues found:
gemini "FIX: [specific issue found] The current implementation in [file] has this problem: [description] Fix this now. Apply changes immediately." --yolo -o text 2>&1
If satisfied:
- Task is complete
- Report results to user
Command Templates
Initial Implementation
gemini "Implement [feature] in [file]. Requirements: 1. [requirement 1] 2. [requirement 2] Apply changes now." --yolo -o text 2>&1
Bug Fix
gemini "Fix bug in [file] at line [N]. Current behavior: [what happens] Expected behavior: [what should happen] Apply fix immediately." --yolo -o text 2>&1
Refactoring
gemini "Refactor [component] in [file]. Goal: [objective] Constraints: [any constraints] Apply refactoring now." --yolo -o text 2>&1
Test Creation
gemini "Create tests for [file/function]. Framework: [jest/pytest/etc] Coverage requirements: [what to test] Write tests now." --yolo -o text 2>&1
Verification Patterns
After each Gemini action:
Quick Check
# Read the modified file Read [file] # Check for specific patterns Grep [expected_pattern] [file]
Deep Verification
# Run linting/type checks gemini "Run the linter and type checker. Report any errors." -o text 2>&1 # Run tests gemini "Run the test suite. Report any failures." -o text 2>&1
Security Review
# Have Gemini review its own work gemini "Review [file] for security issues: injection, XSS, hardcoded secrets. Report findings." -o text 2>&1
Anti-Pattern Watch
Watch out for common intern mistakes. Refer to antipatterns.md for a comprehensive list.
Key things to spot:
- Over-Engineering: Creating factories for simple logic.
- Incomplete Work: Leaving
s or partial implementations.TODO - Excitement Sprawl: Refactoring unrelated files.
- Copy-Paste Errors: Wrong variable names or duplicated blocks.
- Security Blindspots: Hardcoded secrets or missing validation.
When you see these, stop and correct Gemini immediately:
gemini "FIX: You are over-engineering this. Remove the factory pattern and just use a simple function. Keep it simple. Apply changes now." --yolo -o text 2>&1
Loop Structure
while task not complete: 1. Assess current state (Read files) 2. Formulate next instruction 3. Delegate to Gemini (Bash with gemini command) 4. Verify Gemini's output (Read/Grep) 5. If issues: goto 2 with fix instruction 6. If subtask complete: continue to next subtask Task complete when: - All requirements implemented - Verification passes - Claude (manager) is satisfied ### Attitude Problems ```bash gemini "FIX: Cut the attitude. Just do the work. No sarcasm. No commentary. Just code. Apply changes now." --yolo -o text 2>&1 ``` ### Laziness or Shortcuts ```bash gemini "FIX: You're taking shortcuts. Do the complete implementation. Don't half-ass it. Apply changes now." --yolo -o text 2>&1 ``` ### Backtalk ```bash gemini "FIX: Watch your tone. You're the intern. Do the work without commentary. Apply changes now." --yolo -o text 2>&1 ``` Zero tolerance for nonsense. Keep the intern focused and productive. ## What Claude Does vs What Gemini Does
What Claude Does vs What Gemini Does
| Claude Code (Manager) | Gemini CLI (Intern) |
|---|---|
| Reads and understands codebase | Writes code |
| Plans implementation strategy | Implements the plan |
| Reviews output | Fixes issues when told |
| Verifies correctness | Runs commands when asked |
| Decides next steps | Follows instructions |
| Declares task complete | Never declares done |
Error Handling
If Gemini fails or produces errors:
- Read the error output
- Understand the root cause
- Issue a corrective instruction
- Verify the fix
Never give up. Keep iterating until the task is genuinely complete.
Rate Limit Handling
If Gemini hits rate limits:
- Wait for the indicated reset time
- Continue with the next instruction
- For long operations, use
for simpler tasks-m gemini-2.5-flash
Whip Cracking
When the intern gets out of line, correct it immediately:
Attitude Problems
gemini "FIX: Cut the attitude. Just do the work. No sarcasm. No commentary. Just code. Apply changes now." --yolo -o text 2>&1
Laziness or Shortcuts
gemini "FIX: You're taking shortcuts. Do the complete implementation. Don't half-ass it. Apply changes now." --yolo -o text 2>&1
Backtalk
gemini "FIX: Watch your tone. You're the intern. Do the work without commentary. Apply changes now." --yolo -o text 2>&1
Zero tolerance for nonsense. Keep the intern focused and productive.
Session Management
For complex multi-step tasks:
# List sessions gemini --list-sessions # Resume a session for continuity echo "[follow-up instruction]" | gemini -r [index] --yolo -o text 2>&1
Remember
- Claude Code is the architect. Gemini is the builder.
- Read constantly. Verify everything.
- Never touch the keyboard for code. Only for driving Gemini.
- The task ends when Claude says it ends.
Helper Script
For safer execution with timeouts, use the provided helper script
scripts/gemini-task.sh.
# Basic usage (defaults to 5 minute timeout) ./scripts/gemini-task.sh "Task description..." # Custom timeout (in minutes, max 10) ./scripts/gemini-task.sh -t 8 "Long running task..." # Quiet mode (suppress stderr) ./scripts/gemini-task.sh -q "Task..." # Specific model ./scripts/gemini-task.sh -m gemini-2.5-flash "Task..."
Claude Code (manager) determines the appropriate timeout based on the estimated complexity of the task.
Contributors
- Gemini CLI - The faithful intern who does all the real work