1. AI Agent创业团队组建:技术、产品与市场人才的黄金配比
在AI Agent创业领域,我看到太多团队因为人才配置失衡而折戟沉沙。上周刚和一位连续创业者喝咖啡,他去年融资2000万做医疗Agent,团队里8个算法工程师却只有1个懂工程化的全栈,结果产品至今卡在实验室出不来。这不是个案——根据Benchmark Capital的数据,92.8%失败的AI Agent项目都死于Harness Engineering体系的缺失。
1.1 技术团队:Harness Engineering的核心铁三角
1.1.1 Harness架构师(1-2人)
这类人才是创业公司的技术天花板,我面过上百份简历后总结出三个硬指标:
- 必须同时具备大模型工程化(如LangChain深度定制)和传统分布式系统经验(如设计过百万QPS系统)
- 有至少一个完整Agent产品落地案例(从实验室到生产环境)
- 熟悉目标行业的协议标准(金融需懂FIX/OpenAPI,医疗要会HL7/FHIR)
去年帮某工业Agent团队挖人时,我们最终以3.5%股权+百万年薪锁定了一位前BAT智能云P9,他主导过20+个制造业Agent部署,熟悉OPC UA到LLM的协议转换,这种人才能让工程效率提升5倍以上。
1.1.2 工具链桥接工程师(2-3人)
核心能力不是写API接口,而是构建领域适配层。举个例子:
- 金融场景需要处理Bloomberg Terminal的SAPI和Refinitiv的RDP
- 电商场景要对接各平台异构的OpenAPI(淘宝/Shopify差异极大)
- 工业场景必须精通Modbus TCP与OPC UA的实时数据流处理
建议配置:
- 1人专注传统系统对接(ERP/CRM等)
- 1人负责现代API生态(Slack/Zapier等)
- 1人攻坚特殊协议(工业/医疗设备)
1.1.3 安全与合规专家(1人)
这个岗位常被忽视,但可能决定生死。去年某金融Agent因Prompt泄漏客户数据被罚800万,就是吃了这个亏。必备技能包括:
- 大模型安全:防Prompt注入、输出过滤、沙箱隔离
- 行业合规:金融需PCI DSS,医疗要HIPAA,欧盟业务要GDPR
- 审计追踪:所有Agent操作必须留痕且不可篡改
1.2 产品团队:垂直场景的"翻译官"
1.2.1 领域产品专家(1-2人)
不要找通用型PM,必须深耕垂直领域。我见过最成功的配置:
- 银行信贷出身的PM做金融Agent
- 前主治医师转行的医疗Agent产品
- 有10年ERP实施经验的制造业PM
这类人才要占产品团队的50%以上,他们的核心价值是:
- 将业务需求转化为Agent可执行的工作流
- 设计符合行业心智的交互方式(如医疗Agent必须支持SOAP病历格式)
- 建立领域知识图谱(金融Agent需要完整的FIN-NER实体体系)
1.2.2 可视化编排设计师(1人)
低代码平台≠拖拽界面,关键在:
- 工作流节点设计(金融需要风控审批环,医疗要有会诊分支)
- 异常处理机制可视化(展示重试/转人工的触发条件)
- 版本diff功能(让业务人员看懂迭代差异)
建议从Mendix/OutSystems挖人,他们熟悉企业级低代码平台的痛点。
1.3 市场团队:从技术价值到商业价值的转换器
1.3.1 解决方案架构师(1人)
这个角色要既懂技术又懂销售,核心能力:
- 将Harness层的技术优势转化为客户能感知的价值点
- 设计POC测试方案(如制造业要测排程准确率而非对话流畅度)
- 制作行业基准报告(金融Agent对比人工分析师的ROI)
1.3.2 客户成功经理(早期兼职)
种子轮可能养不起专职CSM,但必须有人负责:
- 客户使用数据分析(监控Agent的MAU/准确率/人工接管率)
- 需求漏斗管理(将客户反馈分类映射到Harness层改进)
- 成功案例包装(录制客户证言视频时要突出效率提升数据)
2. 不同阶段的团队配置策略
2.1 种子轮(0-1年):3:1:1的黄金比例
- 技术:产品:市场 = 3:1:1
- 典型配置:
- 技术5人(1架构+2工具链+1安全+1全栈)
- 产品2人(1领域专家+1交互设计)
- 市场1人(解决方案架构师兼职)
这个阶段要集中火力攻克:
- 构建最小可行Harness层(先做编排引擎和安全模块)
- 完成1-2个标杆客户POC
- 建立基础组件库(优先开发目标行业专用工具链)
2.2 Pre-A轮(1-2年):5:2:2的扩张结构
- 技术:产品:市场 = 5:2:2
- 新增重点岗位:
- 技术:监控系统专家、成本优化工程师
- 产品:行业解决方案总监(负责跨场景复用)
- 市场:专职客户成功经理
此时应该:
- 完善7大Harness模块(特别是可观测性系统)
- 建立跨行业组件复用机制
- 启动合作伙伴生态建设
3. 避坑指南:我们踩过的那些坑
3.1 技术团队
- 警惕"算法崇拜":某团队用3个GPT-4论文作者,但没人会写生产级Python,结果Demo永远跑在Jupyter里
- 安全要前置:等客户数据泄漏再补安全模块,代价可能是公司注销
- 监控不是功能是基建:没有全链路追踪,线上问题排查像大海捞针
3.2 产品团队
- 领域专家≠业务专家:银行柜员不懂信贷风控模型,要找真正设计过业务系统的人
- 低代码平台要先做调试器:某医疗Agent因为业务人员无法调试工作流,最终沦为摆设
3.3 市场团队
- 别卖技术卖场景:客户关心的是"能帮我多赚多少钱",不是用了什么RLHF算法
- POC要设止损线:某团队在客户现场耗了6个月改需求,最终人财两空
4. 人才招募实战手册
4.1 技术岗位面试题示例
Harness架构师:
"现有金融客户需要把Bloomberg Terminal的实时数据通过Agent推送给基金经理,同时要满足:1) 数据延迟<500ms 2) 权限分级控制 3) 审计留痕。请设计架构图并说明关键组件"
工具链工程师:
"如何实现一个支持动态加载的工业协议适配层?请用Python伪代码演示OPC UA到LLM的通用转换接口"
4.2 产品岗位评估方法
给候选人看真实客户需求:
"某三甲医院希望用Agent自动生成入院记录,但现有电子病历系统是10年前的老旧C#系统,且医生坚持要用SOAP格式。请列出产品方案要点"
优秀回答应该包括:
- 老旧系统对接方案(考虑API网关还是数据库轮询)
- SOAP模板的Prompt设计策略
- 人工复核机制(如设置关键指标校验阈值)
4.3 股权激励策略
建议采用"3331"模型:
- 30%给技术团队(重点倾斜Harness核心岗)
- 30%给产品团队(侧重领域专家)
- 30%预留期权池
- 10%给市场团队
Harness架构师的股权应该达到CTO的70%-80%,因为他们是实际的技术决策者。
5. 从实验室到产线的关键转折
去年辅导的某制造业Agent团队,在调整人才结构后实现了关键突破:
- 引进1名有Siemens MES实施经验的Harness工程师
- 重构了OPC UA到LLM的异步消息管道
- 产线排程Agent的响应时间从12秒降至800ms
这个案例告诉我们:与其堆砌大模型参数,不如深耕Harness层的场景适配。当你拥有既懂垂直行业又精通工程落地的团队时,技术壁垒自然形成。