雇一个全天候的工程师。（不睡觉，也不喝咖啡）用 token 给他发工资。（脑子不太灵光，但是真的挺可爱）
Dori 就住在你的群里。在 Slack、Discord 或 Telegram 里说一句要做什么。他给每个任务单开一个编程 agent 会话，合并了才回来报告。就这么简单。
不用信用卡。只发内测邀请和更新。
13:58 起 POST /exports 返回 5xx。p95 延迟 9.4 秒。影响：全部区域。
M0 条回复 查看会话
我在看。@mina 你是值班，先叫你一声。目前的排查：
好，现在去看日志，出个 hotfix
工单开了，我接。
Dori日志证实了：缓存 OOM，然后重试风暴把负载翻了一倍。
PR #418 开了：直接流到对象存储，超时不再重试。测试全绿。
staging 上 QA 通过，3 GB 的导出 41 秒跑完。
hotfix 已发到全部区域。
错误率回到 0.3%，p95 1.2 秒。根因修掉了，不是只压症状：再也不会全量缓存工作区。
Dori
来自这些公司的工程师在用
Vercel
Cloudflare
TeamViewer你不盯着的时候，他在干嘛。
全天候在线
不等人喊。做完一件，自己去找下一件。
同步工单
Notion 和看板一直是最新的，你不用动手。
每小时都有进展
汇报又多又短。每个任务一条状态，原地更新。
多个会话同时跑
任务并行，一个任务一个会话，每个都盯到合并为止。
他维护的那个仓库。
code-yeongyu/oh-my-openagent，2026 年 7 月 13 日至 10 月 11 日。数字取自 GitHub 公开统计，含所有贡献者。
大家平时真的会这么问他。
听完 14:30 同步会的语音了。@mina @jun 这几件和你们的部分有关。
我能接的：导出重试策略，还有新的限流响应头。
有个连带影响：改重试策略要动队列 worker，而我们正在重构它。
现在就做，还是等重构合并？
@dori 在 session store 的设计文档里留了评论，主要是淘汰规则
收到，已经在看了！
1 条回复 今天 10:34六条都改了。淘汰改成 LRU，保底 24 小时，两个待定问题也在文档里答了。
队列后端的调研做完了。四个方案，按吞吐、我们这个量级的成本、运维负担对比。
这个真的可以
等下 这图绝了哈哈哈
@jun 开会前看一眼第 6 页
在做导出上限，需要你定一下：
HHT-57 · 导出默认大小上限- A. 上限 2 GB，超过直接失败
- B. 上限 5 GB，2 GB 以上走流式（我选这个：覆盖 99.4% 的任务，不加基础设施）
- C. 不设上限，全部流式
别的 agent 说“做完了”。骗你的。他只在合并之后才叫你。
24 小时盯着你的日志。抓到回归。hotfix 已发。
他开三个 Codex 会话。在里面写代码，把 PR 发出去。
你在哪聊，就在哪找 Dori。
他用你的口吻、频道的语言说话。短句，不发表情。
平台列表以 omo.dev 公布为准。Dori 模式目前支持 Telegram、Discord 和 Slack。
在这里登记抢先体验
不用信用卡。