sdd-propose

Creates a structured change proposal document with intent, scope, capabilities, and rollback plan.

Updated Apr 10, 2026
One-click install
npx skills add https://github.com/Balthael/ciberbal-ai --skill sdd-propose-balthael
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: sdd-propose
Source: https://github.com/Balthael/ciberbal-ai/tree/main/internal/assets/skills/sdd-propose
Command: npx skills add https://github.com/Balthael/ciberbal-ai --skill sdd-propose-balthael

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When starting a spec-driven development change, teams often skip structured planning and jump straight to code, losing track of intent, scope boundaries, and rollback strategy. This Skill produces a consistent proposal.md artifact that captures why a change is needed, what is in and out of scope, and which capabilities it affects. ## Core Features & Use Cases - Structured Proposal Generation: Produces a proposal.md with Intent, Scope, Capabilities, Approach, Affected Areas, Risks, Rollback Plan, Dependencies, and Success Criteria sections. - Multi-Mode Persistence: Supports engram, openspec, hybrid, and none artifact store modes, writing to the filesystem, an Engram memory store, both, or returning inline only. - Capability Contract: Defines New and Modified Capabilities that act as the contract for the downstream sdd-spec phase, referencing existing specs in openspec/specs/. - Use Case: An orchestrator launches this sub-agent with a change name like "add-dark-mode" plus exploration analysis, and receives a concise proposal under 450 words ready for the spec and design phases. ## Quick Start Ask the orchestrator to create a proposal for a change named add-dark-mode using the exploration analysis from the previous phase.

Frequently Asked Questions about sdd-propose

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

FAQPage Schema
How do I create a change proposal in spec-driven development?

Launch the sdd-propose sub-agent with a change name and either exploration analysis or a direct description. It writes a proposal.md containing intent, scope, capabilities, approach, risks, rollback plan, and success criteria.

What sections should a software change proposal include?

This proposal template includes Intent, In/Out of Scope, New and Modified Capabilities, Approach, Affected Areas, Risks with mitigations, Rollback Plan, Dependencies, and Success Criteria. Every proposal must include a rollback plan and success criteria.

What is the difference between engram, openspec, and hybrid persistence modes?

Engram stores the artifact in a memory store under sdd/{change-name}/proposal, openspec writes proposal.md to the filesystem under openspec/changes/, and hybrid does both. The none mode returns the result inline without creating any files.

Does the proposal step create files in the openspec directory?

Only in openspec or hybrid mode does it create openspec/changes/{change-name}/proposal.md. In engram or none mode it never creates openspec directories unless the user explicitly requests file-based persistence.

Why must the Capabilities section be filled in the proposal?

The Capabilities section is the contract with the downstream sdd-spec agent. New capabilities become new spec files under openspec/specs/, while modified capabilities become delta specs, so the spec phase knows exactly which files to create or update.

What are the size limits for a change proposal?

The proposal artifact must stay under 450 words. It should use bullet points and tables rather than prose, keeping it a concise thinking tool rather than lengthy documentation.