跳转至

Twitter AI 编程 - 2026-04-16

1. 大家在讨论什么

1.1 VS Code 推出智能体基础设施,Copilot CLI 扩展远程能力 🡒

官方 @code 账号 宣布了 VS Code 的新版本发布(323 个赞、64 次收藏、23,075 次浏览)发布了当天得分最高的推文:通过新增历史会话调试日志、终端交互工具和内置 GitHub Copilot,提升智能体体验。@m_emanaftab 则从竞争角度回应称:“现在每个工具都在发布智能体功能。VS Code、Claude Code、Codex、Cursor。长期来看,胜出的不会是功能最多的工具,而会是那些让智能体真正足够深入理解你的项目、以至于你敢在离开时放心让它继续工作的工具。”

@cinnamon_msft 发布了完整教程(14 个赞、1,284 次浏览)演示了 Copilot CLI 的 /remote 命令:可从任意设备访问本地开发环境。@JamesMontemagno 称赞了 Copilot CLI 团队的推进速度(14 个赞、4,512 次浏览)提到,一个 PR 在中午到下午 1 点之间完成了提交、文档更新、合并、排队和生产上线——而负责的工程师午饭后回来时,一切都已经完成。@BradGroux 主持了一场 Copilot CLI 工作会议 介绍了 Houston AI Club,使用的是 copilot-cli-for-beginners 仓库(29.9k stars,MIT 许可证)。@rishabincloud 做了一场关于 Copilot 的演讲 则出现在 GitHub Dev Days Dallas。

GitHub Copilot Dev Days Dallas 现场展示 awesome-copilot 仓库,拥有 29.9k 星标

讨论洞察: Copilot CLI 生态正在超越工具本身走向成熟——社区教学活动、一个拥有 29.9k stars 的新手仓库,以及 /remote 命令,都指向一个不断扩大的开发者社区:他们正围绕终端原生的智能体交互构建工作流。

与前一天对比: 昨天关注的是 /remote 命令作为新功能本身;今天则出现了演示视频和社区活动,显示其开始被采用。VS Code 的智能体更新再次获得高互动,进一步印证了 Microsoft 的 IDE + CLI 双线策略。


1.2 Opus 4.7 发布,加剧 Anthropic 与 OpenAI 的竞争 🡕

Claude Opus 4.7 今天发布后,立即成为讨论焦点。@TheAmolAvasare 从 Anthropic 内部发来报道(6 个赞、416 次浏览)表示:“人们正在重新界定交给模型的任务范围。那些在 4.6 时代因为太模糊或太长而必须拆成小块的工作,现在会被当成一个任务直接交进去。”他还指出,Opus 4.7 思考更多、消耗的 token 也更多,并新增了一个 “xhigh” 努力度等级,作为推理深度与成本之间权衡的新默认档位。

@ILuvMarkets 对 Opus 4.7 给出了积极评价(10 个赞、1,151 次浏览)将其与 Google Antigravity 3.1 对比,并称仅靠 Claude 4.6 Opus 就带来了 3 到 5 倍的生产力提升。@bindureddy 发文谈及期待情绪(74 个赞、4,299 次浏览)则在为一款传闻中的新 OpenAI 模型预热,回复区确认 Opus 4.7 已先一步发布,而 GPT-5.5 可能会在 4 月 23 日前后推出。@birdabo 概括了这场竞争对抗(50 个赞、1,710 次浏览)称,这像是 2 月剧本重演:Anthropic 先发,OpenAI 几分钟内反击。

@cryptopunk7213 捕捉到了当时的氛围(13 个赞、562 次浏览)感叹:“这两家公司过去 3 周里已经发布了 20 多个产品和功能。”@Sagiquarius 指出 则表示:“目前 codex 团队在 SWE 圈口碑最高,另外还有 opencode 团队和 cursor。Anthropic 消耗开发者好感的速度,已经快到 Sonnet 4.6 都补不回来。”

讨论洞察: Opus 4.7 改变了任务范围的划分方式——用户开始把更大、更模糊的工作整体交给模型,而不是拆成许多小任务。新的 “xhigh” 努力度等级,也让推理深度与成本之间的取舍变得更明确。与此同时,竞争压力正把发布周期从按周缩短到按天计算。

与前一天对比: 昨天的重点是 Codex 正演变为桌面超级应用,以及 Agents SDK 开源;今天 Anthropic 用 Opus 4.7 回应,叙事重心也从平台基础设施转向模型能力本身。


1.3 Codex 正从编程工具进化为完整操作层 🡕

多篇帖子记录了 Codex 从编程工具向通用智能体平台的转变。@Creator_Toolbox 介绍了这次更新(492 次浏览)提到,Codex 现在支持跨 Mac 应用的电脑操作、带评论功能的内置浏览器、通过 gpt-image-1.5 原生生成图片、跨任务持久记忆,以及 111 个新插件,整合了技能、MCP 服务器和应用集成。“编程智能体”和“个人电脑智能体”之间的界线,已经被抹掉了。

@VaibhavSisinty 进一步阐述了其竞争层面的影响(87 次浏览、3 次收藏)表示:“对大多数开发团队来说,在 Claude Code 和 Codex 之间切换的成本,大概只是一把 API key 的差别。不需要采购,也不需要 6 个月合同周期。直接切换就行。分发才是你来不及建立防线的护城河。”

@pashmerepat 讲述了向一位 OpenAI 数据中心高管展示的经历(14 个赞、744 次浏览)展示了 Codex 如何主动读取供应商邮件、Slack 频道和上千行 PDF,并每天早上 7 点在置顶线程里生成晨报。那位高管的反应从“哇,这分析真的非常准确”,变成了“holy sh*t,这改变了我的生活”。

@MaxGhenis 用 Codex 报了税 讲述了 Codex 与 FreeTaxUSA 的使用案例:Codex 推荐了这款软件、填好了数据,并识别出可抵扣项。@benvargas 报告了一整天使用 ServiceNow 的编程会话(24 个赞、2,048 次浏览)则表示,Codex 的 compaction “一整天都运行得非常好”,没有出现幻觉或性能退化。

报税确认页面,显示通过 Codex 和 FreeTaxUSA 成功电子申报联邦及 DC 税表

讨论洞察: Codex 的非编程使用场景——报税、管理层简报、ServiceNow——增长速度已经快过讨论本身。“全能智能体”并不只是营销话术,而是在真实采用中得到体现:Codex 处理的不只是代码生成,也包括信息综合。

与前一天对比: 昨天 Agents SDK 的发布属于平台层布局(“构建你自己的 Codex”);今天则展示了产品层执行:Codex 正在吸收电脑操作、浏览器、图像生成、记忆和 111 个插件等能力,直接与通用生产力工具竞争,而不只是与编程智能体竞争。


1.4 开源与本地模型达到拐点 🡕

一组帖子显示,搭配本地模型的开源智能体正在加速被采用,部分原因正是用户对速率限制的不满。

@arvidkahl 发帖称(10 个赞、7 次收藏、805 次浏览)表示:“这可能就是那个拐点——我第一次尝试用 OpenCode 和本地模型来做严肃的产品工作。”他附上的截图显示,Qwen3.6-35B-A3B 在 Hacker News 上获得 798 分 和 373 条评论,正处于热门趋势中。

Hacker News 首页显示 Qwen3.6-35B-A3B 获得 798 分,并展示了一张与 Claude Opus 4.7 对比的鹈鹕绘图

@JayRob8888 演示了完整的开源技术栈(11 个赞、307 次浏览)提到,自己在 Vast.ai 租了一块便宜 GPU,通过 UnslothAI 安装了 Qwen 3.6-35-a3b,再用 OpenCode 一次生成并部署了一个 Tetris 游戏到 DartUpDev。@dreamingtulpa 转向了 OpenCode(6 个赞、526 次浏览)表示,在 GitHub 速率限制让 Copilot “几乎无法使用”后,自己转而尝试,并“非常惊喜”。@marksuman 报道称 则称,在 OpenCode 中通过 Maple 集成使用 Kimi K2.5,“比 Claude Code 更快”,输出也更好。

@recaplyai 指出 表示,开源开发者在几小时内就复刻了 Claude Code 新推出的 Routines 功能——Multica Autopilot 可以在本地运行同样的 routines,并支持 OpenCode、Codex、Hermes 和 OpenClaw 等任意智能体。@p_naix 将 OpenCode 的开发者体验排在前列 称 OpenCode 的体验是“god tier”,同时也指出 Hermes 和 OpenClaw 配置困难,调试体验更差。

讨论洞察: 开源智能体栈(OpenCode + Qwen/Kimi/本地模型)正在从实验品走向可用于生产工作。商业平台的速率限制是主要推力,而模型质量的提升(Qwen 3.6、Kimi K2.5)则构成吸引力。

与前一天对比: 昨天介绍的是即将上线的 OpenCode 远程环境;今天焦点转向本地模型路线——用户正通过 OpenCode 运行 Qwen 和 Kimi,作为受速率限制的商业工具的零成本替代方案。


1.5 Vibe Coding 文化从梗变成方法 🡒

@Jeremybtc 发布了当天互动量第二高的推文(48 个赞、28 条回复、1,462 次浏览)表示:“我 5 天前才开始 vibe coding,此前完全没有编程经验。现在已经做出了 3 个对我真的有用的工具。”@EdehArinze10 则反驳说:“Bro 连基础都不懂,就直接跳到 claude 了。”Jeremy 回应:“我是边做边学基础。Claude 的学习曲线太夸张了。”

@ston_fi 发起了一场 Vibe Coding Hackathon(21 个赞、292 次浏览)介绍了一场 4 月 16 日至 20 日举行的活动,25 名参与者将使用 AI 编程智能体构建 TON 区块链应用。奖金池为 $1,200,并将在 4 月 20 日举行公开 Demo Day。

STON.fi Vibe Coding Hackathon 横幅,显示 4 月 16 日至 20 日日期及 TON 应用构建主题

@krewdxbt 描述了一通早晨电话 讲述了一个到午饭前就赚到 $2,400 的案例:“我把会议录音喂给 Claude Code,说‘把它做出来’,10 分钟后应用就好了,客户当天就付了钱。”@chiraldevai 指出了真正转移的瓶颈所在(5 个赞、4 次收藏)则说:“真正的问题已经不再是‘这个要怎么写?’而是‘这个 3 小时做出来的创业项目,要怎么分发出去?’”

讨论洞察: Vibe coding 正在从社交媒体梗转变为一种有组织的方法——黑客松、结构化学习计划和创收型工作流都在出现。当前的张力点在于“先学基础”还是“借助 AI 边做边学”,而短期内看不到共识。

与前一天对比: 昨天 Vibe coding 还只是背景话题;今天则因有组织的黑客松、139.6 的互动分数,以及首个有记录的当日创收案例($2,400)而显著上升。


2. 什么让大家感到沮丧

各平台的速率限制与限流(高)

速率限制带来的挫败感仍是跨平台最主要的痛点。@mkurman88 发现了未公开的每周限制(4 个赞、4 条回复、409 次浏览)在谈 GitHub Copilot 时写道:“任何 Copilot / GitHub 设置标签页里都没有关于每周限制的信息!!!”@dreamingtulpa 报道称 表示,速率限制让 Copilot “几乎无法使用”。@zerotalktoai 介绍了 Codex 称,在开发 ZeroThink CLI 时,使用限制让 Codex“越来越不可用”。@carlesandres 报道了 Copilot 的情况 表示 OpenCode 跑得“极其缓慢”。@drjoemoore 指出 则说 Codex “很快就会降速,并试图节省算力”。@robinebers 提出了一个相反的叙事角度(10 个赞、921 次浏览)为 OpenAI 辩护:Codex 团队曾提供一个限时 2x 优惠,Pro/ProLight 目前仍可使用,而用户传播“限制被削减”的说法是在散布“假新闻”。

Claude Code 宕机与依赖风险(中)

@anupamrjp 点出了依赖风险(4 个赞、3 次收藏)写道:“Claude Code 又挂了……我突然发现自己连一条命令都记不起来了。那些‘回头再查就行’的想法,终于反噬了我。”这凸显出一种新的挫败感:当智能体工具离线时,用户会陷入某种习得性无助,无法完成以前本可手动完成的任务。

Google Antigravity 的政策与认证风险(中)

@Xplo8E 警告称 表示,通过 OpenCode 或第三方工具使用 Antigravity 认证违反 Google 服务条款,并称自己因此被封禁,两周后才解封。这形成了一个政策陷阱:用户希望使用与模型无关的工具,但经由非官方渠道接入,可能导致账号被暂停。


3. 大家希望出现什么

面向 AI 构建产品的分发与营销工具

@chiraldevai 指出 点出了正在形成的瓶颈:“真正的问题已经不再是‘这个要怎么写?’而是‘这个 3 小时做出来的创业项目,要怎么分发出去?’”随着 vibe coding 将构建时间压缩到几小时,瓶颈转向分发、营销和用户获取——而这正是 AI 编程工具尚未覆盖的问题。

模型无关的多智能体工作区

@imwilliamjung 演示了 Octave 展示了一个单界面并排显示 Claude Code 与 OpenAI Codex 模型选择器的产品,并写道:“重活我依赖 Claude Code,而需要速度和精确度的任务我会用 GPT。”@vishalveeraredd 指出 则指出,每个 AI 编程工具都在把用户锁死在单一供应商上,而用户明明可以免费在 Ollama 上跑 Qwen。

Octave 应用界面显示模型选择器,Claude Code 模型与 OpenAI Codex 模型并列可选

面向智能体的代码文档实践

@andyhtran_ 分享了一条 CLAUDE 规则(66 次浏览)倡导一种代码注释方式:在代码块前明确记录设计选择、约束条件、不明显的关系以及意图,以便指引智能体。随着 AI 智能体成为主要代码作者,文档标准也需要从“只给人看”转向“既给人看,也给智能体看”。

CLAUDE 规则要求代理在代码块前先说明设计选择、约束条件、非显而易见的关系以及意图


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

工具 类别 情绪 优势 局限
VS Code + Copilot IDE + 智能体 (+) 历史会话调试日志;终端工具;内置 Copilot;/remote 跨设备访问 每周速率限制未公开;多智能体生态割裂
Copilot CLI 终端智能体 (+) /remote 命令;团队推进速度快;29.9k-star 新手仓库;学生免费 有人反馈运行缓慢;未公布限制细节
Claude Code 编程智能体 / 平台 (+/-) Opus 4.7 支持更大任务范围;xhigh 努力度等级;Routines;Codex 插件 宕机会带来依赖风险;按社区说法正在“消耗开发者好感”
Codex CLI / Desktop 智能体平台 (+) 电脑操作;浏览器;图像生成;记忆;111 个插件;compaction 可靠 速率限制;有“不可用”的反馈;2x 优惠引发困惑
OpenCode 开源终端智能体 (+) “god tier” 开发者体验;模型无关(Qwen、Kimi、Copilot);通过学生版 Copilot 可免费使用 Hermes/OpenClaw 等替代方案更难配置
Warp 终端 (+) 为 Claude Code 和 OpenCode 提供通知;智能体完成或受阻时有应用内与桌面提醒 自定义选项少于 Ghostty
Google Antigravity IDE (-) 通过 API 使用 Gemini 3.1 效果不错;Gemini Mac 桌面应用已发布 配合第三方工具使用存在认证政策风险;落后于竞争对手
Pencil 设计工具 (+) Code on Canvas 融合设计与代码;支持 Claude 和 Codex 智能体 新近发布;采用情况尚未验证

最显著的情绪变化来自 OpenCode 的迅速上升。三份独立报告都称赞了它的开发者体验,而商业平台上的速率限制正推动用户迁移。Warp 的智能体会话通知功能则补上了一个真实的监控缺口:用户可以离开终端,等智能体完成任务或遇到阻塞时再回来。


5. 大家在构建什么

项目 构建者 功能 解决的问题 技术栈 阶段 链接
PhotoApp Stable Viewer @thewebbie 本地照片浏览器,带 AI 描述、收藏功能,并支持跨位置搜索 管理分散在数十个目录中的大量照片 OpenClaw、GitHub Copilot、Gemma3(本地)、SQLite 可运行原型 帖子
Claude Code desktop wrapper @WalrusQaunt 带文件导航和 git 功能的简易 Claude Code 桌面应用 缺少带文件导航的官方桌面应用 Tauri、Rust、vanilla JS 已发布 帖子
Octave @imwilliamjung 将 Claude Code 和 OpenAI Codex 并排展示的多模型 IDE AI 编程工具中的供应商锁定 Claude Code、Codex、自定义 UI 上线前 帖子
ZeroThink CLI @zerotalktoai 替代型 CLI 智能体 Codex 的速率限制使其不可用 自定义 CLI 开发中 帖子
Tetris via open-source stack @JayRob8888 利用本地模型一次生成并部署的 Tetris 游戏 展示开源智能体 + 本地模型链路的可行性 Vast.ai GPU、Qwen 3.6-35-a3b、UnslothAI、OpenCode、DartUpDev 已部署 帖子
Pollinet @oghenekparobor_ 基于 Solana 的去中心化投票网络 离线应用的投票基础设施 Solana、Pollistem 已上线(正常运行超 100 小时) 帖子
Multica Autopilot @recaplyai 让任意智能体在本地运行 Claude Code Routines 定时智能体自动化中的供应商锁定 OpenCode、Codex、Hermes、OpenClaw 已发布 帖子

PhotoApp Stable Viewer 界面显示照片网格,带有 AI 生成的描述和收藏夹管理功能


6. 新动态与值得关注的变化

Claude Opus 4.7 改变了任务范围划分模式

Anthropic 发布了 Opus 4.7,并加入新的 “xhigh” 努力度等级。一位 Anthropic 内部人士观察到,用户行为立即发生变化:任务范围开始向上扩张。那些在 4.6 时代必须拆成小块的工作,如今会被当作单个大型任务提交。这让交互模式从“管理智能体的上下文”转向“把完整问题交给智能体”。(帖子)

Codex 发布 111 个插件并加入电脑操作能力

Codex 此次更新加入了跨 Mac 应用的电脑操作、内置浏览器、原生图像生成、持久记忆,以及 111 个新插件。这一更新明确表明,Codex 的竞争对象不只是 Claude Code 和 Cursor,也包括 Zapier、各类生产力工具,甚至操作系统本身。(帖子)

Pencil 发布 Code on Canvas

为 Claude 和 Codex 打造的 AI 设计工具 Pencil 发布了 “Code on Canvas”,打通设计与构建之间的壁垒。智能体可以在 Pencil 内即时生成定制设计工具、直接在画布上创建交互组件,并构建生成式设计系统。其定位也很独特:Figma Make 是从设计到代码,Cursor 是从代码到设计,而 Pencil 是把两者合并。(帖子)

Warp 推出智能体通知

Warp 终端现在会为 Claude Code 和 OpenCode 会话发送通知:智能体完成或受阻时可在应用内提醒,用户离开终端时发送桌面通知,并提供通知收件箱。这补上了一个真实缺口:长时间运行的智能体会话需要被监控,但用户不可能一直守在终端前。(帖子)

Qwen 3.6-35B-A3B 登上 Hacker News 热榜

Qwen 的新模型在 Hacker News 上拿到 798 分 和 373 条评论。再加上 Simon Willison 那篇对比鹈鹕绘图的帖子(194 分),说明开发者对可在本地运行的高能力开源模型兴趣浓厚——这也直接推动了 OpenCode + 本地模型的采用趋势。(帖子)


7. 机会在哪里

[+++] Distribution and Go-to-Market for Vibe-Coded Products — As AI compresses build time to hours, the bottleneck shifts entirely to distribution. @chiraldevai 直接点明了问题:“这个 3 小时做出来的创业项目,要怎么分发出去?”目前没有任何 AI 编程工具能解决营销、获客或发布策略问题。能够弥合“构建”到“分发”之间鸿沟的工具——例如从一次智能体会话中自动生成落地页、发布流程、SEO 脚手架或平台上架信息——正在填补每个 vibe coder 迟早都会遇到的空白。

**+++] 模型无关的智能体工作区**——用户希望在同一会话中同时使用 Claude 处理重任务、使用 GPT 提升速度([Octave)、通过 OpenCode 使用 Kimi K2.5(帖子),或在触发速率限制时切换到本地 Qwen(帖子)。所有商业工具都绑定单一供应商。能够在统一界面中编排多个模型、同时提供成本优化、模型路由和统一上下文的工作区层,将承接由速率限制催生的切换需求。

[++] 智能体会话监控与通知基础设施 —— Warp 推出智能体通知,说明这一需求真实存在。随着智能体会话变得更长、更自主(Opus 4.7 支持更大任务范围,Codex 在后台运行 routines),监控方式正从“盯着终端看”转向“在相关时刻收到提醒”。专门的智能体监控面板、移动端提醒和进度追踪,能够补上终端通知仍未完全覆盖的空白。

[++] 开源 Routines 与定时自动化 —— Multica Autopilot 在 Claude Code Routines 功能发布数小时内就完成了本地复刻。市场对定时智能体自动化的需求已经很清楚,但 Anthropic 的实现被锁定在 Claude 生态内。兼容任意智能体和模型的开源 routines 框架——支持 cron 调度、webhook 触发器和多工具编排——有望在不受供应商锁定的前提下承接这一自动化层。

[+] AI-Adapted Code Documentation Standards — @andyhtran_ 分享了一条面向智能体的 CLAUDE 注释规则:记录设计选择、约束条件、不明显的关系和意图。随着 AI 智能体成为主要代码作者,文档必须同时服务人类读者和未来的智能体会话。能够生成并强制执行“智能体可读”文档的工具或标准,将在代码库日益由 AI 编写的趋势中形成长期价值。


8. 核心结论

  1. VS Code 的智能体更新拿下了当天最高互动分,得分 743.2。 此次发布新增了调试日志、终端交互工具和内置 Copilot,延续了 Microsoft 的 IDE + CLI 双线策略。社区活动(Houston AI Club、GitHub Dev Days Dallas)以及一个拥有 29.9k stars 的新手仓库,也说明 Copilot CLI 生态正在走出早期采用者阶段。(帖子)

  2. Opus 4.7 改变了用户界定任务范围的方式。 一位 Anthropic 内部人士表示,人们开始把更大、更模糊的任务整体交给模型,而不是拆开处理。新的 “xhigh” 努力度等级,让推理深度与 token 成本之间的控制更细致。这使交互模式从“管理智能体的上下文窗口”转向“把完整问题交给智能体”。(帖子)

  3. Codex 已不再只是编程工具。 电脑操作、浏览器集成、图像生成、持久记忆和 111 个新插件,让它更像一个通用操作层。报税、管理层晨报和 ServiceNow 自动化等非编程使用场景,增长速度已经快过讨论本身。(帖子, 帖子)

  4. 搭配本地模型的开源智能体已来到拐点。 Qwen 3.6-35B-A3B 在 HN 上获得 798 分,OpenCode 被称为拥有“god tier”开发者体验,多名用户也开始从受速率限制的商业工具迁移到本地模型——这些信号表明,一个可行的替代技术栈正在形成。速率限制是推力,模型质量是拉力。(帖子, 帖子)

  5. 瓶颈已经从构建转向分发。 多篇帖子都指向同一结论:AI 已将构建时间压缩到几小时,但没有人提供 AI 驱动的分发能力。$2,400 的当日创收案例和“3 小时创业项目”的说法,都指向一个市场现实:构建问题正在被解决,触达用户问题却仍未被解决。(帖子, 帖子)