Reddit AI Coding - 2026-08-12¶
1. 人们在讨论什么¶
1.1 水印争论演变成一场围绕所有权、合规与质量的拉锯战（🡕）¶
水印是 2026-08-12 最明显的主导话题，但争论已经不再只是“这到底是好是坏”。Reddit 把它拆成了 4 个具体问题：提示驱动的输出到底归谁所有、去水印工具会不会出现、可检测标记是否会损伤质量，以及监管是否让整件事变得无法回避。至少有 5 条独立的高信号线程，从不同角度把同一组问题推到了台前。
u/iRefactor 最直白地提出了所有权层面的反对：Claude 是工具，给用户主导的输出打水印，等于 Anthropic 在为那些由提示、打磨和审查共同塑形的工作署名背书（帖子）（340 分，677 条评论）。最高赞回复立刻把分歧摆了出来：u/ota113a（得分 210）说 Anthropic 很可能只是在遵守 EU 和 California 的规则，而 u/Sonar114（得分 39）则说，很多消费者会想要一个可靠信号，知道 AI 工具是否参与其中。
u/ItsSillySeason 把同一问题翻成了产品诉求：如果这种标记能被检测出来，那谁会去做“去水印工具”？（帖子）（402 分，441 条评论）。这条线程承载了当天最尖锐的未满足需求，但也给出了最明确的技术反驳：u/medialantern（得分 91）指向那篇链接论文，说真要有效移除，就得重写文本，而不是删掉一个标签。
u/First_Driver8921 通过概括《A Watermark for Large Language Models》里的 green-list / red-list 水印方法，给出了最强的解释，并认为要移除它，就得改动文档里相当大的一部分（帖子）（468 分，179 条评论）；论文。配图之所以重要，是因为它展示了论文自己对无水印样本和带水印样本的对比，而后者的 z-score 信号明显更强。
真正把这件事放大的，是监管。u/aaronbassettdev 引用了 EU AI Act 第 50 条的措辞，并认为所有前沿模型提供商都必须以机器可读的方式给合成输出打标（帖子）（100 分，141 条评论）。就连 u/LouisObsidian 的那条反向讨论线程，关注点也主要是“如何校准”而不是“是否存在”：那里的评论者认为，二元标记根本区分不了“Claude 全都写了”和“Claude 只是帮忙改了改”（帖子）（56 分，182 条评论）。
讨论要点： 这场分裂并不只是挺 AI 或反 AI。最强烈的分歧，出现在想靠溯源建立信任的人，和把嵌入式标记视为质量税或未来所有权主张的人之间。
与前日对比： 相比 2026-08-11 还在问“溯源该不该存在？”，2026-08-12 更关注的是“它是不是强制的、能不能被检测，以及现实里能不能移除？”
1.2 模型路由成了日常求生策略（🡕）¶
第二个大主题并不只是人们不喜欢某些模型，而是很多用户已经把一套回退策略变成了日常操作。围绕压力、时间浪费、限额不清和并行会话开销的线程，最后都收敛到同一种行为：不再信任默认路径，而是主动绕开它。
u/Early_Key_823 在反复遭遇 staging 错误、幻觉和漫长的审查循环后，把 Claude Code 形容成“对心理健康很糟”；随后又更新说，切到 claude-opus-4-6[1m] 之后，体验“简直像白天和黑夜一样”（帖子）（152 分，234 条评论）。u/IrishUSFastTrack（得分 30）和其他回复者，都把手动降到 Opus 4.6 或 4.8 当成现实可行的恢复路径，而不是什么小众偏好。
u/motoguy87 说，Opus 5 甚至 Fable 5 现在已经常常漏掉明明很清楚的提示，以至于 GPT-5.6 Sol 反而成了找 bug 和查逻辑的检查器（帖子）（56 分，95 条评论）。u/Dragon_God_Slayer 则从正面描述了同样的迁移：他们说 Opus 4.6 更容易理解、更听指令，而且拉起子智能体时比 Opus 5 更可预测（帖子）（86 分，34 条评论）。
用量上限又叠加了一层不信任。u/IllustratorAbject446 说，付费套餐容量正在比以前快得多地耗尽，评论里也出现了很多来自其他用户的“我也一样”（帖子）（94 分，104 条评论）。与此同时，u/tovoro 描述了跨仓库并行跑多个 Claude Code 会话的人类协调开销，而最高赞回复推荐的并不是任何内置控制平面，而是工单跟踪器、编排层，以及用 claude --resume 恢复会话记录（帖子）（25 分，64 条评论）。
讨论要点： 回复异常具体。大家没有只说“Anthropic 把它修好”，而是在交换精确的命令、模型 ID 和应对当前默认设置的操作步骤。
与前日对比： 2026-08-11 已经出现了等待时间和上下文抱怨，但 2026-08-12 更明确地展示出，用户正在降级模型、切换工具，并建立自己的协调习惯。
1.3 构建者仍在靠窄产品和技术细节扎实的 demo 取胜（🡕）¶
构建者活跃度依旧很高，但最强的项目并不是模糊的 AI 包装层。它们要么有明确烦恼、明确成品，要么技术细节异常具体。贯穿其中的主线，不是“AI 替我把一切都做完了”，而是“AI 帮我足够快地交付了一个范围清晰的东西，好让我去验证需求”。
u/Obvious_Gap_5768 说 repowise 已达到 5.2k 个 GitHub 星标和约 80k 次 PyPI 下载，然后解释说，这个项目来自一个反复观察到的痛点：编程智能体会一遍遍重读相同文件，却仍然理解不了代码库的脆弱点和设计意图（帖子）（153 分，30 条评论）；仓库；站点。公开站点和说明文档又把这个主张讲得更尖锐：repowise 把自己定位为一层自托管的代码库智能层，把 MCP 工具、本地面板、架构 / wiki 上下文，以及公开的 token 节省测量结果提供给智能体。
u/oxmannnn 用 Regolith 给出了当天技术细节最扎实的演示：作者说，这个基于月球车勘测的游戏有 95% 来自最初的一条提示，之后再经过多轮纠错打磨（帖子）（375 分，72 条评论）；仓库。说明文档证实了它不寻常的地方：这是一个基于 WebGL2 的浏览器游戏，自带一份 three.js，没有构建步骤，没有运行时下载资源，共 5 个任务，gzip 后约 380 KB。同一个项目还单独跨版发到了 r/vibecoding，又拿到 141 分和 42 条评论。
u/designisart 则展示了一个更简单、但商业路径更清晰的构建：一款 Fruit-Ninja 风格的 iPhone 算术游戏，目的是让孩子练乘法表时不再觉得像在写作业（帖子）（137 分，29 条评论）；Math Ninja。Apple 的页面确认，它没有广告、没有订阅，12 个关卡一次付费解锁，还有多种游玩模式。
更小的增长案例也很重要。u/meetjames 说，MyDrugTesting.com 上线 3 周后，已经有 9 位付费订阅者和 200 位免费试用用户（帖子）（19 分，18 条评论）；站点。u/Hopeful_Effective_74 则把 vibers.tv 做成了围绕 AI 编程圈子本身的产品：它把 YouTube 和 Twitch 的流媒体整合成一面共享墙，而不是一列缩略图（帖子）（8 分，5 条评论）；站点。
讨论要点： 评论区反复抛出同一套测试：这个项目是不是解决了一个无聊但真实的问题、是不是看得见做工，或者是不是足够快地触达了用户，能证明它不只是一个提示词 demo？只要至少满足其中一个条件，项目就能拿到真实互动。
与前日对比： 2026-08-11 已经偏向实用包装层和小工具，但 2026-08-12 带来了更具体的公开材料：仓库 README、在线站点、App Store 页面，以及早期订阅者数字。
1.4 AI 编程继续模糊用户、开发者与买家之间的界线（🡕）¶
另一个反复出现的线程主题是身份认同。当人们可以自己替代小额付费工具、给自己做软件，甚至不符合传统开发者的模样也能边做边学时，Reddit 一直在追问：这到底改变了什么？
u/Sweet_Concentrate128 说，因为现在可以自己重做这些小工具——PDF 合并器、习惯跟踪器、照片尺寸调整器和膳食规划器——他们在一年里取消了 4 个订阅（帖子）（161 分，77 条评论）。u/Several_Function_129 则从构建者一侧撞上了同样的模式：一个原本只是为了解决个人小烦恼而做的截图重命名工具，后来吸引了几百个用户，还冒出了更大版本的 Downloads 文件夹需求（帖子）（275 分，133 条评论）。
u/Big_Currency_1805 又把这种实际变化上升成身份论：他们说，AI 终于让自己交付出了 4 个真的会用的工具，而批评者却还在坚持说他们不算“真正的开发者”（帖子）（100 分，123 条评论）。评论区的敌意，比标题看上去要弱得多：u/Correct_Emotion8437（得分 33）说，关键是软件能不能工作；u/johnesco（得分 27）则把这种抱怨看成围绕工具的又一轮守门行为。
讨论要点： 这里更强的是实践信号，而不是哲学信号。人们不只是在争论正当性；他们已经在改变自己购买什么、构建什么，以及如今把什么程度的打磨视为“对个人软件已经够用”。
与前日对比： 相比 2026-08-11 更强调分发和留存，2026-08-12 花了更多篇幅讨论 AI 编程如何改写身份认同、小工具的所有权，以及人们为何更愿意直接替代软件，而不是继续订阅。
2. 令人困扰的问题¶
用户无法控制或校准的水印¶
这是一个高严重度挫败点，因为它同时触到了所有权、质量和合规。u/iRefactor 反对把水印加在用户主导的工作上，把这看成一种对创作归属的主张（帖子）（340 分，677 条评论）；而 u/ItsSillySeason 则把同一痛点改写成了一个工具缺口：谁会去做去水印工具（帖子）（402 分，441 条评论）。u/LouisObsidian 又把校准问题直接抛了出来：评论者追问，轻度编辑和完全由 AI 代写，会不会拿到同样的标记（帖子）（56 分，182 条评论）。
人们在这里困扰的不是同一件事。有人担心输出质量下降，有人担心被社会性识别，还有人担心未来的所有权或收益主张。这让它值得去做，但只适合做成窄而明确的形态，比如溯源检查、按贡献度披露，或者明确说明自己保留什么、抹去什么的重写工作流。
模型退化、不透明的限额，以及让人筋疲力尽的审查循环¶
这同样是高严重度，因为这些抱怨都非常操作层面，而不是纯理论层面。u/Early_Key_823 描述了自己花几个小时去审查那些带着幻觉或越界内容的输出，并说在切模型之前，这种体验“对心理健康很糟”（帖子）（152 分，234 条评论）。u/motoguy87 则说，Opus 5 和 Fable 5 现在经常漏掉清晰提示，以至于 GPT-5.6 Sol 已经成了检查 bug 和逻辑漏洞的那一个（帖子）（56 分，95 条评论）。
限额核算又让同一个问题更难被信任。u/IllustratorAbject446 说，自己的 Claude Code 配额消失得比以前快得多，而很多回复也都反馈付费档位有类似情况（帖子）（94 分，104 条评论）。大家的应对方式却高度一致：降到 Opus 4.6 或 4.8、把特定检查路由给 Sol 5.6，并把模型选择当成一种可靠性控制，而不只是偏好设置。
这看起来值得去做，因为抱怨已经足够具体。用户要的不只是“更好的 AI”，而是可见的限额、稳定的编排默认值，以及更少时间去确认智能体有没有悄悄越过明确边界。
没有进度信号的等待，以及在过多会话之间来回切换¶
这是一个中到高严重度的挫败点，因为即便模型在技术上是能工作的，它也会白白耗掉时间。u/tovoro 描述了在重启、关闭窗口或多仓库并行工作之后，自己会失去对不同 Claude Code 会话分工的把握（帖子）（25 分，64 条评论）。最有用的回复并没有推荐内置产品功能，而是推荐工单跟踪器、编排层，以及用 claude --resume 找回会话记录。
另一条更小但更直接的线程，用更简单的话说出了同样的痛点。u/Turbulent_Ad_1039 想要粗略进度估计，好让用户知道自己该再等 30 秒，还是可以先离开 5 分钟（帖子）（9 分，8 条评论）。这值得去做，因为摩擦不只在代码质量上；真正的问题是，长时间运行的智能体工作会带来时间不确定性和状态丢失。
小工具的成功很容易被复制、质疑或吸收¶
这对构建者来说是一个中严重度挫败点，因为那些让利基小工具容易发货的同一套工具，也让它们更容易被看轻。u/Several_Function_129 几乎立刻就验证到截图重命名器有需求，但最高赞评论分成两类：“我用本地 LLM 做过一模一样的东西”和“新的 macOS beta 已经自带这个功能了”（帖子）（275 分，133 条评论）。u/Sweet_Concentrate128 则从买家一侧展示了同样的变化：一旦这些 app 已经容易到可以自己重做，他们就开始取消订阅（帖子）（161 分，77 条评论）。
这让它只在一种情况下值得去做：你的分发、留存或信任，得明显强过那个显而易见的 DIY 版本。真正的痛点不是找不到问题，而是当问题肉眼可见地变得容易之后，如何还保得住自己的位置。
3. 人们期望的功能¶
把披露与锁定效应分开的水印控制¶
最直接的诉求，是有一个去水印或重写路径。u/ItsSillySeason 明确问过，如果可检测标记会变成标准，谁会去做去水印工具（帖子）（402 分，441 条评论）。回复把它从模糊抱怨变成了直接机会：有人想要移除，有人想要验证，也有人两者都要。
这不是情绪化诉求，而是实际需求，因为讨论很快就进入了工作流和落地层面。这个机会带有明显竞争性：任何做这个方向的工具，都必须同时平衡溯源、质量保留，以及显而易见的滥用风险。
能反映 AI 实际贡献度的归属标记¶
第二个未满足需求，比单纯去掉水印更微妙。在那条反向讨论水印的线程里，u/aequitssaint（得分 9）问到：如果 Claude 从头写完全部内容，和它只是校对或轻微修改其中一部分内容，水印看起来会不会完全一样（帖子）（56 分，182 条评论）。这要的不是一个二元的“由 AI 制作”标记，而是能感知贡献度的归属方式。
这看起来是一个直接机会，因为社区并不是在全盘反对透明度。更尖锐的反对点在于，今天设想中的标记，把差异很大的几种辅助方式全都压成了同一个类别。
粗略进度估算与会话状态可见性¶
最明确的工作流诉求来自 u/Turbulent_Ad_1039：他们说，每个编程智能体都会转圈，却不给任何线索告诉用户应该继续等，还是先离开，哪怕只是一个粗略区间也好（帖子）（9 分，8 条评论）。u/tovoro 则把同一个诉求放大成更大的版本：他们描述了跨窗口、跨重启追踪许多活跃 Claude Code 会话到底有多难（帖子）（25 分，64 条评论）。
这也是一个直接机会，因为人们已经有了粗糙替代品：工单跟踪器、编排层、会话记录恢复，以及第二设备通知。只要智能体运行时间长到会打断人的注意力、又还没长到用户愿意彻底放手，这个市场需求就既现实又紧迫。
4. 使用中的工具与方法¶
| 工具 | 类别 | 评价 | 优势 | 局限 |
|---|---|---|---|---|
| Claude Code | 编程智能体 | (+/-) | 吞吐量极高；足以帮助人们快速交付游戏、小工具和内部工具 | 水印争议、冗长的审查循环、心智疲劳、会话管理开销 |
| Claude Opus 5 / Fable 5 | LLM | (-) | 仍能产出像月球车游戏和大型自治运行这样有野心的结果 | 被反馈更慢、错误更多、更难读，而且在真实工作中表现不稳定 |
| Claude Opus 4.6 / 4.8 | LLM | (+) | 指令更清晰、编排更平稳、范围控制更好，是很多用户偏好的回退选择 | 属于旧模型；有时还得手动输入 /model 才能切换，而不是显眼的默认选项 |
| GPT-5.6 Sol | LLM | (+) | 当 Claude 线程跑偏时，被用来查 bug 和逻辑问题 | 增加了切换工具的开销，而且更常充当第二步验证器，而不是一套单工具工作流 |
| repowise | 代码库智能 / MCP | (+) | 一次索引仓库上下文，提供 MCP 工具、本地面板、架构 / wiki 与变更风险上下文 | 需要配置与索引纪律；还有评论明确抱怨了 GitHub 上的重装指引 |
claude --resume、worktrees 和工单跟踪器 |
工作流方法 | (+/-) | 能在重启后恢复会话、把并行工作分开、减少协调损失 | 状态管理还是压在用户身上；仍然没有内置控制平面或进度层 |
| 本地 LLM / 自建小工具模式 | 方法 | (+) | 让用户可以用自定义行为快速替代小订阅或自动化零碎琐事 | 很容易复制、也容易被平台吸收，而且长期可防御性通常偏弱 |
整体评价从强杠杆感到强疲惫感两端拉开。最主要的迁移路径，是不再把 Opus 5 / Fable 5 当默认编排器，而是转向更稳定的 Opus 4.6 或 4.8；当信任下降时，再让 GPT-5.6 Sol 做检查器。最常见的绕行方案，并不是某个神奇提示词，而是一层层叠起来的流程：worktrees、明确的模型路由、会话恢复，以及外部任务跟踪。
竞争态势也变了。像 repowise 这样的基础设施产品，在试图消除智能体反复重新摸索仓库的问题；而面向终端用户的小工具，则几乎在需求一露头时就会被做出来、再被复制。这让工作流软件和代码库记忆层看起来，比一次性、商品化的小帮手更有防御性——除非那个小帮手本身拥有异常强的分发能力或习惯价值。
5. 人们在构建什么¶
| 项目 | 构建者 | 功能 | 解决的问题 | 技术栈 | 阶段 | 链接 |
|---|---|---|---|---|---|---|
| repowise | u/Obvious_Gap_5768 | 面向 AI 编程智能体的代码库智能层，带 MCP 工具、wiki 和风险上下文 | 智能体会反复重新摸索代码结构，还会漏掉脆弱区域 | Python package、本地面板、MCP、可选的本地 / 离线模型 | Shipped | 仓库 · 站点 · 帖子 |
| Regolith / moon-rover | u/oxmannnn | 基于浏览器的月球车勘测游戏 | 证明有野心的游戏原型也能在没有沉重资源管线的情况下交付 | JavaScript、WebGL2、随仓库附带的 three.js、无构建步骤、无运行时下载资源 | Shipped | 仓库 · 游玩 · 帖子 |
| Math Ninja | u/designisart | 把算术练习变成 Fruit-Ninja 风格循环的 iPhone 游戏 | 作者的儿子不愿意用抽认卡练习 | iOS、SpriteKit、App Store 分发、AI 辅助的游戏逻辑与难度调优 | Shipped | 应用 · 帖子 |
| Screenshot renamer | u/Several_Function_129 | 根据截图里可见内容重命名截图 | 默认文件名让巨大的截图文件夹无法搜索 | 未说明的 LLM / vision 流程，加本地文件访问 | Beta | 帖子 |
| MyDrugTesting.com | u/meetjames | 可搜索的药检服务提供商目录 | 人工转介清单无法扩展 | 未说明的 Web 技术栈 | Shipped | 站点 · 帖子 |
| vibers.tv | u/Hopeful_Effective_74 | 来自 YouTube 和 Twitch 的直播编程流共享墙 | 缩略图列表不适合做陪伴式直播发现 | 带 YouTube / Twitch 抓取的 Web 应用 | Shipped | 站点 · 帖子 |
| Le Royaume des Pépins | u/titkun | 源自孩子笔记本创意、可游玩的水果对微生物游戏 | 能把一个简单想法迅速变成可运行成品 | 未说明的 AI 辅助游戏工作流 | Alpha | 帖子 |
repowise 是今天最强的基础设施构建。作者把它直接和一个已观察到的智能体痛点连了起来：智能体会不停 grep 同一批文件，却还是理解不了脆弱点或架构意图（帖子）（153 分，30 条评论）。公开站点说，一个索引就能服务 MCP 工具、经过验证的 wiki、代码健康和变更风险，而说明文档则声称它能带来可测的 token 节省，并提供 10 个按任务形状设计的 MCP 工具。
Regolith 是当天最清楚的“严肃 demo”型构建。Reddit 帖子说，其中 95% 来自一条初始提示和之后的纠错回合，而说明文档也用异常具体的约束支撑了这一点：没有资源文件、没有 npm 依赖、共 5 个任务，而且能直接在浏览器里游玩（帖子）（375 分，72 条评论）。同一个项目还跨版发到了 r/vibecoding，这说明它引发的兴趣并不只限于 Claude Code 用户。
MyDrugTesting.com 给出了最具体的牵引力快照。那张看板图显示，它上线几周后就有了 4,502 条已发布收录、9 位付费订阅者、200 位免费试用用户，以及 $957 的预计年收入，这比常见那种“好像有人感兴趣”的构建者更新具体得多。
vibers.tv 之所以显眼，是因为它包裹的不是泛消费者任务，而是 AI 编程场景本身。站点确认，YouTube 和 Twitch 的直播、首播、VOD 和 clips 都能汇到同一面共享墙上；截图也把目标体验说明白了：一次能看到很多场编程，而不是逐个页面去逛。
从孩子创意到游戏成品的这条管线也很值得注意。u/titkun 把一位 9 岁孩子和她朋友写在笔记本上的构想做成了一款可玩的游戏，而那张笔记本图片之所以重要，是因为它展示了最初的人类提示素材，而不只是最终产出（帖子）（46 分，33 条评论）。
反复出现的构建模式已经很清楚了。构建者反复从狭窄烦恼、教育场景或 AI 智能体工作流痛点出发，而不是从宏大品类出发。共同触发点都很具体：难以阅读的截图文件夹、孩子抗拒的乘法练习、智能体反复重新摸清仓库，以及手工转介清单难以扩展。
6. 新动态与亮点¶
vibe-coded 应用里的安全护栏债开始变得可量化¶
u/obagme 给出了整份数据集中最具体的负面信号之一：一项基于规则的扫描检查了 1,969 个公开的 Lovable 生成仓库，发现其中 23.2% 提交过 .env 文件；另一个噪音更大的数字是 42.2% 的硬编码凭据比例，而链接文章明确把它标成“上界”，而不是一个干净的可利用漏洞计数（帖子）（26 分，11 条评论）；研究。研究页对各种前提条件非常谨慎，但也正因为这种谨慎，这个信号才重要：如今人们在围绕 AI 生成应用的安全性公开方法论、样本框架说明和误报修正，而不再只是交换模糊轶事。
7. 机会在哪里¶
[+++] 面向水印的溯源与重写工作流 — 多条高互动线程都收敛到同一个缺口：人们想要一种方式，能在不盲目损伤输出质量的前提下验证、校准或移除标记（u/ItsSillySeason，帖子）；u/LouisObsidian，帖子）。之所以强，是因为这个需求同时跨过了合规、所有权和输出质量三类担忧。
[+++] 智能体状态可见性与多会话控制 — 用户已经在用工单跟踪器、编排层、会话记录恢复，以及类似 ETA 的进度区间请求，去勉强补上长等待和会话蔓延的问题（u/tovoro，帖子）；u/Turbulent_Ad_1039，帖子）。之所以强，是因为这套绕行方案已经存在——而这通常意味着产品缺口确实存在。
[++] 面向智能体构建软件的代码库记忆与安全护栏 — repowise 是对“智能体不断重新摸索仓库”问题的一种回答，而 Lovable 安全研究则展示了，当生成速度跑在审查纪律前面时会发生什么（repowise；研究）。之所以是中强度，是因为团队显然愿意在这里采用基础设施，但这个类目也已经越来越技术化、越来越竞争激烈。
[+] 能立刻获得用户反馈的个人实用产品 — 截图重命名器、订阅替代品、利基目录和面向孩子的教育游戏，都很快拿到了一定反馈（u/Several_Function_129，帖子）；u/designisart，帖子）。之所以还只是新兴而非主导，是因为需求已经可见，但复制风险和平台吸收风险也同样可见。
8. 要点总结¶
- 水印是当天最核心的争论，而且讨论已经从原则层面进入机制层面。 Reddit 同时把它当成所有权问题、合规问题、移除问题和质量问题来讨论。(source)
- 用户已经在主动绕开当前模型行为，而不是等产品修复。 最强的实操动作，是降到 Opus 4.6 或 4.8，并在信任下降时用 GPT-5.6 Sol 做检查器。(source)
- 最强的构建者故事，来自狭窄且可验证的问题，而不是抽象的 AI 平台。 截图整理、乘法练习、直播发现和目录搜索，都比泛泛的“AI 应用”说法拿出了更清楚的证据。(source)
- AI 编程基础设施正在变成独立产品类目。 repowise 及类似努力成立的理由，不是新奇，而是它们能减少反复重新摸清仓库、审查浪费和架构上下文缺失。(source)
- 安全和溯源现在已经和速度一起进入同一场对话。 那篇 Lovable 仓库研究说明，一旦应用生成变得容易，安全护栏债很快就会变得可量化。(source)