用途：从必须亲自开发、上线、支持、调试、营销并维持生计的独立创始人视角，审查一份商业计划是否经得起运营现实。它不问“能否融资”或“用户是否付费”，而问“一个人、这么多时间和现金，能否不烧尽、不破产、不交付半成品地做成”。
主要能力：输出四种结论——🟢 现在可发布、🟡 缩减后可发布、🟠 需要招人、🔴 技术栈错误。围绕五个问题展开：构建复杂度与创始人技能对比；持续运营负荷（支持、计费、基础设施、内容、销售、广告）；现金流跑道与首次收入时间对比；获客渠道对单人执行的可行性；架构与数据流压力测试（隐藏运维成本、数据模型锁定、单点故障、成本曲线失配、调试可达性）。
使用方式：命令 /money-review-operator 审查最近讨论的计划；/money-review-operator <path-to-plan.md> 审查指定文件；/money-review-operator --slug <project> 拉取最新快照。自然语言触发如“操盘视角”“我能不能干得动”。运行前按标准启动流程解析 slug、写入遥测、自动加载全部学习与原子类别（尤其 solopreneur_psychology 与 agent_infra），并在原子直接影响结论时以 A-{id} 引用。需加载 ~/.smtm/sessions/{slug}/ 最新快照、用户画像与计划；若画像缺少每周小时数与现金跑道，必须询问，二者为不可省略输入。
输出结构：结论段、四个运营问题（含构建组件表、运营小时分解、跑道与收入时间、渠道可行性表、架构五类失败模式表）、8周实际可交付路线图、单一最大风险、以及能改变结论的1-3项具体调整。结尾附价值量化：节省约3-6个月、规避时间预算错配与运营复合致倦怠等风险。
适用场景：独立创始人或小团队在投入前评估计划可执行性，尤其涉及多产品并行、渠道选择与架构选型时。
限制：资料未提供具体收费、价格、平台支持范围与效果保证；结论依赖用户画像中每周小时数与现金跑道等输入，缺失时无法给出可靠判断。