Codebase discovery and analysis for Stage B of the VibeFlow docs-first workflow
Scanned 5/27/2026
Install via CLI
openskills install hardness1020/VibeFlow---
name: analyze-codebase
description: Codebase discovery and analysis for Stage B of the VibeFlow docs-first workflow
metadata:
triggers:
- discovery
- analyze codebase
- Stage B
- codebase analysis
---
# analyze-codebase
Codebase discovery and analysis for Stage B of the VibeFlow docs-first workflow.
## Purpose
This skill creates Discovery documents for Stage B:
- Analyze existing specs and code
- Validate spec-code alignment
- Map dependencies and side effects
- Identify reusable components
## Workflow
```
Stage B: Discovery
│
├── Analyze existing specs and code
├── Validate spec-code alignment
├── Map dependencies and side effects
└── Identify reusable components
```
## Usage
### Create Discovery Document
```
/analyze-codebase <ID>
```
Creates `docs/discovery/disco-<ID>.md` with all 5 phases.
Example:
```
/analyze-codebase 030
```
## Document Requirements
### Discovery (`docs/discovery/disco-<ID>.md`)
Required phases:
- Phase 0: Spec Discovery (analyze existing specs)
- Phase 1: Spec-Code Validation (verify accuracy)
- Phase 2: Test Impact Analysis (test update checklist)
- Phase 3: Dependency & Side Effect Mapping
- Phase 4: Reusable Component Discovery
- Risk Assessment & Go/No-Go Recommendation
## Validation
- `scripts/validate_discovery.py` — Validate discovery document
## References
See `references/`:
- `discovery-guide.md` — Discovery phases guide
## Manifest Update
After completing Stage B, update `docs/workflow-state.yaml`:
- Set `stage: B`
- Set `docs.discovery: docs/discovery/disco-<ID>.md`
## Git Commit
After completing this stage, ask the user for permission before committing:
```bash
git add docs/discovery/disco-<ID>.md docs/workflow-state.yaml
git commit -m "feat(discovery): codebase analysis for <slug> (#ft-<ID>)"
```
Replace `<ID>` and `<slug>` with actual values.
## Auto-Advance
After the commit is complete, directly run `/manage-work advance <ID>` to advance to the next stage.
No comments yet. Be the first to comment!
Ultra-compressed communication mode. Cuts token usage ~75% by speaking like caveman while keeping full technical accuracy. Supports intensity levels: lite, full (default), ultra, wenyan-lite, wenyan-full, wenyan-ultra. Use when user says "caveman mode", "talk like caveman", "use caveman", "less tokens", "be brief", or invokes /caveman. Also auto-triggers when token efficiency is requested.
Adversarial multi-agent planning skill. Self-orchestrates 5 hostile category members (unspecified-low, unspecified-high, deep, ultrabrain, artistry) via team-mode for ruthless cross-critique debate, distills only the defensible insights, then MANDATORILY hands the distilled insight bundle to the `plan` agent for executable plan formalization. Use when planning needs maximum rigor and surfacing of weak assumptions, blind spots, and over-engineering. Triggers: 'hyperplan', 'hpp', '/hyperplan', ...
**Complete production-ready guide for Google Gemini embeddings API** This skill provides comprehensive coverage of the `gemini-embedding-001` model for generating text embeddings, including SDK usage, REST API patterns, batch processing, RAG integration with Cloudflare Vectorize, and advanced use cases like semantic search and document clustering. ---
Interview, source-challenge, verify, save, and ADR-gate fuzzy coding requests into Codex-ready implementation specs. Use when a feature, bugfix, refactor, migration, repo-wide change, or architecture task needs user-verified requirements, source-backed decisions, durable architecture decisions, acceptance criteria, validation commands, rollout notes, saved spec/ADR files, and a Codex execution prompt. Do not use when already fully specified or when the user wants direct implementation now.
Use when a repo needs CodeGraph plus ast-grep for Codex MCP setup, exploration, impact analysis, structural search, or safe refactor planning.