15 人团队
做出 30 人的产出
用司南跑 Agent
一家面向家庭 / 养老场景的具身智能机器人公司,在 Phase 0 众筹前,用司南把竞品分析、架构评审、基础设施排障、商业可行性和营销文案迭代这五条最耗 senior 工时的工作流,固化成 Agent 工位。4 个月沉淀 101 次真实产出,每一次都是能直接进 repo、进董事会幻灯片、进对外稿的一次可用物
15 → 30
等效产能
101
累计 Agent 会话
300–500h
节省 Senior 工时
10+
沉淀 Skill 模板

15 人创业团队,
硬件 + 软件 + 产品三线并进
这家公司在成都的办公区只有一层楼——架构师 1 人、Hermes 内核 2 人、Gateway 2 人、基础设施 1 人、前端 2 人、硬件 2 人、产品 2 人、市场 1 人、创始人兼 CTO 1 人、CEO 1 人。他们同时推进两条产品线:一款家用具身智能服务机器人(针对养老和家务场景)、以及面向 B 端的企业 AI Agent 子项目。Phase 0 阶段,他们必须同时做出竞品情报、架构原型、可行性论证和首版营销文案——用传统节奏这至少需要再招 10 个人
Senior 瓶颈 ×
多线作战 ×
知识散落
痛点 01
高价值智力工作被「人工串行」卡住
一份竞品分析报告,传统路径是「市场起稿 → 战略补数据 → 产品定方向 → CTO 审稿」,周期 5–10 个工作日,每一步都卡在「谁有空做」而不是「怎么做」
痛点 02
决策过程消散在微信群和员工脑子里
三个月前为什么选了 A 架构而不是 B?当时对标了哪些竞品?谁拍板的?翻聊天记录、问创始人、最后放弃查证、重新研究一遍——这是常态
痛点 03
关键判断依赖少数「全脑人物」
真正能做商业可行性判断的只有创始人和首席架构师两人。他们一天只能高质量决策 2–3 次,超过这个数量就会降级为「凭直觉」
痛点 04
跨组协同成本高,信息传递失真
架构师改了接口,前端没收到;产品定了 SKU,采购不知道;市场写了宣传稿,和决策文件口径对不上——9 组分工之间没有统一的「知识中枢」
三步法把 Agent
放进团队日常
没做「大爆炸式」上线,也没写 200 页 PRD。按司南推荐的「种子场景 → 横向扩展 → 流程固化」三步,8 周内让全员把 Agent 当「第 13 号员工」用起来
种子场景(Week 1–2)
选「数据边界清晰、ROI 易量化、senior 工时占用大」的单点突破。他们选的是竞品分析 + 架构评审——两个都是高杠杆任务
横向扩展(Week 3–6)
把跑通的工作流扩到相邻环节:竞品分析 → 市场情报月更;架构评审 → 基础设施排障;商业可行性 → 营销文案 + 跨文档一致性校验
流程固化(Week 7+)
反复出现的任务固化成 Skill 模板:脚手架、M1–M10 里程碑验证、代码质量规则、API 参考、PDF 转网站——10+ 个模板,普通员工钉钉 @司南 就能调用
钉钉 / 飞书 + SSO + 审计
每个员工用自己的身份调 Agent,调用记录全量审计,敏感操作需要 CTO 二次确认。不是桌面端那种「人人一个 ChatGPT 账号」的混乱状态
5 个真实工作流
全部有产出物可查
以下工作流全部有实际产出物(PDF、md 决策文件、Dockerfile、营销稿)进入 repo 或交付物,不是营销 demo
01 · 企业级竞品分析
战略改造前
2 周周期 · 1 架构师 + 1 产品经理 + 1 分析师串行协作 · 外部咨询单次 ¥1–2 万 · 输出 PPT / Word 混合草稿
改造后
1 个会话(约 45 分钟交互 + 自动生成)· 产出 7 页 PDF 报告,含封面、Hermes 底座分析、国内外竞品深度对比、能力矩阵、SWOT、战略建议
可交付物:《司南竞争力分析报告.pdf》· 7 页 · 中英文渲染
02 · 架构评审与技术决策
技术改造前
请外部 SRE 顾问 / 自己硬啃文档 · 3–5 天 · 通常只得到一份偏向结论的「建议书」
改造后
1 个会话产出「K8s 三阶段迁移路线图」:1–5 租户用 Compose、5–30 用托管 K8s、30+ 做自动化生命周期。每阶段含资源估算、成本核算($180k/年)、manifest 模板、切换触发条件、迁移路径映射
可交付物:含具体 manifest 模板的分阶段路线图 · 带引用源(Kubernetes vs Swarm 2026、Northflank K8s 多租户指南)
03 · 基础设施排障(Incident Response)
运维改造前
Stack Overflow + Google + 开 issue 等回复 · 1–2 天 · 通常停在「重启试试」层级
改造后
Hermes setup wizard 在 macOS Python 3.11 崩溃:1 个会话精确定位到 `OSError [Errno 22]` 根因(kqueue 重复注册 fd=0),给出绕过命令 + issue 模板。Gemini API 403:按概率排序的 4 种可能原因 + 3 分钟 triage 流程
可交付物:现成可执行命令、issue 提交模板、triage 流程图
04 · 商业可行性与决策框架
战略改造前
创始人 + 战略合伙人拍脑袋 · 一段文字论述 · 可辩论但难追溯
改造后
1 个会话产出完整可行性文档:综合存活概率 20%、5 条生死线(操作成功率 ≥80% · 教学 ≤45min · 年销 ≥3000 台 · 零安全事故 · 均价 ≥$1199)、kill criteria(Phase 0 成功率 <75% · 众筹 30 天 <500 台 · 首批差评 >40%)、加速 trigger
可交付物:feasibility.md · 可直接进董事会幻灯片
05 · 营销文案改写 + 一致性校验
品牌改造前
市场经理写 → 产品经理审 → CTO 拍 · 3–5 天多轮 · 单纯文案
改造后
1 个会话完成 v4→v5 叙事重构(从「子女回家教机器人」→「妈妈的一天」),同时主动交叉验证决策文件,标出 2 个需要业务方确认的矛盾点:SafeKnob 在决策中是「概念设计」但营销写成标配;Leader Arm 在内部文档是「可选配件 ¥200–300」但营销写成标配
可交付物:v5 营销文案 + 决策文件 vs 对外口径差异报告
4 个月,
12 人的团队产出
相当于 30 人
2.5×
团队等效产能
12 人 × 2.5 ≈ 30 人产能
101
累计工作会话
架构 / 竞品 / 排障 / 商业 / 营销全覆盖
¥30–60万
节省外部咨询费
单次竞品分析市价 ¥1–2 万,累计约 100 次
10+
Skill 模板沉淀
脚手架 / 验证 / 质量 / API / PDF 转网页等
司南企业 Agent 网关 + Hermes 内核 + 钉钉 SSO + pgvector 知识库
我们没招到
第 15 个工程师,
但拿到了
18 个工程师的产出
— 某 AI 机器人公司 联合创始人 · CTO