Twitter AI 编程 - 2026-06-19¶
1. 人们在讨论什么¶
1.1 平台整合与界面重组仍是核心话题 🡒¶
6 月 19 日，信息流的焦点依旧是各家厂商把彼此独立的产品收拢进更大的智能体平台。保留的 5 条内容共同支撑了这一主题：Google 关闭 Gemini CLI、官方发布 Antigravity 迁移通知、Traces 在下游工具层面切换支持对象、一条爆火提问追问 Google 为何现在同时有 Antigravity 和 Jules，以及一张 Codex 截图显示类似 ChatGPT 的导航正在进入编程界面。
@JackWoth98 告别 (427 个赞、66 条回复、60,798 次浏览、50 次收藏) 向 Gemini CLI 用户表示，Google AI Pro、Ultra 和免费层级的个人账户从当天起停止可用。他随后又回复称，这个项目“并没有以我原本希望的方式结束”，让这次过渡显得更像是被施加的，而非自愿发生。
@geminicli 确认 (128 个赞、27 条回复、11,130 次浏览、22 次收藏) 在官方渠道确认了同一截止时间，并将个人用户与企业许可证用户和 API key 用户区分开来。Google 的公开迁移文章补充了更大的背景：Gemini CLI 已拿下超过 100,000 个 GitHub stars 和 6,000 个已合并的 pull requests，但 Google 仍愿意围绕 Antigravity CLI 做整合，即使它在发布时还做不到 1:1 的功能对等（博客）。
@0interestrates 提问 (91 个赞、26 条回复、17,595 次浏览、8 次收藏) 追问 Google 为什么现在会有两个彼此竞争的编程智能体：Antigravity 和 Jules。这条内容之所以引发共鸣，是因为被引用的 Jules 帖子把 Jules 描述为一个“端到端的智能体式产品开发平台”，能够读取产品上下文并交付一个 pull request，这让两者在界面层面的分野看起来是真实存在的，而不只是语义差别。
@tarunsachdeva 报道称 (13 个赞、1 条回复、1,947 次浏览) 指出，Traces 0.6.4 在同一天上午移除了对 Gemini CLI 的支持，同时新增了对 Antigravity 会话的支持。这是一个有价值的信号，说明迁移已经开始影响周边工具，而不只是 Google 自己的文档。
@testingcatalog 展示了 (442 个赞、25 条回复、29,857 次浏览、42 次收藏) 展示了一张 Codex 界面截图，左侧栏里有 Library、Projects、Plugins、Pull requests 和 Automations。这张截图为“平台整合”这一主题提供了具体的 UI 证据，显示 OpenAI 正在把编程工作进一步拉近到更广义的 ChatGPT 工作区模型。
讨论洞察： 最强烈的回复都在讨论，合并后究竟丢掉了什么。Gemini 用户追问 Code Review 智能体去哪了、为什么 Antigravity 仍然难以处理 sudo 密码提示，以及为什么还没有 IntelliJ 集成；而 Codex 相关回复则担心，越来越多工作流正在被收进同一个 OpenAI 技术栈里。
与前一日对比： 6 月 18 日是截止本身，6 月 19 日则把讨论重心转向了二阶影响：生态工具开始切换支持对象、用户开始质疑产品边界、竞争对手也让自己的整合动作变得更可见。
1.2 GitHub 持续把 Copilot 从 CLI 功能扩展为完整操作界面 🡕¶
第二组内容显示，GitHub 正同时从多个方向扩展 Copilot：更丰富的 CLI 行为、更广泛的小模型铺开、把会话和 pull requests 放在同一处的桌面应用、内部分析智能体，以及成体系的 MCP 培训。保留的 5 条内容都支撑了这一主题。
@github 宣布 (200 个赞、24 条回复、23,684 次浏览、55 次收藏) 表示 Copilot CLI 现在具备本地语音转文字能力，并内置了一个用于提供第二意见的 Rubber Duck 智能体。GitHub 的公开更新日志澄清了两者的状态：语音输入和 Rubber Duck 已正式可用，而用于 issues、pull requests 和 gists 的新终端标签页仍处于实验阶段（更新日志）。
@github 还宣布了 (154 个赞、7 条回复、17,385 次浏览、31 次收藏) 表示 MAI-Code-1-Flash 现已覆盖更多 Copilot 界面。配套更新日志列出了 Copilot CLI、Copilot 应用、GitHub Chat、Visual Studio、GitHub Mobile、JetBrains、Eclipse 和 Xcode，这让这次发布更像是平台级覆盖，而不是单一界面的试验（更新日志）。
@AlternativeTo 重点介绍了 (22 个赞、1,542 次浏览、11 次收藏) 表示 GitHub Copilot 桌面应用现已在 Mac、Windows 和 Linux 上可用。其链接文章称，这个桌面应用新增了 Canvases、云端自动化、自带模型支持和 MCP 服务器连接；截图则显示，会话、diff、终端和 pull request 状态都被放进了同一个界面里（故事）。
@elsontec 提到 (3 个赞、2 条回复、27 次浏览) 指向 GitHub 公开发布的 Qubot 文章，其中员工可以通过 Slack、VS Code 或 Copilot CLI，用自然语言提问数据仓库问题。GitHub 在文中表示，Qubot 会通过 GitHub MCP Server 加载经过整理的上下文，并在 Kusto 和 Trino 之间自动路由，这表明 Copilot 已被用作内部数据智能体，而不只是编程助手（博客）。
@pamelafox 报道称 (13 个赞、1 条回复、422 次浏览、8 次收藏) 提到了她组织的 4 小时内部工作坊，内容是如何使用和构建与 GitHub Copilot 配套的 MCP 服务器。她公开的幻灯片和代码仓库展示了一套围绕公开和需认证 MCP 服务器的具体课程，以及一个 Python FastMCP 练习，这让 MCP 素养看起来更像是运营培训，而不是业余试验（幻灯片、仓库）。
讨论洞察： 围绕 GitHub 的讨论，与其说是在打模型战，不如说是在讨论边界扩张。公开材料不断扩大 Copilot 的职责范围：评审你的计划、接受语音输入、管理 pull requests、回答数据仓库问题，以及教团队如何把 MCP 接进这一整套体系。
与前一日对比： 6 月 18 日强调的是路由、BYOK 和访问权限；6 月 19 日则把这一趋势进一步扩展到工作流广度：应用、CLI、MCP 培训和内部分析都被纳入了 Copilot 版图。
1.3 构建者关注循环、可观测性，以及如何让长时运行的智能体持续工作 🡕¶
第三个主题是，构建者正在给智能体包上一层运营结构，而不只是替换模型。保留的 5 条内容分别是：BridgeAgent 的循环仪表盘、claude-tap 的追踪查看器、一张具体展示 OpenCode + GLM 的图片、一条关于会话限制的讨论，以及一个专门用来裁剪超大 Codex 对话的工具。
@bridgemindai 展示了 (52 个赞、7 条回复、1,839 次浏览、20 次收藏) 展示了 BridgeAgent 中 8 个实时循环同时运行的画面。这张截图之所以重要，是因为它不是泛泛而谈的“智能体”样机：画面里能看到并行循环分别处理 Sentry 错误、AWS、PostHog、GitHub 仓库和 SEO 任务；而 BridgeMind 的公开页面则把 BridgeAgent 描述为一个递归式 AI 软件工程师，能够在循环中设计、交付、修复，并重写自己的操作手册（网站）。
@DanKornas 推出了 (3 个赞、5 条回复、295 次浏览、4 次收藏) 介绍了 claude-tap，它是面向编程智能体的本地代理和追踪查看器。README 补足了实际产品形态：追踪数据保留在用户本机，查看器可展示提示词、工具 schema、工具调用、token 使用量和请求 diff，支持的客户端则包括 Claude Code、Codex、Gemini CLI、OpenCode、Cursor CLI、Antigravity CLI 等（仓库）。
@C_NyaKundiH 认为 (103 个赞、32 条回复、7,266 次浏览、23 次收藏) 表示，Codex 之所以在很大程度上比 Claude 更好，是因为当套餐在构建过程中途到期时，它不会把项目直接晾在那里。回复进一步把衡量标准改写得更偏运营：真正的测试，是一个智能体能否撑过 6 小时的会话；如果做不到，Markdown 交接文件就是一种替代办法。
@Upscalpfutures 描述了 (8 个赞、1 条回复、45 次浏览) 提到了 Codex Safe Trim，作为对“对话在大约 200MB 或 16,000 行后开始不稳定”这一问题的回应。这条帖子之所以重要，是因为它明确给出了阈值、故障模式，以及作者为什么在意：一旦上下文崩塌，面向特定角色的智能体重新灌入上下文成本很高。
@hqmank 展示了 (1 个赞、146 次浏览) 展示了在 OpenCode 中通过 Hugging Face 运行 GLM-5.2。这是个信号较弱的帖子，但图片让模型可移植性变得具体：它展示的不是抽象比较帖，而是开放权重模型如何进入真实的编程 CLI。
讨论洞察： 回复对“新奇”兴趣不大，更关心可靠性。大家追问循环会怎么失败、告警怎么工作、如何看到工具调用上下文，以及如何防止智能体会话随着规模变大而逐渐腐坏。
与前一日对比： 6 月 18 日已经更偏向工作流层，而非原始模型；6 月 19 日则把这种偏好进一步推向运营层面：并行循环、本地追踪查看器、会话裁剪，以及明确的交接仪式。
2. 什么让人感到沮丧¶
被迫迁移，以及模糊不清的产品边界¶
严重程度：高。最尖锐的不满来自这样一种情况：在用户还没看清产品版图之前，就被迁移到了新界面。@JackWoth98 宣布 (427 个赞、66 条回复、60,798 次浏览、50 次收藏) 提到了 Gemini CLI 对个人账户的停用，而 Google 自己的迁移文章也明确写道，Antigravity CLI 上线时并不具备 1:1 功能对等（博客）。@geminicli 确认 (128 个赞、27 条回复、11,130 次浏览、22 次收藏) 指出企业用户和 API key 用户不受影响，但回复立刻开始追问 Code Review 的替代方案、sudo 密码处理、IntelliJ 支持，以及更低的 token 配额。@0interestrates 总结道 (91 个赞、26 条回复、17,595 次浏览、8 次收藏) 则用一个简单问题概括了更广泛的困惑：为什么 Antigravity 和 Jules 会同时存在？人们目前的应对方式，是只迁移不得不迁的部分、在可能时依赖企业/API key 路径，并等待 Traces 这样的下游工具跟上。这值得投入，因为痛点发生在任何编程工作开始之前。
长时间运行的智能体会话仍然脆弱且代价高¶
严重程度：高。@C_NyaKundiH 将其概括为 (103 个赞、32 条回复、7,266 次浏览、23 次收藏) 用很直接的商业语言描述了这个问题：开发者不想因为套餐在构建中途到期，就让项目被晾在那里。回复让运营标准变得更明确：一位用户说，真正的基准是能否撑过 6 小时的编程会话；另一位则建议用 Markdown 交接文件来保住连续性。@Upscalpfutures 补充道 (8 个赞、1 条回复、45 次浏览) 则提供了一个关于 Codex 的具体失效叙事：对话在约 200MB 或 16,000 行后会变得不稳定，迫使作者做了一个裁剪工具，而不是每次都从零重新灌入特定角色智能体的上下文。人们目前通过交接文档、更窄的单智能体分工，以及手动清理上下文来应对。这值得投入，因为它是反复出现的工作流故障，而不是一次性抱怨。
隐藏的上下文仍让智能体难以信任，也难以调试¶
严重程度：中。@DanKornas 表示 (3 个赞、5 条回复、295 次浏览、4 次收藏) 表示，当上下文不可见时，调试编程智能体会很困难，随后链接了 claude-tap，作为一种在本地检查提示词、工具调用和 token 使用量的方法。仓库 README 进一步印证了这一点：其追踪查看器可以展示请求 diff，并导出可移植的 HTML 会话；回复则表示，对精确工具调用和上下文流的可见性，正是当前大多数团队最头疼的地方（仓库）。人们目前通过插入代理查看器、编写更严格的交接文件，以及采用 Copilot Rubber Duck 这类“第二意见”流程来应对。这值得投入，因为信任问题横跨多个智能体栈，而不只是某一家厂商。
3. 人们希望出现什么¶
能跨越长会话和套餐边界的持久智能体状态¶
最明确、最实际的愿望，是让智能体能够把工作记忆完整保留到足以做完真实工作。@C_NyaKundiH 抱怨 (103 个赞、32 条回复、7,266 次浏览、23 次收藏) 提到，项目会在套餐结束时于开发中途停下；回复则表示，Markdown 交接文件是目前的补救办法。@Upscalpfutures 描述了 (8 个赞、1 条回复、45 次浏览) 则提到了一款专门为维持长 Codex 对话而构建的裁剪工具，目的是避免每次都重启。这个需求非常务实，而且立刻有价值，因为人们已经在手动保存状态上花费时间。机会：直接。
重叠编程智能体界面之间更清晰的边界¶
第二个需求是，当厂商强制迁移时，产品角色必须足够清晰。@geminicli 转向了 (128 个赞、27 条回复、11,130 次浏览、22 次收藏) 把个人用户迁移到 Antigravity CLI，但回复追问的是：Gemini Code Review 现在由什么替代、IntelliJ 里会发生什么、认证方式变化会如何影响日常使用。@0interestrates 记录了 (91 个赞、26 条回复、17,595 次浏览、8 次收藏) 则进一步追问：为什么 Antigravity 和 Jules 竟然会同时存在？这不是情绪性需求，而是一个实际问题：人们想在重建使用习惯之前，先弄清楚编程、评审、产品规划和迁移工具分别应由哪个界面承载。机会：直接。
针对智能体推理与工具使用的一流可观测性¶
信息流还显示，人们强烈希望拥有更好的办法来检查智能体到底看到了什么、做了什么。@DanKornas 链接到 (3 个赞、5 条回复、295 次浏览、4 次收藏) 推荐 claude-tap，理由正是隐藏上下文让调试变得困难；其回复也认同，精确看到工具调用和上下文，仍是很多团队的痛点。GitHub 自己公开的 Qubot 文章则从厂商侧指向了同一个方向：它描述了一个离线评估框架，在上线上下文变更前先衡量准确率、延迟和回归（博客）。随着越来越多智能体工作进入循环、后台运行和团队共享工作流，这一务实需求正变得愈发紧迫。机会：竞争性。
4. 正在使用的工具与方法¶
| 工具 | 类别 | 情绪 | 优势 | 局限 |
|---|---|---|---|---|
| Antigravity CLI | 编程智能体界面 | (+/-) | 与 Antigravity 2.0 共享统一后端，基于 Go 的 CLI，提供从 Gemini CLI 迁移的路径 | 迁移带有强制色彩，上线时无 1:1 功能对等，缺少集成且认证流程引发抱怨 |
| OpenAI Codex | 编程智能体 / 应用工作区 | (+/-) | 类似 Library 的工作区正在吸收项目、插件、pull requests 和自动化；构建者对其在套餐连续性上的表现评价较高 | 整合引发对锁定的担忧，长对话仍需手动求生 |
| GitHub Copilot CLI | 编程智能体 CLI | (+) | 语音输入本地运行，Rubber Duck 提供第二意见智能体，issues/PRs/gists 标签页正在出现 | 一些工作流改进仍处于实验阶段，更广泛反馈也还早期 |
| GitHub Copilot 应用 | 智能体工作区 | (+) | 桌面应用把会话、diff、PR、Canvases、云端自动化、自带模型支持和 MCP 支持集中到一起 | 较新的界面，部分组织功能仍受策略或管理员控制 |
| MAI-Code-1-Flash | 小型编程模型 | (+) | 专为 Copilot 调优，并已覆盖多个 Copilot 界面 | 发布仍在逐步推进，对商业版/企业版用户尚未全面可用 |
| claude-tap | 追踪 / 可观测性工具 | (+) | 支持本地请求检查、diff、token 可见性、可导出的 HTML 追踪，兼容多类客户端 | 增加了代理步骤，相比主流编程栈仍属小众 |
| BridgeAgent | 循环自动化工作区 | (+/-) | 跨工程与运营任务的并行循环、显式展示持续工作的仪表盘、强调自我改进循环 | 回复仍在追问故障、告警和防护机制如何处理 |
| OpenCode + 通过 Hugging Face 使用 GLM-5.2 | 开放权重 CLI + 模型组合 | (+) | 具体展示了如何快速把热门开放权重模型接入编程 CLI | 免费访问仅限一段时间，目前仍只是生产使用的弱信号证明 |
| Google ADK + Gemini 技术栈 | 多智能体应用技术栈 | (+) | 在一个真实上线产品中清楚区分了视觉、语音、推理和验证角色 | Google 专属架构，实施复杂度也明显更高 |
| MCP / FastMCP | 集成方法 | (+) | 支持公开和需认证的工具连接，培训材料越来越多，Python 服务器路径也较直接 | 在变成日常操作前，仍需要配置成本和用户教育 |
整体满意度相当务实。人们会奖励那些让工作流更可见、更可移植、更有韧性的工具；而当这些产品依旧掩盖迁移缺口、上下文丢失或发布边界时，他们也会明确表达不满。
常见的应对办法本身就很说明问题：用 Markdown 交接文件来维持会话连续性，用专门的裁剪工具处理过大的对话线程，用本地追踪代理检查上下文，以及在单一厂商界面显得过窄时，套上一层与模型无关的封装。
最清晰的迁移模式，是摆脱对单一界面的依赖。Google 把用户从 Gemini CLI 推向 Antigravity，OpenAI 持续把更多 ChatGPT 家具搬进 Codex，GitHub 把 Copilot 扩展到 CLI、桌面端和内部智能体，而更小的构建者则以 OpenCode 和本地可观测性工具这类可移植层作出回应。
5. 人们在构建什么¶
| 项目 | 构建者 | 功能 | 解决的问题 | 技术栈 | 阶段 | 链接 |
|---|---|---|---|---|---|---|
| BridgeAgent | @bridgemindai / BridgeMind | 一个递归式 AI 软件工程师，可同时针对工程与运营任务运行多个实时循环 | 自动化重复性维护、bug 修复和交付工作，而不需要每项任务都单独写一个提示词 | BridgeAgent 工作区、GitHub、Sentry、AWS、PostHog 集成，基于循环的编排 | Beta | 帖子, 网站 |
| claude-tap | liaohch3 | 面向 AI 编程智能体的本地代理和追踪查看器 | 在智能体行为不透明时，让提示词、工具调用、token 使用量和请求 diff 变得可检查 | Python、本地转发代理、HTML 追踪查看器、多客户端适配器 | 已发布 | 帖子, 仓库 |
| GitHub Copilot 应用 | GitHub | 用于启动、审查和落地 Copilot 会话的桌面工作区 | 把编程会话、diff、pull requests、Canvases 和云端自动化集中进一个原生应用 | 原生桌面应用、隔离分支/worktrees、MCP 支持、自带模型支持 | 已发布 | 帖子, 仓库, 故事 |
| Qubot | GitHub | 用自然语言回答数据仓库问题的内部分析智能体 | 让不想手写 Trino 或 Kusto 查询的团队，也能自助获取遥测和产品分析数据 | Copilot Cloud Agent、Slack、VS Code、Copilot CLI、GitHub MCP Server、Kusto、Trino | 已发布 | 博客 |
| GamerVision | GamerXSociety | 实时游戏副驾驶，可实时观察、指导、分析并奖励玩家 | 绕开脆弱的游戏平台 API，直接依据真实游戏状态提供指导与奖励逻辑 | Google Cloud ADK、Gemini 3.1 Flash Live、Gemini 2.5 Flash Native Audio、Gemini 3.1 Flash、Gemini 3.1 Pro、Firestore | 已发布 | 帖子, 文章 |
BridgeAgent 和 claude-tap 从相反方向指向了同一种构建者模式。@bridgemindai 展示了 (52 个赞、7 条回复、1,839 次浏览、20 次收藏) 展示的是一个可同时运行许多循环的界面；@DanKornas 分享了 (3 个赞、5 条回复、295 次浏览、4 次收藏) 展示的则是检查这类智能体在底层到底做了什么的工具。反复出现的问题并不是“如何生成代码”，而是如何长期协调、审计和恢复智能体工作。
GitHub 的 Copilot 应用和 Qubot 则展示了这种变化的厂商原生版本。Copilot 应用把会话、diff、pull requests 和自动化收进一个桌面界面；Qubot 则把 Copilot 的智能体模式应用到分析而不是代码上，并在外层加上上下文层与评估循环。
@GoogleCloudTech 重点介绍了 (33 个赞、2 条回复、3,252 次浏览、15 次收藏) 展示了当天最具体的垂直架构：GamerVision。其公开文章称，该系统已达到 100,000 名用户和 30 个品牌合作伙伴；而图示则通过把视觉、语音、推理和高级验证拆成不同模型角色，让编排逻辑变得清晰，而不是把所有事都压在一个过载的智能体身上（文章）。
6. 新内容与值得关注的事¶
Codex 向 ChatGPT 风格收敛，已在产品 UI 中变得可见¶
@testingcatalog 记录了 (442 个赞、25 条回复、29,857 次浏览、42 次收藏) 展示了一张 Codex 界面截图，把 Library、Projects、Plugins、Pull requests 和 Automations 放在了一起。这很重要，因为它让“Codex 正在变成 ChatGPT”这一判断从猜测变成了可直接查看的产品界面事实。
GitHub 展示了 Copilot 不只是编程智能体，也能充当分析智能体¶
@elsontec 披露了 (3 个赞、2 条回复、27 次浏览) 指向 GitHub 关于 Qubot 的文章，其中员工可通过 Slack、VS Code 或 Copilot CLI 查询数据仓库。更值得注意的是其背后的操作模型：通过 GitHub MCP Server 加载整理好的上下文、在 Kusto 和 Trino 之间自动路由，并在上下文变更上线前用评估框架衡量准确率和延迟（博客）。
一个真实的多智能体垂直应用公开了架构与结果¶
@GoogleCloudTech 分享了 (33 个赞、2 条回复、3,252 次浏览、15 次收藏) 指向一篇关于 GamerVision 的公开文章：这是一个用 Google Cloud ADK 搭建的实时游戏副驾驶，并把 Gemini 的视觉、语音、推理和验证拆分为不同角色。文章称，该产品在不到 9 个月内就达到了 100,000 名用户和 30 个品牌合作伙伴，因此比一般的多智能体演示更具信号意义（文章）。
7. 机会在哪里¶
[+++] 抗迁移的智能体状态与连续性 — 证据同时来自第 1、2、3、4 节：Gemini CLI 用户被迫迁移到新界面，长会话仍会因套餐限制或线程过大而中断，而用户只能用 Markdown 交接和自定义裁剪工具打补丁。一款能让任务状态、角色状态和仓库状态在不同会话与界面之间保持可移植的产品，会直接解决一个反复出现的痛点。
[+++] 智能体可观测性与循环运营 — BridgeAgent、claude-tap、Copilot Rubber Duck，以及 Qubot 的评估框架都指向同一个需求：随着智能体运行时间变长、运行位置变多，团队需要围绕它们建立仪表盘、追踪、diff、告警和审查层。这一方向之所以强，是因为证据同时来自初创构建者和大型平台运营方。
[++] 跨界面工作流封装 — Codex 正在吸收更多 ChatGPT 功能，Copilot 正扩展到 CLI / 应用 / 分析，MCP 培训也正在成为成体系的实践。机会在于把工作流、工具连接和权限封装起来，使其能够跨产品变化延续，而不是每到一个界面就重建一次。
[+] 编程工具中的开放权重模型切换层 — OpenCode + GLM-5.2 的截图，以及围绕快速访问模型的更广泛“模型无关”论点，都显示出一个正在成形的机会：让编程工具把模型替换视为一等工作流。这个信号比“连续性”和“可观测性”主题更早期，但已经越来越具体。
8. 要点¶
- 6 月 19 日，平台整合仍处于讨论前台，但对话已经从截止日转向后续影响。 Google 停用了个人用户的 Gemini CLI，Traces 在同一天移除了对 Gemini 的支持，而人们仍在追问 Antigravity 与 Jules 的区别。（来源）
- GitHub 对 Copilot 的推进，正从编程辅助扩展为通用操作界面。 语音输入、Rubber Duck、覆盖更多界面的 MAI-Code-1-Flash、Copilot 桌面应用、Qubot 和 MCP 工作坊，都指向同一个方向。（来源）
- 构建者最强的动力，来自围绕智能体构建可靠性层，而不是新的提示词技巧。 BridgeAgent 的循环、claude-tap 的追踪查看器、Markdown 交接文件和 Codex Safe Trim，针对的都是协调、可观测性和会话存活问题。（来源）
- 真实的多智能体产品，如今已经开始公开具体技术栈与结果。 GamerVision 是最清晰的例子：它把 Gemini 分成视觉、语音、推理和验证等不同角色，并公开声称在不到 9 个月内达到 100,000 名用户和 30 个品牌合作伙伴。（来源）