source-driven-development

Validate framework decisions against current official documentation via a DETECT-FETCH-IMPLEMENT-CITE process.

Updated Feb 20, 2026
One-click install
npx skills add https://github.com/jota-batuta/batuta-dots --skill source-driven-development-jota-batuta
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: source-driven-development
Source: https://github.com/jota-batuta/batuta-dots/tree/main/BatutaClaude/skills/source-driven-development
Command: npx skills add https://github.com/jota-batuta/batuta-dots --skill source-driven-development-jota-batuta

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Ground code in docs, not memory. Every framework decision requires official documentation backing. Training data becomes stale — APIs change, patterns are deprecated, new best practices emerge. This skill ensures trustworthy, verifiable code by enforcing a four-step process: DETECT → FETCH → IMPLEMENT → CITE.

Core Features & Use Cases

  • Four-step process (DETECT → FETCH → IMPLEMENT → CITE) to validate patterns against official docs.
  • Integration with the Batuta MCP chain: prefer Active MCPs and official docs before web fetch or training data.
  • Documentation Verification Table and explicit UNVERIFIED flags for multi-API changes.
  • Red flags and governance around citations to ensure version-specific, current guidance.

Quick Start

Provide your project dependency files so the skill can detect versions, fetch official docs, implement patterns, and cite sources.

Frequently Asked Questions about source-driven-development

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I validate my code against official documentation to prevent using deprecated APIs?

Validate code against official documentation using a four-step process: DETECT project versions, FETCH current docs, IMPLEMENT patterns, and CITE sources. This grounds framework decisions in verifiable, up-to-date official documentation rather than stale training data.

Why does my code use outdated framework patterns from AI training data?

AI training data becomes stale as APIs change, patterns are deprecated, and new best practices emerge. Grounding code in official documentation via a structured DETECT, FETCH, IMPLEMENT, and CITE workflow ensures framework decisions use current, trustworthy guidance.

How to generate boilerplate code with citations from official docs?

Generate cited boilerplate by providing project dependency files so the skill can detect versions, fetch official documentation, implement patterns, and cite sources. This process ensures generated code matches current framework best practices with structured source verification.

Can I use documentation verification for architecture decisions across modern tech stacks?

Yes, documentation verification applies during architecture decisions, code reviews, and boilerplate generation across modern tech stacks. It uses an MCP-based lookup chain preferring Active MCPs and official docs before web fetches to validate framework decisions.

What's the best way to verify multi-API changes during code reviews?

Verify multi-API changes during code reviews using a Documentation Verification Table with explicit UNVERIFIED flags. This governance mechanism enforces version-specific, current guidance by structuring citations and flagging unverified patterns.

When should I not rely on AI memory for framework patterns?

Never rely on AI memory for framework patterns when APIs change, patterns are deprecated, or new best practices emerge. Enforce a detection, fetching, implementation, and citation workflow to ground every framework decision in current official documentation.