writing-plans

Transform project specifications into step-by-step implementation plans with file paths.

11|1|Updated Apr 10, 2026
One-click install
npx skills add https://github.com/Arcanada-one/datarim --skill writing-plans-arcanada-one
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: writing-plans
Source: https://github.com/Arcanada-one/datarim/tree/main/skills/writing-plans
Command: npx skills add https://github.com/Arcanada-one/datarim --skill writing-plans-arcanada-one

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

writing-plans helps convert a messy or high-level spec into an actionable, engineer-ready step-by-step implementation plan with clear file touchpoints and TDD-oriented task granularity.

Core Features & Use Cases

  • Spec-to-plan decomposition: Breaks multi-subsystem specs into separate plans when independence is detected.
  • File-structure mapping: Proposes focused file responsibilities and boundaries before implementation begins.
  • TDD bite-sized execution: Produces 2-5 minute steps (failing test → minimal implementation → green test → commit) so engineers can proceed confidently even without prior context.
  • Datarim-compatible plan saving: Saves plans into a canonical datarim-managed path for consistency across projects.

Quick Start

Use writing-plans when you have a multi-step spec and want a complete implementation plan before touching code.

Frequently Asked Questions about writing-plans

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

FAQPage Schema
How do I turn project specifications into actionable implementation plans?

Spec-to-plan decomposition breaks high-level specifications into actionable, engineer-ready checklists with exact file touchpoints. It maps file responsibilities and boundaries before implementation begins, ensuring clear architecture decomposition.

What is the best way to break down a multi-subsystem spec for project execution?

Spec-to-plan decomposition breaks multi-subsystem specifications into separate, independent implementation plans. It identifies subsystem independence and generates focused file-structure mapping to ensure clear architectural boundaries before coding begins.

How do I structure TDD bite-sized tasks for an engineering workflow?

You structure TDD bite-sized tasks by generating 2-5 minute execution steps following a failing test, minimal implementation, green test, and commit cycle. This task breakdown allows engineers to execute confidently without prior codebase context.

Does writing-plans work with existing codebases or only new projects?

Yes, implementation planning applies to both new and existing codebases. It interprets requirements and performs architecture and file decomposition to generate build-ready step-by-step checklists across any project structure.

Can I save implementation plans to a canonical path for consistency across projects?

You can save implementation plans into a canonical datarim-managed path for consistency across projects. This datarim-compatible plan saving applies a standardized layout to the YAML-defined plan identity and checklist outputs.

Do I need a YAML-defined plan identity to generate an implementation plan?

Yes, a YAML-defined plan identity is required to generate an implementation plan. This identity structures the output into step-by-step checklist tasks with exact file paths for multi-step engineering work.