agentleFS
ARCASSystemsARCASSystems/FounderOS/skills/forcing-questions/SKILL.md

forcing-questions

Skill7 starsChanged 19 days agoMITView on GitHub

Pressure-test a new initiative before starting it. Say "should I start this", "is this worth doing", "force me to think this through", or "run forcing questions" (or run /founder-os:forcing-questions). Fires when the founder is about to start something new, expand scope mid-task, or invest time in a fresh idea. Runs six fixed questions that test done state, user pain, smallest ship, replacement cost, urgency, and proof.

The file

We split this skill into the rules it gives an agent

11 rules. About 0 are common, 9 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈9

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Read these files if they exist:

    line 25
  2. Distinctive:

    If a file is missing, continue and name the gap in the verdict.

    line 32
  3. Distinctive:

    Ask all six in one block. Do not answer them for the founder.

    line 36
  4. Distinctive:

    After the founder answers, score the initiative.

    line 68
  5. Very specific:

    If 0 RED and 0 AMBER: GREEN.

    line 80
  6. Distinctive:

    If 1+ AMBER and 0 RED: PROCEED WITH CAUTION.

    line 82
  7. Very specific:

    If 1+ RED: PARK. Ask the founder: "Write a parked decision to brain/decisions-parked.md with the failed answers as the reason?

    line 84
  8. Distinctive:

    Read-only during the question loop (until verdict is rendered).

    line 106
  9. Distinctive:

    Never lower the bar because the founder pushes back.

    line 108
  10. Distinctive:

    Do not skip a question.

    line 109
  11. Distinctive:

    No em dashes, no en dashes, no banned words.

    line 110

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Forcing Questions

Runs on: reasoning - reads your files and reasons; any capable agent can run this.

This is the gate before a new build, offer, content series, process, or product idea starts. The skill tests whether the idea is ready to become work, or whether it should be parked until the founder can state the pain, smallest version, and proof.

When To Run

  • The founder wants to start something new.
  • Scope is expanding during an active task.
  • A new idea feels urgent but has no external deadline.
  • The founder asks whether an initiative is worth doing.

Pre-Read

Read these files if they exist:

  1. context/priorities.md - active commitments and what this initiative may replace.
  2. context/decisions.md - open decisions that may block or bound the idea.
  3. Last 50 lines of brain/log.md - recent patterns, stalls, and work already in motion.
  4. brain/decisions-parked.md - parked ideas that may already cover this.

If a file is missing, continue and name the gap in the verdict.

The Six Questions

Ask all six in one block. Do not answer them for the founder. Do not add a seventh.

INITIATIVE: <one-line initiative>

1. DONE
What does done look like in one sentence?
No process language. A finished state.

2. PROBLEM
What problem is this actually solving? Who feels it today, by name or role?
If you cannot name a person or role who feels the pain right now, that is the answer.

3. SMALLEST VERSION
What is the smallest version you would ship by end of this week?
Not the v1 plan. The thing that proves the idea is real.

4. WHAT IT REPLACES
What existing thing does this replace, displace, or duplicate?
If nothing, the system gets larger. Larger systems cost more to run. Justify it.

5. COST OF DOING NOTHING
If you do not start this for 2 weeks, what breaks?
Specific revenue lost, client risk, dated window, or operational cost. If nothing breaks, the urgency is internal.

6. PROOF
What is the one metric or signal that proves this worked 30 days from now?
Not "we will know." A specific observable.

Verdict Logic

After the founder answers, score the initiative.

RuleTriggerVerdict
Vague doneQ1 contains start, begin, explore, look at, or similar process words without an end stateRED - sharpen Q1 first
Phantom userQ2 names no real person, role, or signalRED - find the user before building
Scope creepQ3 is the same as Q1 or longer than 3 linesAMBER - cut the smallest version smaller
Pure additionQ4 says nothing is replaced and this expands an existing areaAMBER - the system gets larger
False urgencyQ5 names a deadline without a dated event, contract, or person driving itAMBER - urgency is internal until proven otherwise
Internal urgencyQ5 only references anxiety, restlessness, fear, or curiosityAMBER - park or run a tiny test
Vague proofQ6 cannot be checked without asking the founder how it feelsAMBER - choose a visible signal

If 0 RED and 0 AMBER: GREEN. Ask the founder: "Capture this initiative in context/priorities.md and log to brain/log.md? (yes / no)". If yes, write both files. If no, stop - reads only.

If 1+ AMBER and 0 RED: PROCEED WITH CAUTION. Recommend a one-week trial with a hard kill date.

If 1+ RED: PARK. Ask the founder: "Write a parked decision to brain/decisions-parked.md with the failed answers as the reason? (yes / no)". If yes, write the file. If no, stop - reads only.

Output Format

Forcing questions on: <initiative>
Run at <YYYY-MM-DD HH:MM>

Q1 DONE:               <one line>
Q2 PROBLEM:            <one line>
Q3 SMALLEST:           <one line>
Q4 REPLACES:           <one line>
Q5 BREAKS IF NOT:      <one line>
Q6 PROOF:              <one line>

Verdict: GREEN | PROCEED WITH CAUTION | PARK
Reason: <rules that fired>
Next action: <one specific next step>

Rules

  • Read-only during the question loop (until verdict is rendered).
  • Verdict writes (priorities.md, log.md, decisions-parked.md) are gated on a yes/no confirmation. Never auto-write without asking.
  • Never lower the bar because the founder pushes back.
  • Do not skip a question.
  • No em dashes, no en dashes, no banned words.
  • This is a forcing function, not a coaching session. State the rule that fired.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.