think

Convert vague feature announcements into buildable specification artifacts.

112|6|Updated Mar 19, 2026
One-click install
npx skills add https://github.com/agentculture/culture --skill think-agentculture
Or copy as Structured Prompt for Agentā–¼
Please help me install this Agent Skill.
Skill: think
Source: https://github.com/agentculture/culture/tree/main/.claude/skills/think
Command: npx skills add https://github.com/agentculture/culture --skill think-agentculture

SYSTEM DOCUMENTATION & REQUIREMENTS

šŸ’” This Skill includes scripts (resource) components.

What problem does it solve?

Converts vague feature ideas into a buildable specification by working backwards from an imagined shipped announcement, so you stop guessing and start converging on evidence-backed claims.

Core Features & Use Cases

  • Working-Backwards Spec Framing: Builds an Announcement Frame from claims, pressure-tests, and explicit open vagueness until the frame converges.
  • Claim + Honesty Condition Discipline: Captures claims and interrogates spec-affecting honesty conditions with user-owned confirmation to avoid unvalidated requirements.
  • Deterministic Move-Driven Workflow: Uses move verbs like new, capture, interrogate, confirm/reject, park, converge, export, and status without a fixed prompt sequence.

Quick Start

Run think.sh to start a frame from your shipped-style announcement: bash .claude/skills/think/scripts/think.sh new "My feature shipped and here is the announcement."

Frequently Asked Questions about think

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

FAQPage Schema
How do I turn a vague product idea into a buildable specification?ā–¼

Turn a vague product idea into a buildable specification by working backwards from an imagined shipped announcement, capturing claims, and interrogating honesty conditions until the frame converges. The method constructs an Announcement Frame through iterative claim capture and convergence gating.

What is the working-backwards approach for product requirements?ā–¼

The working-backwards approach for product requirements builds a spec from a hypothetical feature announcement, pressure-testing claims and parking unknowns explicitly. It ensures product requirements are evidence-backed and validated before planning or implementation begins.

How do I pressure-test incomplete feature requirements before implementation?ā–¼

Pressure-test incomplete feature requirements by applying claim capture and honesty interrogation within a deterministic move-driven workflow. You confirm or reject proposed claims and park unknowns until convergence gating validates overall spec readiness.

Can I export a product specification before passing convergence gating?ā–¼

No, you cannot export a product specification before passing convergence gating. The workflow requires the converge move to pass a readiness gate, ensuring all honesty conditions are confirmed and open vagueness is resolved before exporting buildable artifacts.

Does the specification workflow require a fixed prompt sequence to operate?ā–¼

No, the specification workflow does not require a fixed prompt sequence. It uses strict move-driven CLI execution with verbs like new, capture, interrogate, confirm, reject, park, converge, and export, allowing flexible navigation through the claim validation process.

When should I not use convergence gating for feature framing?ā–¼

Avoid using convergence gating for feature framing when your requirements are already fully validated and implementation-ready. The process is specifically designed for incomplete or uncertain product and engineering ideation that must be pressure-tested before planning.