← Back to list
⚡

founder-ops Checked

Your operations manager. Works out how the business actually runs on day one: suppliers and what …
⚡ Productivity skills By Jakeschincariol Version v1.0.0 Added 2026-10-12 Updated 2026-10-12 Source ↗
9.0Overall rating
0Views
0Downloads
313Stars

Installation

🤖 Install via AI

Copy the prompt below and send it to your AI assistant (e.g. Claude Code) — it will follow the instructions and install automatically.

Install the "founder-ops" skill by following the instructions at https://skill123.me/install/founder-ops.
⌨️ Command line install

Run in your terminal — downloads and installs to ~/.claude/skills/.

curl -fsSL https://skill123.me/install/founder-ops.sh | bash
📦 Download ZIP

Download the zip and extract it into your skills directory (e.g. ~/.claude/skills/), then restart your session.

⬇ Download v1.0.0 · 2 KB
📊 Static rating
9.0/10
Trigger
8.0
Structure
8.0
Workflow
8.8
Content
10.0
Engineering
10.0
Security
10.0

Six-dimension rubric with reviewer rationale.

View scorecard ↓
🛡 Dynamic test
—

Not live-tested yet — this skill is rated on static analysis only.

About this skill

Your operations manager. Works out how the business actually runs on day one: suppliers and what they cost, who works when, the step-by-step routines for opening, serving or shipping and closing, the tools to run it, the licences and permits to check, and a risk register with what to do when each thing goes wrong. Feeds real costs back to the CFO. Use when the user says "how do I run this", "operations", "suppliers", "staffing", "SOPs", "what do I need to open", "permits", or "day one".

founder-ops

A plan that works on paper fails at 7am on a Monday. This skill makes sure the

first day, week and month can actually be run, and that the CFO's numbers include

what running it really costs.

Documentation

Your operations manager. Works out how the business actually runs on day one: suppliers and what they cost, who works when, the step-by-step routines for opening, serving or shipping and closing, the tools to run it, the licences and permits to check, and a risk register with what to do when each thing goes wrong. Feeds real costs back to the CFO. Use when the user says "how do I run this", "operations", "suppliers", "staffing", "SOPs", "what do I need to open", "permits", or "day one".

founder-ops

A plan that works on paper fails at 7am on a Monday. This skill makes sure the

first day, week and month can actually be run, and that the CFO's numbers include

what running it really costs.

Step 1: what the business has to do every day

From founder/idea.md, founder/offer.md and founder/numbers.json, write the

daily cycle as a list of steps from first thing to last (for a café: deliveries,

prep, open, serve, clean, cash up, order; for an online store: orders in, pick,

pack, ship, returns, support). Mark which steps a customer sees.

Step 2: suppliers

For every input in the CFO's variable costs and every piece of equipment: two or

three real suppliers the user can contact, their public prices or how to get a

quote, minimum orders, lead times and payment terms. Link the sources. Where only

a quote will tell, say so and add it to the open questions. If a real price

differs from founder/numbers.json, update it and say the CFO should re-run.

Step 3: people

Who does what, when: a weekly rota for the planned volume and for the slow first

month. The roles, the hours, and the wage assumption (from the user, or a public

source for the local minimum and typical pay, linked). Payroll costs beyond wages

vary by country; flag them for the accountant.

Step 4: routines (SOPs)

Short, numbered routines for the moments that make or break the business: opening,

the core service or fulfilment, handling a complaint, closing, and a weekly

reorder. Each fits on one page someone could follow on their first day.

Step 5: tools

The smallest stack that runs it: payments, point of sale or store, scheduling,

bookkeeping, inventory. Real products with their published prices, and why each.

Step 6: licences, permits and insurance

A checklist of what businesses of this type usually need in the user's city or

country (registration, tax numbers, health or food permits, signage permits,

insurance), each with the official page to confirm it. Say plainly that rules

differ by place and change, and the user must confirm each with the authority or a

professional. Not legal advice.

Step 7: risk register

The ten things most likely to go wrong (a supplier runs out, a key person is sick,

the card terminal fails, a bad review, a slow month), each with how likely, how

bad, and the plan.

Output

founder/ops.md, plus updated founder/numbers.json if real costs changed. Next:

/founder-launch.

Score breakdown

Trigger
8.0
Clear What (suppliers, staffing, SOPs, tools, permits, risk register) and When with many phrasings ('how do I run this','suppliers','staffing','SOPs','permits','day one'). No explicit When-Not clause.
Structure
8.0
Single 70-line SKILL.md; nothing misclassified or redundant; little progressive-disclosure structure.
Workflow
8.8
Seven concrete steps with honesty guards (quote-only items become open questions, real prices differing from numbers.json trigger a CFO re-run, payroll beyond wages flagged to an accountant, permits must be confirmed with authorities). Risk register adds likelihood/impact/plan for the top ten failure modes. Verification is mostly the cost-feedback loop; no self-check of the SOPs themselves.
Content
10.0
Concise imperative writing; concrete routines list and tool categories with published prices required.
Engineering
10.0
Valid frontmatter with argument-hint. No scripts. Input dependencies gated by pack context.
Security
10.0
Capability manifest: reads founder/idea.md, offer.md, numbers.json; writes founder/ops.md and updates founder/numbers.json when real costs differ; supplier/permit research uses declared public sources with links; no credentials; no persistence. Capabilities match declared scope.
Operations generator: 7 steps from daily cycle and suppliers (2-3 real suppliers, linked public prices, lead times) through rotas, one-page SOPs, minimal tool stack, licence checklist with official pages, and a top-10 risk register. Good cost-feedback loop into CFO numbers. Single-file design; no explicit When-Not in description.