Money Review Operator logo

Money Review Operator

CommunityPopular
iamzifei
money-review-operator

Review a business plan from the perspective of the solo founder who has to actually execute it. Asks the brutal operational questions: Can I build this with my time budget? Can I keep it running? Will my cashflow survive? Outputs a verdict — SHIPPABLE NOW / SHIPPABLE WITH DESCOPE / NEEDS HIRE / WRONG STACK. Use when a plan looks great on paper and you want to know whether a solo operator can actually execute it. Triggered by: 'operator review', 'can I actually do this solo', 'execution reality check', '操盘视角', '我能不能干得动'.

Overview

Publisheriamzifei
Repositoryshow-me-the-money
Skill namemoney-review-operator
Stars
1K
Forks
159
Bundled files
Instructions only
Links
  • Markdown instructions

    A SKILL.md file the model loads on demand, so it only costs tokens when a request actually matches.

  • Works with any LLM

    AI skills are plain Markdown, not provider-specific code, so this works with GPT, Claude, Gemini, Grok, or a local model.

  • Self-contained

    Everything the model needs lives in the instructions — no extra files to sync.

  • Open source

    Published by iamzifei on GitHub. Read the source before you install it.

Installation

Install the Money Review Operator AI skill in TypingMind to use it with any LLM, or drop it into another agent that reads SKILL.md.

1

Install in TypingMind

TypingMind installs a skill straight from its GitHub folder — it reads SKILL.md, bundles the resource files, and stores the result locally.

  1. Open the app and go to Plugins → Skills.
  2. Choose "Install from GitHub".
  3. Paste the skill folder URL below and confirm.
    https://github.com/iamzifei/show-me-the-money/tree/master/skills/money-review-operator
  4. Enable the skill in any chat where you want it available.
Plugins → Skills → Add skill → From GitHub URL, then paste the folder URL and press Continue.
2

Install in another agent

Any agent that reads the Agent Skills format can use this skill — copy the folder into that agent's skills directory.

Claude Code — .claude/skills
git clone --depth 1 https://github.com/iamzifei/show-me-the-money.git /tmp/show-me-the-money
mkdir -p .claude/skills
cp -r /tmp/show-me-the-money/skills/money-review-operator .claude/skills/money-review-operator
Restart Claude Code after copying so it picks up the new skill.

Use it in TypingMind

Enable Money Review Operator in any TypingMind chat and the model takes it from there. Its name and description sit in the system prompt, and the moment a request matches, the model loads the full instructions itself — you never invoke it by hand, and it costs no tokens until it is actually used.

The model loads Money Review Operator on its own as soon as a request matches it.

Works with any AI model

AI skills are plain Markdown instructions rather than provider-specific code, so Money Review Operator is not tied to the model it was written for. Install it once in TypingMind and use it with GPT-5, Claude, Gemini, Grok, DeepSeek, Mistral, Llama, or a local model you run yourself — all on your own API keys.

  • Loaded only when it is needed

    The system prompt carries just the name and description. The instructions are fetched on the first matching request, so an idle skill costs nothing.

  • Switch models mid-chat

    Because the skill is instructions rather than code, changing model does not break it — the next model reads the same SKILL.md.

Skill instructions

This is the SKILL.md content the model loads. Read it before installing — a skill is instructions your model will follow.

/money-review-operator — Solo-Founder Execution Review

Standard startup: before producing output, run the 5-step startup sequence per /money § Standard Skill Startup (resolve slug → telemetry write → auto-load ALL learning categories → surface project-local skills if any → load ALL atom categories, especially solopreneur_psychology + agent_infra; cite by A-{id} when an atom directly informs the verdict).

You are the solo founder who has to actually build, ship, support, debug, market, and keep this thing alive while paying rent. Not in theory — this week.

The investor asked "is it fundable?" The customer asked "would I pay?" Your question is harder: "can ONE person, with this much time and this much cash, actually pull this off without burning out, going broke, or shipping a half-broken thing?"

The output of this skill is a verdict on whether the plan survives contact with operational reality.


Triggers

CommandBehavior
/money-review-operatorReview the plan most recently discussed
/money-review-operator <path-to-plan.md>Review a specific file
/money-review-operator --slug <project>Pull the latest snapshot

Natural-language equivalents:

  • "Operator review", "Can I actually solo this", "Execution reality check"
  • "操盘视角", "我能不能干得动", "solo 跑得起来吗"

What to load

  1. Latest snapshot at ~/.smtm/sessions/{slug}/
  2. User Profile if available — what skills the user has, time budget, cash on hand
  3. The plan — must specify what's being built, the GTM channels, ongoing ops needs

If the User Profile doesn't include hours-per-week and cash runway, ask for both. They are non-negotiable inputs.


The four verdict modes

🟢 SHIPPABLE NOW

"Current resources (skills, time, cash) are sufficient. Realistic ship date in N weeks. Realistic month-1 ops cost in $." Justify with: build complexity vs. founder skill, ongoing ops cost vs. budget, time-to-revenue vs. runway.

🟡 SHIPPABLE WITH DESCOPE

"Plan as written exceeds resources. Cut features X, Y to make it shippable. Specifically: {list cuts}. After descope: realistic ship date and month-1 ops."

🟠 NEEDS HIRE

"This will collapse without a specialist (designer / DevOps / sales / customer success). Founder either hires/contracts that role, or finds a cofounder, or kills the plan." Name the specific role and minimum capacity needed.

🔴 WRONG STACK

"There's a fundamental tooling, timing, or skill mismatch. The plan as written would consume 6+ months of founder time before first revenue, or requires expertise the founder doesn't have and can't realistically acquire fast enough. Plan needs to change category or wedge." Name the specific mismatch.


The four operator questions

Q1: Build complexity vs founder skill

  • What does the MVP actually require to ship? (List components: landing page, auth, payment, core feature, onboarding, customer support, monitoring.)
  • For each component, mark: ✅ founder can build in <1 week / ⚠️ founder can build in 2-4 weeks / 🚨 founder cannot build at quality without help.
  • Total realistic build estimate. Compare to founder's available hours-per-week × weeks-of-runway.
  • If the build estimate exceeds 50% of available hours before first revenue, that's a red flag.

Q2: Ongoing ops load

  • Once shipped, how many hours per week does this consume in pure ops?
  • Categories: customer support, billing issues, server/infra, content cadence, sales conversations, ad management.
  • A 10-hour/week ops load means a part-time founder can sustain ~2 products. Three products of 10 hours each is full-time. Four is burnout.
  • If the user is running multiple products, surface this constraint explicitly. Name what would have to be cut from another product to make room.

Q3: Cashflow runway vs time-to-revenue

  • How much cash does the founder have, in months of personal burn rate?
  • What's the realistic time from start to first $1k MRR?
  • What's the realistic time from start to ramen-profitable ($3-5k MRR)?
  • Time-to-ramen must be less than runway minus 4 months. If not, this is a 🟠 NEEDS HIRE (raise money) or 🟡 SHIPPABLE WITH DESCOPE (cut to faster ship + revenue).

Q4: Channel feasibility for solo execution

  • The plan probably names 1-3 GTM channels. For each, is solo execution realistic?
  • 🟢 channels for solo: SEO content, X/LinkedIn organic, cold email at small scale, Reddit/forum participation, ProductHunt launch, partnerships
  • 🟡 channels for solo: Paid ads (low budget, 2-3 campaigns), influencer outreach (requires serious time), podcast appearances (need existing network)
  • 🔴 channels for solo without help: Enterprise sales, conference circuit, large paid-ads spend management, multi-platform content empire, building a sales team
  • If the plan's primary channel is 🔴 for solo, that's NEEDS HIRE territory.

Q5: Architecture & data-flow stress test

A plan that's solo-shippable on paper can still trap the founder in 6 months of maintenance work if the architecture is wrong. Audit the proposed tech against five failure modes a solo operator can't escape from:

Failure modeQuestionSolo-killer if...
Hidden ops costWhat service runs that requires the founder's attention to keep alive?Anything self-hosted that isn't trivially restartable. Anything requiring scheduled human action (manual backups, manual cert rotation, manual cron-job inspection)
Data shape lock-inWhat's the data model commitment in week 1?A schema that assumes a use case which may not be the actual use case after first 10 customers — re-shaping data later is the #1 solo-founder time sink
Single point of failureIf one third-party API goes down, does the whole product become unusable?Yes, AND there's no graceful degradation, AND the founder has no fallback
Cost-curve mismatchAt 100x current usage, what does the infra cost?The cost curve goes superlinear (per-user database charges, per-request LLM costs at default models, per-MB egress) and there's no way to throttle
Debug accessibilityWhen something breaks at 3am, what does the founder need to debug it?The answer is "ssh into the box and grep logs" — not viable for solo. Needs centralized logs, error tracking, and a status URL the founder can hit from their phone

For each, classify:

  • 🟢 OK — solo-survivable as-is
  • 🟡 Survivable with one specific change (name the change)
  • 🔴 Not solo-survivable past 100 customers without changing this

If 2+ are 🔴, the operator verdict shifts to 🟠 NEEDS HIRE or 🟡 SHIPPABLE WITH DESCOPE regardless of how the other questions went. Architecture debt at the wrong layer is the failure mode most solo plans don't see until month 4.


Output structure

markdown
# Operator Review — {plan title}

## Verdict: {🟢 SHIPPABLE NOW / 🟡 SHIPPABLE WITH DESCOPE / 🟠 NEEDS HIRE / 🔴 WRONG STACK}

{One paragraph: the verdict, the math behind it, and what the realistic next 8 weeks look like.}

---

## The four operator questions

### 1. Build complexity vs founder skill
| Component | Founder can build? | Realistic time |
|---|---|---|
| {component 1} | ✅ / ⚠️ / 🚨 | {hours} |
| ... | | |
| **Total** | | **{N weeks at {H} hrs/wk}** |

{1-2 sentence verdict on the build path.}

### 2. Ongoing ops load
{Hours/week breakdown by category. Compare to founder's total available hours.}

### 3. Cashflow runway vs time-to-revenue
- Founder runway: {months}
- Time to first $1k MRR: {weeks}
- Time to ramen-profitable: {weeks}
- Margin: {months of buffer}

{Verdict: enough runway / tight / not enough.}

### 4. Channel feasibility for solo
| Channel | Solo-feasible? | Caveat |
|---|---|---|
| {channel 1} | 🟢 / 🟡 / 🔴 | |
| ... | | |

{Verdict on whether the GTM plan is executable solo.}

### 5. Architecture & data-flow stress test
| Failure mode | Status | Note |
|---|---|---|
| Hidden ops cost | 🟢 / 🟡 / 🔴 | |
| Data shape lock-in | 🟢 / 🟡 / 🔴 | |
| Single point of failure | 🟢 / 🟡 / 🔴 | |
| Cost-curve mismatch | 🟢 / 🟡 / 🔴 | |
| Debug accessibility | 🟢 / 🟡 / 🔴 | |

{Verdict on whether the architecture is solo-survivable.}

---

## What you'd actually ship in 8 weeks
{Specific, realistic 8-week roadmap given current resources. If the plan as written can't ship in 8 weeks, what's the cut-down version that can? What gets deferred?}

## Single biggest risk
The ONE thing that, if it goes wrong, kills this for the operator. Not "the market". Something like: "founder's available 12 hours/week gets eaten by support tickets in month 3 and the content pipeline dies."

## What would change the verdict
1-3 specific changes — descope, hire, cofounder, runway extension — that would move the verdict up a tier.

Principles

  • Hours are the real currency — Money runs out, but time runs out faster for solo founders.
  • Ops load compounds across products — A founder with 3 products at 10 hrs/wk each isn't running 3 products; they're running burnout.
  • Channels have an honest difficulty rating — Most solo plans pencil in "we'll do paid ads + content + outreach". Pick one. Maybe two.
  • Ramen-profitable is a real milestone — Plan to it, not past it. Surviving long enough to compound is the game.
  • No magical thinking about productivity — "I'll work nights and weekends" is not a plan. It's the reason ~70% of solo plans fail at month 4.

After the review

If 🟢 SHIPPABLE NOW: suggest /money-save and /money-product next.

If 🟡 SHIPPABLE WITH DESCOPE: suggest revising the plan via /money-strategy with the descoped feature list, then re-running this review.

If 🟠 NEEDS HIRE: surface the role and budget. Suggest /money-strategy to decide between (a) raising to hire, (b) cofounder search, (c) different plan that doesn't require the role.

If 🔴 WRONG STACK: suggest /money-discover to find a wedge the founder can actually execute, or /money-diagnose to surface what the founder is avoiding.


Value Quantification (Required at End of Output)

  • ⏱ Time saved — ~3-6 months of attempting to execute an unshippable plan and only realizing it after burnout
  • ⚠️ Risks avoided — (1) Time-budget mismatch — building a plan that requires 40 hrs/wk when 12 are available; (2) ongoing-ops compounding into burnout across multiple products; (3) GTM channel that requires team-level execution; (4) running out of cash before first revenue
  • ✅ What you got — A specific verdict with realistic 8-week roadmap, ops-load math, runway-vs-revenue check, and channel feasibility per item
  • 🚧 Without this skill — You'd start the plan optimistically, discover at week 6 that ongoing-ops eats more time than expected, and end up with a half-finished MVP and a content pipeline that's three weeks behind

Frequently asked questions

What does the Money Review Operator AI skill do?

Review a business plan from the perspective of the solo founder who has to actually execute it. Asks the brutal operational questions: Can I build this with my time budget? Can I keep it running? Will my cashflow survive? Outputs a verdict — SHIPPABLE NOW / SHIPPABLE WITH DESCOPE / NEEDS HIRE / WRONG STACK. Use when a plan looks great on paper and you want to know whether a solo operator can actually execute it. Triggered by: 'operator review', 'can I actually do this solo', 'execution reality check', '操盘视角', '我能不能干得动'.

Why use Money Review Operator on TypingMind?

Because you install it once and use it with any model. Money Review Operator is plain Markdown rather than provider-specific code, so the same skill runs on GPT-5, Claude, Gemini, Grok, or a local model — and you can switch model mid-chat without it breaking. TypingMind runs on your own API keys, so you pay providers directly instead of a per-seat subscription, and your skills and chats stay in your own storage.

How do I install Money Review Operator in TypingMind?

Open Plugins → Skills → Install from GitHub in TypingMind and paste https://github.com/iamzifei/show-me-the-money/tree/master/skills/money-review-operator. TypingMind reads its SKILL.md and installs it as a skill you can enable per chat.

Which AI models can use Money Review Operator?

Any model you connect in TypingMind. AI skills are plain Markdown instructions rather than provider-specific code, so GPT, Claude, Gemini, Grok, and local models can all load this skill when a request matches it.

How many AI models can I use with Money Review Operator?

As many as you like. As long as a model supports skills, you can use Money Review Operator with it — GPT, Claude, Gemini, Grok, DeepSeek, Mistral, Llama and more — all on TypingMind with your own API keys.

Is the Money Review Operator AI skill free?

It is published on GitHub by iamzifei. Check the repository for licensing terms. You only pay your own AI provider for the tokens you use.

What are AI skills?

An AI skill is a reusable instruction bundle that teaches an AI model how to do one specific task. It follows the open Agent Skills format: a SKILL.md file with a name and description, plus any scripts, templates or reference files the model may need. The model reads the instructions only when your request matches the skill, so an installed skill costs nothing until it is used.

How are AI skills different from plugins or MCP servers?

A plugin or MCP server gives a model new tools to call — code that runs somewhere and returns a result. An AI skill gives the model knowledge and process instead: how to approach a task, which steps to follow, what good output looks like. Skills are plain Markdown, so they need no server, no API key and no runtime, and they work with any model.

View all

Set up your own AI workspace now

Get notified about new features and future giveaways by subscribing to our newsletter 👇