Twitter AI 编程 - 2026-06-10¶
1. 人们在讨论什么¶
1.1 GitHub Copilot App 从发布叙事转向日常控制中枢 🡕¶
6 月 10 日的讨论里，GitHub Copilot App 不再只是一个“预览期的新鲜玩意”，而是已经被视为组织、审查和交付代理工作的实际入口。以下 4 条内容支撑了这一主题。
@github 宣布（205 次点赞、22 条回复、19,094 次浏览、48 次收藏）表示，GitHub Copilot App 技术预览已向 Copilot Pro、Pro+、Max、Business 和 Enterprise 套餐开放。相关 发布文章 进一步明确了它的定位：一个用于查看活跃会话、议题、拉取请求和自动化任务的 My Work 仪表板；每个会话对应一个 git worktree；通过 Agent Merge 推动 PR 完成审查和检查；以及云端/本地沙箱，使代理不仅能提代码建议，还能实际运行并验证工作。
@JamesMontemagno 呼吁大家试用它（34 次点赞、8 条回复、4,035 次浏览、12 次收藏）称它“每天都在改变我的工作方式”。回复也很有价值，因为讨论立刻从热度转向缺失的能力：有人询问远程 SSH 支持，说明一旦这款应用成为日常工作界面，连接能力和环境覆盖范围就会和 UI 打磨一样重要。
@_Evan_Boyle 解释道（21 次点赞、2 条回复、2,521 次浏览、7 次收藏）提到多仓库支持：子会话可以派生到不同仓库中；与此同时，@burkeholland 展示了（12 次点赞、1 条回复、727 次浏览、5 次收藏）表示，他用 Copilot App 将 ResizeMe 用 Go、Wails 和 HTML/CSS 重写成了一个 10 MB 的可执行文件（项目网站）。这组信息让“控制中心”的说法更具可信度：信息流里既有产品机制，也有通过该应用实际交付的工具。
讨论洞察： 最关键的细微之处，不在于这款应用是否存在，而在于它的运行边界。回复中提到了定价、审查清晰度和远程工作流缺失等问题，这说明开发者已经开始把它当基础设施来评判。
与前一天对比： 6 月 9 日，Copilot App 还被描述为一个原生面向代理、带有 worktree 和画布的控制中心；到 6 月 10 日，这一叙事进一步推进：预览范围更广，也补上了跨仓库编排和通过该界面实际交付应用的具体案例。
1.2 Antigravity 持续从工作区扩展为平台运行时 🡕¶
与 Google 相关的讨论持续推动 Antigravity 从一个独立 AI 界面，走向服务 Search 和 Android 开发的更广泛运行时。以下 3 条内容支撑了这一主题。
@antigravity 将其定位为（749 次点赞、45 条回复、51,642 次浏览、225 次收藏）把 Antigravity 描述为“面向 Android 的代理式开发平台”，因为它允许用户安装 Android CLI、skills 等可选资源。后续回复同样重要：Antigravity 官方自己贴出了 Pixel Emulator 和修复秒表问题的示例；一位用户要求修复 IDE 中的代理权限问题，另一位则抱怨 Gemini 3.5 Flash 消耗 token 过于激进。这让该帖既是能力信号，也暴露了接入摩擦。
@Google 表示（314 次点赞、23 条回复、46,042 次浏览、74 次收藏）称，Search 很快会借助 Antigravity 为持续性任务构建可持久保存的定制体验，并将其描述为用户可以长期反复返回使用的迷你应用。配套回复进一步收窄了上线范围：仅面向美国的 Google AI Pro 和 Ultra 用户；而一条持怀疑态度的回复则表示，只有当进度真的能持续保存、且隐私在真实使用中经得起检验时，这个概念才有意义。
@Ayzacoder 放大了（55 次点赞、31 条回复、1,215 次浏览、15 次收藏）把 NotebookLM 与 Antigravity 的组合描述为自动化研究和内容工作的方式。图片本身基本只是 logo 级展示，但这条推文仍强化了一个信号：Antigravity 越来越常被描述为其他 Google 产品背后的工作层，而不是一个单独的目的地。
讨论洞察： 围绕 Antigravity 的张力不在于知名度，而在于这个运行时是否已经准备好承接日常工作：权限、token 成本、持久化和隐私问题立刻就被提了出来。
与前一天对比： 6 月 9 日，Antigravity 还被视为贯穿 Search、NotebookLM 和模型路由的接入层；到 6 月 10 日，这一方向被进一步收敛为两个更清晰的产品路径：用于重复任务的 Search 迷你应用，以及面向 Android 的开发工作流。
1.3 模型竞争越来越通过路由、治理和 harness 质量来判断 🡕¶
最具技术含量的讨论，已经不再只是“哪个前沿模型更强”。6 月 10 日的帖子持续把模型选择与企业政策、路由界面和 harness 设计绑在一起。以下 5 条内容支撑了这一主题。
@tomwarren 报道称（297 次点赞、17 条回复、27,656 次浏览、57 次收藏）称，微软因 Anthropic 的数据保留问题，限制员工在 GitHub Copilot 中使用 Claude Fable 5。相关 Verge 报道 说明，其他 Claude 模型在内部仍可按零数据保留规则使用；而 GitHub 自己的 Fable 5 更新日志 则确认，Fable 5 需要最多 30 天的提示词/输出保留，并采用按使用量计费。
@_LuoFuli 推出了（172 次点赞、18 条回复、5,278 次浏览、35 次收藏）介绍了 MiMo Code：这是一个由 5 人在 14 天内做出的开源编码代理。相关 仓库 把它的独特角度说得更具体：跨会话记忆、compose 模式、子代理、目标驱动循环，以及同时支持 MiMo 托管和 OpenAI 兼容提供商。这条帖子与其说是在讨论“新模型”，不如说是在讨论“新的 harness 基元”。
@gitlawb 发布了（119 次点赞、11 条回复、3,189 次浏览、4 次收藏）介绍了 OpenClaude v0.18.0，包括 /model auto 路由、上下文裁剪工具、REPL 会话中的备用模型，以及完整暴露并附带元数据的 GitHub Copilot 模型。与此同时，@arakharazian 分享了（28 次点赞、1,494 次浏览、8 次收藏）提到 6 月 Ramp AI Index：Anthropic 在企业中的占比约为 41%，而 OpenAI 在 Codex 发布后仍维持持平。
讨论洞察： 6 月 10 日的模型之争，本质上是在讨论包裹模型之外的整套系统：运行时能否自动路由、保住上下文、满足合规要求，并赢得企业信任？
与前一天对比： 6 月 9 日聚焦的是 Fable 5 的基准表现和首发可用性；到 6 月 10 日，模型竞赛仍在视野中，但决定性证据已转向数据保留规则、采用数据，以及围绕各模型构建的 harness 质量。
2. 什么让人感到沮丧¶
前沿模型的政策限制，可能让最强模型在真实组织里根本无法使用¶
严重程度：高。@tomwarren 报道称（297 次点赞、17 条回复、27,656 次浏览、57 次收藏）称，微软因法务团队正在审查 Anthropic 的数据保留条款，而限制了 Claude Fable 5 的内部使用。GitHub 自己的 更新日志 确认了关键产品差异：Fable 5 需要最多 30 天的提示词/输出保留，而 Copilot 中的其他 Claude 模型仍遵循零数据保留规则。之所以值得围绕这个问题构建产品，是因为这里的失败模式不是“模型太弱”，而是“模型过不了企业政策审查”，治理因此直接成了产品阻断点。
路由、回退和上下文处理仍然太依赖手工操作¶
严重程度：高。@gitlawb 已发布（119 次点赞、11 条回复、3,189 次浏览、4 次收藏）介绍了 OpenClaude 中专门用来降低模型选择和上下文窗口摩擦的功能：自动路由、自主管理的上下文裁剪，以及让 REPL 会话不中断的备用模型。@_LuoFuli 将其定位为（172 次点赞、18 条回复、5,278 次浏览、35 次收藏）则围绕 MiMo Code 的跨会话记忆和 compose 工作流，回应了同样的问题。另一侧的痛点也体现在 Antigravity 的讨论里：回复要求修复代理权限，并抱怨 token 消耗过高。这个方向值得投入，因为每当 harness 忘了上下文、选错模型，或在执行中途丢掉节奏，用户都在为此付出成本。
信息流被 AI 工具清单挤满，人们越来越把“策展”本身当作产品¶
严重程度：中。6 月 10 日出现了多条高互动的“顶级 AI 工具”或“120+ 工具”风格帖子，其中包括 @ElizabethA77617 帖子（123 次点赞、40 条回复、3,611 次浏览、55 次收藏）的一份 100 工具速查表，以及 @jethafanacc 帖子（10 次点赞、7 条回复、190 次浏览、5 次收藏）的另一份 120 工具汇总。与此同时，@dtrain22k 抱怨道（39 次点赞、10 条回复、914 次浏览）称，NFT 时代的一批投机者只是转向了“AI 和 vibe coding”；而 @cyrilXBT 推广了（46 次点赞、15 条回复、2,572 次浏览、17 次收藏）介绍了 /last30days，把它描述为一个按真实 upvote、点赞和资金情况打分的搜索引擎。这个方向值得投入，因为社区已经显露出明确的自救方式：用户正在寻找能过滤列表刷屏和炒作复读的排序系统。
3. 人们希望存在什么¶
可零数据保留地访问前沿编码模型¶
最明确的需求并不是“不计代价追求更强能力”，而是能让法务和安全团队真正批准的前沿模型接入方式。@tomwarren 把这一阻碍在微软内部直接暴露了出来；而 GitHub 自己的 Fable 5 文档也写明，该模型需要数据保留，而其他 Claude 模型不需要。这是一个会立刻带来企业后果的现实需求。机会：直接。
一个横跨仓库、设备和代理会话的统一控制平面¶
@github 及其关联的 Copilot App 发布帖，正是这样定位的：一个横跨会话、议题、PR 和自动化任务的 My Work 仪表板。@_Evan_Boyle 补上了多仓库子会话；而对 @JamesMontemagno 的一条回复则立刻追问远程 SSH 支持。与此同时，Google 也在把 Antigravity 推向 Search 迷你应用和 Android 工作流。需求是运营层面的：无论工作实际落在哪，都希望有一个地方统一指挥代理。机会：直接。
具备持久项目记忆的自动模型路由¶
@gitlawb 提到 /model auto、上下文裁剪和备用模型，就是因为用户不想手动盯住每一个任务。@_LuoFuli 和 MiMo Code 仓库 则从另一个角度提出了同样的需求：跨会话记忆、检查点和 compose 工作流。这不是一种理想化愿望，而是现实中的刚需：社区已经在围绕模型选择和上下文丢失的痛点持续构建。机会：直接。
面向代理扩展的安全与确定性审查闸门¶
@socialwithaayan 认为，代理 skills 现在需要迎来一个“npm audit 时刻”；而 SkillSpector 仓库 用 64 种漏洞模式、SARIF 输出，以及仓库/URL/文件扫描能力印证了这一点。@ErikEJ 则在 SQL 工作流中展示了平行需求：通过 MCP 把确定性的 T-SQL Analyzer 接入 SSMS 22.7。共同诉求很明确：可以让代理保持灵活，但高风险扩展和代码路径必须经过可预期的审查闸门。机会：直接。
4. 正在使用的工具和方法¶
| 工具 | 类别 | 评价 | 优势 | 局限 |
|---|---|---|---|---|
| GitHub Copilot App | 原生面向代理的桌面端 | (+) | My Work 仪表板、worktree 隔离、Agent Merge 和沙箱执行，让并行代理工作变得可检查 | 对定价的抱怨，以及对远程 SSH 等能力的需求，说明它距离日常基础设施级使用仍不完整 |
| Google Antigravity | 代理工作区 / 运行时 | (+/-) | 正扩展到 Search 迷你应用和 Android 工作流，并围绕 CLI 资源和持久任务界面给出具体示例 | 回复立刻提出了权限、隐私和 token 消耗等问题 |
| Claude Fable 5 | 前沿编码模型 | (+/-) | 主打长周期编码和自主执行；GitHub 表示，它能以更少的工具调用和更低的 token 消耗完成等价的内部工作流 | 数据保留要求和按使用量计费让它更难获批，也更难建立信任 |
| MiMoCode | 开源编码代理 | (+) | 跨会话记忆、compose 工作流、子代理和广泛的提供商支持，直接针对上下文丢失问题 | 公开讨论仍在质疑它与 OpenCode 风格前作相比究竟有多大差异 |
| OpenClaude v0.18.0 | 多模型 CLI / 路由器 | (+) | 自动路由、上下文裁剪、备用模型和 Copilot 模型元数据，减少了手动盯守 | 当天的证据主要来自版本发布声明，而非长期用户反馈 |
| SkillSpector | 代理 skill 安全扫描器 | (+) | 可扫描仓库、URL、zip 文件和普通文件；覆盖 16 个类别的 64 种模式；支持输出供 CI 使用的 SARIF | 仍较新，团队还需要采纳并接入自身工作流 |
| T-SQL Analyzer MCP | 确定性 MCP 工具 | (+) | 通过 SSMS 22.7 中的 Copilot Agent 模式提供 140+ 条 SQL 规则；结果可复现，并提供行级发现 | 仅适用于 SQL，且需要 SSMS 22.7 和 .NET 10 环境 |
| /last30days | 跨平台研究 skill | (+) | 搜索多个社交/Web 来源，并按真实互动排序，契合社区对信号排序的需求 | 完整能力依赖跨平台连接器和相应配置 |
| OpenAI Codex | 编码代理 | (+/-) | 仍然是日常工具，并已出现在农场自动化、原型搭建等非传统场景 | Ramp 6 月图表显示其企业采用份额持平，帖子也持续要求更强模型或更广访问 |
整体情绪偏务实，而非阵营化。人们喜欢那些能降低协同成本的工具：控制中心、路由器、持久记忆、确定性分析器和安全扫描器。常见的应对方式，是把多种工具叠在一起使用，而不是从头到尾信任某一套单一栈：用 Copilot App 做编排，用 Antigravity 跑 Google 工作流，用路由层做模型选择，再在最需要信任的环节加入专用分析器或扫描器。
5. 人们正在构建什么¶
| 项目 | 构建者 | 功能 | 解决的问题 | 技术栈 | 阶段 | 链接 |
|---|---|---|---|---|---|---|
| GitHub Copilot App | GitHub | 面向代理的桌面控制中心，用于管理会话、审查、自动化任务和合并 | 代理工作原本分散在聊天线程、仓库、PR 和后台运行之间 | My Work 视图、git worktree、画布、Agent Merge、云端/本地沙箱 | Beta | 发布文章, 推文 |
| MiMoCode | Xiaomi MiMo | 原生终端的编码代理，具备跨会话记忆和 compose 工作流 | 长时编码会话容易丢失项目上下文，并需要手动编排 | CLI/TUI、SQLite FTS5 记忆、子代理、检查点、自定义提供商 | Beta | 仓库, 推文 |
| SkillSpector | NVIDIA | 在安装或部署前扫描 AI 代理 skills 的安全工具 | skills 可能隐藏恶意行为、提示注入或凭证窃取 | Python CLI、静态分析加可选 LLM 分析、SARIF、OSV 查询 | Beta | 仓库, 推文 |
| /last30days | mvanhorn | 由 AI 代理驱动、按真实互动度排序的跨平台搜索 | 构建者需要比通用工具清单和炒作串更好的策展方式 | skill/插件、来源连接器、排序与综合流水线 | Shipped | 仓库, 推文 |
| T-SQL Analyzer MCP in SSMS | ErikEJ | 通过 MCP 把确定性的 SQL 反模式检测暴露给 SSMS 中的 Copilot | SQL 开发者希望获得编辑器原生分析，同时避免 LLM 波动 | SSMS 22.7、MCP、DacFX 解析器、.NET 10 | Shipped | 博客文章, 推文 |
| ResizeMe | @burkeholland | 一款用于像素级精确调整窗口尺寸的小型 Windows 工具 | 设计师和开发者仍需要快速、精准地调整测试和演示窗口大小 | Go、Wails、HTML/CSS，使用 GitHub Copilot App 构建 | Shipped | 网站, 推文 |
| html-video | @GithubProjects | 一个本地优先的流水线，可将 HTML、CSS 和数据转为 MP4 | 开发者希望生成产物，而不是把视频制作交给远程供应商 | 本地渲染器、编码代理后端、模板、可选配乐 | Beta | 推文 |
Copilot App 之所以重要，是因为 6 月 10 日把产品叙事和实际产出绑定在了一起。@burkeholland 用了它（12 次点赞、1 条回复、727 次浏览、5 次收藏）提到，他用 Go、Wails 和 HTML/CSS 交付了 ResizeMe；这比泛泛的“代理桌面”定位更有说服力。
MiMoCode 和 OpenClaude 从不同角度指向了同一种反复出现的构建模式：越来越多团队在做的是记忆、路由、检查点和回退行为等 harness 能力，而不是又一个提示词包装层。SkillSpector 和 T-SQL Analyzer 则展示了相邻的控制模式：随着代理产出增加，人们也希望把扫描器和确定性分析器纳入回路。
@GithubProjects 展示了（24 次点赞、2 条回复、2,450 次浏览、26 次收藏）介绍了 html-video，这是一款面向编码代理的本地优先 HTML 转视频工具。
表格中最鲜明的模式，是围绕构建者的基础设施，而不只是构建者本身：控制中心、上下文系统、分析器、扫描器、排序层和产物生成器，都在试图让代理输出更可靠、更可检查或更有用。
6. 新动态与值得关注的内容¶
微软内部对 Fable 5 的限制，让数据保留政策成了竞争变量¶
@tomwarren 报道称（297 次点赞、17 条回复、27,656 次浏览、57 次收藏）称，微软限制员工使用 Claude Fable 5，尽管 GitHub Copilot 和 Microsoft Foundry 正在对外公开推出该模型。Verge 报道、GitHub 更新日志，以及微软自己的 Foundry 文章 共同让这种分裂格外显眼：能力在被大范围宣传，但数据保留条款对至少一条大型内部部署路径来说仍然过于敏感。
代理 skill 安全从模糊警告变成了一个产品类别¶
@socialwithaayan 将其描述为（22 次点赞、12 条回复、2,636 次浏览、6 次收藏）介绍了 SkillSpector，将其定位为扫描恶意 skills 的工具；而 仓库 则进一步用 16 个类别的 64 种漏洞模式、对仓库/URL/zip 文件/普通文件的支持，以及 SARIF 输出，为这一定位提供了支撑。
Ramp 6 月图表显示，Codex 发布后的势头尚未转化为企业付费份额增长¶
@arakharazian 分享了（28 次点赞、1,494 次浏览、8 次收藏）提到了 6 月 Ramp AI Index：Anthropic 在企业中的占比约为 41%，而 OpenAI 在 Codex 发布后仍持平。这一点很重要，因为 6 月 10 日的大量讨论默认 Codex 势头会自动转化为企业采用；但这张图表表明，企业支出的变动路径仍与社交平台热度并不相同。
7. 机会在哪里¶
[+++] 受治理约束的代理基础设施 —— 跨多个章节最强的共同信号，是市场需要让代理工作“可获批、可审查”的系统：微软因数据保留限制 Fable 5、SkillSpector 对恶意 skills 的扫描，以及 ErikEJ 的确定性 MCP 分析器，都指向同一种需求——在代理执行周围加入政策、安全和可重复检查。
[++] 统一的代理控制平面 —— GitHub Copilot App、Antigravity Search 迷你应用、Antigravity 的 Android 工作流，以及多仓库子会话模式，都显示出一个明显需求：希望有一个地方，统一调度跨仓库、跨设备和跨运行时界面的工作。
[++] 位于模型之上的路由和记忆层 —— MiMoCode 的跨会话记忆，以及 OpenClaude 的自动路由/上下文裁剪，都在对准同一个反复出现的痛点：任务形态一变，用户不想每次都重新解释项目上下文，也不想手动重新选模型。
[+] 面向构建者的产物与垂直工具 —— html-video、ResizeMe、用 Codex 做农场自动化，以及 SSMS 原生 SQL 分析，都表明代理经济正在扩展到具体终端产品和工作流专用工具，而不只是通用聊天界面。
8. 要点¶
- GitHub Copilot App 已经成为真正的工作界面，而不只是发布演示。 6 月 10 日把更广泛的预览开放，与多仓库子会话和通过该应用交付的 ResizeMe 工具结合起来，提供了具体证据。（GitHub app 推文、多仓库帖子串、ResizeMe 构建）
- Antigravity 正在渗透到 Google 各个界面，但成熟度问题也一路伴随。 Android 工作流和 Search 迷你应用是它的上行空间；而权限、隐私和 token 消耗过高的抱怨，则是立刻出现的制衡。（Antigravity Android 帖子串、Google Search 帖子串）
- 模型领先地位正通过治理能力和 harness 质量被重新筛选。 Fable 5 可以对外发布，却在内部受限；而当天最有分量的构建者帖子，讨论的是路由、记忆和检查点，而不是基准测试幻灯片。（Tom Warren 报道、MiMo Code、OpenClaude）
- 信任工具正在成为一等 AI 编程基础设施。 SkillSpector 和 T-SQL Analyzer MCP 都表明，市场正在转向可嵌入代理回路的扫描器和确定性分析器。（SkillSpector 帖子串、T-SQL Analyzer 文章）
- 社区正通过构建排序与策展层，对抗工具清单泛滥。
/last30days是最清晰的例子：人们把社交互动本身变成排序输入，以对抗没完没了的 AI 工具汇总。（/last30days 帖子串、100 tools 推文）