plugins/gemini-bridge/skills/analyze/SKILL.md
Delegates codebase or text analysis to Google Gemini 2.5 Pro via the MCP bridge when the task exceeds Claude's practical context limit (~150K tokens) or when a second-model perspective adds value. Activate when the user asks to "analyze this codebase", "analyze with Gemini", "this is too large for Claude", "deep-dive the entire src/ directory", or requests analysis of a PDF or large document collection.
npx skillsauth add talent-factory/claude-plugins analyzeInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Delegate analysis tasks to Gemini 2.5 Pro (up to 1M token context) when the scope exceeds what Claude should handle directly.
| Situation | Route to |
|---|---|
| Codebase > 150K tokens | Gemini |
| Screenshot, diagram, or PDF input | Gemini (gemini_analyze_image) |
| Independent second opinion on a design decision | Gemini |
| Normal-sized files, tool use, code writing | Claude directly |
Quick token estimate: ~500 tokens per 400 lines of code; ~750 tokens per 600 words.
gemini_status()
If the bridge is unavailable, inform the user and fall back to Claude's native analysis (with a note about the context limitation).
Use Read, Glob, and Grep to gather the relevant files or text into a
single context string. Include only what is necessary for the analysis task.
Large codebase analysis:
gemini_analyze_codebase(code_content=<collected_code>, task=<analysis_task>)
Text / document analysis:
gemini_analyze_text(prompt=<task_description>, context=<collected_text>)
Image / screenshot / PDF:
gemini_analyze_image(image_path=<path>, question=<task_description>)
Always attribute Gemini's output clearly:
**Analysis by Gemini 2.5 Pro**
[Gemini's response]
Then synthesise findings and suggest next steps using Claude's judgment.
The model is set via the GEMINI_MODEL environment variable. Changing this
variable does not require any workflow changes — all tools continue to work
unchanged. This is the model-agnostic design principle: routing logic lives in
configuration, not in code.
documentation
Creates comprehensive handoff documentation before a /compact operation, enabling a new agent with fresh context to seamlessly continue the work. Activate when the user says "prepare a handoff", "document before compact", "context is getting too large", "I need to hand this off", "create a handoff document", "end of session notes", or "document the current state for tomorrow". Supports --output and --linear-issue options.
documentation
Collects completed tasks, GitHub activity, calendar meetings, wiki learnings, and Linear progress for the past week, then writes a structured retrospective to the Obsidian vault. Activate when the user runs "/weekly-review", asks "what did I accomplish this week", "weekly retrospective", "summarise my week", or "prepare weekly review". Works from any directory.
development
Produces a prioritised daily briefing by aggregating tasks from Obsidian TaskNotes, Google Calendar, Gmail, Linear, and GitHub, then writes the result to today's daily note in the Obsidian vault. Activate when the user runs "/today", asks "what's on my plate today", "give me my daily briefing", "what do I need to do today", or "morning briefing". Works from any directory without requiring Obsidian to be running.
tools
Provides a quick status snapshot of all GitHub repositories in a configured organisation — active, dormant, stalled — plus open pull requests and issues. Terminal output only, optimised for speed. Activate when the user runs "/project-pulse", asks "what is the status of my GitHub projects", "show me my repos", "which projects are active", "project overview", "GitHub pulse", or "what is happening in [org]". Works from any directory.