evanflow-writing-plans

Convert project specs into file-structure-first execution plans with grill testing.

417|18|Updated Apr 27, 2026
One-click install
npx skills add https://github.com/evanklem/evanflow --skill evanflow-writing-plans
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: evanflow-writing-plans
Source: https://github.com/evanklem/evanflow/tree/main/skills/evanflow-writing-plans
Command: npx skills add https://github.com/evanklem/evanflow --skill evanflow-writing-plans

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill converts a project spec into a bite-sized, file-structure-first execution plan, embedding grill-style stress-testing to reveal gaps before work begins.

Core Features & Use Cases

  • File-structure first planning to lock in modules, files, and responsibilities.
  • Embedded grill to stress-test the plan and surface edge cases.
  • Clear guidance on when to parallelize vs execute sequentially, with per-task bite-sized steps.

Quick Start

Describe a spec or requirements and run evanflow-writing-plans to generate a bite-sized, file-structure-first execution plan with embedded grill testing.

Frequently Asked Questions about evanflow-writing-plans

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

FAQPage Schema
How do I create an execution plan from a project spec?

To create an execution plan from a project spec, provide your requirements to generate a file-structure-first plan with bite-sized tasks and embedded grill testing to surface edge cases.

What is file-structure-first planning and when do I need it?

File-structure-first planning locks in modules, files, and responsibilities before coding begins. You need it for multi-file tasks and architectural decomposition to clarify scope, file maps, and integration points.

How does grill testing work in project planning?

Grill testing in project planning stress-tests your execution plan to reveal gaps and surface edge cases before development begins, ensuring your architectural decomposition and file structure decisions hold up under scrutiny.

What is the best way to decompose a multi-file project spec into bite-sized tasks?

The best way to decompose a multi-file project spec is using a TDD-first workflow that imposes explicit file structure decisions, a deletion test, and bite-sized sequential or parallelized steps stored in a default docs/plans location.

Does this planning approach work with a TDD-first workflow and non-automatic commits?

Yes, this planning approach works with a TDD-first workflow and non-automatic commits by preserving your existing testing methodology while imposing structured file mapping and integration point clarification.

When should I not use automated planning automation for architectural decomposition?

You should not use automated planning automation for single-file tasks or simple modifications, as the overhead of explicit file structure decisions, plan headers, and grill testing is designed for complex multi-file tasks requiring scope clarification.