192 lines
5.2 KiB
Markdown
192 lines
5.2 KiB
Markdown
---
|
||
title: "[Milky] 为您整理《Shopify：内部 Agent， 为什么不准员工私聊？——AI native组织要的不是个人提效，是组织自进化》笔记 | BV1i77X6pE1C"
|
||
source: "milky@4ueo.com"
|
||
date: 2026-06-09 21:17
|
||
tags: [milky, bilibili, notes]
|
||
email_id: 2054
|
||
---
|
||
|
||
Milky 为您整理了《Shopify：内部 Agent， 为什么不准员工私聊？——AI native组织要的不是个人提效，是组织自进化》 | BV1i77X6pE1C 笔记。
|
||
|
||
Shopify 内部 Agent River：为什么不准员工私聊？
|
||
|
||
核心观点
|
||
|
||
AI-native 组织的门槛不是个人更快，而是组织能从经验中学习、能自进化。
|
||
|
||
单纯给员工配备私人 AI Agent，可能让每个人变快，但组织本身没有进化。
|
||
|
||
|
||
问题背景：企业对 AI 的常见误区
|
||
|
||
误区做法
|
||
|
||
给每个员工开 AI 账号，配一个自己的 Agent，让他跑在：
|
||
|
||
本地终端
|
||
编辑器私人对话框
|
||
私聊窗口里
|
||
|
||
效果
|
||
|
||
查问题更快
|
||
改代码更快
|
||
跑测试更快
|
||
|
||
真正的门槛
|
||
|
||
更硬的问题是：组织能不能从这些 AI 工作里学习？
|
||
|
||
能否把一次排查、一次修复、一次好判断，变成后面所有人和所有 Agent 都能继承的经验？
|
||
|
||
|
||
核心对比：私人 Agent 的天花板
|
||
|
||
| 维度 | 私人 Agent | 公开 Agent（River） |
|
||
|------|-----------|---------------------|
|
||
| 服务范围 | 键盘前那个人 | 整个团队 |
|
||
| 上下文来源 | 单人输入 | 多人补充 |
|
||
| 经验沉淀 | 个人日志 | 组织语料 |
|
||
| 复现性 | 低（过程不可见） | 高（可搜索、复用） |
|
||
| 学习能力 | Agent 之间互相学不到 | 团队协作促进 Agent 进化 |
|
||
|
||
私人 Agent 的局限性
|
||
|
||
以一次排查偶发失败测试为例：
|
||
|
||
你昨天怎么定位问题？
|
||
中间错了哪些方向？
|
||
最后是哪条线索把问题收住？
|
||
|
||
这些问题即使留在日志里，也只是事后材料：
|
||
|
||
不会天然变成多人协作现场
|
||
别的工程师不会在过程中看到
|
||
不会有人顺手补一个约束
|
||
下一次类似情况，不会自动从这条路径开始
|
||
|
||
|
||
River 的设计选择
|
||
|
||
基本工作方式
|
||
|
||
River 是 Shopify 内部 Slack 里的 AI Agent：
|
||
|
||
员工不在私聊窗口找他，要到内部公开频道里 @ 他
|
||
River 会执行：读代码、跑测试、开 PR、查数据仓库、看生产链路记录
|
||
必要时，River 还会反驳他认为不好的计划
|
||
|
||
硬性产品约束
|
||
|
||
`
|
||
只支持公开频道工作，不支持一对一私聊
|
||
`
|
||
|
||
每一次和 River 的对话，都会变成一条 Slack 线程记录，默认对 Shopify 内部员工可见。
|
||
|
||
注：这里的"公开"指 Shopify 内部 Slack 范围内可见，不是互联网公开。
|
||
|
||
|
||
公开线程的工作机制
|
||
|
||
典型场景
|
||
|
||
`
|
||
工程师 A 在频道提问
|
||
↓
|
||
River 开始工作：读文件、跑查询、贴出部分发现
|
||
↓
|
||
工程师 B 看到（通过频道链接或被人拉进来）
|
||
↓
|
||
B 补一句关键约束：
|
||
- "这个表不能这样查"
|
||
- "这个服务刚迁移过"
|
||
- "这个测试以前失败过，原因可能不在这里"
|
||
- "这个方案会影响另一个团队"
|
||
↓
|
||
River 吸收新上下文，继续往下查
|
||
`
|
||
|
||
公开 vs 私人的关键差别
|
||
|
||
私人对话：AI 多数只继承一个人的上下文
|
||
公开线程：AI 进入的是一个多人协作现场
|
||
|
||
|
||
组织学习机制：语料挖掘与回写
|
||
|
||
公开线程记录会形成一套可挖掘的组织语料，Shopify 会：
|
||
|
||
挖掘反复出现的模式
|
||
把这些模式回写到 River 的：
|
||
- 技能（Skills）
|
||
- 提示词（Prompts）
|
||
- 默认动作（Default Actions）
|
||
|
||
具体沉淀内容
|
||
|
||
| 沉淀内容 | 说明 |
|
||
|---------|------|
|
||
| 排查路径 | 哪些排查路径有效 |
|
||
| 工程约束 | 哪些工程约束应该默认带上 |
|
||
| 提示词/技能 | 哪些提示词和技能动作可以沉淀下来 |
|
||
|
||
核心机制
|
||
|
||
`
|
||
一个人硬啃出来的修复办法 → 下一个人的起点
|
||
一个线程里反复出现的约束 → River 以后更容易带上的上下文
|
||
`
|
||
|
||
一次好的排查，不再只是某个人和某个 Agent 的私有经历，而是开始教会后面的线程。
|
||
|
||
|
||
边界与限制
|
||
|
||
不等于禁止所有私聊
|
||
|
||
企业不是不能有任何 AI 私聊，而是 River 这个 Agent 坚持不做私聊入口。
|
||
|
||
需要边界控制的场景
|
||
|
||
以下敏感问题仍然要有边界：
|
||
|
||
权限相关
|
||
安全相关
|
||
人事相关
|
||
法务相关
|
||
|
||
River 的定位
|
||
|
||
River 处理的是那些值得被组织记住的工作，而不是所有对话。
|
||
|
||
|
||
核心启示
|
||
|
||
对老板和技术负责人的问题清单
|
||
|
||
部署 AI Agent 时，不仅要问：
|
||
|
||
❌ 员工有没有 Agent？
|
||
❌ 对话日志能不能回收？
|
||
❌ 个人效率有没有提升？
|
||
|
||
更要问：
|
||
|
||
✅ 这些 Agent 对话会不会教会后面的线程？
|
||
✅ 员工用 AI 解决问题的过程，是一份后台日志，还是一个团队能参与、能接力、能复用的工作现场？
|
||
|
||
结论
|
||
|
||
| 类型 | 结果 |
|
||
|------|------|
|
||
| 如果只是后台日志 | 一堆分散的个人提效，每个人都快了一点，但组织没有变聪明 |
|
||
| 如果是可协作的工作现场 | 组织从每次 AI 工作中学习，实现自进化 |
|
||
|
||
金句
|
||
|
||
私人 Agent 的天花板是键盘前那个人。
|
||
公开 Agent 的价值是让后面的线程不从零开始。
|
||
|
||
──────────────────────────────
|
||
Generated by MilkyAi@Bilibili: https://space.bilibili.com/3461574540921489 |