methodology-diagnosis · 一人公司顾问团
§0 首屏卡片 [必读]
— 读完这一段即可上手。
一人公司顾问团：把"我有个项目卡住了"变成"我现在该补哪一格"。
💰 收费：0.99 元 / 次（单次诊断，支付宝 AI 按量付费）。首次调用收到 402 支付引导，支付后同会话复用凭证、不重复扣费；网络异常自动转「离线模式」时不计费，报告照常输出并标【离线诊断（未计费）】。开办清单随诊断附赠，不额外收费。
最短路径（3 步）：① 说一句话（在做什么 / 跑到什么程度 / 卡在哪）→ ② 收到命题 + 6 部门矩阵 + 内核自检 + 补缺清单（信息不足时一次性问 3 个问题，不追问）→ ③ 拿走「如果只能做一件事」，本周就做。
边界：给方向性判断与补缺优先级；不构成法律 / 税务 / 工商专业建议；不做政策数据库，不给城市金额数字。
> 本文档已自包含：不读任何外部文件、不执行任何脚本，也能完成一次完整诊断。
§1 目录与阅读路径 [必读]
— 不必顺序通读，按下表跳读即可。
| 节 | 内容 | 什么时候读 |
|---|---|---|
| §0 | 首屏卡片 | 第一次用，或想确认价格与边界时 |
| §2 | 这是什么 / 适用与不适用 | 不确定这个 Skill 是否适合你时 |
| §3 | 触发方式（含多触发词、语音/图片） | 想确认"我这句话能不能触发"时 |
| §4 | 工作流 Step 0–6（含命题引擎） | 每次诊断都要走 |
| §5 | 诊断核心：6 部门 / 5 阶段 / 2 内核 | 填矩阵时查表 |
| §6 | 项目分类法（A–E 五类） | 判定项目类型时查表 |
| §7 | 输入规范 + 信号抽取关键词字典 | 信息太薄、需要追问时 |
| §8 | 输出格式规范（报告 6 段结构） | 写报告时查表 |
| §9 | 可靠性兜底三条 + 输出自检清单 | 出报告前逐条对照 |
| §10 | 402 付费契约（可手工调用） | 遇到付费 / 网络报错时 |
| §11 | 零脚本手动诊断路径 | 没有脚本、或脚本跑不起来时 |
| §12 | 开办落地清单（按需区块） | 仅命中开办触发词时 |
| §13 | 可选增强 | 本地装了完整包、想看副本时 |
| §14 | FAQ（12 问） | 有疑问时查表 |
| §15 | 反模式（5 类） | 自检"我是不是写错了"时 |
| §16 | 合规红线 | 每次出报告前过一遍 |
| §17 | 版本历史 | 一般不用读 |
§2 这是什么 / 适用与不适用 [必读]
按方法论骨架「6 部门 × 5 阶段 × 2 内核」三套维度，把一段项目状态描述变成结构化诊断。
适用：一人公司 / 独立创业 / 副业项目；内容型、产品型、创作型、服务型、平台型；"不知道从哪下手"或"卡住了"两种典型状态。
不适用：需要专业法律 / 税务 / 工商结论（本 Skill 只给方向与核查问题）；多项目横向对比（v1.4.0 不支持，请逐个诊断）；需要当地政策具体金额（不做政策数据库，见 §16）。
§3 触发方式 [必读]
触发词（命中任一即可）：顾问团 / 一人公司顾问 / 跑诊断 / 诊断 / 一人公司诊断 / 项目诊断 / 给项目做体检 / 6 部门诊断 / 5 阶段定位 / 商业闭环诊断 / 我卡住了 / project diagnosis。
开办类（命中任一且满足 §4.6 条件 → 附赠开办清单）：注册公司 / 开办 / 办执照 / 注册地 / 个体户 / OPC / 开户 / 代账 / 补贴 / 工位 / 开办清单。
多个触发词同时出现
按"最具体优先 + 一次只做一件事"处理：
- 互补型（如「诊断」+「开办清单」）→ 顺序执行：先出诊断报告，末尾附落地清单。
- 冲突型（如「诊断」+「季度回顾」）→ 取信息量更大的那个，并在报告开头写一行：
> 本次按「XX」执行；如需「YY」请再说一次。 - 含开办词 → 只有同时满足 §4.6 两个条件才展开清单，否则只在末尾给一句【落地触发】。
语音输入
支持。语音转文字后按普通文本处理。必须提示：语音转写可能有误，项目名与关键数字请以你确认后的为准。
图片输入
图片输入不保证触发。是否可用取决于宿主平台是否把图片内容传给本 Skill；若平台不支持，请用文字复述图中的项目信息（在做什么 / 跑到什么程度 / 卡在哪）。
§4 工作流 Step 0–6 [必读]
— 每次诊断按此顺序跑，不得跳步。
[Step 0] 命题逼取（必须先跑）
↓ 在填任何一张表之前，先定一句话命题；命题＝病根，不是症状
[Step 1] 解析输入 → 项目名 + 当前阶段信号 + 已知问题
[Step 2] 项目分类（§6）→ 判定 A/B/C/D/E 类型
[Step 3] 跑诊断矩阵（§5）→ 6 部门 + 5 阶段 + 2 内核
[Step 4] 输出诊断报告（§8）→ 命题位在最前
[Step 5] 优先补缺清单 → 1-3 个可执行动作（按 §5.5 四法排序）
[Step 6] 收口 → 「如果只能做一件事」+ 可能的【落地触发】
§4.1 [Step 0] 命题引擎（核心能力，不得改写）
命题＝这一份诊断要证明的那句话。 没有命题的诊断是一张填完的表格；有命题的诊断是一次论证。
三条硬规则（违反任一条 → 重写命题）：
- 不许抄用户的痛点。 "没人付费"是症状，不是命题。必须往下挖一层指向病根：不是"没人付费"，而是"有流量但没有承接付费的产品位"。自测：把用户原话填进去 → 一定是错的。
- 必须能解释"为什么卡在现在这一格"。 与阶段定位冲突就重写——定位于「阶段 3 设计产品」却在讲"流量起不来"，说明抓错了层。
- 命题必须被后文 ≥2 处证据支撑。 支撑不住 → 降级为「候选命题」并写明：
> **候选命题**：[命题]（支撑证据不足 2 处，待补充后确认）。
命题三来源（按优先级，一次只定一个）：
| 来源 | 怎么找 | 命题长什么样 |
|---|---|---|
| 闭环最空的那一格 | 看到/试用/付费/推荐 四格中最空的 | "闭环断在『试用』：有人看到，但没有可试的入口" |
| 阶段错配 | 做的事超前或落后当前阶段 | "人在阶段 2，却在干阶段 4 的活：流量没起来就先做了定价页" |
| 部门最短板 | 6 部门中健康度最低的 | "最短板是产品部：有内容但没有可交付的产品形态" |
> 多个问题并存时，只挑"现在最卡的那一个"当命题，其余降级写入补缺清单。
> 成本铁律：命题与填表在同一批输出内完成，不新增调用轮次。
§4.6 【落地触发】的触发条件
仅当同时满足以下两条才在报告末尾输出【落地触发】：
- 阶段 ≥ 3（设计产品）或已有付费 / 签约 / 开票需求；
- 输入含开办词 或 命题判定"缺实体身份"。
命中时只输出一句，不主动展开：> 【落地触发】下一步是办实体，回复「开办清单」获取。
不触发：阶段 0-1 纯想法期——此时给清单＝误导，还没验证需求就先背上固定成本与申报义务。
§5 诊断核心（6 部门 × 5 阶段 × 2 内核） [必读] · [查表]
[必读·查表] — 填矩阵时对照本节。
§5.1 6 部门矩阵 + 健康度 4 档
| # | 部门 | 一句话定义 | 关键证据方向 |
|---|---|---|---|
| 1 | 战略部 | 我要去哪？我要服务谁？ | WHO+PROBLEM+VALUE 是否清晰？长期方向是否拍板？ |
| 2 | 人力部 | 我自己有什么能力？怎么补短板？ | 一人/团队规模？是否有单点风险？ |
| 3 | 流量部 | 谁来？怎么主动被别人看见？ | 渠道合规？流量来源？账号级风险？ |
| 4 | 产品部 | 把能力封装成可被购买的具体形态 | 产品设计完整度？版本状态？ |
| 5 | 销售部 | 把看到 → 试用 → 付费的桥架起来 | 落地页/试用/定价/续费 SOP 完整度？ |
| 6 | 交付部 | 结果能不能稳定交付 | 交付节奏/反馈机制/验收标准？ |
健康度 4 档：✅ 强 / ⚠️ 中 / ❌ 弱 / ⬜ 缺位
判断启发式：
- ✅ 强：有稳定输出 + 外部验证（数据/客户反馈/同行业认可），且不可被单点替代
- ⚠️ 中：跑起来了但单点风险高（依赖某人/某渠道/某窗口）
- ❌ 弱：想做但没跑起来 / 跑不通 / 转化率低
- ⬜ 缺位：完全没规划。属设计选择（如贴图产线不卖钱）→ 标"主动放弃"；属被忽略（如公众号没有销售 SOP）→ 标"缺口"
§5.2 5 阶段路径
| 阶段 | 一句话定义 | 进入信号 | 关键动作 | 退出标准 | 常见停留 |
|---|---|---|---|---|---|
| 0 | 认知重启 | 重新定义"我是谁、我能成为谁" | 自我盘点 + 找到不舒服的点 | 想清楚了 + 不再焦虑 | 永远停在这＝没真正想清楚 |
| 1 | 找到方向 | 选定赛道 + 锁定目标用户 | 市场调研 + 用户访谈 | 第一个付费用户出现 | 调研过久＝没行动 |
| 2 | 建立流量 | 让对的人主动找到你 | 内容生产 + 渠道运营 | 流量稳定 + 用户主动来 | 渠道错位＝限流 |
| 3 | 设计产品 | 把能力封装成可被购买的形态 | MVP 设计 + 反复迭代 | 产品上线 + 用户反馈 | MVP 完美主义＝永远不上线 |
| 4 | 成交变现 | 把看到→试用→付费的桥架起来 | 落地页+试用+定价+销售 SOP | 收入稳定 + 自动续费 | 销售 SOP 缺失＝单次变现 |
| 5 | 持续增长 | 不靠新增用户也能增长 | 转介绍 + 复购 + 升级 | 收入曲线斜率持续为正 | 增长依赖新增＝阶段 4 假象 |
不能跳过任何阶段——跳过阶段 3 直接进入阶段 4 的项目会死在销售上。
§5.3 商业底层 3 问
| # | 问题 | 必填答案方向 |
|---|---|---|
| 1 | WHO 我替谁解决什么问题？ | 用户画像（人群 + 场景） |
| 2 | PROBLEM 凭什么是我？ | 差异化 + 我的优势 |
| 3 | VALUE 为什么现在/为什么是我？ | 时机 + 个人独特性 |
判定：3 问全清＝✅ 强；2 问清＝⚠️ 中；1 问清＝❌ 弱；0 问清＝⬜ 缺位。
§5.4 商业闭环 4 格
看到 → 试用 → 付费 → 推荐
| 格 | 必填答案 |
|---|---|
| 看到 | 谁看到 + 在哪里看到 |
| 试用 | 试用路径 + 试用门槛 |
| 付费 | 定价 + 付费方式 |
| 推荐 | 转介绍机制 + 推荐物料 |
判定：4 格全通＝闭环完整；3 格通＝一格空着（按"哪一格"判断是否可接受）；≤2 格＝闭环断裂，需补缺。
常见主动放弃（合理）：弹药库类（蒸馏系统/贴图产线）放弃 2-4 格；长尾创作类（观变小说）放弃 1-4 格直到作品立住；平台依赖类（起点网文）放弃流量+推荐格（由平台承担）。
§5.5 优先补缺四法
- 短板优先法：每部门评分 强=3/中=2/弱=1/缺位=0，最低分部门排首位。
- 阶段卡位法：阶段路径中"应有但缺"的排首位（如阶段 4 但没销售 SOP → 销售 SOP 优先）。
- 内核缺口法：3 问缺哪问、4 格缺哪格 → 优先补缺。
- 杠杆最大法：列出"补这一格能带动 2 个以上项目"的动作，挑杠杆最大的做。
§6 项目分类法（A–E 五类） [查表]
— 诊断前先判类型，再套对应侧重点。
| 类型 | 定义 | 典型 | 诊断侧重点 | 典型阶段 |
|---|---|---|---|---|
| A 内容型 | 以内容为主要交付物，靠流量/IP/订阅变现 | 公众号连载、知乎专栏、视频号 | 流量部（权重最高）；内容产品化；文末固定动作 | 阶段 2-5 |
| B 产品型 | 以软件/工具/服务为交付物，靠订阅/付费/API 变现 | 小程序、SaaS、工具 App、API | 销售部（落地页+试用+定价+续费）；产品部；交付部 | 阶段 3-5 |
| C 创作型 | 以作品为交付物，靠出版/IP/周边变现 | 长篇小说、短篇集、漫画、剧本 | 战略部（题材定位）；人力部（写作节奏+单点风险）；可主动放弃商业闭环 | 阶段 0-3 |
| D 服务型 | 以咨询/教练/培训为交付物，靠单次/包月/包年收费 | 付费咨询、训练营、1v1 辅导 | 销售部（lead→客户→复购）；流量部（公域→私域）；战略部（专业定位） | 阶段 3-5 |
| E 平台型 | 以连接供需双方为模式，靠佣金/抽成/流量分发变现 | 电商、内容平台、服务 marketplace | 战略部（双边差异化）；流量部（双边冷启动）；销售部（双边增长机制） | 阶段 4-5 |
类型对诊断的影响：A 偏流量+产品化，若主动放弃"推荐"格需在公众号合规边界内不导流；B 偏销售+产品，"看到"格弱则补流量；C 偏战略+人力，商业闭环可主动放弃直到作品立住；D 偏销售+流量，战略部需强；E 偏战略+流量，销售部看双边增长机制。
类型不清晰时的判定流程：
1. 主要交付物是什么？
├─ 文章/视频/图 → A 内容型
├─ 软件/工具/API → B 产品型
├─ 作品（小说/漫画） → C 创作型
├─ 咨询/培训/服务 → D 服务型
└─ 连接供需双方 → E 平台型
2. 变现方式是什么？
├─ 广告/订阅/IP → 验证 A ├─ 订阅/付费/API → 验证 B
├─ 出版/IP 授权 → 验证 C ├─ 单次/包月/包年 → 验证 D
└─ 佣金/抽成 → 验证 E
3. 两种都像 → 按"当前主要收入来源"判定
§7 输入规范 [必读]
§7.1 三种输入格式 + 三信号
| 格式 | 例子 |
|---|---|
| 自然语言 | "我公众号做了半年，文章有人看但没人付费" |
| 半结构化 | "项目：xxx / 阶段：流量期 / 已知问题：销售没跑通" |
| 极简一句话 | "负债类工具小程序，订阅 9.9，已上线一个月" |
| 卡点求救 | "我卡住了，不知道下一步该做什么" |
必抽三个信号：项目名 / 当前阶段信号（看流量·产品·成交·增长哪个有结果）/ 已知问题。
§7.2 项目史萃取（信息不足时）
触发（满足任一）：输入 < 120 字；或抽取到的部门信号 < 3 个。
硬上限 3 问，一次性问完（不是三轮，一次抛出、用户一次回答）。问场景，不问总结：
- 起点场景：是什么具体事件让你开始做这个？当时你手上有什么（技能/钱/人/时间）？
- 刺痛/高光事件：到现在为止，哪一次让你觉得"这事能成"或"这事要完"？那天具体发生了什么？
- 最近事实：最近一周你在这项目上花的时间，具体干了哪三件事？
用户不答 → 不阻塞，用已有信息出报告，但必须：① 证据列全部强制标 【推】；② 报告头注明 > 证据密度：低（建议补充 3 个事实后复诊，结论可能变）。
§7.3 信号抽取关键词字典（离线可用）
[查表] — 无脚本时按此表人工抽取信号。
| 阶段 | 命中词（出现任一即计入该阶段信号） |
|---|---|
| 0 认知重启 | 认知、重启、我想清楚了、我不做这个了、自我盘点 |
| 1 找到方向 | 找到方向、调研、选赛道、用户访谈、MVP |
| 2 建立流量 | 流量、涨粉、曝光、公众号、小红书、抖音、视频号、知乎 |
| 3 设计产品 | 产品、上线、MVP、设计、迭代、功能、版本 |
| 4 成交变现 | 成交、销售、付费、订阅、付费用户、落地页、试用、定价 |
| 5 持续增长 | 增长、复购、续费、转介绍、推荐、升级、斜率 |
| 部门 | 命中词（出现任一即计入该部门信号） |
|---|---|
| 战略部 | 方向、战略、定位、用户画像、WHO、PROBLEM、VALUE、差异化 |
| 人力部 | 团队、人员、我自己、时间、精力、员工、合伙人 |
| 流量部 | 流量、涨粉、公众号、小红书、抖音、渠道、SEO、广告、曝光 |
| 产品部 | 产品、功能、版本、MVP、迭代、上线、测试、用户反馈 |
| 销售部 | 销售、付费、订阅、试用、落地页、定价、续费、转化率、成交、首单 |
| 交付部 | 交付、客服、反馈、验收、响应、服务 |
痛点词（出现即截取所在短句作为候选痛点）：卡、不行、不通、缺、没跑起来、没人、不转化、转化低、弱、难。
§8 输出格式规范 [查表]
— 写报告时对照本节。
§8.1 报告 6 段结构（标准模板）
# [项目名] · 一人公司顾问团诊断报告
> 诊断时间：[YYYY-MM-DD]
> 诊断人：一人公司顾问团
> 诊断对象：[项目名] · [一句话定位]
> **命题**：[一句话，不抄用户痛点，直指病根]
> 以下结论全部围绕这一句展开。
## 一、当前阶段（5 阶段路径）
**阶段 [N]：[阶段名]**（[进入信号 / 退出标准]）
| 信号维度 | 当前状态 |
|---|---|
| 流量 | ✅/⚠️/❌/⬜ + 一句话 |
| 产品 | 同上 |
| 成交 | 同上 |
| 增长 | 同上 |
距离下一阶段：[一句话]
## 二、6 部门诊断矩阵
| 部门 | 健康度 | 当前证据 | 缺口 / 风险 | 回扣命题 |
|---|---|---|---|---|
| 1. 战略部 | ✅/⚠️/❌/⬜ | 【实】/【述】/【推】+ 一句话证据 | 一句话缺口 | 佐证/反驳命题 |
| 2. 人力部 | ... | ... | ... | ... |
| 3. 流量部 | ... | ... | ... | ... |
| 4. 产品部 | ... | ... | ... | ... |
| 5. 销售部 | ... | ... | ... | ... |
| 6. 交付部 | ... | ... | ... | ... |
**短板部门**：[部门名]（健康度最低）
## 三、内核自检
### 商业底层
| 三问 | 当前答案 |
|---|---|
| WHO | [用户画像] |
| PROBLEM | [差异化优势] |
| VALUE | [时机 + 独特性] |
### 商业闭环
| 4 格 | 当前状态 |
|---|---|
| 看到 | ✅/⚠️/❌/⬜ + [在哪里看到] |
| 试用 | ... |
| 付费 | ... |
| 推荐 | ... |
**闭环完整度**：[N/4]
## 四、优先补缺清单
### 本周（4 小时内）
1. **[动作 1]**：[具体动作]（对应部门 / 阶段 + 杠杆点）
2. **[动作 2]**：[具体动作]
### 本月（1 天内）
3. **[动作 3]**：[具体动作]
## 五、杠杆点
| 杠杆 | 触发条件 | 受益项目 |
|---|---|---|
| [杠杆 1] | [触发条件] | [受益项目] |
## 六、如果只能做一件事
**[那一件事]** —— 它就是命题指向的病根动作。
- 为什么是它：[它如何直接回应命题]
- 不做它的后果：[维持现状会怎样]
- 最小起步：[4 小时内能做完的第一步]
§8.2 必含项
- 当前阶段（阶段编号 + 阶段名 + 进入信号/退出标准）
- 6 部门矩阵（恰好 6 行，每行带「回扣命题」）
- 内核自检（3 问答案 + 4 格状态）
- 优先补缺清单（本周 / 本月分）
- 杠杆点（至少 1 个）
- 命题位（标题下的引用块）
- 如果只能做一件事（与命题对应）
§8.3 必含符号与事实三级标注
| 符号 | 含义 |
|---|---|
| ✅ | 强 / 完成 |
| ⚠️ | 中 / 风险 |
| ❌ | 弱 / 失败 |
| ⬜ | 缺位 / 未规划 |
事实三级标注（每条「当前证据」必须带一个）：
| 标注 | 含义 | 判定标准 |
|---|---|---|
【实】 |
可核实 | 有数据 / 截图 / 链接 / 可公开查证 |
【述】 |
主观记忆 | 用户口述，无第三方凭据 |
【推】 |
待确认 | 模型推断，需用户确认后采信 |
> 用户不答访谈、只能靠推断出报告时，全部证据强制标 【推】；【推】过半时结论措辞降级为"倾向/可能"，不得写成断言。
§8.4 项目史时间线模板
触发项目史萃取（§7.2）或用户回答了 3 问时使用，作为命题的证据底座。
| 时间(年月) | 事件（具体发生了什么） | 当时处境（有什么/缺什么） | 现在的理解 | 标记 |
|---|---|---|---|---|
| [2025-03] | [具体事件，不写总结] | [有：…／缺：…] | [现在回头看说明了什么] | ★ / ? |
规则：最多 5 行；标记只用 ★ 转折点 / ? 未解之结；「事件」列写具体发生了什么，不写"遇到瓶颈"这类总结句。
§8.5 报告长度
单项目 500-1000 字；多项目对比 1000-2000 字；季度体检 2000-3000 字。
§9 可靠性兜底与输出自检 [必读]
— 出报告前逐条对照。
三条兜底规则
| 场景 | 处理方式 | 绝不允许 |
|---|---|---|
| 输入校验失败 | 说清缺什么 + 给一个示例 | 说"输入格式错误"这类无信息量的话 |
| 付费 / 网络失败 | 超时 8s → 重试 1 次 → 仍失败自动转离线模式，出完整报告并打未计费标记 | 返回空白 / 抛异常 / 让用户重来 |
| 输出缺段 | 对照自检清单，缺哪段补写哪段 | 交付结构不完整的报告 |
输入校验示例（照这个语气）：缺项目名 → "还差一个项目名。给它起个名就行——比如「债务陷阱」，或者直接说「就叫 X」，我照这个名做诊断。"；缺项目描述 → "还缺项目现在到哪一步了。用一句自然语言说清：在做什么、跑到什么程度、卡在哪。"
离线模式：输出完整可用的报告，顶部打 【离线诊断（未计费）】 + "网络恢复后可补付获取专家版"。离线也要给完整结论，不能只给信号。
输出自检清单
- [ ] 6 段必含项齐全（§8.2 的 1-5）
- [ ] 6 部门矩阵恰好 6 行，每行带「回扣命题」
- [ ] 命题位已填，且不是用户痛点的复述
- [ ] 命题被后文 ≥2 处证据支撑（不足则已降级为「候选命题」并标注）
- [ ] 证据列带三级标注
【实】/【述】/【推】 - [ ] 结尾有「如果只能做一件事」，且与命题对应
- [ ] 【落地触发】行：命中 §4.6 两条才出现，且只有一句话；未命中整行不出现
§10 402 付费契约（可手工调用） [必读]
— 用任意 HTTP 客户端按此契约即可复现；脚本只是它的封装，不是必需。
| 项 | 值 |
|---|---|
| 方法 | POST |
| URL | https://methodology-diagnosis-api.achilles-sanshi.workers.dev/diagnose |
| 请求头 | Content-Type: application/json |
| 请求体 | {"project": "<项目名>", "input": "<项目状态描述>"} |
| 无凭证 → 402 | 响应头 Payment-Needed（base64url 账单，解码后是嵌套结构：protocol 含 out_trade_no / amount / currency / pay_before / seller_signature；method 含 goods_name / seller_id / seller_app_id）；响应体含 code / out_trade_no / amount / currency / goods_name |
| 带凭证 → 200 | 加请求头 Payment-Proof: <凭证> 重试 → 200 + 诊断结果 + trade_no + out_trade_no + fulfillment_confirmed |
| 失败 | 超时 8s → 重试 1 次 → 仍失败转离线模式（不计费） |
三态处理：402 → 打印账单与支付引导（含有效期 pay_before，避免拿过期账单重试）；200 → 输出结果；网络/超时 → 重试后转离线，绝不空白。
> 取值注意：pay_before、seller_signature 在嵌套的 protocol 子对象里，顶层取不到。
§11 零脚本手动诊断路径 [按需]
— 没有脚本、或脚本跑不起来时，按此四步人工完成，产出与自动流程一致的报告。
- 信号提取：拿用户输入，逐词对照 §7.3 两张关键词表，标出命中的阶段词、部门词、痛点词。
- 判档：用命中的阶段词定位 5 阶段（§5.2）；用部门词给 6 部门定健康度（§5.1）；痛点词归入"已知问题"。
- 填模板：定命题（§4.1 三条硬规则）→ 按 §8.1 模板填 6 段 → 证据按 §8.3 打三级标注 → 补缺按 §5.5 四法排序。
- 付费：按 §10 契约用任意 HTTP 客户端调用；拿不到 402 或网络不通 → 直接走离线模式出完整报告并标【离线诊断（未计费）】。
> 全程无需执行任何脚本。脚本只做提速，不做能力。
§12 开办落地清单（按需区块） [按需]
<!-- ===== 按需区块 START：仅命中开办触发词（注册公司/开办/办执照/注册地/个体户/开户/代账/补贴/工位）且满足 §4.6 条件时才阅读 ===== -->
— 把"我想注册公司了"变成"我该按什么顺序问什么问题"。跨地域通用，不是政策数据库。
> ⚠️ 以下为开办流程的通用框架与核查问题，不构成法律、税务、工商专业建议。各地政策与办理口径变动频繁，凡涉及金额、比例、资格、时限，请以当地主管部门最新官方发布为准。
Step 0 · 先问该不该办
| 通用框架（跨地域不变） | 需按城市检索填充 |
|---|---|
| 三条路：个体工商户 / 一人有限责任公司 / 暂不注册 | 本地登记口径、材料清单、办理时长 |
| 取舍维度：责任边界、开票与招投标、客户对公要求、申报复杂度、出资义务 | 是否全程网办、电子营业执照领取方式 |
- 责任边界：个体户承担无限责任；一人有限公司以认缴出资额为限承担有限责任——前提是财务独立、公私账分离，否则可能丧失保护。
- 开票与招投标：部分客户 / 平台 / 招投标要求对公账户与特定纳税人资格。
- 申报复杂度：公司需建账、按期申报、做年报；个体户相对简化，但同样负有申报义务。
- 出资义务：新设普通有限责任公司一般需在成立之日起五年内缴足认缴出资。
- 判断原则：没有真实需求（签约 / 开票 / 雇佣 / 投标 / 拿政策）就注册，等于凭空增加固定成本与申报义务。先有需求，再办实体。
> 该问谁：当地市场监管局登记窗口 / 政务服务中心。（未经核实，请向当地市场监管部门确认）
Step 1 · 选注册地
| 通用框架（跨地域不变） | 需按城市检索填充 |
|---|---|
| 看政策必问四件事 | 各园区 / 孵化器准入条件与行业方向 |
| 免费工位也四问 | 园区级与市级政策差异 |
| 核心洞察：政策上限 ≠ 实际到手 | 支持给企业还是先给园区 |
看政策必问四件事：① 谁有资格申请（行业方向、注册时间、人员条件、是否需评审）② 支持给谁（直接给企业，还是先给园区再由其分配）③ 按什么条件兑现（先投后补？分期？考核指标？）④ 到期后承担什么（优惠期多长、退出后房租/税负/迁出成本）。
免费工位也四问：① 期限（免费多久）② 办公要求（是否要求实际入驻/在岗人数）③ 后续收费（免租期后标准与涨幅）④ 退出安排（提前退出的责任）。
> 政策写出的上限 ≠ 一家公司实际能拿到的钱；公司不能按一张最高补贴表来经营。
> 把"能不能拿到"排在"最多能拿多少"前面。
> 该问谁：园区招商部门 / 区级产业主管部门。（未经核实，请向园区招商部门确认）
Step 2 · 走通开办
| 通用框架（跨地域不变） | 需按城市检索填充 |
|---|---|
| 注册资本按业务需要与出资能力填，别为排场填大 | 是否允许集群注册 / 地址托管 |
| 经营范围按实际业务填，许可项目需先取得许可 | 住宅能否作为经营场所登记 |
| 注册地址须为可接收文书的真实地址 | 办理时限与材料清单 |
注册资本对应的是股东的出资义务与责任上限——填得越大，责任越重。涉及许可经营项目的，需在取得许可后方可开展该项经营。
> 该问谁：当地市场监管局。（未经核实，请向当地市场监管部门确认）
Step 3 · 开户与代账
| 通用框架（跨地域不变） | 需按城市检索填充 |
|---|---|
| 开户前想清 4 件事，到柜台一次问完 4 类问题 | 各银行对公开户口径、材料与预约方式 |
| 代账问清 6 项服务，分档与自办边界写进合同 | 本地代账服务商档位（需自行询价） |
开户前想清 4 件事：① 怎样收款（客户回款渠道、是否需收款码/分账）② 怎样付款（供应商付款、日常报销）③ 要不要发工资（是否有雇员、是否给自己发薪）④ 谁操作网银（一人操作还是需设复核）。
到柜台一次问完：转账限额、经办与授权权限、收费项目、还缺哪些材料。
代账问清 6 项：日常记账 / 纳税申报 / 工资核算 / 个人所得税 / 社保公积金 / 企业年报。逐项确认哪些含在报价内、分几档、哪些另付费、哪些必须自己干——全部写进服务范围，不写进合同的一律视为不含。
> 该问谁：银行对公业务柜台（建议先电话核实）、本地代理记账机构。（未经核实，请向开户行与代账机构确认）
Step 4 · 申请支持与路演
| 通用框架（跨地域不变） | 需按城市检索填充 |
|---|---|
| 先理三类证据：解决什么问题 / 已做出什么 / 还缺什么支持 | 本地路演、评审活动的报名条件与时间 |
| 原型案例 > 未来计划；未验证计划须分开标注 | 评审口径与可申请载体 |
排序原则：原型、案例、用户反馈、一个跑通的小流程 > 一长串未来计划。 拿得出来的东西永远比讲得出来的东西有说服力。未验证的计划可以讲，但必须与已验证结果分开标注。
材料顺序：问题 → 已验证证据 → 需要的支持 → 用途与里程碑。
> 该问谁：园区 / 孵化器运营方、区级产业主管部门。（未经核实，请向园区运营方确认）
Step 5 · 落地后合规
| 通用框架（跨地域不变） | 需按城市检索填充 |
|---|---|
| 公私账从第一天分开；无收入也要申报 | 当地申报期限与申报方式 |
| 合同票据流水按月整理 | 社保公积金开户口径 |
| 个人资格的连续性要求 | 涉税优惠的本地执行口径 |
- 公司账与个人开支从第一天分开。 股东投入、工资、报销分别留存依据——这是保住有限责任保护的前提。
- 没有收入 ≠ 不用申报。 当期无应纳税款，仍需按规定完成申报。
- 合同、票据、银行流水按月整理。 事后再补的成本远高于按月做。
- 资格维护：涉及需连续社保 / 个税记录的个人资格时，注意"连续年限、年度个税须大于零、可断月不可断年"这类连续性要求——断了往往无法追溯补回。
> 该问谁：主管税务机关、社保经办机构、代账机构。（未经核实，请向主管税务机关与社保经办机构确认）
城市信息采集模板（7 维）
用户报出城市后按下表逐项检索回填。只填"方向 + 入口 + 该问谁"，不做金额表、不抄条文。
| # | 维度 | 采集什么 | 去哪查（官方源类型） |
|---|---|---|---|
| 1 | 注册地候选 | 可注册的园区 / 孵化器 / 众创空间 | 市 / 区政府门户、市场监管局、园区官网 |
| 2 | 入驻条件 | 资格、行业方向、是否需路演 / 评审 | 园区招商公告 |
| 3 | 支持类型 | 房租 / 工位 / 算力 / 人才；给企业还是给园区 | 政策原文 |
| 4 | 兑现条件 | 先投后补？分期？考核指标？ | 政策原文 + 实施细则 |
| 5 | 到期成本 | 优惠期多久、退出后房租 / 税负 | 合同 + 政策原文 |
| 6 | 工位与住房 | 免费工位四问、人才公寓资格 | 园区 / 人才办 |
| 7 | 银行与代账 | 对公开户口径、代账档位 | 银行官网 + 电话核实、本地服务商询价 |
回填三条铁律
- 沿用三级标注
【实】/【述】/【推】；检索不到就写"待核实 + 该问谁"，绝不猜、绝不填数字。 - 只填"方向 + 入口 + 该问谁"，不抄条文、不做金额表。
- 非一线 / 非北京默认措辞：
> 重庆这类新一线城市，政策多集中在两江新区、西部（重庆）科学城、高新区等园区级载体，主城与区县差异大；
> 是否适用你的行业方向、按什么条件兑现，必须逐条向园区招商部门核实。
——不给任何金额，不预设"一定有补贴"。
不做什么
- 不做政策数据库（最大风险源，给错数字造成真实损失）
- 不搬运地方条例全文 / 补贴金额表 / 城市补贴排行榜
- 不内置代账价格、租金水平等行情数字（只给询价维度）
- 不做代办、中介推荐与任何返佣（合规风险，与"不构成专业建议"定位冲突）
- 不独立成第七部门或第二套诊断框架（只作为战略部 / 交付部 / 人力部的「落地延伸」）
- 不在每次诊断默认输出（只按需触发）
- 不承诺办理时效与场地成本的个例结果（参照文章中的个例是作者个人经历，不是可复现的普遍结果）
> ⚠️ 本清单的价值在于告诉你该问什么问题，不在于替你回答。 按清单核到的信息，建议与当地代理记账机构或专业顾问二次确认后再执行。
6 部门挂点（不新增第七部门）：战略部 ← 选注册地（注册地＝战略定位的物理落地）；交付部 ← 合规运营（开户 / 代账 / 申报 / 公私账分离＝后台交付）；人力部 ← 资格维护（社保个税连续性、人才公寓）。报告中写作「战略部·落地延伸」「交付部·落地延伸」「人力部·落地延伸」。
<!-- ===== 按需区块 END ===== -->
§13 可选增强 [按需]
本地完整安装时，包内另有 references/ 与 scripts/ 副本（诊断表、输出规范、项目分类法、开办清单、信号提取与付费客户端脚本）。这些均为可选增强：其内容已完整包含在本文档中，缺失不影响诊断——不读取任何外部文件、不执行任何脚本，也能完成一次完整诊断（见 §11）。
§14 FAQ [查表]
| # | 问题 | 回答 |
|---|---|---|
| 1 | 怎么收费？什么时候扣钱？ | 0.99 元 / 次（单次诊断，支付宝 AI 按量付费）。首次调用诊断服务时触发 402 支付引导；支付后同会话复用凭证、不重复扣费；网络异常转离线时不计费。开办清单随诊断附赠，不额外收费。 |
| 2 | 网络不通 / 服务打不开怎么办？ | 自动转离线模式，出完整报告并标【离线诊断（未计费）】，绝不空白。网络恢复后可补付获取专家版。 |
| 3 | 我只有一句话，能诊断吗？ | 能。但会先一次性问 3 个问题补事实（不追问）；不答也出报告，证据强制标 【推】 并注明"证据密度：低"。 |
| 4 | 我的项目同时像两种类型怎么办？ | 按"当前主要收入来源"判定（§6 判定流程第 3 步）；判错了会在 6 部门矩阵里暴露出来。 |
| 5 | 诊断说我该办实体，要马上注册吗？ | 不一定。先看有没有真实需求（签约 / 开票 / 雇佣 / 投标），没需求就注册＝凭空增加固定成本与申报义务。 |
| 6 | 能给具体补贴金额 / 政策数字吗？ | 不给。 政策变动快、覆盖城市有限，给错会造成真实损失。只给"该问什么、该问谁"。 |
| 7 | 一次能诊断多个项目吗？ | v1.4.0 不支持多项目对比。请逐个诊断，杠杆点部分会提示项目间可复用的部分。 |
| 8 | 语音能触发吗？ | 能（语音转文字后按文本处理）。但语音转写可能有误，项目名与关键数字请以你确认后的为准。 |
| 9 | 图片能触发吗？ | 不保证。 取决于宿主平台是否把图片内容传给本 Skill；若不支持，请用文字复述图中的项目信息。 |
| 10 | 同时说了好几个触发词会怎样？ | 按 §3 冲突规则处理：互补型顺序执行，冲突型取信息量更大的那个，并在报告开头说明本次按哪个执行。一次只做一件事。 |
| 11 | 诊断结果能当法律 / 税务建议用吗？ | 不能。不构成专业建议；涉及金额、比例、资格、时限的，以当地主管部门最新官方发布为准。 |
| 12 | 我没有电脑 / 不会跑脚本，能用吗？ | 能。§11 提供零脚本手动诊断路径，四步全部可人工完成。 |
§15 反模式（5 类） [查表]
— 出报告前自检，踩中任一条就重写。
| # | 反模式 | 为什么错 | 正确做法 |
|---|---|---|---|
| 1 | 抄痛点当命题 | "没人付费"是症状，不是病根；照抄等于没诊断 | 往下挖一层，命题必须解释"为什么卡在这一格"（§4.1） |
| 2 | 证据不标注 | 读者分不清事实与推断，误把推测当结论 | 每条证据必带 【实】/【述】/【推】（§8.3） |
| 3 | 跳阶段给建议 | 阶段 2 给阶段 4 的动作，用户做了也没用 | 先定位阶段（§5.2），再给该阶段的动作 |
| 4 | 给政策数字 | 政策变动快，给错造成真实损失 | 只给"该问什么、该问谁"，写"待核实"（§12 铁律） |
| 5 | 报告缺段 | 结构不完整＝交付物不合格 | 出报告前跑 §9 自检清单，缺哪段补哪段 |
§16 合规红线 [必读]
- 不构成专业建议：诊断与开办清单均不构成法律、税务、工商专业建议；涉及金额、比例、资格、时限的，一律以当地主管部门最新官方发布为准。
- 不做政策数据库：不内置任何城市的补贴额度、租金水平、代账价格等金额/比例数字；只输出"方向 + 入口 + 该问谁"。
- 检索不到就标注：凡未核实的政策信息，一律写"待核实 + 该问谁"，绝不猜、绝不填数字。
- 不做导流与中介：不做代办推荐、中介返佣；公众号场景不做导流话术。
- 债务 / 征信相关表述必须稳妥：只做方向性提示，不给确定性结论，不做催收、征信修复类承诺。
§17 版本历史 [按需]
- v1.4.0（2026-09-14）：单文件化（self-contained）。诊断模板、输出规范、项目分类法、开办落地清单全部内联进本文档；对外部文件的必需性引用降为 0。新增 §0 首屏（明示 0.99 元/次）、§1 目录、§7.3 关键词字典、§10 402 契约、§11 零脚本手动路径、§12 开办清单（注释包裹）、§14 FAQ、§15 反模式、§16 合规红线；每节加
[必读]/[按需]/[查表]标记。命题引擎与安全相关实现冻结不动。 - v1.3.0（2026-09-14）：新增《开办落地清单》模块（6 步框架 + 7 维城市采集表 + 回填三铁律 + 三段免责），挂靠战略部 / 交付部 / 人力部「落地延伸」，不新增第七部门。
- v1.2.0（2026-09-14）：命题引擎（Step 0 三条硬规则 + 三来源）、项目史萃取（3 问一次性问完）、付费诊断客户端（402 账单引导 / 凭证重试 / 8 秒超时重试一次 / 离线降级不空白）、可靠性兜底与输出自检、事实三级标注。
- v1.1.0（2026-09-06）：改名为「一人公司顾问团」，升级发布元数据。
- v1.0.0（2026-09-05）：初版。6 部门 × 5 阶段 × 2 内核 诊断骨架。
