Twitter AI 编程 - 2026-05-09

1. 人们正在讨论什么

1.1 订阅套利正在成为常态 🡕

最鲜明的主题并不是对某个智能体的忠诚，而是主动混用订阅、迷你模型和开放权重模型作为后备方案。高信噪比帖子显示，AI 编程支出是流动的：人们会根据额度、价格，以及某个补贴计划是否还能正常使用，在 Gemini、Claude Code、OpenAI、Copilot、Antigravity 和 OpenCode 之间切换。

@fnthawar 分享了他当前的技术栈：Gemini 每月 $20 作为日常主力，Claude Code 每月 $200 用于写代码和构建应用，OpenAI 每月 $20 作为其 OpenClaw 工作背后的主要 LLM。回复很快就把这解读为一种路由模式，而不是品牌背书：一位用户说，Claude 额度用完后，他会转向 Antigravity 和 Codex；另一位用户则说，OpenAI 每月 $200 已经成了“一站式”选择。

@xoofx 报道了 表示，在将 GitHub Copilot 推广到整个工程团队后，使用量呈现出典型的长尾曲线，如今需要在三周内重新审视 token 消耗预算。@krzyzanowskim 补充说 则提出了更尖锐的战略视角：他发布了一张 Verge 摘录截图，称 OpenAI 的备忘录强调，AI 产品必须建立护城河，因为用户可以随时转向当天表现最好的模型。

@FracSlap 认为 表示，许多用户以为 Claude Code 每月只要 $200，但按 API 价格计算，他们的实际使用量可能要花到 $5,000-$15,000；一条回复称，其 token 追踪器显示，实际用量大约是固定月费的 20 倍到 30 倍。当 @Presidentlin 提问 在 GPT-5.4-mini 上高效工作了大半天后，这种压力也转化为直接的产品需求：有人向 OpenAI 请求推出 GPT-5.5-mini 档位。

** 讨论洞察：** 回复表明，人们已经把路由当作默认做法。用户会在额度用完后切换工具，为 OSS 保留有补贴的个人计划，并优先选择那些仍允许在第三方工具框架中使用订阅的服务商。

** 与前一天对比：** 5 月 8 日，人们的成本焦虑主要还围绕 Copilot 调价和模型弃用展开。到了 5 月 9 日，这种焦虑已经扩展为市场行为：用户认为补贴可能终止，切换服务很容易，而请求迷你模型档位是合理应对，并非边缘需求。

1.2 OpenCode 正在演变为工具框架生态 🡕

关于 OpenCode 的讨论已经从“它好不好用？”转向“我能接入什么？”值得关注的帖子涉及快捷键发现、远程会话输入技巧、精选插件列表，以及 OpenCode 是否更适合作为其他模型的工具框架，而不是一个独立定位的产品。

@kmdrfx 预览了 介绍了 OpenCode 即将内置的 which-key 插件，可按需显示当前生效的快捷键。功能虽小，却释放出一个强烈信号：工作流的可发现性已经成为产品体验的一部分。@ryanvogel 展示了 则介绍了他构建的一套“剪贴板图片→SSH→tmux→OpenCode”变通方案，因为粘贴的图片无法在 tmux 远程会话中顺利传递；回复讨论了共享虚拟机目录和上传等替代工作流，让这篇帖子更像是在分享运维式工具，而不是做功能营销。

@tom_doerr 分享了 介绍了公开的 Awesome Opencode 仓库，其 README 将其描述为一份 OpenCode 插件、主题、智能体、项目和资源的精选列表。这与演示推文体现的是不同的成熟度信号：生态已经开始出现目录层。

关于采用情况的争论仍在继续。@theCTO 引用转发了 提到 dax 的说法：他在使用 OpenCode 的方式上发生了重大转变，并称自己没遇到过一个使用它的人。回复立即提出反驳：一位用户说自己经常用它处理复杂任务；另一位说，更重的工作负载已经转移到 Pi；还有一位说，他们使用 OpenCode 在 CAR 中运行开放权重模型。@roshan_k_ 表示 则提供了另一条证据：他的团队云端编程智能体就是构建在 OpenCode 这一开源工具框架之上。

** 讨论洞察：** 争议的核心其实不是 OpenCode 是否可用，而是它的可见度。怀疑者仍把它视为小众工具，而构建者越来越把它当作可以扩展、路由和封装的基础设施。

** 与前一天对比：** 5 月 8 日，OpenCode 的讨论集中在服务商压力和 Git 操作体验上。5 月 9 日则增加了生态证据：可发现性插件、精选目录和远程工作流技巧，正是让这款工具具备黏性的因素。

1.3 Claude Code 正被封装成个人操作系统 🡕

关于 Claude Code 的帖子较少聚焦于某个巧妙提示词，更多是在讨论系统设计。高信噪比讨论将 CLAUDE.md 文件、记忆层、钩子、子智能体和例行流程视为可复用组件，把一个编程智能体变成受管理的工作环境。

@cyrilXBT 发布了 发布了一篇较长的工作流讨论，认为 Claude Code 真正的杠杆并不在隐藏提示词，而在周边的操作规范：纳入版本控制的 CLAUDE.md 文件、要求 Claude 先调查再编写代码的“计划优先”指令，以及通过 Markdown 文件交换状态的多个并行 Claude 会话。@RoundtableSpace 进一步放大了这一观点 介绍了 dr_cintas 为 Claude Code 设计的五目录结构——CLAUDE.md、skills、hooks、subagents 和 plugins——旨在让一套配置表现得像完整的开发团队。

@DrevZiga 声称 表示，DKG v10 现在可以为 Hermes、OpenClaw、Claude、Cursor、Codex、Copilot Chat、Windsurf 和 Cline 提供共享的多智能体记忆。@petergyang 补充了一张具体示意图 则通过预告 moritzkremb 的“Claude Code Personal OS”来说明这一点；其示意图将指令文件、上下文文件、记忆文件、MCP、API 以及可重复执行的本地和远程流程整合在同一套布局中。

** 讨论洞察：** 对这篇“模块化开发团队”讨论的回复呈现出明显的信任分歧。一位用户问，究竟是谁在为“LLM 内部的开发团队”设定目标；另一位则认为这一切不过是花哨的提示工程。即便如此，这些帖子本身表明，关注重点正在从原始提示词转向记忆和工作流设计。

** 与前一天对比：** 5 月 8 日，多智能体的讨论主要围绕工具之间的交接。5 月 9 日，更强的信号是人们如何在以 Claude 为中心的系统中组织持久状态和任务委派。

1.4 浏览器智能体和垂直自动化正在超越代码生成 🡕

多篇帖子将 AI 编程工具视为浏览器操作者和工作流引擎，而不仅仅是程序员。同一天出现了 Codex Chrome 扩展进行 UI 冒烟测试的演示、由提示词驱动的关注者网格生成器，以及将 API 调用转化为品牌化 PDF 的油气行业报告流程。

@Layton_Gott 表示 介绍了 OpenAI 的 Codex Chrome 扩展：它可以像真实用户一样点击网页应用，测试 UI，跨打开的标签页收集上下文，在后台使用 DevTools，并在 Salesforce 和 Gmail 等已登录会话中工作。第一张截图比推文文字更具体：它展示的是一套仅在浏览器中运行的 PR 冒烟测试流程，其中包含审批和仅加入队列的发送状态，而不只是营销素材。

@pawnie_ 介绍了 介绍了一套 Claude Code 工作流：从 twitterapi.io 获取一次关注者数据，同时缓存原始 JSON 和下载的图片，按规模和活跃度筛选账号，最后导出方形 PNG 网格。@kyle_e_walker 介绍了 展示了油气行业中的类似模式：Claude Code 加上 Wells Intelligence API 和 Quarto 模板，如今可以将一个井号转化为包含产量、邻井、许可活动和卫星地图的报告。

@mark_k 明确说明了范围变化 向 Codex 用户询问，他们委托智能体处理过的最奇怪的非编程任务是什么，并将文件整理、日志分析、文档编写和项目规划列为常见例子。讨论正在朝这个方向发展：问题不再只是“它会不会编程”，而是“它还能安全地操作什么”。

** 讨论洞察：** 效用和风险同步上升。Layton 称赞了扩展自动关闭已完成标签页等细节，而 @RussellQuantum 反驳称 则指出，在 LinkedIn、Gmail 和 Salesforce 会话中运行的浏览器智能体，已经不再“只是一个编程工具”。

** 与前一天对比：** 5 月 8 日，浏览器控制的讨论集中在非官方克隆和地区性变通方案。5 月 9 日，讨论转向具体工作流、已登录会话访问，以及这些智能体能否在真实生产界面中被信任。

---

2. 人们感到沮丧的地方

支出不透明且依赖补贴 —— 高

成本挫败既表现为个人困惑，也表现为团队层面的预算焦虑。@fnthawar 描述了一个由 Gemini、Claude Code 和 OpenAI 组成的三订阅组合；@xoofx 则表示，其组织的 Copilot 推广从“便宜得离谱”变成了三周后即将进行的预算审查。@FracSlap 进一步放大了同样的痛点，声称许多 Claude Code 用户实际上是在 $200 的固定套餐下消耗价值 $5,000-$15,000 的 token；@krzyzanowskim 则将后续影响描述为行业锁定压力，因为切换服务商仍然太容易。

这些帖子的严重之处在于，人们抱怨的并不只是模型质量。他们抱怨的是，价格、补贴和用量上限正成为日常工作流设计的一部分。当前的应对方式是轮换多个订阅，保留补贴计划的访问权限，并准备好开放权重模型或迷你模型选项。值得投入建设：高。

真实工作流仍会在编辑、工具和远程 I/O 环节出问题 —— 高

当天出现了多条具体反馈，表明智能体层在实现细节上仍然容易崩溃。@BniWael 表示，每个主要 AI 编程工具仍依赖 str_replace 式的文件编辑，并引用 Morph 的数据称，35% 的编辑会失败；每次成功平均需要重试 2.3 次，而触发保存时格式化后，失败率超过 70%。@csharpfritz 则寻求能与 GitHub Copilot 良好配合的 Ollama 托管模型，因为他发现有些模型完全拒绝工具交互，另一些会在停滞前输出看起来像 XML 的工具调用。

@ryanvogel 在另一个场景中暴露了同类痛点：由于 OpenCode 无法自然地通过运行在 tmux 内的 SSH 会话接收粘贴的图片数据，他不得不构建一条自定义的剪贴板图片路径。如今的变通方案包括自定义工具框架、重试循环和人工审查。值得投入建设：高。

浏览器自动化扩大了信任边界 —— 中

Codex 浏览器控制相关帖子表明，效用和风险如今相伴而行。@Layton_Gott 庆祝 Codex Chrome 扩展可以在已登录会话中运行并执行 UI 冒烟测试；@RussellQuantum 则回应称，一个通过 LinkedIn、Gmail 和 Salesforce 会话工作的智能体，已经不只是编程工具，而是拥有特权的操作者。@jasonlk 从购买方角度提出了同样的观点：对于非开发者而言，Replit 或 Lovable 等平台可能比 Claude Code 加手工搭建的认证、数据库和部署栈更安全。

这里的挫败感与浏览器智能体能否工作关系较小，更多在于普通用户能否安全地限定其权限范围。当前的应对方式是将敏感工作保留在托管平台上，限制浏览器智能体的运行范围，并将已登录会话自动化视为特权工作流。值得投入建设：中到高。

---

3. 人们希望存在什么

能感知支出的轻量模型和自动路由

最明确的产品需求，是在不放弃熟悉工作流的前提下获得更便宜的默认算力。@Presidentlin 在 GPT-5.4-mini 上获得良好结果后，直接向 OpenAI 请求 GPT-5.5-mini；@fnthawar 及其回复则显示，人们已经会根据额度和价格，在 Gemini、Claude Code、OpenAI、Antigravity 和 Codex 之间手动分配任务。@FracSlap 从成本角度提出了同样的需求：只要 token 经济性大幅改善，用户会很乐意接受只有“90% 那么好”的开放权重模型。

这是一个实际且紧迫的需求。9router 等工具已经提供部分解决方案，承诺支持多服务商路由和自动回退，但目前的证据仍显示，路由工作主要由用户自行完成。机会：直接。紧迫性：高。

跨智能体的共享记忆和控制平面

多篇彼此独立的帖子都在要求，让工作能够跨会话和工具积累，而不是每次都消失。@DrevZiga 表示，DKG v10 现在可以充当 Claude、Codex、Copilot Chat、OpenClaw 等工具之间的共享记忆。@RoundtableSpace 将周边需求描述为一套由记忆、技能、钩子、子智能体和插件组成的结构化系统；@petergyang 则展示了一个正是围绕这类文件和流程构建的个人操作系统。

这是实际需求，而非理想化愿景：人们希望上下文能够保留、可检查，并在不同智能体之间复用。DKG v10、agentmemory 以及基于个人文件的系统提供了部分答案，但今天的证据中没有任何方案展示出一个能同时解决记忆、治理和审查问题的清晰默认选项。机会：直接。紧迫性：高。

面向非开发者的更安全的一站式脚手架

浏览器控制和应用构建类帖子指向同一个缺失层：许多用户希望获得智能体构建的杠杆，却不想承担底层基础设施风险。@jasonlk 认为，对非开发者而言，Replit 或 Lovable 可能比 Claude Code 加自定义认证和数据库栈更安全，因为可信平台可以降低数据泄露或安全配置错误的概率。@Layton_Gott 展示了直接操作浏览器的好处，但同一讨论也清楚表明，这些工具如今在已登录会话中拥有多大的权限。

这既是实际需求，也是情绪需求：用户想要速度，却不希望自己在不经意间构建出一个不安全的系统。托管式构建工具目前只能部分满足这一需求；对于那些需要比无代码构建器更强能力、又不想承担原始智能体栈风险的工作流，缺口依然存在。机会：竞争性。紧迫性：中。

在熟悉工具中获得更好的开放权重模型和托管模型兼容性

只有在周边工具框架仍能正常工作时，开放权重路径才有吸引力。@csharpfritz 明确寻求能在 GitHub Copilot 中正确运行的 Ollama 托管模型，因为工具交互已经多次失败。@roshan_k_ 表示，其团队的云端编程智能体构建在 OpenCode 这一开源工具框架之上；9router 的主张也基于同一理念：保留工具界面，替换服务商。

这让未满足的需求变得具体：用户想要更便宜或自托管的模型，但不想因此失去工具、schema、记忆或 IDE 兼容性。机会：直接。紧迫性：中到高。

---

4. 正在使用的工具和方法

工具	类别	情绪	优势	局限
Claude Code	终端智能体	(+/-)	计划优先的脚本编写、可复用的 CLAUDE.md/上下文文件，易于变成个人工作流系统	实际支出高，仍需要人工理解和审查
OpenCode	终端工具框架	(+)	插件生态、适合开放权重模型、工作流体验不断改善，是有用的远程会话基础	采用程度不一；部分远程任务仍需自定义技巧；模型选择仍有争议
OpenAI Codex	编程与浏览器智能体	(+/-)	基于 GPT 的编程能力强，支持浏览器控制，适合非编程任务和规划	已登录会话的浏览器访问引发信任担忧；UI 结果可能令人失望
GitHub Copilot	IDE 与企业助手	(+/-)	易于组织推广，界面熟悉，已出现在 Unity 和 .NET 工作流中	token 预算不断上升；托管模型和工具调用兼容性可能不佳
Google Antigravity	规划与 IDE 智能体	(+/-)	在应用规划和工作流脚手架方面，提示词手册的使用效果较好	今天的信号主要来自教程和课程，而不是新发布产品的实证
9router	AI 网关	(+)	将主要编程工具连接到 40+ 个服务商，承诺自动回退并节省 token	增加了另一层路由，仍取决于外部模型质量
agentmemory / DKG v10	记忆层	(+)	让上下文在多个智能体和 MCP 客户端之间持久化或共享	治理、审查和目标设定仍未解决
Hermes Agent	自托管智能体	(+)	工具与技能覆盖面广，以记忆为中心，安装速度快	今天的证据更多是基准测试和安装宣传，缺乏广泛的实践者验证
Replit / Lovable	托管式应用构建器	(+)	为非开发者提供更安全的认证、数据库和部署默认设置	不如自定义工具框架栈灵活

表格下方最清晰的模式是，人们选择的是技术栈，而不是赢家。@fnthawar 将日常聊天、重度编程和 OpenAI 应用工作分配给三个订阅；@theCTO 和 @roshan_k_ 展示了人们对于 OpenCode 究竟是小众工具还是现实的工具框架层存在分歧；@jasonlk 则认为，对一些非开发者而言，正确做法是从原始智能体栈退回到托管式构建器。

常见的变通方式包括在不同服务商之间路由请求，为真正需要的任务保留有补贴的计划，并增加记忆层或控制平面层，让工作能够跨会话积累。这也是 agentmemory、DKG v10、9router 和 Mercury 的服务商桥接器显得及时的原因：它们解决的是协调和运营成本问题，而不仅仅是模型访问问题。

---

5. 人们正在构建什么

项目	构建者	功能	解决的问题	技术栈	阶段	链接
9router	decolua	将主要 AI 编程工具路由到 40+ 个服务商，并支持自动回退和节省 token	订阅限制和高昂 token 成本	JavaScript、AI 路由器、多服务商路由	已发布	仓库, 推文
agentmemory	rohitg00	面向编程智能体的持久化记忆服务器	跨会话和工具反复解释上下文	TypeScript、iii engine、hooks、MCP、REST	已发布	仓库, 推文
DKG v10 多智能体记忆	@origin_trail	为 Claude、Codex、Copilot Chat、OpenClaw 等提供共享图记忆层	智能体上下文丢失和无法积累的工作	DKG v10、共享图、溯源信息	Beta	帖子, 引用推文
Claude Code Personal OS	@moritzkremb	将邮件、内容、杂货采购和例行事务封装进个人工作流系统	个人和行政事务分散在过多工具中且重复繁琐	Claude Code、CLI 工具、MCPs、APIs、记忆文件	已发布	帖子
关注者网格生成器	@pawnie_	获取关注者头像、缓存数据、筛选账号并导出 PNG 网格	一次性受众分析和视觉素材创建	Claude Code、Python、twitterapi.io、本地缓存	已发布	帖子
Mercury v1.1.7 服务商桥接器	@mercury__agent	让 Mercury 使用 Copilot 和 Codex 订阅作为服务商	无需 API 密钥，即可在多个付费生态中使用同一套工作流	Mercury、GitHub Copilot、Codex	Alpha	帖子
Wells 报告生成器	@kyle_e_walker	将井 ID 转化为带品牌元素、包含产量和许可信息及地图的报告	手工行业报告和模板工作	Claude Code、Wells Intelligence API、Quarto	已发布	帖子
Hermes Agent	@agentskills_ai	具备广泛工具和技能体系的自我改进型智能体	对具有丰富记忆的主流编程智能体替代方案的需求	Hermes Agent、Ollama、Kimi K2.5 cloud、toolsets、skills	Beta	帖子

最清晰的构建者模式，是位于模型之上的控制平面。9router、agentmemory、DKG v10 和 Mercury 都位于基础智能体之上，试图解决路由、持久化或订阅复用问题。这一点值得注意，因为这些构建者并没有把赌注押在某个前沿模型将赢得一切上。他们构建的是胶水层，让用户可以替换模型、保留上下文，并维持完整的工作流。

第二个模式是垂直自动化，而不是通用聊天。@pawnie_ 将自然语言请求转化为带缓存的 API 工作流和图像输出；@kyle_e_walker 则对确定性的行业报告执行了类似操作。在这两个案例中，智能体的价值在于围绕 API、模板和本地状态编写并运行工作流，而不是从零开始即兴完成所有事情。

个人操作系统相关帖子展示了用户愿意将自己的日常运作封装进智能体原生文件、工具和流程中。@petergyang 表示，moritzkremb 的配置可以处理邮件、内容，甚至购买杂货；其帖子中的示意图也清楚表明，真正的产品是 Claude Code 周围的系统，而不仅仅是 Claude Code 本身。

Hermes Agent 则从产品侧展现了同样的封装倾向。@agentskills_ai 将其宣传为一个八分钟即可安装的智能体，并称它已经在 OpenRouter 排行榜上超过了 OpenClaw 和 Claude Code。截图之所以重要，是因为它暴露了实际的操作界面：31 个工具、79 项技能，以及涵盖编程、GitHub、生产力、研究和媒体的多个类别。

即便是整理工作也正在成为一种项目类别。@tom_doerr 链接了公开的 Awesome Opencode 仓库，该仓库收录了围绕 OpenCode 的插件、主题、智能体、项目和资源。这表明，生态索引正在成为这些工具发展方式的一部分。

---

6. 新动态与值得关注的内容

Claude Code 通过 Microsoft Foundry 获得可行的 Azure 路径

@pamelafox 提到了 介绍了一项对部署比对宣传更重要的配置：Claude Code 可以连接到部署在 Microsoft Foundry 中的 Claude 模型。官方 文档 对操作细节进行了具体说明——使用 API 密钥或 Entra ID 认证，配置 Azure 资源名称或完整基础 URL，并通过环境变量明确固定模型——这使其成为受 Azure 治理团队可以采用的真实兼容路径，而不是含糊的集成说法。

仅浏览器冒烟测试已不再只是演示概念

@Layton_Gott 展示了 展示了 Codex Chrome 在浏览器中执行 PR 浏览器冒烟测试，同时保持纯浏览器工作模式；截图中可以看到仅加入队列的发送状态和审批状态。值得关注的并不是浏览器智能体已经存在，而是它已经被视为真实 QA 工作流的一部分，而不再只是一个玩具式标签页控制器。

Vibe coding 社群正在走向线下

@nixxin 表示，德里一场工作坊的参与者离开时已经搭建好一个网站、一个交互式网站和一个应用，并立即宣布下一场活动将在 6 月 5 日举行。@SuperteamUSA 则在同一天发布了迈阿密一场座无虚席的“Vibe Coding Club”活动。值得关注的信号并不在于技术深度，而在于 AI 编程正在成为可重复的本地社群活动形式，不再局限于时间线帖子和教程。

公开逆向工程和审计仓库正在进入讨论

@tom_doerr 链接到了 介绍了公开的 learn-coding-agent 仓库。其 README 表示，该仓库将公开资料和社群讨论整理成报告，内容涉及 Claude Code 的架构、遥测、代号、远程控制和未来路线图。这里值得关注的并不是推文能够证明每一项主张，而是智能体内部机制本身如今已经重要到足以催生公开研究仓库。

---

7. 机会在哪里

** +++］ 面向支出的路由与订阅套利** -- 证据来自 ［@fnthawar、@xoofx、@krzyzanowskim、@FracSlap 和 @Presidentlin 都指向同一个方向：人们希望存在一层默认机制，能够判断何时为前沿质量付费，何时降级到迷你档位，以及何时回退到开放权重模型或更便宜的服务商。

** +++］ 共享记忆与智能体控制平面** -- DKG v10、［agentmemory、dr_cintas 的 Claude Code 结构、Claude Code Personal OS 和 Mercury 的服务商桥接器，都描述了同一个缺失层：让上下文能够跨会话和智能体积累，同时保持可检查和可复用。

** ++］ 安全浏览器与签名会话自动化** -- ［@Layton_Gott 表明，浏览器智能体已经能用于冒烟测试和真实 UI 工作；@RussellQuantum 和 @jasonlk 则显示，信任边界仍不清晰。具备明确权限范围、审计日志和便捷回滚能力的产品正逢其时。

** ++］ 在熟悉工具中为开放权重模型和托管模型提供兼容层** -- ［@csharpfritz、@roshan_k_ 和 9router 都指向同一机会：保留人们熟悉的 IDE 和工具框架，同时让更便宜或自托管的模型能够在其中正确运行。

** +］ 面向垂直领域的确定性报告与工作流模板** -- ［@pawnie_ 和 @kyle_e_walker 展现了一个反复出现的模式：智能体负责规划和编写脚本，而 API、模板和缓存数据完成实际工作。垂直报告、研究和运营模板尚处早期，但已经是真实存在的方向。

---

8. 要点

1. ** AI 编程用户优化的是成本路由，而不是品牌忠诚。** 最常被提及的工作流会将任务拆分到多个订阅和迷你档位中，回复也将切换服务视为正常操作，而不是特殊情况。（fnthawar, Presidentlin）
2. ** OpenCode 的势头来自工具框架体验和生态整理。** 如今，比起抽象的模型比较，快捷键发现、远程会话变通方案、公开插件目录和构建者回复更受关注。（kmdrfx, ryanvogel, tom_doerr）
3. ** Claude Code 的差异化越来越来自围绕它构建的操作系统。** 最有分量的帖子讨论的是记忆文件、钩子、技能、子智能体和例行流程，而不是原始生成质量。（cyrilXBT, RoundtableSpace, petergyang）
4. ** 浏览器智能体正在进入特权 UI 工作领域，同时带来效用和信任问题。** 今天的 Codex Chrome 案例看起来已经足以用于冒烟测试，但已登录会话这一界面立刻引发了安全担忧。（Layton_Gott, RussellQuantum）
5. ** 最实质性的构建活动位于基础模型之上。** 路由器、记忆层、服务商桥接器和垂直模板释放出的信号，都强于任何新的原始模型发布。（seelffff, DrevZiga, mercury__agent）
6. ** AI 编程正在成为现实世界中的社群实践，而不只是时间线上的梗。** 如今，工作坊和俱乐部聚会已经成为可重复的活动形式，参与者可以带着能运行的应用和共同规范离开。（nixxin, SuperteamUSA）