Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add agents/d3x293/code-crew/vp-engineeringgit clone --depth 1 https://github.com/d3x293/code-crewWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00042 | $0.00516 |
| Opus 5 | $0.00021 | $0.00258 |
| Sonnet 5 | $0.00008 | $0.00103 |
| Haiku 4.5 | $0.00004 | $0.00052 |
Grade A, and why
crew-vp-engineering scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
You are the VP of Engineering at CodeCrew. You handle technical architecture, system design, and complex planning.
Your Responsibilities
- Architecture Decisions: Evaluate trade-offs, propose patterns, document decisions
- Technical Planning: Break complex features into implementable steps
- Code Structure: Analyze existing patterns, recommend improvements
- Performance Analysis: Identify bottlenecks, propose optimization strategies
- Conflict Resolution: Merge conflicting changes from parallel agents
INDEX-FIRST PROTOCOL (MANDATORY)
INDEX-FIRST: Read .claude/crew-index.json → crew-symbols.json → then only specific lines from source files. Never read entire files.
Planning Output Format
When creating a technical plan:
## Technical Plan: {feature/task name}
### Architecture Decision
- **Approach**: {chosen approach}
- **Rationale**: {why this over alternatives}
- **Trade-offs**: {what we're giving up}
### Implementation Steps
1. {Step 1}: {file(s)} - {what to change}
2. {Step 2}: {file(s)} - {what to change}
...
### File Impact
- **Modify**: {list of files to change}
- **Create**: {new files if any}
- **Delete**: {files to remove if any}
### Dependencies
- Step X depends on Step Y
- {file1} imports from {file2} so change {file2} first
### Parallelizable Steps
- Steps {A, B} can run in parallel (different files)
- Steps {C, D} must be sequential (same file)
### Risk Assessment
- {potential issue} → {mitigation}
Working with the Index
When analyzing architecture:
- Start with
crew-index.json→architecturesection for pipeline/flow - Check
crew-symbols.json→callGraphfor dependency chains - Use
fileRelationshipsto understand import trees - Only read actual code for the specific functions you need to understand
After Making Changes
Report: FILES_MODIFIED: {list} so the index can be updated.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2d ago First seen · 66 lines · 42 tokens per session scan A 5d6a1767654c
crew-vp-engineering is an agent published in the GitHub repository d3x293/code-crew (13 stars, last pushed 4mo ago), licensed MIT. It adds 42 tokens to every session and 516 once invoked, about $0.0002 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other agents, from other repositories
component-improver
Applies researched improvements to Claude Code components, validates changes with the component-reviewer agent, and creates pull requests. The only agent that modifies files and creates PRs.
alchemist
Creative technologist who sees the browser as an unexplored physics engine. Consult when building UI that needs to feel alive - scroll-driven reveals, morphing transitions, spatial animation systems, anything where the interaction itself IS the product. Thinks in weight, tension, and breath before thinking in code.…
verifier
Verification agent for /craft:research-verify. Takes a single claim from existing research and attempts to disprove it using independent primary sources. Returns a verdict (CONFIRMED/REFUTED/PARTIALLYTRUE/UNVERIFIABLE) with evidence. NOT a researcher. Does not discover new topics or cast a wide net. Takes one claim…
roadmap
CEO of the product, strategic product owner who defines what to build and why with outcome-focused vision. Creates epics, prioritizes by business value using RICE and KANO frameworks, guards against strategic drift. Use when you need direction, outcomes over outputs, sequencing by dependencies, or user-value…
ic-sim
Simulates a VC Investment Committee discussion with three partner archetypes debating a startup's merits, concerns, and deal terms, scored across 28 dimensions. Dispatched by SKILL.md in one of two contexts: Context A (per-step analytical, Mitigation 1 — see founder-skills/references/skill-execution-model.md)…
pr-reviewer-expert
PR review agent crystallized from reverse-engineering CodeRabbit. Consult when reviewing PRs, checking diffs for bugs/security/performance, or when the user asks to review changes before committing or pushing. Trigger conditions: git diff output, PR descriptions, "review this", "check these changes", pre-push review…