writing-plans

Convert approved specs into executable plans with ownership and verification.

968|43|Updated Apr 30, 2026
One-click install
npx skills add https://github.com/GanyuanRan/Aegis --skill writing-plans-ganyuanran
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: writing-plans
Source: https://github.com/GanyuanRan/Aegis/tree/main/skills/writing-plans
Command: npx skills add https://github.com/GanyuanRan/Aegis --skill writing-plans-ganyuanran

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Managing complex multi-step tasks from an approved spec can be error-prone and time-consuming. This skill automates turning high-level requirements into a concrete, executable plan with clearly defined ownership, boundaries, and verification criteria.

Core Features & Use Cases

  • Comprehensive planning: Converts approved specs, briefs, or designs into a complete plan with explicit tasks, file ownership, and governance steps.
  • Structured output: Produces compact plan artifacts that feed into a workspace (docs/aegis/plans) and preserve traceability to baseline authorities.
  • Risk mitigation & verification: Includes scope checks, architecture integrity considerations, and plan-time checks to prevent scope creep and ensure testable deliverables.

Quick Start

Provide approved requirements, a Spec Brief, or a Design Spec, and I will generate a complete implementation plan saved under docs/aegis/plans with bite-sized tasks.

Frequently Asked Questions about writing-plans

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

FAQPage Schema
How do I convert approved specs into executable implementation plans?

Spec conversion to executable implementation plans requires task decomposition, scope definition, and evidence-based checkpoints. This process transforms approved requirements into structured planning artifacts with clear ownership boundaries and verification steps saved under docs/aegis/plans.

What is task decomposition for cross-team software workstreams?

Task decomposition for cross-team workstreams is the breakdown of approved specs into bite-sized tasks with explicit file ownership and governance steps. It ensures multidisciplinary teams have structured verification and architecture integrity boundaries during implementation.

How do I prevent scope creep when planning from a design spec?

Preventing scope creep during design spec planning involves applying plan-time checks, scope boundaries, and risk assessment. Generating compact plan artifacts with baseline authority references ensures implementation stays within approved governance signals.

Can I use this planning approach for multidisciplinary workstreams?

Yes, this planning approach supports multidisciplinary workstreams with cross-team ownership. It converts high-level briefs or design specs into complete plans requiring documented outputs, compatibility boundaries, and structured verification steps.

What's the best way to structure implementation governance for complex tasks?

Implementation governance for complex tasks is best structured by generating compact plan artifacts that preserve traceability to baseline authorities. This includes documented plan outputs, governance signals, and structured verification steps to guide execution.

Why does my implementation plan lack clear ownership and verification criteria?

Implementation plans lack clear ownership and verification criteria when approved specs are not decomposed into tasks with explicit boundaries. Converting specs into executable planning artifacts adds file ownership, risk mitigation, and testable deliverable checkpoints.