简体
Eco² 地球角色，依据最新的官方主角色为本作品集修整：天蓝色的地球、绿色陆地、头顶一株新芽，以及棕色的笑脸
返回展厅

Eco²

Backend · Cloud infrastructure

一张照片、一段对话，得到分类回收指引。

一款理解韩国分类回收规则的一体化 AI 助手。

2025.10.31 — 2026.02.10

团队项目 · 基础设施与部署基础 → 领域后端 → 异步处理、对话智能体、验证

2025 새싹 해커톤 (Saessak Hackathon)优秀奖 · 2025年12月2日

  • Web 应用已停止运营

与另一智能体隔开的修复，按视角拆分的审查

在 Eco² 后端借助编程智能体修复的两个案例。只有在 Claude Opus 4.5 或 4.6 共同作者标记有记录之处才写出模型名。

完整图例

阅读方法 · 所有案例使用同一套规则

  • 列表示由谁执行，自上而下表示时间
  • 实线：记录在案的交接或下一步
  • 粗青金色线 ↩：把工作退回的审查意见
  • 虚线：不是记录在案的执行（规范、没有权限的假设、未确认的边界）
  • 矩形：行动
  • 圆角：观测到的状态或审查意见
  • 折角：产物或证据
  • 斜纹列：开发中产品的组成部分（不是用来构建它的智能体）

1 / 2

January 2026

与另一智能体正在使用的 develop 分支隔开，分两次修复了 token 流式传输

  1. 编程智能体另一智能体

    行动develop 上有其他工作在进行

    • 交接工作树被占用 → 分离→ 单独的 worktree · 先写分析笔记 (修复 worktree)

  2. 开发对象Chat 流

    观测 · 审查意见只收到阶段事件，没有 token

    • 交接范围：流的发送→ 单独的 worktree · 先写分析笔记 (修复 worktree)

  3. 编程智能体修复 worktree

    行动单独的 worktree · 先写分析笔记

    • 交接要改的文件→ 用 LangChain 适配器包装 OpenAI SDK (修复 worktree)

  4. 编程智能体修复 worktree

    行动用 LangChain 适配器包装 OpenAI SDK

    • 交接→ PR #437 → 合并到 develop (产物)

  5. 产物产物

    产物PR #437 → 合并到 develop

    • 交接→ worktree · 分析步骤写入 git-workflow 技能 (产物)
    • 交接合并后 E2E→ 回答 token 重复 · intent “general” 泄漏 (Chat 流)

  6. 开发对象Chat 流

    观测 · 审查意见回答 token 重复 · intent “general” 泄漏

  7. 产物产物

    产物worktree · 分析步骤写入 git-workflow 技能

  8. 编程智能体修复 worktree

    行动按 node · seq 区分两个发送方 → 跳过已捕获的 token（两次）

    • 交接前 / 后→ 已记录的 SSE 摘录，前后对比 (Chat 流)
    • 交接命令级检查→ 本地命令检查：notifier token 为 0 (产物)

  9. 开发对象Chat 流

    观测 · 审查意见已记录的 SSE 摘录，前后对比

  10. 产物产物

    产物本地命令检查：notifier token 为 0

    • 交接→ PR #448 · 解决 develop 冲突后合并 (产物)

  11. 产物产物

    产物PR #448 · 解决 develop 冲突后合并

背景
Chat 的 SSE 只传来阶段事件，没有 token。另一智能体正在 develop 上工作，因此工作从单独 worktree 中的分析笔记开始；第一次修复合并后，当时观测到的重复与泄漏由第二次修复收窄。
结果
发送 token 的职责被收窄到真正产生 token 的那一个节点。命令检查只表明 notifier 不发送 token；已记录的 SSE 摘录展示的是之后的 E2E 观测。二者是不同的证据。
局限
另一智能体的身份与模型，以及编程智能体的数量，均未记录。两个 PR 都没有正式的审查批准，这份记录既不是当前服务，也不是新的 E2E 运行。
依据与尚存的局限
  • 在 PR #448 中，第一个补丁跳过了回答 token；后续修改让 ProcessChatCommand 跳过所有已捕获的消息 token。二者没有合并为一次就奏效的修复。
  • 分析笔记与前后 SSE 摘录是仓库中的内部报告记录。

February 10, 2026

按视角逐一审查评测器，只有具体的审查意见才写成代码

  1. 编程智能体实现

    行动候选评测流水线

    • 交接按视角审查→ 审查意见：无采样 · 成本守卫 / 结果可变 / 配置在 closure 之外 (五个审查视角)

  2. 审查 · 验证五个审查视角

    观测 · 审查意见审查意见：无采样 · 成本守卫 / 结果可变 / 配置在 closure 之外

  3. 编程智能体实现

    行动评测前采样并检查每日成本

  4. 编程智能体实现

    行动冻结的结果对象 · 显式配置绑定

    • 交接检查→ 单元 · 接线检查（本地 · mock） (产物)

  5. 产物产物

    产物单元 · 接线检查（本地 · mock）

    • 不是记录在案的执行未延伸到此处→ 真实 Redis + PG E2E：当时未编写 (产物)
    • 交接→ PR #546 已合并 · 流程写入 eval-feedback-loop 技能 (产物)

  6. 产物产物

    规范 · 未确认真实 Redis + PG E2E：当时未编写

  7. 产物产物

    产物PR #546 已合并 · 流程写入 eval-feedback-loop 技能

背景
对话评测流水线的实现报告记录了五个审查视角与两轮修复。视角数量并非会话或智能体的数量。
结果
代码中有评测前采样并检查每日成本的分支、冻结的结果对象与显式配置绑定。成本查询失败时 L2 评测仍会继续，因此它不是支出的硬上限。
局限
五个视角是拆分审查的方式，并不代表五个独立的模型会话或人类专家的批准。报告中接近 100 分的内部分数不是质量测量，不予转载。
依据与尚存的局限
  • 报告开头链接的 PR 是 #545；合并 Phase 1–4 的公开 PR 是 #546。
  • 仍未解决的 recalibration stub 也在报告中如实写明。