gsd-ingest-docs

Ingest ADR, PRD, SPEC, and DOC files into a repo's .planning/ system.

1|Updated Sep 6, 2015
One-click install
npx skills add https://github.com/deerawan/dotfiles --skill gsd-ingest-docs-deerawan
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gsd-ingest-docs
Source: https://github.com/deerawan/dotfiles/tree/main/claude/skills/gsd-ingest-docs
Command: npx skills add https://github.com/deerawan/dotfiles --skill gsd-ingest-docs-deerawan

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

It solves the problem of turning scattered product thinking—ADRs, PRDs, SPECS, and other documentation—into a coherent, working .planning/ system without manually stitching everything together.

Core Features & Use Cases

  • Bootstrap a new .planning/ system: Synthesizes PROJECT.md, REQUIREMENTS.md, ROADMAP.md, and STATE.md from ingested docs when .planning/ is missing, delegating final synthesis to gsd-roadmapper.
  • Merge into an existing .planning/: Appends phases and requirements derived from new ingested docs while preserving prior decisions.
  • Conflict-aware ingestion with guardrails: Auto-resolves conflicts using the precedence rule ADR > SPEC > PRD > DOC, writes .planning/INGEST-CONFLICTS.md, and hard-blocks writes when unresolved contradictions exist via the BLOCKER gate.
  • Flexible inputs via discovery or manifest: Discovers docs from conventional paths or accepts an explicit --manifest file that lists {path, type, precedence?} per doc.
  • Operational constraints: Caps ingestion at 50 docs per invocation and reserves interactive resolution for a future release.

Quick Start

Run gsd-ingest-docs with your repo path to generate a complete .planning/ setup from existing ADRs, PRDs, SPECS, and docs.

Frequently Asked Questions about gsd-ingest-docs

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

FAQPage Schema
How do I consolidate scattered ADRs, PRDs, and SPECS into a single planning system?

To consolidate scattered ADRs, PRDs, and SPECS, this tool ingests multiple documents and synthesizes them into a structured .planning/ directory. It automatically generates PROJECT.md, REQUIREMENTS.md, and ROADMAP.md files from your existing product documentation.

How do you resolve conflicts when merging product requirements from different documents?

Conflicts when merging product requirements are resolved using a deterministic precedence rule where ADR overrides SPEC, which overrides PRD, then DOC. Unresolved contradictions are written to INGEST-CONFLICTS.md and a BLOCKER safety rule prevents any writes until they are fixed.

Can I merge new requirements into an existing .planning/ directory without losing prior decisions?

You can merge new requirements into an existing .planning/ directory without losing prior decisions. The tool appends newly derived phases and requirements from ingested docs while preserving the established project timeline and historical planning artifacts.

What is the maximum number of documents I can synthesize during a single documentation ingestion?

The maximum number of documents you can synthesize during a single documentation ingestion is 50 per invocation. This operational constraint ensures reliable processing when bootstrapping a new planning system or merging additional product decisions.

Do I need a manifest file to ingest product planning documents from a repository?

You do not need a manifest file to ingest product planning documents. The tool automatically discovers documents from conventional repository paths, but you can optionally provide an explicit --manifest file to specify exact paths and precedence levels for each document.