07 月 29 日
114 条动态
- 作者抱怨 Claude Code 的系统提示词已经膨胀到 32k tokens，直接拉高成本、延迟，并拖累性能。 他更认同 Pi 这类极简 coding agent harness：只保留 read / write / edit / bash 四个工具，再加上基础 agent loop。 他的观点是，权限、MCP 客户端、subagents 等功能不该不断塞进核心提示词里，而应该通过 插件化 扩展，避免每次版本更新都把现有环境越弄越重。 帖子还提到 Claude Code 和 Codex 最近都把系统提示词缩短了约 60%，但作者认为“靠单一接口解决一切”的架构问题依然存在。 这是一条很典型的编码 agent 工程实践讨论，重点在于如何在功能和可控性之间做取舍。
作者在搭建一个多租户应用，要做 Email、SMS 和外呼语音 的自动 AI 回复。当前试出来的组合是： Mailgun 负责邮件 Twilio 负责短信 Vapi.ai 负责电话外呼 OpenAI 作为模型层 他的原型已经能跑通邮件和短信的自动回复，但 Twilio 的短信号段订阅费大约要 120 美元/月，在低频场景下很不划算。相较之下，Vapi 的接入体验不错，也能直接用 Twilio 的号码发起电话。 帖子核心问题是：有没有更好的、provider-agnostic 的架构，既能保持可替换性，又能避开固定短信订阅成本。
近日，Hugging Face 开源了一套名为 Speech to Speech 的模块化实时语音对话管线。该方案支持在本地 GPU 上运行，其整体处理流程涵盖语音活动检测、语音识别等模块。此举旨在为开发者提供一个可替代 OpenAI Realtime voice API 的本地化语音交互解决方案，进一步降低了实时语音技术的部署门槛。
作者想了解现实里大家是怎么搭建个人 AI operating system 的，尤其是面向个人执行助理场景：日程、任务、目标追踪、日记和报告生成。 他现在已经有一个能用的系统，但几乎完全依赖前沿大模型，带来成本、token 限制和隐私问题。帖子里提到几种思路： 用 本地 LLM 作为路由器，把信息分到不同隐私层级 先生成“净化过”的文档，再把非敏感上下文送到云端推理 给不同 agent 做严格的访问控制和沙盒隔离 尽量减少敏感信息经过 Slack、Telegram 之类云应用 这不是泛泛而谈的 LLM 使用帖，而是在问：真实可落地的个人 agent 架构应该怎么分层、怎么授权、怎么做硬约束。
本周三（7 月 29 日）下午 5–7 点，将在旧金山 Corgi cafe 举办一场 Codex 社区 meetup，由 @iamlulu_zh 和 @VivianCaiIAm 共同参与组织。 活动面向 founder、builder 和 operator，前 50 名报名者可获得抹茶、100 美元 Codex credits，以及巴黎贝甜的点心。
一张 OpenCode Agent 的梗图在拿代码改动开玩笑：它给某个“adaptive session tabs”提交发出“slop cop citation”，指控这一个功能改动就带来了 19 个文件、1,485 行新增，还包括一套 235 行动画框架 和 207 行自定义 pulse renderer。 梗图后半段又用“必须整改”的口吻吐槽：要把底层抽象、标签页行为和视觉润色拆成可评审单元，暂停所谓的 megadiff privileges，未来做标签页大改必须加边界、检查点和文档。
OpenAI 近期为 ChatGPT Work 和 Codex 付费用户重置了使用限额，并着手调查 GPT-5.6 Sol 模型消耗过快的问题。官方澄清并非下调订阅额度，称修复后模型 token 效率可提升约 18%。排查期间，5 小时限额机制暂时处于暂停状态。
有人让 Opus 5 用编码能力重做《Spider-Man PS4》，结果做出来的是一个叫 “spooderman” 的搞笑版本。 这条帖子的重点不是严肃技术结论，而是模型把游戏改造成梗图式作品的整活效果，属于很适合转发的 AI 圈趣事。
这条帖子用 6 个术语解释了为什么 graph engineering 在 Agent 工作流里突然变热：不是循环没用了，而是循环被放进了图结构里。 Node（节点）：图中的一个步骤，可以是一次工具调用、一个 agent，甚至一个循环。 Edge / Route（边/路由）：节点之间的路径；一个节点可以分叉到多个路径。 Conditional Edge（条件边）：读取当前 state 后决定下一步，质量门控和安全检查通常放在这里。 State Machine（状态机）：整个流程的形状，每个节点都代表一种状态。 Shared State（共享状态）：在整张图里流转的同一个对象，所有节点都读写它。 Agent Loops（Agent 循环）：agent 自主执行、评估、再重复的闭环。 作者的结论是：循环没有死，只是搬进了图里。适合自治的部分用 loop，需要可控和可审计的部分用 graph 包起来。
- NewMax 1.1.9 已发布，并新增了对 豆包搜索 的支持。 用户可以去注册豆包 API 和额度，用它给本身不提供 web_search 的模型补上联网搜索能力。 贴文称该能力每天最多可用 500 次，更像是一个给模型工作流补搜索的实用工具。
一条为 Opus 5 设计的“挑战循环”提示词在 AI 圈爆火：主 Agent 拆任务，子 Agent 干活，评委 Agent 负责对照目标反复打回重做，直到达到画质标准为止。帖子称，这套方法帮助网友在 24 小时内做出可玩的太空探索游戏，也带动了卡丁车、赛博朋克风原型等一批可直接在浏览器试玩的项目。它的核心意义在于，把 Opus 5 的长程规划和反复迭代能力，变成了更稳定的开发工作流。
深信服公布其基于国产大模型 GLM-5.2 的安全智能体在 CyberGym 真实漏洞任务中取得突破。该系统在 1507 个任务中成功完成 1301 个，综合成功率达 86.3%，据称位列全球前四。这一成绩展示了国产大模型在网络安全领域的应用潜力。
随着模型能力继续提升，作者认为 agent skills 这类额外能力包的重要性正在下降。 他表示自己已经有一段时间没有安装新的 skills 了，因为模型本身越来越强，很多过去需要靠 skills 补足的能力，现在直接靠模型就能完成。
作者的印象是，GPT-5.6 Pro 像是一个会挑代码毛病、抓 bug、专治过度工程的“终极审稿人”。 他补充说，如果 OpenAI 把它放进 Codex，让模型能带着上下文更自主地跑完整个流程，而不是靠人手动粘贴片段，体验可能会更进一步；同时他也认为 Fable 5 High 在给足上下文后会冒出一些“天才火花”。
DBHub 近期分享了其平台升级并采用最新 MCP（Model Context Protocol）规范的技术实践。此次升级重点围绕无状态核心的实现、可缓存的工具列表以及基于 Header 的机制展开。团队详细介绍了实际落地时的具体改动，并复盘了评估过但最终未采用的备选方案，为开发者提供了极具参考价值的工程经验。
一位开发者在 Reddit 发帖，呼吁大家跳出“做 AI 套壳应用”的思路，去解决真实的工程难题。 他目前关注的方向是依赖与框架迁移。现有的工具只能提示有新版本可用，但无法回答工程师真正关心的核心问题：升级会破坏什么？风险有多大？哪些文件需要修改？能否自动生成迁移计划并通过测试验证？ 他设想构建一款工程智能工具，能理解代码仓库、预测代码变更的影响，从而帮助工程师在改动生产环境前做出更安全的决策。发帖人向资深工程师和创始人请教：日常工作中还有哪些反复出现且未被很好解决的痛点？哪些痛苦、高风险或耗时的任务最值得被自动化？
这条信息是一个实用技巧：据称 Kimi K3 在 Kimi Code 里，甚至通过 Responses API 接到 Claude Code 时，表现都不错。 被引用的回复补充说，Codex 没有 Responses API，所以如果想走那条路径，转换方案会更麻烦一些。
IBM近期发布了一门面向AI Agent场景的免费1小时图工程（Graph Engineering）课程。该课程重点涵盖了知识图谱入门、图结构记忆以及多智能体编排等核心技术。社区对该实操内容评价极高，认为其知识密度和实用价值甚至超越了许多付费AI课程，能够为开发者构建具备复杂记忆与协同能力的智能体系统提供极具价值的指导。
GitHub 与 Anthropic 联合推出了官方的 GitHub MCP Server，正成为编码 Agent 的核心基础设施。该服务直接向 AI 暴露了仓库、Issue、PR 和 CI 等操作接口，提供多达 51 个工具。这使得 AI 代理能够深度集成并直接操控 GitHub 的核心开发工作流。
这条帖子的核心观点很直接：删掉一半 MCP server，agent 可能会立刻变聪明。 它主张 MCP 工具并不是越多越好，过多的工具会膨胀上下文、增加噪音，反而拖累 agent 表现；更好的做法是只保留真正有用、能稳定提升工作流的那一批。
DataTalks.Club 要办 AI Dev Tools Zoomcamp 的第二场 workshop，主题是 如何用 AI 从零构建并上线一个全栈应用，由 Alexey Grigorev 主讲。 这场课会覆盖完整开发流程：把想法写成产品规格、先定义验收标准、用 AI 生成前后端代码、设计 OpenAPI 合约、补测试、接数据库、用 Docker 容器化，并准备部署和 CI/CD。 主办方强调，这次演示想展示的是 AI 如何嵌入完整工程流程，而不是只做零散的代码补全。
这条帖子讨论了 AI 编程代理如何改变开发者的心流状态：过去写代码时，人在思考完成方案后会进入近乎自动驾驶的执行阶段；而现在很多实现工作交给了 AI，开发者反而更常停留在“系统 2”式的持续思考里。 作者认为，在行业不断强调更多 token 消耗、更多 agent、以及所谓“100x 效率”的压力下，很多开发者会选择 一边等 agent 跑、另一边再开一个 agent 干别的。这种做法虽然更符合效率竞赛，却也更容易带来精神疲劳、压力和 burnout。
Salesforce 提出 StateAct 框架，改变了计算机使用智能体依赖视觉模型读取屏幕像素的现状。该框架主张将文件、后端和 DOM 等程序状态作为核心交互接口，仅在约 1.1% 确实需要视觉判断的步骤中调用 GUI 专家模型。这一代码优先的思路有效降低了约 9 倍成本，并刷新了 OSWorld 2.0 基准测试成绩。
初创项目AttentionInc正式亮相，核心愿景是记录全球十亿人每天产生却在夜间被删除的“最有价值数据集”，并将其转化为给AI agents用的记忆系统。团队现已推出设备端本地预览版，旨在将记忆打造为个人AI的基础层能力。该高配置团队的项目被外界观察者视为极具潜力的消费级AI基础设施。
