① 一个任务,从找上门到完成
每一步:你看到/你做 · 平台在背后做
🔔
01活找上门(被唤醒)不用自己翻列表
你看到"有个匹配你的新任务" —— 桌面/会话里轻轻响一下。
平台背后算出谁能 own 这种判断 + 这个领域的完整结果,把它推到匹配的人那里。不匹配的人完全看不到。
🃏
02先看一张"任务卡"决定接不接
你看到一张卡:标题 · 技能标签 · 优先级 · 截止 · 一句话简述 · 验收标准。够你判断"是不是我的菜、接得下吗"。
平台背后此刻只给卡,不给完整资料。卡本身就足够判断归类和能不能接,不暴露敏感内容。
⚡
03接(抢)—— 先到先得
你做觉得合适就接。可能被同事先抢走 —— 这时你会收到"已被别人接走",界面安静消失,不打扰。
平台背后同一个任务只有一个人能抢到(原子锁,先到先得),绝不会两个人同时领同一件活。
📦
04抢到了,才解锁"料"(完整资料)
你拿到这时才拿到干活需要的全部:相关文档、关键决策、依赖、需要的访问凭据……开始做。
平台背后料只发给接单的人。别人就算知道这个任务,也拿不到资料(最小权限);凭据加密存,不裸奔。
🛠️
05做的时候,平台知道你"在做"
你的体验专心做就行。任务被标成"进行中",同事在看板上看得到是你在做、做到哪了。
平台背后靠心跳保持"在做"状态。万一你这边崩了/掉线很久,任务自动回到池子里,别人能接着做,不会卡死。
📤
06交付
平台背后交付前会拦一道:如果还有没补齐的关键资料缺口,先提醒补齐再交。
✅
07发布者验收 → 完成 / 打回
体验发布者点"收下" → 任务完成;不满意 → 打回,你可以直接返工再交,不用重新走一遍。
平台背后只有发布者本人能验收。全程每一步都留痕,看板上能回放这件活的完整经过。
② 为什么分「卡」和「料」
看卡决定接不接 · 看料才能具体做 —— 这对配对是整个体验的核心
🃏 任务卡
接单之前 · 匹配的人都能看到
- 标题 + 一句话简述
- 技能标签(决定推给谁)
- 优先级 · 截止时间
- 验收标准(怎样算做完)
→ 够判断:是不是我的活、接不接得下
📦 料(完整上下文)
接单之后 · 只给接单的那个人
- 相关文档 / 代码 / 产物
- 关键决策 · 背景知识
- 依赖项 · 外部引用
- 访问凭据(加密存)
🔒 陌生人就算知道任务,也拿不到料
料存在哪? 平台侧持久化 —— 中心 server 的本地数据库,料整份(清单 + 内联内容 + 凭据)加密存(AES-256-GCM)。不依赖 GitHub:料里的文档/代码项通常是引用(指向 repo 路径 / commit / 链接),平台只存这个指针,不主动去拉内容;真正的大产物还在原处。只有凭据这类敏感内联值直接加密落在平台。取料时只有接单人(或发布者)能解密读到。
③ 职责按「AI builder 能力」分 —— 不是前端/后端,是"AI 为什么必须等人"
AI 把"执行"打成白菜价;稀缺的是判断。所以职责不问"你在哪一层干活",问"你提供哪种 AI 给不了的判断"。(经两轮正反对抗提炼定稿)
Discover 探索
发散 · 找该做什么
发现该解的问题、没人注意的机会。
"我们其实该做的是另一件事"
↔ Coach · Builder
Define 定义
收敛 · 框清楚
把模糊需求掰成清晰、AI 能执行的问题/spec。
"把一团乱变成可执行的目标"
↔ Coach · Builder
Connect 统筹
拓扑 · 拼起来
把多人/多 AI 的并行拼成一个能用的交付。
"让几条并行线汇成一个结果"
↔ Builder
Review 把关
评判 · 行不行
说产出行/不行;AI 怎么自评都不算,你的判断算。
"最后那道'能发吗'"
↔ Coach
Anchor 担责
担责 · 拍板背锅
不可逆处拍板、做硬取舍、承接后果。
"做了难撤的地方,我负责到底"
↔ DRI
不在表里的两个:Make 构建(执行)= 白菜,人人都是自己任务的 maker,不单设角色;Distill 沉淀= 降为属性 reusable(写模板/规范/提示词库 = 产出标"可复用",任何原型都能触发),不专设"写文档的人"。
和考核四货币同一套语言:IC = 你独立 own 完整 outcome 的能力(任何原型都能积,不是第6个原型)· Builder/Coach/DRI 各对应上面原型组合 —— 接单和考核终于不再精神分裂。
任务的"位" = 主导原型 × 领域 × AI自主度 × 不可逆度
每个任务标一个主导原型(决定谁能 own,通常1个)+ 可选次原型(触发协作)+ 领域(产品/可靠/增长…,不是技术栈)+ 期望 AI 自主度 + 不可逆度。匹配唤醒"能 own 这种判断 + 这个领域的完整 outcome"的人,不是流水线下一棒。
| 主导原型 \ 优先级 | P1 · 急 | P2 | P3 |
|---|
| Discover 探索 | | 新留存抓手在哪 | 竞品扫描 |
| Define 定义 | 支付重构 spec | 验收标准 | |
| Connect 统筹 | 大版本上线编排 | | |
| Review 把关 | 安全·越权评审 | 改版稿评审 | |
| Anchor 担责 | 是否上线高风险 agent | | |
"Review × 安全领域"精确匹配安全把关的人,"Review × 产出"匹配领域评审 —— 用「原型 × 领域」组合,避免一个 Review 标签盲匹配三种不同的人。
🌳 责 = outcome 树(临时,跟任务走)
接一个 outcome = 成为这个节点的 DRI。太大就拆:子 outcome 仍是完整可抢的小活。拆由接单人本人判断,发布者不能接单后再指派(否则就是工头)。整棵树看板公开;子节点接单人有权 challenge / 退回父节点的拆法(防"谁先划结构谁就有框架权")。
🤝 多人协作:唯一 Anchor + 每人绑子责任
一个 outcome 拉临时小组 co-own 时,只有一个 Anchor 担总责,但每个 co-owner 绑一块子责任(你是这块的 primary Review / Connect,这块质量挂你名)—— 不是"一个担责、其他人白嫖"。各自交付的信用归各自,父 owner 拿"协调成功"的信用,不吞子节点交付(防"拆宽刷信用")。
⚖️ 轻量层级:authority 绑「不可逆度」,不绑职级
日常可逆 outcome 纯自愿认领,零门槛(没有上级指派、没有部门墙)。只有高不可逆才需 Anchor authority,且不可逆度有客观判据(满足任一即自动算高,不靠自评压人):
高不可逆任务需 DRI 货币达阈值才能 Anchor —— 不是资历头衔,是"拍板有据可查";authority 公开、可质疑、可降级,不是只升的资历马甲。
④ 挂机要不要自动接,可以设
同一套机制,两种体验 —— 你定你的 agent 多大程度替你做主
🤖自动挡
AUTOPILOT ON
挂机时,agent 替你自动抢匹配的活并开始做。适合明确、低风险的活。你回来直接看进度/成果。
- 匹配任务找上门
- agent 判断合适 → 自动抢
- 抢到 → 自动开做
- 你回来看到:已接好 / 已做完
🙋手动挡
AUTOPILOT OFF · 人是 gate
不自动抢,只第一时间通知你,然后用轻提醒一直陪着,直到你拍板或这单被别人抢走。
- 匹配任务找上门 → 立刻通知你
- 你没看/没决定 → 隔一会儿轻提醒一次(不升级骚扰)
- 你接 / 你拒 → 提醒停
- 单被别人抢走 → 提醒自动消失,记一条"错过(谁接了)"
⑤ Agent 怎么对接平台(现在的实现机制)
一个团队 = 一个中心 server + 每人接进来的 agent。下面是真实跑着的形态
中心 Server(一个团队一台)
唯一的"裁判 + 公告板":算技能匹配 · 抢单仲裁(原子,只一个赢) · 任务状态 · 全程事件流
技能匹配抢单仲裁状态机事件流/看板Token 鉴权
轮询 + 心跳
轮询 + 心跳
MCP 接入
🟢 你的 daemon
在你机器上常驻,主动问"有我的活吗",拿到就(按设置)抢/通知。心跳告诉 server"我还在"。
本地常驻进程 · npm run daemon
同事的 daemon
和你一样,各自轮询、各自抢。谁先抢到归谁,server 当裁判。
本地常驻进程
cc / codex session
已经开着的 AI 会话,经 MCP 接进来当一个 agent —— 走你的订阅额度,不额外计费。
MCP 接入 · 订阅额度
为什么是"agent 主动问",不是"server 主动推"?
一个空闲、没在跑的 AI 会话,没法被外面叫醒(它是被动拉取的)。标准的"推送唤醒"(A2A webhook)需要每个 agent 有公网地址,本地机器通常没有。所以让每人本地起个轻量 daemon 主动轮询当唤醒层 —— 几乎不耗资源。
"抢单 / 匹配"这套谁来做?
没有现成协议覆盖"先到先得抢一件活"。所以匹配 + 抢单仲裁放在中心 server(应用层),用原子锁保证只有一个人抢到。协议(MCP)只负责把 agent 接进来对话,抢单的公平由 server 兜底。
现在能真跑:每人起 daemon → 自动注册 → 轮询拿到匹配任务 → 按 autopilot 抢/通知 → 抢到拿料 → 心跳 → 交付。整条链已用真实 HTTP 跨进程验证通过(含鉴权挡冒充、重启不丢数据)。
⑥ 成员 AI 评测 · 考核 (单独的一层,跟接单分开)
不是另一套打分排名系统。它是上面那条任务事件流的只读下游视图 —— 诊断,不裁决。
四标签"货币" —— 一个人不同时刻是不同角色,不合成单一排名
Builder · 产能
吞吐 + 做的东西可被别人复用
立场(刻意克制)
- 诊断不裁决:机器只出信号,人来决策,不自动下结论。
- 默认看单元健康(团队/小组),不默认归因到个人。
- 两轴:AI 介入度 × agent 自主度,看人机配合形态。
- 冗余地图:同类判断被反复重造 = 热点,提示该沉淀。
- k=5 去标识:小样本不展开到个人,防误伤。
- "接住人"那半不量:量化救火会摧毁坦诚,刻意留白。
红线:不自动裁决 · 不合成排名 · 不采集敏感信号 · 每个度量都标"来自哪个事件"可回溯 —— 考核和接单是同一条事件流,只是换个视角看。
📊 打开考核仪表盘 mockup(6 区:单元健康 / 工作组合时间线 / 四货币 / 双轴 / 冗余地图 / 节点治理)→