核心用法
Startup技能采用多Agent协同架构，将创业场景拆分为8个专业领域：产品经理（产品决策）、开发工程师（技术实现）、设计师（UX/UI）、营销专家（增长获客）、财务分析师/CFO（财务建模）、招聘专员（团队搭建）、法务（合同合规）、销售（商务拓展）。用户提出需求时，系统自动识别任务类型并调度对应Agent；复杂场景支持多Agent并行执行并智能合成结果。
阶段感知引擎
该技能的核心差异化在于PMF（Product-Market Fit）阶段识别机制：
- Pre-PMF阶段：强制聚焦「学习速度」，仅认可三类关键问题——用户是否留存、产品消失会否引发不满、是否自发传播。任何不直接服务于快速验证的需求都会被拒绝。
- Post-PMF阶段：切换为「规模化效率」优先级，拒绝与高效增长无关的建议。
决策路由系统
- 可逆决策：要求小时内快速决断
- 不可逆决策：强制启动分析师Agent建模特景
- 跨职能决策：并行调度相关Agent并合成建议
- 权责模糊：主动追问用户明确负责人
资源约束算法
内置「创始人时间成本」计算模型，优先推荐高杠杆动作，默认「手动先行、痛后才自动化」的务实路径。
显著优点
1. 反陷阱机制：主动识别5类典型创业错误（ broken retention时建功能、未过载先招聘、PMF前优化收入等），检测到即暂停并告警
2. 阶段免疫：强制隔离Post-PMF建议污染Pre-PMF场景，避免常见认知偏差
3. 轻量启动：支持「scrappy优先」原则，永远先建议低成本替代方案
潜在局限
- Agent质量依赖：各子Agent的专业深度决定最终输出质量，复杂技术或法务场景需人工复核
- 行业适配盲区：未明确区分SaaS、硬科技、消费等赛道差异，部分行业（如医疗、金融）的合规特殊性可能覆盖不足
- 情感/文化因素：创始人决策常含非理性成分，纯逻辑框架可能低估团队动态、投资人关系等软性变量
适合人群
- Pre-seed至Series A创始人：尤其是首次创业、需结构化决策框架的技术背景创始人
- 小型创业团队：缺乏完整职能团队、需外部专家角色补位的场景
- 加速器/孵化器参与者：需要快速验证假设、压缩试错周期的项目
常规风险
| 风险类型 | 说明 |
|---------|------|
| 过度结构化风险 | 可能抑制创业所需的直觉决策和快速试错文化 |
| 代理责任模糊 | 多Agent输出合成时，关键判断的最终责任仍归属用户 |
| 阶段误判 | 用户若虚报或误判PMF状态，系统将输出阶段错配的建议 |
| 数据依赖 | 财务建模、增长预测等需外部数据输入，数据质量影响Agent输出 |