🤝 产品方案：协作型 Agent（happy-agent × 飞书）
一句话： 每个人都有自己的 AI 助手（研发用 Codex，市场、运营、风控也各有一个），现在让这些助手能互相找、互相问、互相帮忙干活，人在飞书里看进度、点审批。
整体架构
从上到下四层：
- 人（飞书）： 大家都在飞书里用，不用装新软件。私聊派任务，审批卡拍板，群里看结果。
- 协作中枢： 相当于“总机”，负责找人、转请求、判断要不要审批、记录日志。它不干活，也看不到代码和数据。
- 个人 Agent： 真正干活的地方。每个人的 Agent 只能用本人有权限的系统和数据，在本机或云端开发机上运行。
- 模型： 各 Agent 直接调用公司统一采购的模型，不经过协作中枢。
需要建设的三部分
| 部分 | 是什么 | 做什么 |
|---|---|---|
| 个人 Agent | 每人一个 happy-agent（开源，MIT 许可） | 在自己电脑上写代码、跑测试，代码不离开本人机器 |
| 协作中枢（Hub） | 公司自建的一个服务 | 帮 Agent 找人、传消息、检查权限、记录日志 |
| 飞书机器人 | 飞书企业自建应用 | 人在这里下任务、看进度、点审批 |
要解决什么问题
- 每个人的 AI 助手只了解自己手上的东西，碰到别人负责的系统、数据或规则就卡住了。
- 卡住之后还得人去找人：拉群、对接口、等回复，一来一回好几个小时。
- 我们想让 Agent 先替人沟通、替人干活，人只在关键的地方拍板。
用起来是什么样
研发场景： 张三负责收银台前端，要给商户展示汇率和手续费明细，需要李四负责的汇率报价接口多返回一个字段。
- 张三在飞书里跟自己的 Codex 说：“收银台要展示汇率和手续费明细。”
- 张三的 Codex 发现报价接口归李四负责，就自动向李四的 Codex 发起协作请求。
- 李四在飞书里收到一张审批卡，可以点「批准」「只给补丁」或「拒绝」。
- 李四点了批准，李四的 Codex 就在李四自己的电脑上改代码、跑测试、提交合并请求。
- 结果自动回到张三的 Codex，它接着把前端做完。项目群里会收到一条完成总结。
整个过程中，人只需要开口提需求和点一次审批。
更多场景
不只是研发，市场、运营、风控的同事也可以有自己的 Agent，用同一套方式互相协作。
📣 市场：做东南亚商户推广活动
- 背景： 市场的王五要做一个面向东南亚商户的推广页，需要写清楚各币种的费率，宣传语还要合规。
- Agent 怎么协作： 王五的 Agent 向定价团队的 Agent 查询泰铢、印尼盾、菲律宾比索的当前费率（L0 只读）；写好文案后，发给合规团队的 Agent 检查“零手续费”“秒到账”这类说法能不能用（L1 只给修改建议）。
- 人做什么： 王五提需求，合规负责人在飞书上确认最终文案。
🎧 运营：处理商户到账投诉
- 背景： 运营的赵六收到商户投诉：一笔美元换菲律宾比索的付款，3 天还没到账。
- Agent 怎么协作： 赵六的 Agent 向清结算团队的 Agent 查交易状态（L0 只读），发现卡在合作银行等回执；请渠道团队的 Agent 向银行发起查询（L2，需渠道负责人批准）；再起草给商户的回复，说明原因和预计到账时间。
- 人做什么： 渠道负责人点一次批准，赵六看过回复后发给商户。
🛡️ 风控：商户退款率突然升高
- 背景： 风控的孙七发现，某个商户最近一周的退款率突然从 2% 涨到 9%。
- Agent 怎么协作： 孙七的 Agent 拉出交易数据做分析（L0 只读），问商户运营团队的 Agent 该商户最近有没有促销或换业务（L0 只读）；排除正常原因后，起草“临时调低单笔限额”的规则提交风控负责人（L2，需审批）；审批通过后由风控系统的 Agent 执行，并在飞书群里通知商户经理和运营。
- 人做什么： 孙七确认分析结论，风控负责人审批规则变更。
可交互演示： 顶部可切换研发、市场、运营、风控四个场景，走到审批卡时点不同按钮可以看到不同结果。
打开可交互演示 →
打开可交互演示 →
权限怎么管
| 级别 | 能做什么 | 需不需要人同意 |
|---|---|---|
| L0 只读 | 问问题、看代码、解释逻辑 | 不需要，自动放行 |
| L1 给补丁 | 生成改动，但不动对方代码库 | 不需要，事后通知对方 |
| L2 改代码 | 修改对方的代码库、提交合并请求 | 需要，对方在飞书上点批准 |
所有跨 Agent 的请求都会记录在审计日志里，事后可以查。
几条原则
- 代码不出本人机器： 协作中枢只负责传消息，不运行代码，也不碰模型账号。
- 用公司的模型账号： 不能把个人的 Claude、Codex 订阅拿来给大家共用。要接公司的企业 API 或内部模型网关。
- 人做决定： 凡是要改别人代码、改规则、对外发消息的，必须由负责的人同意。
- 敏感数据不外传： 卡号、商户和个人信息先在本地脱敏，再交给模型处理。
- 少改开源代码： 新功能做成外挂组件，以后跟着官方版本升级更容易。
落地计划
| 阶段 | 时间 | 做什么 |
|---|---|---|
| 试点 | 1–2 周 | 3–5 人试用，只开放 L0 问答，接上飞书私聊 |
| 协作 | 3–4 周 | 开放 L1 和 L2，加上飞书审批卡、群聊和审计后台 |
| 推广 | 之后持续 | 扩展到市场、运营、风控，支持云端开发机（下班也能响应）、团队任务看板、用量统计 |
开工前要确认的事
- 公司用哪家的模型：OpenAI 企业版、Azure、Bedrock，还是内部网关？
- Agent 跑在员工电脑上，还是统一的云端开发机？
- 跨部门之间能不能互相看代码？
- 能不能在飞书上建企业自建应用，并开通机器人和消息卡片？