existing-project-intake

Inventory source code and generate documentation baselines for existing projects.

2|Updated May 10, 2026
One-click install
npx skills add https://github.com/freedomw1987/tree_monstor --skill existing-project-intake
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: existing-project-intake
Source: https://github.com/freedomw1987/tree_monstor/tree/main/skills/existing-project-intake
Command: npx skills add https://github.com/freedomw1987/tree_monstor --skill existing-project-intake

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Starting development on an existing project with incomplete, stale, or missing documentation leads to building on incorrect assumptions, introducing regressions, and wasting effort on rework. This Skill eliminates that risk by enforcing a source-first intake process before any code changes are made.

Core Features & Use Cases

  • Source-first project inventory: Derives the current true state of the project from code, tests, config, and git history instead of relying on potentially stale existing docs.
  • Task-appropriate documentation baseline: Generates required core docs (project overview, PRD, QA tracker, etc.) or marks gaps as N/A with explicit reasons, avoiding unnecessary overhead for small targeted changes.
  • Regression and QA readiness audit: Identifies missing, unsafe, or unguarded QA/regression endpoints to prevent accidental production exposure and ensure deterministic testing is possible.
  • Use Case: For example, if you inherit a legacy internal tool with no up-to-date docs and missing test coverage, use this Skill to first inventory the source, create a minimal truthful docs baseline, and confirm safe QA hooks before implementing any new features.

Quick Start

Invoke the existing-project-intake skill to perform a full intake and generate a truthful documentation baseline for the existing project you need to continue developing.

Frequently Asked Questions about existing-project-intake

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

FAQPage Schema
How do I safely continue development on an existing legacy codebase with missing or stale documentation?

Perform a source-first project intake to derive the true state from code and git history, establishing a truthful documentation baseline before making any changes. This eliminates incorrect assumptions and prevents regressions.

What is the best way to audit regression and QA readiness for an inherited project?

The best way to audit regression and QA readiness is to identify missing, unsafe, or unguarded QA endpoints to prevent accidental production exposure and ensure deterministic testing is possible.

How do I create a documentation baseline for an existing project without unnecessary overhead?

Create a task-appropriate documentation baseline by generating required core docs like project overviews and PRDs, or marking gaps as N/A with explicit reasons to avoid unnecessary overhead for small targeted changes.

Can I use a source inventory to verify unverified test coverage before implementing new features?

Yes, you can use a source-first project inventory to verify test coverage by deriving the current true state of the project from code, tests, config, and git history instead of relying on potentially stale existing docs.

When do I need a go/no-go gate before starting full development continuation on an unverified project?

You need a go/no-go gate when performing due diligence, targeted changes, or full development continuation on projects with unverified documentation, test coverage, or QA/regression hooks to eliminate the risk of building on incorrect assumptions.