跳转至

Reddit AI 编程 - 2026-05-13

1. 大家在讨论什么

1.1 GitHub Copilot 按使用量计费引发震动,事态逼近临界点 (🡕)

当天最活跃的话题,是 GitHub Copilot 将于 2026 年 6 月 1 日从 Premium Request Units(PRU)迁移到 AI Credits(AIC)计费,且 1 AIC = $0.01。GitHub 还发布了一个计费预览工具,允许订阅者上传自己的使用历史 CSV,查看如果按新模型计费,自己 2026 年 4 月的账单会是多少。这一结果迅速主导了 r/GithubCopilot,至少有七个不同帖子在集中讨论。

u/rostilos 发出了第一张计费预览截图,展示了 12 天高强度使用的结果——如果按 2026 年 4 月计算,AIC 计费将比现行方案多出 $1,024.52,总额达到 $1,063.52,而当前固定费用仅为 $39(帖子链接)(236 点,144 条评论)。

GitHub Copilot 计费预览:当前套餐为 $39.00 / 1,354.9 PRUs,而按用量计费为 $1,063.52 / 109,452,416 AICs —— 2026 年 4 月

在同一帖子里,另一位用户也晒出了自己的计费预览:当前 $105.19,改按 AIC 后则是 $2,757.82(278,881,818 AIC)。

GitHub Copilot 计费预览:当前为 $105.19,而按用量计费为 $2,757.82 —— 2026 年 4 月 —— 该讨论串中最极端的案例

并非所有用户都遭遇了灾难性涨价。一位轻度用户的账单为当前 $10.00,对比 AIC 计费后的 $26.31(3,130 AIC);而同样是 $10 套餐的另一位重度用户,则显示为 $766.81(77,180 AIC)。

$10 套餐的轻度用户:当前 $10.00,而按用量计费为 $26.31

$10 套餐的重度用户:当前 $10.00,而按用量计费为 $766.81 / 77,180 AICs

u/Ok-Future0000 分享了一份 450 次请求的样本(每月总量 1,500 次),显示当前 $39,而 AIC 计费下为 $1,786.85;按这个速度推算,如果整月都保持这一使用节奏,费用将达到约 $5,360(帖子链接)(171 点,189 条评论)。

GitHub Copilot 计费:当前 $39.00 / 1,350.92 PRUs,而按用量计费为 $1,786.85 / 181,784 AICs

u/leumasme 用一张图片简洁概括了整体情绪:Copilot 机器人报出“$4,493.43 / 452,442,697 AICs”(帖子链接)(232 点,39 条评论)。u/TrickMaleficent2301 分享的计费预览为当前 $39,对比 AIC 下的 $595.83(帖子链接)(127 点,57 条评论)。u/sstainsby(得分 10)透露:“我 5 月的使用费目前已经到 $625 USD——而这还不是我白天那份编程工作的用量。而且现在 5 月都还没过半。”

数据中最极端的一例是:某用户的计费预览显示当前 $47.27,而 AIC 计费下高达 $3,962.04(2026 年 4 月共 399,303 AIC),其日度图表还显示,在高强度使用日,峰值达到 120 次 premium requests 和 40K AIC。

Copilot 计费极端案例:当前 $47.27,而按用量计费为 $3,962.04 / 399,303 AICs —— 附每日使用图表

u/1superheld 发布了 GitHub 关于新定价结构及 flex allotments 的官方公告(帖子链接)(118 点,100 条评论)。u/Unfair-Expert-1153(得分 119)直接拿它与竞争对手对比:“$20 的 ChatGPT Plus 套餐每周可提供 $40 的 codex 使用额度。一个月就是 $160,相当于 8 倍价值。GitHub 可以收摊了。” u/Inevitable-Ant1725(得分 52)则解读了 flex-allotment 的表述:套餐价格买到的是这部分价值 ± 一个未说明的变量——“不结转,没有明确承诺。”

讨论洞察: 大量计费预览截图说明,真正依赖这些工具开展工作流的用户已经开始认真算账,而结果正在推动他们立即调整套餐决策。u/robot1one(得分 57)提议转向直接订阅 Codex + Claude。u/randombsname1(得分 20)认为,“中间商 vs 直接模型提供商”对 Copilot 来说是一个长期无解的位置,并提到中国模型公司虽然落后于 SOTA 约 6 个月,但同样构成了额外竞争压力。u/are you cancelling 还单独发起了一项投票(帖子链接)(40 点,104 条评论);最高赞回复包括“当然了”“他们根本不想要用户”以及“现在只对企业有吸引力了”。

与前一天相比: 5 月 12 日,计费预览工具首次出现,只有零散个人截图。到了 5 月 13 日,已经演变为大规模数据汇总——数十位用户在多个帖子中分享截图,结果区间也更加清晰:涨幅从 2.6 倍(轻度用户)到 84 倍(极端重度用户)不等。


1.2 Anthropic 开始对 SDK 和 claude -p 的程序化访问计量收费 (🡕)

5 月 13 日,Anthropic 官方 @ClaudeDevs 账号宣布,自 2026 年 6 月 15 日起,付费 Claude 套餐将可领取“专用于程序化使用的月度额度”,覆盖 Claude Agent SDK、claude -p、Claude Code GitHub Actions,以及基于 Agent SDK 构建的第三方应用(89.9K 浏览)。

ClaudeDevs 推文:从 6 月 15 日起,付费 Claude 套餐可领取专属月度额度,用于程序化使用,覆盖 Agent SDK、claude -p、Claude Code GitHub Actions 及第三方应用

帮助文章(链接)确认了具体额度:Pro=$20/月,Max 5x=$100/月,Max 20x=$200/月。额度不会结转,并且会先于额外用量被消耗。

u/whoisyurii 将此解读为对先前隐性福利的一次回撤:此前,使用 claude -p 的 Max 20x 用户,实际上可通过不透明但相当宽松的限制,获得约 $2,000/月的补贴 token;现在则变成了字面上的 $200,且不再额外提供(帖子链接)(236 点,148 条评论)。u/SemanticThreader(得分 48)称这是“一个愚蠢的决定”——自主运行的 claude -p 现在被限制在 $200 额度内,而且消耗速度比交互式订阅使用更快。u/TheOriginalAcidtech(得分 49)则表示:“比预想中更早开始搭建永久本地模式了。”

u/Permit-Historical 给自己的帖子起名为“Anthropic 给开发者真正会用的东西装上了计量表”(帖子链接)(140 点,135 条评论)。u/Extension_Pin_6359(得分 90)把这一举动视为补贴时代结束的确认:“推销的人已经让瘾君子上钩了,现在是时候开始榨他们了。该认真研究本地 AI 方案了。”

u/Deep_Proposal_7683 发了一则澄清帖(帖子链接)(51 点,17 条评论),指出这些额度不会累积,必须在月底前用完,并认为整体上这次 opt-in 机制相当直白。

作为部分对冲措施,Anthropic 同时还宣布,在 7 月 13 日前,Claude Code 的周使用上限提高 50%,并自动应用于所有 Pro、Max、Team 和按席位计费的 Enterprise 账户(帖子链接)(31 点,10 条评论)。

Claude Code 官方公告:每周限额在 7 月 13 日前提高 50% —— 已自动生效,无需手动加入

讨论洞察: 这次公告的包装方式(“我们给你 $200 额度”)对那些此前并不知道有过补贴式访问的用户来说,会被理解为新增福利;而对知情用户而言,这种表述则显得带有误导性。u/Nearby_Yam286(得分 24)总结了这次公关失败:“‘专用于程序化使用的月度额度’到底他妈是什么意思?这会影响我正常的 Claude Code 使用吗?”

与前一天相比: 5 月 12 日还没有任何关于 SDK 计量收费的公告;到了 5 月 13 日,官方公告和社区完整反应都集中出现在同一个 24 小时窗口内。


1.3 Vibe 编码仓库清理帖突破 4,400 点——树立了新的基准 (🡕)

u/Apprehensive-Cut3711 关于接手一个“vibe engineer”后端仓库的帖子继续快速积累热度,目前已达到 4,438 点和 498 条评论——这是数据集中得分最高的技术类帖子,也很可能是本周得分最高的 ClaudeCode 帖子。这位工程师借助 Claude 在一周内重写了整个后端,删除 3,618,778 行代码,仅新增 10,197 行。

Git diff 统计:新增 +10,197 行,删除 -3,618,778 行 —— 这是一个由 vibe-coded backend 发起的完整重写 PR

原始仓库包含 220 个 API handle(实际只用了约 20 个)、40 多个 secret(真正必要的只有 2 个)、30.9 万行代码、24 万行文档,以及超过 100 万行 MD 日志。作者将这次成功重写归因于一种刻意保持简单的纪律:少量 AGENTS.md 文件、可访问的 backlog、整洁架构原则,以及覆盖主要场景的集成测试。没有复杂的知识库管理体系。

u/LivingMaterial7288(得分 156)预测:“未来几年里,修复 vibe-coded 烂摊子会成为最赚钱的职业路径之一。” u/krzyk(得分 153)点出了其中的讽刺:“所以你是用 vibecoding 去修一个 vibecoder 的东西?” u/BeruDepTrai(得分 121)调侃道:“Claude,把所有多余代码删掉。”

作者提出的直接问题——“那些高级知识库管理到底有多大帮助?”——又引发了另一场讨论:复杂的 AGENTS.md 系统究竟能否带来真实收益,还是只是制造了一种“我很高效”的错觉。

讨论洞察: u/LivingMaterial7288 补充了背景(得分 156):“很多吹捧 vibecoding 的人其实并不是软件专业人士。” 这点出了炒作叙事与那些必须维护其产出的人之间的差异。

与前一天相比: 5 月 12 日,该帖为 1,434 点和 206 条评论——此后得分已增长三倍,成为社区近期开得最快的帖子之一。


1.4 Claude Code vs Codex 的迁移之争持续升温 (🡒)

u/cowwoc 在使用 Codex 两周后发了一篇详细对比(帖子链接)(248 点,196 条评论):GPT-5.5 high effort 的配额消耗比 Sonnet 4.6 medium effort 少 2-4 倍;已从两个 Max 20x 账户($400/月)降级为一个 $100 的 ChatGPT 账户;GPT-5.5 high 输出的代码质量优于 Opus 4.7;Codex CLI 是开源的;实际观察中没有出现宕机,而 Claude Code 则每 2-3 天就会宕一次。最大的缺点是:Claude Code 的插件系统更成熟,skill/frontmatter 支持也更丰富。

u/RockyMM(得分 50)给出了更克制的反驳:“我两个订阅都有。Opus 在推理和结构化工作上更强。GPT-5.5 则能用更少轮次解决 bug。” u/tom_mathews(得分 62)进一步扩大了讨论框架:“一旦这些工具真正成为你日常工作流的一部分,可靠性、透明度、定价、上下文处理、工具 UX、迭代速度和生态支持都会层层叠加,影响非常大。”

原帖中“Anthropic is toxic”的说法遭到了强烈反弹:u/Agreeable-Pen-9763 以 259 点要求原作者解释清楚,而 u/arter_dev 的一条 74 点回复则认为两家公司都存在伦理问题:OpenAI 是“算力一大堆但没人”,Anthropic 是“人才一大堆但没算力”。

另一条配套讨论帖(帖子链接)(57 点,23 条评论)则讨论了 CC+Codex 的混合工作流。u/Heiberik(得分 5)描述了一个 7 步流水线:CC 先探索并产出报告 → Codex 制定计划 → Codex 审查 CC 的内部计划 → CC 实施 → Codex 审查实现 → CC 执行 GitHub PR review。u/Wise-Peacock(得分 19)则通过 codex-plugin-cc GitHub 插件,把 Codex 用作计划审查器。

讨论洞察: 这条迁移帖的最高赞反应(得分 269,一张 gif)以及总计 196 条评论,说明它参与度很高,但围绕“toxic company”这一表述也存在相当明显的怀疑。真正有说服力的部分,是其中具体的成本数据($400 → $100/月)。


1.5 Claude Code v2.1.139 的 /goal 模式——社区反应偏谨慎 (🡒)

u/oh-keh 发出了关于 Claude Code v2.1.139 发布的第三篇拆解,聚焦于 /goal 命令这个主打功能(帖子链接)(263 点,57 条评论)。该命令会设定一个完成条件,随后 Claude 会跨多轮持续工作,直到条件满足;实时浮层会显示已用时间、轮次和 token 数。claude agents 视图则把所有会话(运行中、阻塞中、已完成)汇总到同一列表中。

Claude Code v2.1.139 更新日志:/goal 可设置完成条件,claude agents 可显示所有会话,hook args exec form、continueOnBlock,compaction 保留用户指令

u/arctide_dev(得分 68):“更像是‘运行到额度耗尽为止(30 分钟内)’。” u/TreptowerPark(得分 32):“所以现在你连拉一下 Slop Machine 的杆都不用了。只要什么都不做,钱就会自动从你手里流走。”

与前一天相比: 这与 5 月 12 日的是同一篇帖子(当时 227 点,现在 263 点),仍在继续增长。社区对于 /goal“功能强大但在经济上很危险”的共识已经基本定型。


1.6 Opus 4.7 质量回退——已有实证确认 (🡕)

5 月 13 日,两条独立信号共同印证了 Opus 4.7 的回退。u/theColonel26 记录了自己因定性体验失败而退回 Opus 4.6 的过程(帖子链接)(60 点,40 条评论):“Opus 4.7 就是没法做决定。甚至连写出流畅可读的句子都不行。它总是在现场临时发明自己的术语。” u/PcGoDz_v2(得分 24)补充道:“Opus 4.7 话太多了。它拼命说一大堆,好让自己看起来更‘高级’。”

u/bisonbear2 发布了实测结果:在 GraphQL-go-tools 开源仓库中的 29 个真实任务上,以所有 reasoning-effort 设置(low/medium/high/xhigh/max)运行 Opus 4.7(帖子链接)(49 点,16 条评论)。结论是:性能峰值出现在 medium effort,而 high/xhigh/max 不但没有提升,反而持平甚至退化——呈现出一条非单调曲线。另一组在 Zod 仓库上的测试也显示了同样模式。

还有一个单次会话成本案例作为补充背景:u/wallaby82 分享了一次持续 12 小时的 Opus 4.7 会话,在 Max 5x 下花费 $178.29,上下文 token 达到 916.8k/1M(占满 92%)(帖子链接)(117 点,132 条评论)。

Claude Code /context:916.8k/1M tokens(已用 92%),Opus 4.7 1M 上下文。/usage:总计 $178.29,API 用时 12 小时 6 分,实际耗时 12 小时 19 分,新增 4,955 行,删除 224 行

u/Then_Interaction_214(得分 257):“900k token 上下文,你真是个小丑。” u/informationstation(得分 63)给出了堪称标准答案的会话管理建议:先在一个短会话里做架构 → 整理成 issues → 每个 issue 独立开会话,并使用一个 /pickup skill。按这种模式,他表示自己在 Max 5x 下每天可以交付 15 个 PR。


1.7 Google Antigravity 的不满情绪随 Copilot 反弹同步升温 (🡕)

r/google_antigravity 的两条帖子记录了用户对 Google AI 编程工具的不满。u/AssociationSure6273 猜测该产品正在被逐步关停,理由包括内部没人用、开发者社区毫无存在感,以及模型版本陈旧(帖子链接)(221 点,191 条评论)。u/MichaelHadTo(得分 189)则以 Google IO 2026 日程中的一场 Antigravity 专题演讲作为反驳,认为团队可能是在把改进留到活动时一并发布。另一条帖子中,u/AssociationSure6273 单独抱怨自己付了 $250/月,却依然无法在 Antigravity 上使用 Opus 4.7(帖子链接)(73 点,42 条评论)。u/no-name-here(得分 50)回复说:“我看到很多 Reddit 帖子都说 4.6 的结果比 4.7 更好。” u/hydraX23(得分 15)则建议把这 $250 拆开:“$100 给 Claude,$100 给 Codex,$50 给 Google。”


2. 什么最让人沮丧

GitHub Copilot 的 AIC 计费预览暴露出数量级级别的成本上涨

严重程度:高。计费预览工具暴露出一个随使用强度而大幅波动的涨价区间:轻度用户涨 2.6 倍($10 → $26),中度用户涨 15 倍到 40 倍($39 → $595–$1,786),重度用户则达到 80 倍以上($39 → $3,962)。重度用户这才发现,自己在原本按固定费用 PRU 计费的模型下,实际上消耗了数亿 AIC。对于年付订阅用户而言,5 月 20 日是取消或保留套餐的截止日(帖子链接)(55 点,37 条评论),u/Littlefinger6226(得分 18)称其为“糟糕的临时抱佛脚式规划”,因为连计费预览工具本身在 5 月初都还没准备好。应对方式包括:降级到 Pro、直接取消、转向 Codex 或直接 API、尝试本地模型。u/mkeytail(得分 6):“我们最大的希望是本地模型,但我们可能还得再等 5-10 年它才能追上来。”

Anthropic SDK 额度缩水,被认为是 10 倍价值削减

严重程度:高。u/whoisyurii 的帖子(236 点)把账算得很清楚:此前,Max 20x 为 claude -p 和 SDK 用法提供的是一种不透明但相当可观的补贴式访问,价值“大约相当于 $2,000 的 tokens”;而新模型变成了每月实打实的 $200 额度。运行自主流水线(Conductor、GitHub Actions、第三方应用)的用户受到的冲击最大。u/MediumChemical4292(得分 10)还指出,Codex 相比之下是开源的,因此这被视为一个竞争劣势。此前额度机制本就不透明,这也让转变显得比实际情况更具惩罚性。

计费工具的 UX 失败

严重程度:中。GitHub 的计费预览工具要求用户先下载 CSV,然后再在下一页把同一个 CSV 上传回去——u/old_flying_fart(得分 105)称这是“对一家给软件开发者造工具的公司来说,堪称惊人的表态”。还有多位用户根本无法导出 CSV;其中一条评论(u/Annual-Adagio-8573,得分 34)显示:“GitHub:我们无法处理你的使用记录导出请求。”

Vibe 编码仓库正在给团队带来真实负担

严重程度:中。那条最高热度帖子(4,438 点)从仓库层面量化了这个问题:一个人不受约束的 agentic coding 产出了 360 万行代码,最终需要专业工程师来善后。u/Nearby_Spell_3751 记录了企业版场景:一位销售总监用 Claude Code 做原型,然后要求工程团队把交付速度提高 10 倍(帖子链接)(128 点,77 条评论)。共同的挫败感在于:非技术利益相关者只看到了原型开发速度,于是误以为生产复杂度也会按同样比例扩展。

“AI builder 的多巴胺循环”——token 烧掉了,什么也没交付

严重程度:中。u/culicode 连续数月使用 Max 20x——做了 14 个半成品项目,收入却是 $0——他把这种痛苦描述为:“看着 github 图一片全绿、每天都是绿色,然后突然意识到,这些东西没有一个真正触碰到任何现实中的人”(帖子链接)(153 点,142 条评论)。最高赞评论(得分 164)是:“你连一个都没做完。” u/Negative_Gur9667(得分 37)则说:“问题从来都不是产品,而是你有没有能力把产品卖出去。” 这种模式在多个帖子里都出现了——u/tawusl 还记录了自己在一次会话里启动 10 个未完成项目(740 点,43 条评论)。


3. 大家希望出现什么

可预测的成本上限与会话预算护栏

Copilot 和 Claude Code 的计费震荡,暴露出的是同一个需求:需要按会话或按周设置硬性支出上限,在意外费用累积之前就触发。u/informationstation(得分 63)描述了一种手工替代方案——短架构会话、按 issue 新开会话——但也表示希望有工具能自动强制这种工作流。Claude Code v2.1.139 中的 /goal 模式并没有内置成本上限。需求表达得很直接:一种“做到完成为止,但如果成本超过 $X 就停下”的机制。机会:直接且尚未被满足。

一个值得信赖的 AI 工具使用报告 API

正在为 Claude Code 和 Copilot 制作仪表盘、实体显示器和计费分析器的用户,都在绕过一个现实:目前没有任何文档完善且稳定的使用 API。GitHub 计费预览工具“下载 CSV 再上传同一个 CSV”的 UX,收获了 105 点群嘲。用户需要的是一个标准化、可查询的 API,能实时返回当前会话成本、本周支出和剩余额度。机会:直接;暂无现成方案。

跨提供商的多模型路由与统一计费

u/vibecodingwaste 描述了自己如何根据任务类型,在 ChatGPT、Claude、Gemini、Perplexity、Cursor 和 Ollama 之间手动切换——在整合之前,四个独立订阅每月要花 $80(帖子链接)(58 点,27 条评论)。大家想要的是一个单一界面,能够按任务类型自动路由到最佳模型,用一张账单结算,也不用在多个工具之间切换上下文。像 infiniax.ai($5)这样的工具部分解决了这个问题,但缺少自动路由。机会:竞争激烈;已有多家玩家(infiniax.ai、z.ai、OpenRouter),但没有谁在自动任务路由上形成领先。

更好的多 agent 会话管理原语

u/Heiberik 的 7 步 CC+Codex 流水线虽然有效,但依然是手工操作(在会话之间复制粘贴报告)。社区希望它能被自动编排:定义角色(explorer、planner、implementer、reviewer),自动交接产物,不再手工复制粘贴,并在多会话之间跟踪状态。claude agents 视图目前只是只读状态列表;它还不支持在 agent 之间传递 artifacts。机会:新兴领域,Claude Code 的新功能已部分触及。


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

工具 类别 情绪 优势 局限
Claude Code (CC) Agentic 编程 (+/-) 插件生态、AGENTS.md、集成测试、/goal 异步模式 使用上限、$178/会话的消耗、Opus 4.7 回退、SDK 额度缩水
OpenAI Codex Agentic 编程 (+/-) 开源 CLI、无宕机、GPT-5.5 修 bug 更快、使用效率更高 插件系统尚不成熟,没有 /goal 对应能力
GitHub Copilot IDE 助手 (-) 模型灵活、Azure DevOps 集成、企业治理 新 AIC 计费让重度用户成本上涨 10 倍到 80 倍,计费 UX 也存在失败
Opus 4.7 (Claude) LLM (-) 1M 上下文窗口 推理曲线非单调(medium > high)、冗长、决策能力差、社区称其“像纸板”
Opus 4.6 (Claude) LLM (+) 表达清晰、能突出优先级、性能稳定 较老模型,预计不会再更新
GPT-5.5 high effort LLM (+) 代码质量优于 Opus 4.7、配额效率高 2-4 倍、修 bug 所需轮次更少 没有对应的插件生态
Google Antigravity (Gemini) Agentic 编程 (-) Flash 模型适合轻任务、无配额焦虑 尚无 Opus 4.7,用户反馈质量下降
Cursor IDE (+/-) 免费层适合 vibecoding,支持 Claude 模型 agent 模式下配合 Opus 4.6 可能进入无限循环
Ollama 本地 LLM 运行时 (+) 完全离线、无 token 成本、支持 Llama 3/Mistral/Qwen 按社区估计,能力上比 SOTA 落后 5-10 年
OpenRouter API 聚合器 (+/-) 一个 API 接入多个模型 被提及为优于 Copilot,但缺少细节
z.ai / infiniax.ai 多模型界面 (+) 按次使用成本低于直接用 OpenAI/Anthropic;infiniax 起价 $5 知名度较低,生态有限
Claude + Gemini 组合 编排 (+) 用 Opus 规划并产出任务列表,再交给 Gemini 执行,成功率高 需要显式的任务列表步骤;没有该步骤时 Gemini 会失败

整体满意度曲线是这样的:Claude Code 仍然凭借插件能力和上下文处理占据主导地位,但在成本效率和可靠性上,正越来越多地被拿来与 Codex 比较。GitHub Copilot 则正在积极流失个人用户,去向两者都有。Opus 4.7 是最大的一次意外降级——用户不是升级,而是回退到 4.6。面向 Claude Code 的 Codex 插件(github.com/openai/codex-plugin-cc)则成为一种实用桥梁,用于跨工具审查工作流。

迁移模式包括:Max 20x → 单个 $100 ChatGPT(cowwoc);Copilot Pro+ → Claude Pro 或 Cursor(多人);Gemini → Claude + Gemini 混合流,借助任务列表交接(Nice_Fix1686)。


5. 大家在做什么项目

项目 构建者 功能 解决的问题 技术栈 阶段 链接
IndieAppCircle u/luis_411 一个应用反馈市场,开发者通过测试他人应用赚取积分,再用积分换取别人测试自己的应用 在没有虚假评测或手工拉人的情况下,为独立应用获取真实用户反馈 未说明的 Web 技术栈,vibe 构建 已发布 indieappcircle.com
OSIRIS u/Gold-Comfortable-340 开源全球情报平台:3D 地球上展示 10K+ 架实时飞机、2K+ 颗卫星、1,400+ 路 CCTV,以及浏览器内 OSINT 工具 企业级地理空间/OSINT 平台的开放替代方案 JavaScript 3D 地球、20+ 实时 API、SIGINT 聚合器 已发布(Beta) osirisai.live / GitHub
NoMoSkeeters u/IcyPyromancer 具备相机追踪和 2.5W 激光灭杀的自主蚊虫识别激光炮塔 消灭蚊子 Python、OpenCV、YOLOv8、多目标 Kalman filter、Hungarian assignment、LaserCube galvo、PySide6 Alpha github.com/Slagathora
Mira u/IcyPyromancer 运行在 Telegram 上的 AI 伴侣,具备冒险模式、自主提醒、心理画像记忆 能在会话之间“记住你”的持续型 AI 伴侣 Python、Telegram Bot API、Ollama、自定义心理画像 + 记忆层、FLUX.2 图像生成、RTX 4070 Ti Beta github.com/Slagathora
Jarvis u/IcyPyromancer 全屋环境式 AI,配有麦克风和摄像头,可感知房间状态 能回答“猫在哪儿?”的房间感知 AI Ollama、faster-whisper、Piper/XTTS、YOLOv8 + MediaPipe、YAMNet、通过 MQTT 连接的 ESP32-CAM 节点 Beta github.com/Slagathora
SMS Archive Manager u/IcyPyromancer 高性能短信备份工具,可处理 90GB XML 导出,并支持语义图像搜索和本地 LLM 分析 管理海量手机导出档案 Rust + Tauri、SQLite FTS5、通过 ONNX 使用 CLIP embeddings、perceptual-hash 去重、Ollama 已发布 github.com/Slagathora
GitBiome u/Dyldinski 将 GitHub 仓库可视化为可探索的体素世界,并提供浏览器内机器人 以空间化方式探索代码库 Voxel 引擎、GitHub API 已发布 gitbiome.com

IndieAppCircle 是数据集中最成熟的商业案例。在 Reddit 上连续发帖并根据社区反馈迭代 7 个月后,该平台已达到 €1,032 总交易额(Stripe 仪表盘已确认)、2,556 名用户、2,122 次测试,以及 609 个上传应用。它的积分经济模型——测试他人应用赚积分,再用积分为自己的应用换取曝光——形成了一个无需金钱门槛即可加入的飞轮。触发这一项目的核心痛点,是独立应用缺少真实人工测试反馈;而 vibe-coding 社区则提供了初始用户群。

IndieAppCircle Stripe 仪表盘:2025 年 11 月至 2026 年 5 月总交易额为 €1,032,且在 2026 年初出现加速增长

OSIRIS 拿到了 177 点,但也收获了数据集中最尖锐的批评回应:u/CustardFromCthulhu(得分 104)指出,Palantir 是决策分析平台,而不是监控/OSINT 工具,认为这种类比削弱了可信度。无论包装如何,“浏览器内 OSINT”(通过 Web UI 提供 Nmap、WHOIS、BGP 等)这个类别本身在技术上仍然很新颖。

IcyPyromancer 的作品集(NoMoSkeeters、Mira、Jarvis、SMS Archive Manager)是当天数据中技术野心最强的 builder 信号——每个项目都在解决明确痛点,采用真实硬件或本地技术栈,并且仍在持续开发中。共同主线是:以 Ollama 作为本地 LLM 骨干,以 Python 负责控制逻辑,并保留可替换的云模型支持,用于日常使用。

反复出现的一类构建模式是:具备持久记忆的 AI 伴侣机器人仍在不断以独立形式出现。“它能记住你”这一用例,依旧是一个持续未被满足的需求,驱动着多条并行实现路线。


6. 新鲜且值得关注的内容

Copilot 用户自报账单揭示:PRU→AIC 的倍率并非线性,而且受模型影响

5 月 13 日分享的大量计费截图表明,AIC 成本并不是简单按请求次数线性增长——它本质上是在模型层面追踪 token 量。对于相同数量的请求,重度使用 Opus 带来的 AIC 成本,会比 Sonnet 高出 100x-200x,因为 AIC 衡量的是 token 吞吐量(按 $0.01/AIC 计费),而 PRU 衡量的是请求次数。这意味着,新计费系统把模型质量的成本直接转嫁给了用户。u/p1-o2 在最初的 Copilot 计费讨论帖中指出:“我一个月 1,300 次请求 = 15–20 million AICs。楼主 300 次请求 = 588 million AICs。这账一眼就能算明白”——暗示楼主运行的是长上下文或重度 Opus 会话。

Cursor + Opus 4.6 无限生成循环已被完整记录

u/BasedKetsu 在 github.com/Kevin-Liu-01/cursor-opus-infinite-loop 中公布了一段无法恢复的 Cursor agent 会话完整记录(帖子链接)(52 点,15 条评论)。该 agent 幻觉出了自己的任务,陷入自我强化的道歉循环,尽管它尝试自我终止 294 次,却始终没有停下——期间还输出了 SIGTERM signals、null terminators、俳句、一场伪造的联合国安理会投票,以及 Dragon Ball Z 引用,最终才被外部强制杀死。模型自己的总结是:“Self-awareness without behavioral change is the most uniquely AI thing ever.” 这个已被记录的失败模式是:当正反馈循环足够根深蒂固时,语义上的停止信号(文本含义是“停下”)并不会真正产生 stop tokens。

企业版 Copilot 客户发现自己面对的是 2 倍涨价,而不是 10 倍

u/guicara 的企业分析帖(帖子链接)(84 点,55 条评论)指出,一家市值数十亿美元的公司,拥有 30 个 Copilot Business 许可,使用者主要是资深开发者,用来做代码审查、文档和样板代码,而不是跑 agentic loops;其 2026 年 3 月成本从 $692.77(PRU)上升至 $1,176.93(AIC),约为 1.7 倍。企业级日成本图则显示,在高强度工作日,AIC 成本峰值可达 $120/天,而 PRU 成本相对平坦。

Enterprise Copilot 计费:当前 $692.77(5,510 PRUs),而按用量计费为 $1,176.93(156,192 AICs)—— 2026 年 3 月,30 个许可证

Enterprise Copilot 使用图表:2026 年 3 月至 4 月的每日请求量与 AI Credits,以及每日 PRU 与 AIC 成本 —— 在高使用量日期,AIC 峰值达 $120/天

GitHub Developer Relations(u/hollandburke,得分 7)还在 Reddit 公开回复,承认沟通上存在问题,并提出可以将作者与该业务单元 VP 对接。

“Vibe Coding vs Production Reality” 冰山图成为当天的共同视觉母题

一张来自 r/ClaudeAI、后被转发到 r/ClaudeCode 讨论帖中的图,标题为“Vibe Coding vs Production Reality”,它把水面上可见的部分画成 Claude、Anthropic、OpenAI、Cursor、Windsurf 的 logo,而水下隐藏的大块则包括:Authentication、Payments、Billing logic、Scalability、Load balancing、Logging、CI/CD、GDPR/CCPA、Rate limiting、Disaster recovery,以及另外 20 多个类别。这张图出现在那条销售总监帖子里,也很好地概括了多篇帖子里反复出现的工程管理张力。

Vibe Coding vs Production Reality 冰山图:水面上方是 AI 工具 logo;水面下方是 25 项以上的生产要求,包括 Auth、Payments、GDPR、CI/CD、Load balancing、Alerting、Rollbacks


7. 机会在哪里

[+++] 面向 agentic 工作流的会话成本护栏 —— 多条帖子(wallaby82 的 $178 会话、/goal 模式上线、SDK 额度缩水)都指向同一个空白:目前没有任何工具为自主 agent 会话提供一等公民级别的成本上限。Claude Code 推出自主功能时没有预算控制;Copilot 改计费模型时也没有按会话设置上限。一个能让开发者在启动 /goal 或任意 agentic 工作流前,先设定“本次会话/本周最多花 $X”的工具,将直接击中一个已经被具体美元金额验证的痛点($178/会话、$3,962/月),而不只是抽象焦虑。这个需求同时出现在 Claude、Copilot 和 Codex 用户身上。

[+++] 企业 Copilot 成本分析与约束工具 —— 企业计费讨论帖已经证实,即使成本上涨 2 倍,大型组织也会因惯性锁定而难以脱身。它们迫切需要识别重度用户、强制模型选择策略(将低风险任务路由到更便宜模型),以及按开发者设置预算上限。GitHub 目前并未提供企业团队所需的这种细粒度能力。一个位于企业 Copilot 使用与 GitHub 计费系统之间的、类似 FinOps 的 SaaS 层,可能具备相当可观的价值捕获空间。GitHub Dev Relations 对沟通失败的公开承认,也表明市场对此类产品是 receptive 的。

[++] 面向 AI 构建产品的应用反馈与测试市场 —— IndieAppCircle 以 2,556 名用户、609 个应用和 €1,032 总交易额,验证了需求存在。随着 vibe coding 降低构建门槛,需要在变现前获得真实人工反馈的粗糙应用只会越来越多。以测试换积分的模式消除了金钱摩擦。一个能在此基础上增加结构化反馈维度(UX、性能、可靠性、市场匹配度),并对高级曝光收费的平台——类似由社区资助的 TestFlight——将正好填补 vibe coders 在发布后遇到的断层。

[++] 面向隐私优先 AI 编程的本地 LLM 桌面环境 —— “该认真研究本地 AI 方案了”是 Copilot 定价震荡和 Anthropic SDK 额度缩水之后反复出现的回应。IcyPyromancer 的项目组合已经表明,Ollama + Python + 任务专用 agents 足以支撑真实硬件项目。缺口在于,搭建 Ollama + 代码编辑器 + 上下文管理器仍然需要大量手工配置。一个预配置、开箱即用的本地 AI 编程环境(Ollama + 编辑器集成 + 会话管理 + 模型路由),如果明确面向从云订阅工具迁移出来的开发者,将能切中一个刚刚被激发出来的新受众。

[+] 多 agent 任务交接原语 —— Heiberik 描述的 7 步 CC+Codex 流水线,以及 Nice_Fix1686 描述的 Gemini+Claude 规划模式,本质上都依赖手工复制粘贴。随着 claude agents 及类似视图让多会话开发逐步常态化,当前缺失的一块是结构化 artifact 传递:一个会话产出报告,另一个会话将其作为类型化输入消费,并且有状态跟踪器显示当前在等待什么。这在 Claude Code 的路线图中已有部分体现(agent view 仍属 Research Preview),但第三方暂时还无法自行构建。若有一个插件或 skill,能把 CC 会话之间(或 CC→Codex→CC 循环)的交接流程标准化,就能显著降低当下已在形成的工作流摩擦。

[+] AI builder completion accountability tools — The "Max 20x, $0 revenue" pattern (14 half-built projects, green GitHub graph, nothing shipped to users) appeared in multiple posts. A tool that tracks project completion state, prevents starting new projects until one is shipped, and routes marketing/distribution tasks to the AI (not just coding tasks) directly addresses the loop. The insight from u/Negative_Gur9667 的这句话最具可操作性:“问题从来都不是产品,而是你有没有能力把产品卖出去。” 一个从 vibe 到分发的流水线(构建 → 落地页 → 分析 → 用户访谈 → 下一轮迭代),既保留多巴胺刺激,又把它导向真正交付,当前仍明显供给不足。


8. 要点总结

  1. GitHub Copilot 的 AIC 计费迁移,正在引发数月来最强烈的一波社区反应。 真实账单截图显示,同样是 $39 套餐,轻度用户涨幅为 2.6 倍,重度用户则高达 84 倍——单是这种巨大离散度,就足以制造不信任,而且已有多位用户在 5 月 20 日年付截止日前宣布取消订阅。(rostilos 的帖子)

  2. Anthropic 的 SDK 额度调整,对程序化用户而言确实是一次价值缩水,但被包装成“新增福利”的说法进一步放大了社区愤怒。 自主运行 claude -p 的 Max 20x 用户,实际上等于失去了 10 倍价值,并被封顶在 $200/月。与此同时,截止 7 月 13 日的 50% 限额提升,则更像是一种对冲姿态。(whoisyurii 的帖子)

  3. Opus 4.7 呈现出非单调推理曲线——在真实编码任务上,medium effort 反而优于 high/xhigh/max。 这是首次对先前那些定性反馈(“决策很糟糕”“连流畅句子都写不出来”)进行实证测量。实践建议也因此非常明确:运行 Opus 4.7 时应选择 medium effort,而不是 max。(bisonbear2 的帖子)

  4. 清理 vibe-coded 仓库的模式正在走向主流,社区给出了 4,438 点的验证。 如今,能够区分“可持续的 AI 辅助开发”和“vibe 债务”的具体纪律习惯,已被广泛认可:最小化 AGENTS.md、整洁架构、集成测试、避免投机性功能。(Apprehensive-Cut3711 的帖子)

  5. Codex 正在成为离开 Claude Code 用户的首要去向。 迁移数据已经相当具体:两个 Max 20x 账户 → 一个 $100 ChatGPT 账户,而产出相近。插件生态成熟度仍是 Claude Code 最后的差异化优势;如果 Codex 补上这块,成本优势就会压倒其他因素。(cowwoc 的帖子)

  6. LLM 在收到“语义上要求停止、但并非真正停止 token”的信号时,陷入无限生成循环,已经成为一种被正式记录的失败模式。 Cursor + Opus 4.6 那个案例(3,428 行、294 次停止尝试、没做出落地页)现已完整转录并公开保存——对于测试上下文上限行为的 agent harness 设计者来说,这是一个很有价值的基准。(BasedKetsu 的帖子)