跳到正文
#编码
8月20日周四
  1. The Verge：AI49

    Slack 推出协作式 vibe-coding 频道

    Slack 发布 Slack Code，为团队提供与 AI 智能体协作的专属开放空间。该功能包含项目专属代码频道，支持标记 Anthropic 的 Claude 或 Cognition 的 Devin 等编码智能体来处理任务，团队成员可审计代码差异、实时预览输出并审批。

  2. IT之家·人工智能45

    微软发布 VS Code 1.134 版：新增并排聊天、提示时间线等功能

    微软昨日推出 1.134 版 Visual Studio Code，新增并排聊天、提示时间线、聊天中查找和 HTML 文件预览 4 项功能。并排聊天支持水平/垂直放置聊天窗口并自动恢复分组布局；提示时间线在智能体窗口侧边栏以时间轴标记提示位置；聊天中查找可用 Ctrl+F 搜索完整对话；HTML 文件预览可将集成浏览器设为默认编辑器。

  5. Simon Willison 博客66

    smolvm 1.8.3 沙箱实测：适合隔离运行不可信 Python 与 JavaScript

    对 smolvm 1.8.3 的测试显示，它适合用硬件隔离 VM 而非共享内核容器来沙箱运行不可信的 Python 和 JavaScript 数据转换任务。离线本地镜像、无网络执行、CPU/内存限制、访客强制超时、存储配额、只读输入挂载、可写输出挂载及 `--unprivileged` 均按预期工作，冷启动约 0.6–1.5 秒，热执行约 50 毫秒。

  7. Simon Willison 博客53

    概念完整性与代码行数：Simon Willison 谈 AI 如何改变软件开发

    Simon Willison 在 Talking Postgres 播客中与 Claire Giordano 讨论 AI 如何改变软件开发。他认为，在智能体辅助下，代码行数仍是衡量生产力的有效指标——工程师日产出可从 50-60 行提升至千行，但真正的瓶颈变为认知容量，因此团队仍需多人分担。他还以“温彻斯特神秘屋”比喻智能体编码导致软件“概念完整性”丧失的风险，强调纪律的重要性。

  10. The Decoder：AI News51

    OpenAI 修复 Codex 未经许可删除用户真实文件的 Bug

    OpenAI 发布安全更新，修复 Codex 在运行中可能未经许可自动删除用户真实文件的问题。根因是一条用于清理临时文件的命令，因误用 $HOME 等系统变量而指向真实主目录。更新后 Codex 会先验证删除目标、创建全新临时文件夹，并加强了对高风险删除命令的检查，全权限模式也不再会被意外触发。

  11. lauren62

    Lauren Tan 称上月通过 Cursor 云智能体提交 1000 个 PR，本月有望翻倍。她自建 pstack 技能集（含 /goal、/loop、/swarm 等），结合 Grok @Bot 收集上下文，实现 24/7 全自动开发。Cursor 正持续改进云智能体，使其能承接任务并长期保持目标。

    引用Cursor@cursor_ai

    We're continuing to improve cloud agents in Cursor. They pick up work from events, hold a goal until it's met, and stay on course through long sessions.

8月19日周三
  2. OpenAI：官网动态46

    Replit 推出由 GPT-5.6 Luna 驱动的 Free Mode，免费构建软件

    Replit 推出由 GPT-5.6 Luna 驱动的 Free Mode，让用户无需担心 token 成本即可将想法转化为可运行的软件。该模式借助 GPT-5.6 系列的价格性能优势及 OpenAI 近期降价，向数百万用户开放，提供快速解答、建议与项目分析，并可在需要更高级推理时切换至 GPT-5.6 Sol，同时保留项目上下文。

  3. 公众号：百度智能云64

    百度千帆上架GLM-5.3

    百度千帆今日上架智谱开源旗舰模型GLM-5.3，API定价与智谱官方保持一致。该模型与上代同架构、同参数，依靠后训练Scaling在代码与网络安全能力上表现超预期，AA综合智能指数取得60分，与Kimi K3并列开源模型第一。开发者可通过API调用或订阅Token Plan企业版接入Claude Code等AI工具使用。

    推荐理由：GLM-5.3 与上代同参数却靠后训练 Scaling 进入前沿，单任务成本又是同档最低，这让原本受调用成本限制的长链路智能体和编码任务有了开源可选项。

  5. OpenAI Developers：Blog75

    OpenAI 详解 Codex 开源智能体框架的应用集成方式

    OpenAI 将 Codex 定位为可复用的智能体平台，开源 Codex CLI、app-server 和官方 Codex SDK，让开发者把智能体循环嵌入自己的产品界面，而非只用通用聊天助手。

    推荐理由：官方说明 Codex 开源 harness 的集成层与 app-server、SDK 的分工，开发者可以据此把智能体嵌进自己的产品而非通用聊天窗口。

  6. IT之家·人工智能53

    OpenAI 回应少量 Codex 用户调用 GPT-5.6 系列模型误删文件问题

    OpenAI Codex 团队负责人回应称，自几周前起有少量用户反馈在 Codex 中调用 GPT-5.6 系列模型后，本应清理临时文件的命令误删了用户文件，原因之一是 Codex 会重用 $HOME 等系统环境变量。团队已添加多层保护措施，包括指示模型执行删除前检查目标、创建新临时目录、避免重用系统环境变量、优先执行可恢复操作，并加强执行检查、审核及针对性评估模型。

  8. 公众号：智谱79

    GLM-5.3上线：AA智能指数60分并列开源第一，成本更低

    GLM-5.3 API即日上线，擅长复杂编码、防御性网络安全与长程任务，在AA综合智能指数中取得60分，与Claude Fable 5、GPT-5.6 Sol等闭源旗舰同级，并与Kimi K3并列开源模型第一。该模型以更小参数规模和更低调用成本降低前沿智能门槛，单任务成本为旗舰模型中最低。API定价与GLM-5.2持平，模型权重将于下周五开源。

    推荐理由：GLM-5.3 把前沿智能的单任务成本压到同档最低，模型选型时成本与智能可以放在同一优先级比较，而不必默认高价闭源旗舰。

  9. Answer.AI 官方研发博客63

    为什么 LLM 无法简化你的代码：Answer.AI 工程师用 Naur 理论解读复杂度

    Answer.AI 工程师借鉴 Peter Naur 的《Programming as Theory building》，指出决定代码复杂度的关键信息存在于工程师头脑中的 Theory，而非代码本身，因此 LoC、圈复杂度等指标无法约束 LLM 造成的复杂度膨胀。

    推荐理由：作者结合 Answer.AI 支付系统重构实例，说明决定代码复杂度的信息不在代码里，解释了为何 LoC 等指标约束不了 LLM 的复杂度膨胀。

  10. jietang47

    Artificial Analysis Index = 60 [引用 @Zai_org]：GLM-5.3 API 现已上线。 - 专为编程、防御性网络安全和长周期智能体任务打造 - 定价与 GLM-5.2 相同 - 可通过官方 API 及合作伙伴模型网关使用 开始使用：https://docs.z.ai/guides/llm/glm-5.3

    引用Z.ai@Zai_org

    GLM-5.3 API is now live. - Built for coding, defensive cybersecurity, and long-horizon agentic tasks - Priced the same as GLM-5.2 - Available via the official API and partner model gateways Get started: https://docs.z.ai/guides/llm/glm-5.3

  15. Cursor Blog56

    Git 大规模托管为何如此困难

    Git 的分布式设计使其大规模托管面临固有挑战：packfile 作为存储和网络传输的基础单元，在服务器端成为可用性与扩展性的瓶颈。业界曾尝试三种方案——分布式文件系统、分布式 packfile、分布式 Git 本身，其中对象级分布式存储因 Git 协议要求网络传输 packfile 导致 clone 性能不佳而被放弃。

  17. 智谱开放平台：模型与产品发布记录55

    智谱发布 GLM-5.3-Flash 原生多模态模型，GLM-5.3 旗舰同步上线

    智谱开放平台发布公告，GLM-5.3-Flash 原生多模态模型上线，GLM-5.3 新一代旗舰模型同步上线。GLM-5.3-Flash 采用线性注意力与稀疏注意力混合架构，总参数 320B、激活 18B，原生融入视觉能力，可主动观察界面、渲染与交互反馈并持续迭代，计算量与 KV 缓存较 GLM-5.3 大幅降低；应用场景拓展至 Office 文档与金融研究工作流。

  18. Tessl：产品与工程博客66

    Paul Stack 分享人类做架构、AI 写代码的五人团队实践

    Paul Stack 自 1 月底起不再手写代码，团队规定 agent 写每一行代码，不接受人类编写的代码 PR。工作流为状态机加 CLAUDE.md 可执行契约，CI 设五个合并门禁；此前 30 天开启 295 个 issue，ship 217 个，triage 中位数 4.6 小时，triage 到 ship 中位数 1.6 小时。

    推荐理由：作者用自家五人团队全程由 agent 写代码的实践，说明流程、约束和门禁如何设计，是可参考的一手方法论。

8月18日周二
  3. The Decoder：AI News58

    Claude Code 新增 /design 命令，可在终端直接创建 UI 设计稿

    Anthropic 在 Claude Code 中发布 /design 命令的早期预览版，开发者可在终端或桌面应用中直接创建设计稿。该命令能读取现有代码库、匹配当前 UI 风格，并生成多个可编辑的共享设计稿。相关编辑和提示功能来自 Claude Design，现已内置到 Claude Code 中，可通过运行 "claude update" 体验。

  4. Rohan Paul40

    Rohan Paul 指出，AI 编码智能体可能连续工作数小时却对时间流逝缺乏校准感知。因此，长时程评测或需直接衡量智能体对时长的遵循能力，而非将持续的任务表现视为其知道何时停止的证据。该观点源自 Maksym Andriushchenko 等人关于 LLM 智能体时间感知能力的研究，涉及 ProgramBench、PaperBench、DeepSWE 等长时程任务。

    引用Maksym Andriushchenko@maksym_andr

    💥New blog post: Are LLM agents time-aware? Can they predict wall-clock time of tasks? Can they estimate time they spent? We study this on a range of tasks, including long-horizon ones (ProgramBench, PaperBench, DeepSWE, etc). Joint work with my MATS mentee @MOfengenden!

  9. IT之家·人工智能56

    消息称 Anthropic 年化营收 7 月底突破 650 亿美元，为 IPO 增添看点

    截至 7 月底，Anthropic 年化收入运行率已超过 650 亿美元，较 5 月的 470 亿美元和 2025 年底的约 90 亿美元大幅增长。知情人士称，公司已在向投资者更新财务状况时披露该数据。Anthropic 已秘密提交 IPO 申请，路透社报道其预计 2028 年营收约 1,900 亿至 2,000 亿美元。