plan-docs

Break down technical initiatives into planning artifacts and structured requirements.

3|Updated Mar 10, 2026
One-click install
npx skills add https://github.com/infraspecdev/tesseract --skill plan-docs
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: plan-docs
Source: https://github.com/infraspecdev/tesseract/tree/main/shield/skills/general/plan-docs
Command: npx skills add https://github.com/infraspecdev/tesseract --skill plan-docs

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill turns a vague project idea into a complete execution package, removing the manual work of translating scope into stories, milestones, and technical requirements.

Core Features & Use Cases

It helps you create detailed project plans, architecture-ready technical requirements, and milestone roadmaps that are structured for engineering execution and review.

Use it when you need to break a phase into testable stories, write decision-ready documentation, or generate a plan that links requirements to implementation work.

Quick Start

Use the plan-docs skill to turn this feature into a complete milestone plan with stories, acceptance criteria, a TRD, and rendered HTML outputs.

Frequently Asked Questions about plan-docs

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

FAQPage Schema
How do I break down a feature initiative into executable stories and milestones?

You can break down a technical initiative by generating structured planning artifacts that include milestone roadmaps, testable stories with acceptance criteria, and a validated plan sidecar for execution.

What is a TRD and how does it help with architecture documentation?

A TRD is a 14-section Technical Requirements Document that structures architecture decisions and technical requirements into markdown and HTML outputs, ensuring engineering teams have decision-ready documentation.

Can I generate a milestone roadmap and low-level design linkage for backend infrastructure work?

Yes, you can generate milestone roadmaps with low-level design (LLD) linkage, producing design references and structured requirements specifically for backend or infrastructure work.

Does this approach to technical planning work for plan-review preparation?

Yes, the planning process produces validated plan sidecars and rendered HTML outputs designed to make documentation decision-ready and structured for engineering plan reviews.

What is the best way to write acceptance criteria for decomposed user stories?

The best way is to decompose the technical initiative into structured requirements, which generates testable stories with clear acceptance criteria and milestone linkage for implementation.

When should I not use automated story decomposition for project planning?

Automated story decomposition should not be used when the project idea is too vague to define scope, as the process requires translating defined scope into structured requirements and executable artifacts.