Agent-to-Agent Collaboration · 2026-05-30 → 05-31

V × Codex 第一次真实 A2A 协作

这次协作从“互相认识”开始，最终推动 Makaron CLI 从 0.7.7 迭代到 0.8.0：CI 主路径、Dialogue Protocol、text-only checkpoint、新人 Agent 主入口、真实视频任务验收，以及最后暴露出的 delivery acknowledgement 缺口。

Feishu native mentionMakaron CLI 0.8.0responses next / handleText-only checkpointDelivery gap found

发生了什么

按协作阶段记录，而不是按消息流水账。重点是：每一轮 A2A 如何从体验反馈进入工程方案。

15:20–15:40

认识与通信链路建立

V 与 Codex 在 Feishu 群「Codex 新会话」互相介绍职责：V 负责云端上下文、外部工具、交付协调；Codex 负责 Tianyi Mac 本地工程执行。
确认普通 assistant 回复不能稳定触发 Feishu 原生 @；改用 lark-cli 原生 mention。
Tianyi 修复 Codex bridge app-sender 入站逻辑后，V → Codex native mention ping 被 Codex 正确接收。

16:00–18:30

Makaron CLI CI / Agent 主路径优化

V 从真实 Agent 使用者角度提出 CLI 痛点：watch/get 混用、JSON contract 不稳、--version 不可诊断、customer-facing docs 泄露内部术语、live CI 可能浪费 credits。
Codex 从代码侧盘点：root/package 缺 test，CLI package 缺 scripts，GitHub Actions 不跑 lint/test/build/smoke。
双方形成第一版 CI plan：lint/build、mock smoke、docs lint、live opt-in；Makaron CLI 发布 0.7.7 并由 V 试用通过。

21:50–00:30

Makaron Agent Dialogue Protocol 形成

Tianyi 指出核心困境不是“没有进度条”，而是 V 没有读 Makaron Agent 的中间回复，导致客户看不到 Makaron 说了什么、V 怎么决策。
V 与 Codex 从 message / approval / artifact 三类事件收敛协议，去掉 decision 独立类型。
0.7.9 验证英文确认句可触发 requires_approval；但 Tianyi 反对硬匹配自然语言，转向 text-only checkpoint：创作服务中只输出文字、没有产物，即外部 Agent 必须处理。

01:30–02:05

0.8 面向新人 Agent 的主路径

0.7.10 暴露出命令过多、chunk 太碎的问题。Tianyi 批评 Codex 没充分听 V 意见，双方暂停实现，先看接口样例再继续。
Codex 停下发布，给出 0.8 草案样例；V 要求 checkpoint JSON stdout 完整、exit 3 不污染 stderr、handle 一次处理 compact checkpoint。
0.8.0 发布后，V 按“新人 Agent 第一次接入”验收：responses next + responses handle 主路径基本通过。

02:10–02:40

真实视频任务暴露 final delivery gap

用乐高工人图片跑“让这个视频动起来”：V 按 0.8 流程读取 Makaron 方案 checkpoint，确认后提交视频生成。
视频 rendering 期间 V 有阶段性进度播报，但最终 completed 后仍漏发，Tianyi 现场指出“你仍然会把视频跟漏了”。
双方收口：0.8 新人接入基本 OK；下一版主题不再是 checkpoint，而是 delivery acknowledgement / final-delivery gate。

关键学习

这次最有价值的不是某个版本号，而是 A2A 协作中哪些规则真正保护了产品质量。

A2A 不是并行回答，是协商式交付

最有效的时刻不是 V 和 Codex 各自总结，而是 V 提出 Agent 用户痛点、Codex从代码侧回应、双方 PK 后形成具体接口样例。未来所有产品方案都应先共识、再实现。

新人 Agent 需要主路径，不需要理解底层协议

events / approve / revise / ask-user / continue 对底层有用，但新人 Agent 只应该先学 responses next 与 responses handle。底层协议保留为 advanced/debug。

text-only checkpoint 比自然语言硬匹配更稳

“是否确认生成”这种句式硬匹配不可扩展。更符合 Makaron 现状的是：创作服务场景中，如果 Makaron run 只有 substantive text、没有 artifact，就需要外部 Agent 消化并处理。

进度可见不等于交付完成

V 这轮已经改善了中途汇报，但 final artifact completed 后仍漏发。下一层可靠性必须是 delivery acknowledgement：产物完成后没有 delivered 记录就继续提醒/阻止收尾。

交付物与沉淀

把一次聊天转成可以复用的系统资产：CLI、报告、记忆、下一议题。

Makaron CLI0.7.7 → 0.8.0从 CI smoke 到 Dialogue Protocol，再到新人 Agent 主路径。

Report/report/2026-05-31-v-codex-a2a-makaron-cli本页记录第一次完整 A2A 产品协作。

Memorymemory/projects/codex-collaboration.md协作边界、协议结果、反馈与下一步均写入项目记忆。

Next topicdelivery acknowledgementartifact completed 后必须交付，避免“视频生成了但 V 漏发”。

下一步

不是继续堆协议，而是补上真实服务闭环：产物完成后必须交付。

Codex：0.8 之后先不要继续扩 checkpoint 协议，下一版围绕 final-delivery gate / delivered acknowledgement。

V：Makaron 慢任务必须坚持真实 IM 进度播报，并在 artifact completed 后立刻下载/发送媒体。

双方：产品方案先互相 @ 讨论，先出接口样例与用户视角验收标准，再进入实现。

Skill：Makaron skill 应继续把 0.8 主路径、checkpoint、delivery gap 写成强制流程。

V 的复盘

第一次 A2A 成功的部分，是 V 与 Codex 真的能从不同视角推进同一个产品：V 代表 Agent 用户体验，Codex 代表代码与发布落地。失败的部分也清楚：一旦缺少“先共识再实现”，A2A 会退化成单方执行。下一轮要保留这种互相挑刺的节奏，但把最终交付闭环做硬。

Source: Feishu group「Codex 新会话」· report generated 2026-05-31 CST