Reddit AI Coding - 2026-06-27¶
1. 人们在讨论什么¶
1.1 前沿模型访问权的政治问题压过了正常的产品讨论 🡕¶
Reddit 上最热的帖子并不是在讨论新的编程工作流，而是在争论谁能用上顶级模型、哪个政府在限制谁，以及开放或海外替代方案能否对这套体系施加压力。至少有 5 篇高信号帖子和几个大型评论串，都把模型可用性当成了当天的主线。
u/Conscious_Concern113 在 Mythos/Fable 中断 2 周后转发了 Anthropic 的公开声明，而评论区立刻从产品讨论变成了地缘政治争论（帖子）（998 分，184 条评论）。来自 u/avid-shrug 的最高赞回复（得分 522）说，如果前沿模型继续只对美国人开放，世界其他地区就会转向中国模型；u/dagamer34（得分 142）则认为，访问受限也会让这些系统在经济上更难自圆其说。
u/rampartuse123 则从相反方向推动了同样的论点：他分享了一张基准测试图，追问中国开源模型是否可能超过前沿实验室（帖子）（247 分，153 条评论）。评论大致分成“定价压力”和“基准怀疑”两派：u/l5atn00b（得分 169）说，中国模型是 Anthropic 面临的唯一价格压力；而 u/Feisty_Resolution157（得分 12）则说，SWE-Bench Pro 已经太容易被刷分，无法真正裁定现实世界质量。
围绕访问权的争论并不只限于 Anthropic。u/Odd-Card8046 问 GPT-5.6 能不能打破当前的基准图表，但获赞最高的回复来自 u/Brilliant-Bend4824（得分 61），他说由于美国政府的延迟要求，这最多只能算“1 比 1 平手”，因为现在还没人真能测它（帖子）（412 分，38 条评论）。背后的新闻也印证了这种反应：OpenAI 对外表示，在美国政府提出要求后，它正先向一小批可信合作伙伴启动 GPT 5.6，并表示不希望这种审查流程成为长期默认做法（The Guardian）。
讨论要点：评论争论的不只是“哪个模型最好”。它们不断收束到出口管制、定价压力，以及如果普通开发者根本碰不到系统，那基准领先还有没有意义。
与前日对比：6 月 26 日的讨论已经围绕 Fable/Mythos 的访问权展开，但 6 月 27 日又把主题从配额八卦进一步推向了明确的政府控制与地缘竞争。
1.2 真正难的是审查、维护和工作流纪律，不是代码生成 🡕¶
最细致的从业者讨论串都在谈人类监督：界面令人困惑、审查者疲劳、仓库漂移，以及无人值守的会话是否制造了比价值更多的 bug。这个主题横跨 Claude Code、Cursor 和 vibecoding，而不是停留在某个单一产品阵营内部。
u/hiten1818726363 抱怨用户“永远看不懂”一个简单 UI，但这条帖子之所以引爆，是因为评论者否定了这个前提，并把它当成设计失败来讨论（帖子）（1382 分，48 条评论）。u/Abeleria（得分 55）把答案简化成“去学 HCI”，而 u/Solid_Explanation504（得分 44）则用一组让人困惑的 Windows 图标簇说明，对第一次使用的人来说，“简单”界面并不简单。
u/Lanky_Hall7250 说，用 Cursor Composer 工作让人精疲力尽，因为工作内容已经从写代码变成了整天扮演“系统架构师兼多疑的 QA 测试员”（帖子）（95 分，30 条评论）。u/tnamorf（得分 9）说，只有缩短会话、频繁休息，人才不会被逼疯；与此同时，u/Ok_Philosophy_4031 也表示，团队现在虽然交付更快了，却失去了过去让调试和扩展更容易的那种“熟到骨子里的代码直觉”（帖子）（16 分，25 条评论）。
u/Distinct_Winner_2161 则把并发问题直接说破：如果不紧盯着，多开几个 Claude Code 会话很快就会把仓库塞满 bug（帖子）（10 分，26 条评论）。最有用的回复来自 u/Future_Manager3217（得分 8），他认为真正缺的是隔离边界：每个任务一个 worktree、列出禁止触碰的区域、准备收尾包，再做一轮以合并为目标而不是以构建为目标的集成。
讨论要点：《loop engineering》之争让这个主题更尖锐了。u/czar6ixn9ne 认为围绕“loop engineering”的社交推动很可疑，而评论则分成两派：一派批评这是“货物崇拜”，另一派则举例说明，循环之所以能工作，只是因为人类一直在审批、审查并及时叫停它们（帖子）（35 分，64 条评论）。
与前日对比：6 月 26 日已经在担心 UX、漂移和需求不足，但 6 月 27 日新增了更多一手描述，直指审查者疲劳、维护开销和不安全的多会话工作流。
1.3 开发者仍在持续发布，但真正可信的胜利集中在狭窄工具、客户项目，以及古怪却真实的产品 🡒¶
大家仍然在大量构建东西，但最强的案例已经不是宽泛的“AI 创业公司”叙事，而是实用工具、客户交付故事，以及已经上线到足以让其他用户检查的玩味产品。
u/vineetkl 重做了一个以时钟为核心的日程规划器，用户可以围着钟面绘制并拖拽任务，评论者立刻把它认作一个真正的规划界面，而不是模糊概念（帖子）（307 分，47 条评论）。来自 u/namdev_00000 的最高赞回复（得分 26）说，这个项目之所以成立，恰恰是因为想法足够简单、足够具体。
u/indishere 问谁做出了“真正有用”的东西，而信号最强的回复并不是理论，而是有真实用户的具体产品（帖子）（68 分，212 条评论）。u/No-Floor-7085（得分 37）分享了 Naptutto——一个基于浏览器的婴儿监护器，可以把两部手机变成带动作提醒和对讲功能的点对点监护器（网站）；u/cheshirecatsmiles（得分 45）则分享了 Technically Awake——一款供深夜喂奶时单手使用的防睡着提醒工具，只要停止和手机互动，音量就会逐级升高（网站）。
最直接的赚钱信号并不来自应用商店热度，而是服务型工作。u/No_Language_2529 说，一个只做了 1 周的客户项目，包含数据库、认证、分析、用户前端和管理后台，拿到了 3,000 美元，并带来了更多项目（帖子）（39 分，67 条评论）。评论并非一面倒地庆祝：u/Entuaka（得分 5）说，以这个范围来看价格太低；而 u/opbmedia（得分 1）则把它视为全栈报价正在加速下滑的信号。
u/not_random_ideas 代表了开发者光谱里更玩梗的一端——他做了 RichMog，一个用户公开付费互相超车的实时排行榜（帖子）（89 分，146 条评论）。其公开网站确认了预热窗口、仅支持加密货币支付、上线前隐藏排名，以及一种“付费超车”的机制，而不是任何传统奖励循环（网站）。
讨论要点：最强的开发者讨论串很快都会落到有用性、定价，以及这东西是否已经有用户上。哪怕像 RichMog 这样的玩笑项目，大家讨论的也是一个有规则、有上线机制的真实产品，而不只是截图。
与前日对比：6 月 26 日最亮眼的项目仍然偏窄，但 6 月 27 日又进一步转向工具型应用、照护工具和付费客户交付，而不是更宏大的消费级产品野心。
1.4 成本控制和路由选择已经成了手艺的一部分 🡕¶
在 Copilot、Cursor、Claude Code 和 Antigravity 这些工具之间，大家不断把支出和配额表现视为必须主动工程化处理的事情。最有用的帖子都在讨论模式选择、用量核算，以及如何避免隐性的 token 消耗。
u/Loud-North6879 发布了 2026 年 6 月的 GitHub Copilot Max 使用报告，称 CAD $144.78 的订阅在打满上限前大约兑现了 US $313.05 的包含用量，同时还认为 GPT-5.5 在日常工作里已经比 Opus 更高效（帖子）（13 分，17 条评论）。这篇帖子的主要操作建议是：把智能体用在生成脚本、处理高重复劳动上，而不是把钱花在长时间来回聊天的循环里。
u/DivineDraCula 说，Cursor 的 Composer 2.5 标准模式几乎不掉质量，却能把 token 成本压到快速模式的 1/6；Cursor 自家的文档也证实，更快的那个变体是默认的高价档，而标准模式则是更偏向成本优化的层级（帖子）（42 分，24 条评论）；文档。更尖锐的抱怨来自 u/linonetwo，他表示 Copilot 的“优化工具选择”会把 DeepSeek 的缓存命中率从 99% 打到 0，并把每 0.22B tokens 的花费从大约 1 美元抬到 10 美元（帖子）（9 分，11 条评论）。
讨论要点：现在关于成本的讨论已经和测试框架讨论混在一起了。GitHub 自己发布的基准帖子称，它的智能体式测试框架在很多基准设置里可以用更少的 tokens，把任务解决率大体维持在与模型提供商测试框架相当的水平——而这正是 Reddit 用户一直在争论的维度（帖子）（88 分，39 条评论）；博客。
与前日对比：6 月 26 日已经出现测试框架与成本的比较，但 6 月 27 日让路由与定价显得更具战术性，用户开始分享用量账本、缓存图和具体的模式选择建议。
2. 令人困扰的问题¶
访问规则、配额和 token 计费会在用户脚下不断变化¶
严重程度：高。 人们不只是对硬上限感到沮丧，更恼火的是那种感觉：可用性、限制和成本会被远程策略或他们无法控制的测试框架行为悄悄改掉。u/Conscious_Concern113 的 Mythos/Fable 讨论串最后变成了对前沿访问权按地域配给的抱怨（帖子）（998 分，184 条评论）；与此同时，u/Odd-Card8046 关于 GPT-5.6 基准的帖子，则被一句“现在谁都没法真正测试它”顶了回来，因为它采用的是分阶段放量控制（帖子）（412 分，38 条评论）。
同样的焦虑也出现在产品层面。u/One-Satisfaction3318 说，Antigravity 在一个小项目里大约 5 个提示后就烧光了 Pro 配额（帖子）（122 分，46 条评论）；u/tfexon 则晒出了配额截图，因为他第二天还想赶完紧急工作（帖子）（30 分，30 条评论）。大家的应对方式是保留备用工具、把规划路由给一个模型、把执行交给另一个，或者死盯用量面板。这个方向值得构建，因为这种痛点是重复出现的、运营层面的，而且代价高昂。
审查者疲劳与代码直觉的萎缩¶
严重程度：高。 最强烈的流程抱怨都在说，AI 提升产出的速度，已经快过了人类维护代码库心智地图的能力。u/Lanky_Hall7250 形容，和 Composer 一起工作很耗神，因为现在的工作像是在审几千行生成代码，找其中藏着的 bug（帖子）（95 分，30 条评论）；u/Ok_Philosophy_4031 则说，团队如今维护的是更大的系统，但对代码的“熟悉感”反而比以前更少了（帖子）（16 分，25 条评论）。
大家的应对策略都很偏治理：每次 PR 审查后都记笔记、让智能体一边改一边更新架构文档、再安排单独的智能体去总结决策或简化代码。这说明它值得被做成产品，因为用户已经在发明手工记忆系统，来弥补缺失的产品层。
无人值守或并行会话带来的回归风险¶
严重程度：高。 有好几个讨论串都在描述：AI 写新代码的速度，快过了人们阻止附带损伤的能力。u/Distinct_Winner_2161 说，多个 Claude Code 会话如果不被严密监督，很快就会把仓库里塞满坏掉的功能（帖子）（10 分，26 条评论）；u/Beautiful-South1332 则说，新功能会不断悄悄弄坏旧功能，因为他们还没有一套像样的测试套件（帖子）（4 分，18 条评论）。
最有用的回复都偏流程，而不是偏模型：每个任务单独建 worktree、明确列出不可触碰区域、准备收尾包、推送前先把测试补强。这个方向值得做，因为即便是成熟用户，现在仍然要依靠真正的用户在事后发现回归。
需求仍然比构建能力更稀缺¶
严重程度：中高。 u/Complete-Sea6655 那条《nobody is using vibe coded apps》帖子用图表说明，应用发布洪流已经快过了真实使用量的增长（帖子）（128 分，47 条评论）；而获赞最高的实质性回复则认为，营销和产品需求依旧比写代码更难。另一条来自 u/No_Language_2529 的变现讨论串展示了更可靠的路径：给已知客户做服务型工作，而不是等某个订阅应用自己爆发（帖子）（39 分，67 条评论）。
这种挫败感还有第二层警告：价格压力。那条 3,000 美元客户项目讨论串里的评论者说，这个范围的项目定价偏低，可能会把市场价格进一步往下卷。如果某个产品能帮助人们在低价接单或把产品发进真空之前，先验证需求、界定范围，它就值得被构建。
3. 人们期望的功能¶
透明的访问权、配额和支出控制¶
人们反复想要的并不只是“更多 tokens”。他们想知道谁能访问哪个模型、某个配额为什么突然消失、模式切换的真实成本是多少，以及某项测试框架优化是否在悄悄增加支出。这种需求出现在 Mythos/Fable 访问权讨论串、GPT-5.6 分阶段发布引发的反弹、Antigravity 的配额抱怨、Cursor 快速模式与标准模式的成本建议，以及 Copilot 缓存命中率抱怨中（帖子）（998 分，184 条评论）；（帖子）（122 分，46 条评论）；（帖子）（42 分，24 条评论）；（帖子）（9 分，11 条评论）。
机会：直接。 用户已经在手工做路由、规划备用工具、盯仪表盘，因为产品层给出的解释还远远不够。
保留“为什么”而不只是保留代码的可维护性层¶
这些维护讨论串显示出一种很实际的需求：在原始代码审查和完整人工重读之间，需要某种中间层。人们想要决策轨迹、架构增量、依赖地图，以及可搜索的摘要，好让他们在智能体快速改了很多东西之后，还能重新找回上下文（帖子）（16 分，25 条评论）；（帖子）（10 分，26 条评论）。
机会：直接。 评论者已经在即兴拼出笔记、worktree、收尾包和更新文档，这强烈说明这个需求是运营层面的，而不是一种空想。
不预设用户已经是测试专家的回归检测¶
u/Beautiful-South1332 说自己“不是那种会搞测试的人”，但每次 Claude Code 改完东西后，也不能再继续依赖用户去发现那些悄悄出现的问题（帖子）（4 分，18 条评论）。多会话和审查疲劳讨论串从更高级的角度指向了同一个需求：人们想要的是一种能在部署前抓住回归的护栏，而不是把每个单兵开发者都逼成 QA 专家。
机会：直接。 这种需求既现实又紧迫，因为它正好卡在当前 AI 速度与当前人类监督能力之间。
比“发个 SaaS 然后听天由命”更好的找付费工作方式¶
今天与变现有关的证据更偏向付费客户工作、照护工具，以及用例一眼就能看懂的个人工具，而不是又一个泛化订阅应用。“有用项目”讨论串、那条 3,000 美元客户项目帖子，以及《nobody is using vibe coded apps》讨论，都指向同一个愿望：有更好的方式，把狭窄产品或技能匹配给那些本来就有问题要解决的用户（帖子）（68 分，212 条评论）；（帖子）（39 分，67 条评论）；（帖子）（128 分，47 条评论）。
机会：竞争性。 社区在这里要的不是另一个代码生成器，而是围绕 AI 构建工作更好的需求验证、获客和范围/定价支持。
4. 使用中的工具与方法¶
| 工具 | 类别 | 评价 | 优势 | 局限 |
|---|---|---|---|---|
| Claude Code | 智能体 CLI | (+/-) | 仍然是最高信号工作流的中心；适合规划、编码和真正交付上线的工作 | 访问权风波、配额焦虑、多会话故障和维护开销不断打断正常使用 |
| Mythos / Fable 5 | 前沿模型 | (+/-) | 大家仍把它当作高级能力基准，而且它更擅长处理杂乱提示词 | 访问受限和策略不确定性主导了讨论 |
| GPT-5.5 / GPT-5.6 | 前沿模型 | (+/-) | 用户认为 GPT-5.5 在 Copilot 内更高效；大家预期 GPT-5.6 能以更低成本延长可编程时长 | GPT-5.6 采用分阶段发布，因此真实的公开测试仍然有限 |
| Chinese open models (Qwen, GLM, DeepSeek) | 开放权重大语言模型 | (+/-) | 给前沿实验室施加定价压力；一些用户报告了很强的实际效果 | 围绕信任、政策和基准有效性的担忧仍然持续 |
| Cursor Composer 2.5 | IDE 智能体 / 模型 | (+/-) | 多文件编辑和长任务辅助能力强；标准模式明显比快速模式更便宜 | 审查疲劳很重，而且默认的快速模式价格高 |
| GitHub Copilot | IDE / CLI 智能体平台 | (+/-) | 公开的测试框架基准主张、宽泛的模型菜单，以及对某些 Max 套餐工作流而言不错的性价比 | 缓存命中失败、模型成本和计费敏感性仍是尖锐抱怨 |
| Antigravity | IDE 智能体 | (+/-) | 响应快，对一些用户来说可作为次级路由选项 | Claude 配额太小、封锁机制不透明、编辑行为也让人困惑 |
| Worktrees and branch isolation | 工作流方法 | (+) | 给并行会话提供更清晰的边界和更安全的合并方式 | 会增加流程开销，而且本身并不能解决糟糕的无人监督行为 |
| Script-first automation | 工作流方法 | (+) | 能把重复的聊天循环转成更便宜、可复用的自动化 | 需要更强的前期纪律性，也不太适合探索性工作 |
整体来看，工具图景关注的已经不是模型原始 IQ，而是运行特性：访问权、配额可预测性、token 效率，以及某条工作流仍然需要多少人工审查。u/Loud-North6879 明确表示，一旦工作流从长聊天循环转向 GPT-5.5 和脚本生成，Copilot 的性价比就变高了（帖子）（13 分，17 条评论）；而 u/One-Satisfaction3318 与 u/tfexon 则在 Antigravity 身上展示了相反的失败模式：工作还没做完，配额先塌了（帖子）（122 分，46 条评论）；（帖子）（30 分，30 条评论）。
常见的权宜方案也很一致：用一个模型负责规划，用另一个模型负责执行；在质量接近时优先选标准模式而不是快速模式；把重复的智能体工作改写成脚本；再用 worktree 隔离并行会话。竞争格局也很清楚：大家夸开放模型，主要也是因为它能带来价格压力；Copilot 试图靠测试框架效率取胜；Cursor 用户在速度和疲劳之间做交换；Claude Code 用户则一边为产品辩护，一边描述他们如今不得不额外挂上的治理层。
5. 人们在构建什么¶
| 项目 | 构建者 | 功能 | 解决的问题 | 技术栈 | 阶段 | 链接 |
|---|---|---|---|---|---|---|
| Clock planner | u/vineetkl | 一个围绕钟面绘制并拖拽日程块的圆形规划器 | 相比列表或日历视图，为时间分块提供了更可视化的界面 | 未说明公开技术栈 | 原型 | 帖子 |
| Browser ASCII shader editor | u/Sea-Assignment6371 | 一个浏览器编辑器，可把摄像头输入转换成 ASCII 和着色器风格效果 | 无需原生工具，也能在浏览器里做实时视觉实验 | WebGPU, MediaPipe, GPU compute | 原型 | 帖子 |
| RichMog | u/not_random_ideas | 一个用户付费互相超车的公开排行榜 | 把地位竞争本身变成产品机制 | Web app, crypto payments | 测试版 | 帖子, 网站 |
| Naptutto | u/No-Floor-7085 | 一个基于浏览器的婴儿监护器，可把两部手机变成监护设备 | 让父母无需专用硬件或安装 App，也能拥有私密的婴儿监护工具 | Browser app, peer-to-peer video, motion alerts, talk-back | 已发布 | 讨论, 网站 |
| Technically Awake | u/cheshirecatsmiles | 一款用于深夜喂奶时单手操作、带迷你游戏的防睡着计时器 | 帮助疲惫的父母保持清醒，又不会惊到婴儿 | Mobile web app, inactivity timer, wake lock, escalating alarm | 已发布 | 讨论, 网站 |
| Custom client app | u/No_Language_2529 | 一个正在运行的客户项目，含认证、数据库、分析、用户前端和管理后台 | 说明服务型交付比等待 SaaS 获得受众更快变现 | Database, user system, analytics, admin dashboard | 已发布 | 帖子 |
| VIPCall.ai | u/redditstrom | 一个带家庭短信更新的每日健康问候电话服务 | 让家庭可以通过简单电话，关照年长父母或照护者 | AI voice calls, SMS summaries | 已发布 | 讨论, 网站 |
最强的项目模式是“任务很窄，用户很明确”。Naptutto 和 Technically Awake 都是由非常具体的场景触发的照护工具：要么是在外时需要婴儿监护器，要么是夜里喂奶时需要保持清醒。它们的公开网站让价值主张一眼就能看懂，这正好和那种泛泛的 AI 产品推介相反。
RichMog 值得注意，是因为它虽然荒诞，却定义完整。公开网站确认了预热期内隐藏排名、只收加密货币，以及倒计时结束后排行榜才上线，因此这个玩笑被落实成了真正的产品机制，而不是一张 meme 草图。
赚钱模式也和典型的独立 SaaS 叙事不同。最清晰的收入信号来自一个做了 1 周、拿到 3,000 美元的客户项目，而“有用项目”讨论串里冒出来的，则是已经在解决某个具体家庭问题或工作流问题的产品。今天反复出现的构建模式是照护工具、实用规划器和客户交付工作，而不是泛泛的“AI 应用”壳子。
6. 新动态与亮点¶
前沿模型的发布控制已经成了公开政策，而不再只是传闻¶
这让 6 月 27 日不同于普通模型炒作日的一点在于：Reddit 上最大的争论，都直接连着公开声明和政策报道。Anthropic 的声明推动了这组帖子中最大的讨论串，而 OpenAI 也公开表示，在美国政府提出要求后，GPT 5.6 将先以受限预览形式提供给可信合作伙伴（帖子）（998 分，184 条评论）；The Guardian。
成本可观测性本身正在变成产品战场¶
当天信息量最大的截图并不是那些神奇的编程演示，而是支出账本、缓存命中率图表，以及不同模式价格的对比。这包括 Copilot Max 的月度用量拆解、Copilot 缓存崩塌的抱怨，以及 Cursor Composer 快速模式与标准模式的对比（帖子）（13 分，17 条评论）；（帖子）（9 分，11 条评论）；（帖子）（42 分，24 条评论）。
照护类工具是“有用项目”证据里最可信的一批¶
那条高评论量的“有用项目”讨论串，比许多独立展示帖提供了更强的证据，因为评论者分享的是在解决特定重复需求的产品。Naptutto 的浏览器婴儿监护器和 Technically Awake 的防睡着计时器都已经上线、定位很窄，而且从它们的公开网站就很容易验证（帖子）（68 分，212 条评论）；Naptutto；Technically Awake。
7. 机会在哪里¶
[+++] 访问权、配额与支出可观测层 —— 证据横跨第 1、2、3、4 节：Mythos/Fable 访问权争议、GPT-5.6 分阶段发布、Antigravity 封锁、Cursor 模式定价建议，以及 Copilot 缓存命中率抱怨都指向同一个缺口。用户想要一个统一入口，在自己被突袭之前，先解释清楚可用性、消耗、路由和隐藏定价变化。
[+++] 面向智能体所写代码的可维护性与回归护栏 —— 审查者疲劳、代码直觉流失、多会话破坏，以及“我上线后才被用户抓到 bug”的故事，都显示出对决策记忆、影响范围预警和轻量回归检查的强烈未满足需求。这个机会之所以强，是因为它同时影响高级团队和不擅长测试的人。
[++] 面向 AI 构建者的需求发现与范围/定价支持 —— 今天最强的收入证据来自客户工作和强约束的小工具，而声量最大的消费级应用讨论串则在说，发布量已经快过真实使用量。如果有产品能帮助构建者验证需求、给固定范围工作定价，并找到明显的目标用户，就能击中一个反复出现的痛点。
[+] 狭窄的家庭与照护工具 —— Naptutto、Technically Awake 和 VIPCall.ai 都不是创业表演，而是从个人或家庭照护循环里长出来的。这个信号不如平台级工作流痛点那么大，但可信度高，因为这些产品已经在解决反复出现的真实任务。
8. 要点总结¶
- 社区把更多精力花在访问控制上，而不是新的编程突破。 当天最大的讨论串都围绕 Mythos/Fable 访问权、中国替代方案，以及 GPT-5.6 的分阶段发布。(source)
- 人类监督现在成了稀缺资源。 UI 清晰度、审查者疲劳、维护漂移和并行会话 bug 都指向同一个瓶颈：人们能生成的代码，已经超过了他们能轻松治理的范围。(source)
- 最可信的开发者胜利都很窄，而且可验证。 时钟规划器、婴儿监护器、防睡着工具和客户交付应用之所以比泛泛的 AI 应用说法更可信，是因为它们的用户和任务都一目了然。(source)
- 成本工程正在成为常规 AI 编程实践的一部分。 用户现在分享的是用量账本、缓存图和模型路由建议，就像过去分享提示词或插件一样。(source)