Multica | 邓枭雄项目案例
精选案例

开源贡献 · 14 个 PR 已合入 main

Multica

开源 Agent 协作平台 · 上游合并的真实贡献

14 个 PR 已合入上游 main,覆盖 Agent 运行时、授权边界、用量统计与环境治理。我负责问题拆解、约束和验收,借助 Codex 实现与测试,并响应维护者评审。

我的工作:问题拆解 · 产品约束 · AI 协作实现 · 结果验证 · 评审迭代

交付与验证

14 个 PR 已由上游合并。围绕真实 Issue 明确问题与约束,借助 Codex 实现、测试并迭代评审;截至 2026-09-21,按 GitHub 提交贡献排序第 13。

14 个 PR 已合并
以外部维护者评审和主分支合入为结果
提交贡献排序第 13
GitHub Contributors API 统计,截至 2026-09-21

本人职责与协作方式

我明确问题背景、产品约束与验收标准,核对结果并响应上游反馈;代码定位、实现与测试主要借助 Codex 完成,合入由上游维护者决定。排名采用日期化的提交贡献统计,不是按 PR 数或个人能力评出的综合排名。

关键产品决策

01

明确人与 Codex 的能力分工

选择: 我明确问题、约束与验收标准,借助 Codex 定位代码、实现和测试,并根据上游反馈持续迭代。

取舍: 把精力放在问题是否值得解决、修改是否守住边界、证据能否支持合入。AI 辅助实现可以提速,但不能替代本人对结果的核对与上游维护者的审查。

02

以上游合入而不是代码生成为完成标准

选择: 每个任务都继续推进到测试通过、评审意见处理完毕,并由 Maintainer 决定是否合入 main。

取舍: 生成 diff 很容易,在外部仓库中经过验证和评审才是 AI Coding 能否完成真实交付的关键。

项目背景与实现范围

贡献背景

Multica 是开源 AI Agent 协作平台。我在真实上游需求中实践 AI 协作:先理解已有合同和故障,再约束实现范围,用测试与维护者反馈推进交付。

核心产出

代表贡献包括:Kimi 的 ACP 终端兼容;基于已验证授权链的 Autopilot 子任务分配;任务历史的模型用量与成本;完成任务的环境保留和清理;Webhook 凭据脱敏。另覆盖移动端布局和用户可见错误的国际化。

实践定位

这组经历的主要价值是展示如何用 Codex 进入陌生大型代码库、组织验证并响应外部评审。技术范围是可核验的交付上下文,不等同于对相关技术栈或 Multica 整体架构的深度掌握。

对象模型
Issue Framing
从上游 Issue 和已有代码中给 Codex 补充问题背景、预期结果与不可破坏的边界。
Codex Execution
让 Codex 负责代码搜索、实现、测试与必要修正,用仓库现有规范约束输出。
Validation Loop
通过现有测试、类型检查、构建结果与 diff 审阅判断变更是否可继续提交。
Maintainer Feedback
将上游评审意见转化为新一轮 Codex 任务,持续迭代到 Maintainer 接受。
Public Evidence
以 PR diff、测试记录、review 对话和 main 分支合入作为结果证据。
esc