cli-forge-design

Generate a design-contract.yml from a template and require user approval before Plan.

Updated Apr 2, 2026
One-click install
npx skills add https://github.com/ByteLandTechnology/cli-forge --skill cli-forge-design
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: cli-forge-design
Source: https://github.com/ByteLandTechnology/cli-forge/tree/main/cli-forge-design
Command: npx skills add https://github.com/ByteLandTechnology/cli-forge --skill cli-forge-design

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The Design stage provides a single authoritative description contract for generated skills, ensuring downstream surfaces reuse the approved wording and prevent drift across Cargo.toml, SKILL.md, README, and help text.

Core Features & Use Cases

  • Define or refresh the approved purpose summary and the positioning statement to anchor the skill's identity.
  • Capture and lock surfaces that must stay synchronized across the lifecycle: Cargo.toml, SKILL.md, README.md, help contracts, and release notes when publish is in scope.
  • Generate design-contract.yml from the shared template and present it for explicit user approval before moving to Plan.

Quick Start

Provide an authoritative purpose and positioning, then generate and approve the design-contract.yml for downstream stages.

Frequently Asked Questions about cli-forge-design

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

FAQPage Schema
How do I keep skill descriptions consistent across Cargo.toml, README, and help text?

A design contract anchors a skill's identity by locking its purpose summary and positioning statement. This prevents wording drift across generated files like Cargo.toml, SKILL.md, README, and help text.

How do I generate and approve a design contract for a new skill?

Provide the authoritative purpose and positioning, then generate the design-contract.yml from the shared template. The workflow requires explicit user approval of this file before moving to the Plan stage.

What surfaces need synchronization during the design contract phase?

The design contract captures and locks surfaces that must stay synchronized across the lifecycle: Cargo.toml, SKILL.md, README.md, help contracts, and release notes when publish is in scope.

When do I need to define a high-level design contract?

You need a design contract when creating a new skill or refreshing an existing one. It applies an authoritative description contract to ensure consistent downstream wording across both new and refreshed design stages.

Can I use the design contract workflow for an existing skill refresh?

Yes, the design contract workflow applies to both new and refreshed design contracts. It re-anchors the skill's identity and purpose to ensure consistent downstream wording before plan approval.

Why does my generated skill have inconsistent wording across SKILL.md and Cargo.toml?

Inconsistent wording happens without a locked design contract. Defining a single authoritative description contract prevents drift and forces downstream surfaces to reuse the approved purpose and positioning statement.