source-driven

Identify dependencies from manifests and implement APIs from version-specific official docs.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Reduces reliance on outdated or incorrect training data by guiding developers to depend on exact versions sourced from official documentation.

Core Features & Use Cases

  • Identification of exact library versions from manifests
  • Version-specific documentation retrieval and API verification
  • Implementation strictly from documented APIs with clear UNVERIFIED annotations when needed Use case: When integrating a new dependency, lock to the installed version and implement only APIs confirmed by the docs.

Quick Start

Identify dependencies from the manifest, fetch version-specific official docs for each library, and implement only from those sources.

Frequently Asked Questions about source-driven

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

FAQPage Schema
How do I implement APIs based on exact library versions from official documentation?

Source-driven versioning reduces reliance on outdated training data by locking exact dependency versions from manifests. It fetches version-specific official documentation and validates APIs, ensuring implementation matches documented signatures and reducing errors.

How do I lock exact dependency versions from a project manifest?

Lock exact dependency versions by reading your project manifest to identify installed libraries. You then fetch the official documentation corresponding to those specific versions to ensure API usage strictly aligns with the locked release.

Why does relying on training data for API usage cause versioning errors?

Relying on training data causes versioning errors because the data may reflect outdated or incorrect API signatures. Fetching version-specific official documentation ensures your implementation matches the exact documented behavior of the installed library.

Can I use this approach to verify API signatures across varying libraries?

Yes, you can verify API signatures across varying libraries by identifying their versions from the manifest and fetching their specific official docs. This validates that your implementation matches documented signatures before deployment.

How do I annotate unverified gaps when implementing from official docs?

Annotate unverified gaps by marking any API usage that lacks confirmation in version-specific official documentation. This clearly distinguishes documented implementations from assumptions, maintaining source integrity.