mold

Convert fuzzy product ideas into approved design specifications via a two-key handshake.

15|1|Updated May 4, 2026
One-click install
npx skills add https://github.com/paulnsorensen/easy-cheese --skill mold
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: mold
Source: https://github.com/paulnsorensen/easy-cheese/tree/main/skills/mold
Command: npx skills add https://github.com/paulnsorensen/easy-cheese --skill mold

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Mold converts vague product or engineering intent into a grounded, interface-locked spec that is only written after an explicit two-key approval gate.

Core Features & Use Cases

  • Iterative design dialogue from fuzzy input: Runs a guided Explore → Ground → Shape → Sketch → Grill → Diagnose flow to clarify requirements, resolve contradictions, and stress-test choices for a durable spec artifact.
  • Evidence-first grounding: Grounds critical claims using cheez-search/cheez-read and Validate Cycles before proposing interface or decision changes.
  • Interface and blast-radius control: Uses a shape check to lock public seams via pseudocode signatures and bound upstream/downstream impact before extraction.
  • Two-key handshake extraction: Requires an explicit user verb plus an agent coherence self-check to prevent drift and silent agent-introduced scope.
  • Curdled spec + recommended next action: Writes the approved spec to the durable corpus via the resolver and computes the best downstream skill (cook, ultracook, or cheese-factory) before prompting handoff.

Quick Start

Ask the AI to run mold on your fuzzy feature idea and be ready to approve the handshake before the spec is extracted to a durable spec file.

Frequently Asked Questions about mold

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

FAQPage Schema
How do I turn fuzzy product ideas into an approved API design specification?

Turning fuzzy ideas into an approved API design spec requires an iterative dialogue that clarifies requirements, resolves contradictions, and locks interface seams before writing artifacts. Evidence grounding stress-tests choices to produce a durable, downstream-safe specification.

What is the best way to lock interface contracts before generating a spec file?

The best way to lock interface contracts before spec generation is running a shape check using pseudocode signatures to bound upstream and downstream blast-radius impact. This secures public seams before deterministic artifact extraction occurs.

How does a two-key handshake approval gate work for interface contract generation?

A two-key handshake approval gate for spec generation requires an explicit user verb alongside an agent coherence self-check. This mechanism prevents scope drift and silent agent-introduced changes before extracting a deterministic spec file.

Can I use iterative design dialogue to plan workflow planning and scope API features?

Yes, iterative design dialogue handles workflow planning and API feature scoping via a guided Explore, Ground, Shape, Sketch, Grill, and Diagnose flow. This process grounds critical claims and resolves contradictions for durable downstream scoping.

Does spec generation require evidence grounding for workflow planning?

Spec generation requires evidence grounding for workflow planning to validate critical claims before proposing interface or decision changes. It uses search and validate cycles to ensure API design remains evidence-first and downstream-safe.

What are the limitations of generating specs from fuzzy ideas without interface lockdown?

Generating specs from fuzzy ideas without interface lockdown risks unbounded upstream and downstream blast-radius impact, scope drift, and silent agent-introduced scope. Without explicit approval gates, extracted interface contracts lack downstream-safe scoping.