source-driven-development

Verify external dependencies and APIs against official documentation and repositories.

1|Updated Apr 5, 2026
One-click install
npx skills add https://github.com/mortenbroesby/playground --skill source-driven-development-mortenbroesby
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: source-driven-development
Source: https://github.com/mortenbroesby/playground/tree/main/.skills/source-driven-development
Command: npx skills add https://github.com/mortenbroesby/playground --skill source-driven-development-mortenbroesby

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Do not guess at external APIs. Verify against primary sources, cite what you used, and separate confirmed facts from inference.

Core Features & Use Cases

  • Identify exact external dependencies or APIs that matter.
  • Check primary sources first: official docs, upstream repos, or vendor documentation.
  • Distinguish confirmed facts from inference and reflect guidance in code or documentation.

Quick Start

Ask the AI to locate primary sources for a dependency and cite them.

Frequently Asked Questions about source-driven-development

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

FAQPage Schema
How do I verify external APIs against primary sources?

To verify external dependencies against primary sources, check official docs and upstream repositories first. This ensures facts are confirmed from sources and clearly distinguishes inference with links or attributions provided.

What is source-driven development for version-sensitive frameworks?

Source-driven development for version-sensitive frameworks is the process of anchoring decisions to primary sources. It involves identifying external dependencies and applying verification to fast-moving tooling by citing official docs and repositories.

How to distinguish confirmed facts from inference when checking vendor documentation?

To distinguish confirmed facts from inference when checking vendor documentation, verify exact external dependencies against primary sources first. Clearly separate confirmed facts from inference and reflect guidance in code or documentation with links or attributions provided.

When do I need to check primary sources for fast-moving tooling?

You need to check primary sources for fast-moving tooling when working with version-sensitive frameworks and external dependencies. This prevents guessing at external APIs by ensuring facts are confirmed from official docs and upstream repositories.

Does this approach work with external dependencies in fast-moving tooling?

Yes, this approach works with external dependencies in fast-moving tooling by applying source-driven verification to version-sensitive frameworks. It anchors decisions to primary sources, citing official docs and repositories to ensure facts are confirmed.

What are the limitations of relying on inference for version-sensitive frameworks?

The limitation of relying on inference for version-sensitive frameworks is the risk of guessing at external APIs. Without verifying against primary sources and distinguishing confirmed facts from inference, guidance reflected in code or documentation may be inaccurate.