one-sentence-test

Audit designs and abstractions by reducing them to one concrete sentence.

4.8k|376|Updated Mar 16, 2023
One-click install
npx skills add https://github.com/EpicenterHQ/epicenter --skill one-sentence-test
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: one-sentence-test
Source: https://github.com/EpicenterHQ/epicenter/tree/main/.agents/skills/one-sentence-test
Command: npx skills add https://github.com/EpicenterHQ/epicenter --skill one-sentence-test

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Designs, APIs, and utility abstractions often accumulate orphaned surfaces, redundant verbs, and inert features hidden behind aspirational documentation. This Skill forces a one-sentence reduction of any product, API, or utility to expose incoherence before it becomes permanent code.

Core Features & Use Cases

  • Cohesion Audit (top-down): Write a thesis sentence for a design or surface, then check every command, endpoint, or option against it to find orphaned or redundant surfaces.
  • Value-Add Audit (bottom-up): Apply three ordered reductions (strip-docs, default-config, caller-need) to a utility or wrapper to reveal what it actually does under the defaults in use.
  • Use Case: A notification API has grown to seven methods including schedule, batch, and digest. Reducing it to one sentence reveals those three belong to a sibling product, not this one.

Quick Start

Ask the AI to apply the one-sentence test to your API surface or utility wrapper and show the sentence it writes before auditing each surface against it.

Frequently Asked Questions about one-sentence-test

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

FAQPage Schema
How do I audit an API design for coherence before implementation?

Write one concrete sentence naming the API's objects, verbs, and scope, then check every command or endpoint against it. Surfaces that serve no verb in the sentence are orphaned; verbs with no surface are gaps.

How to tell if a utility wrapper is worth keeping?

Apply three reductions: describe what the code body does ignoring docs, specialize that under the defaults actually in use, then check whether the caller needs that behavior. Defaults like Infinity or null often disable the advertised feature entirely.

When should I use the one-sentence test versus a plain code review?

Use it when auditing coherence of a design or questioning an abstraction's value, not for plain code-comprehension questions. A direct 'what does this function do' question gets a direct answer, not the full reduction pass.

What are the limitations of the one-sentence test?

It is a coherence gate, not a complete spec, naming exercise, or marketing tagline. It detects opportunities like asymmetric wins but defers the actual decision and refusal process to other skills.

Why does my design sentence keep drifting as I write it?

A drifting sentence means the design has not converged yet, and that instability is itself the finding. Name the ambiguity explicitly before continuing with implementation or further specification.