北京
免费Token额度看起来像白捡的算力，但工程上真正该做的判断，是在第一个请求发出去之前就决定哪些任务根本不碰它，而不是等事故复盘时再补。免费层更像一台借来的笔记本：画草图够用，发工资不行。
这里给的不是上手指南，而是一份排除清单。它把免费容量当成真实存在的东西，只问一个更窄的问题——哪些活儿无论账单上的零多好看，都必须拒绝。
披露：本文是作为MonkeyCode产品推广的一部分准备的。
相关产品页面宣传了1000万免费Token，以及面向该项目的免费服务器选项。这两个数字属于项目自己的页面，接入任何东西的那天都该重新读一遍。下面这道闸门不依赖这些数字，这正是重点：先定策略，再谈容量。
六条排除项，没有例外
第一条是数据边界。如果负载里包含个人数据、健康数据、凭证、客户内容，或者任何你不会贴进公开代码片段的源码，免费路径就关闭了。原因不是供应商不可信，而是这条路径你无法审计，而无法审计的路径不该持有受监管数据。
第二条是权限。任何会删除、部署、迁移、签名或转移资金的任务都出局。免费端点是一种共享的便利设施，权限授予是另一类对象，不该从它那里触达。
第三条是交互路径上的延迟。如果有人在等，而你的预算是几秒钟，共享的免费路径从结构上就不可能落在这个预算内，因为队列深度和邻居你都不控制。要么改成批处理，要么花钱买保证。
第四条是持久性。免费服务器是拿来算的，不是拿来保管的。必须扛过重启的状态应该放在你自己运营的数据库里，免费实例应该能在没有任何工单的情况下随时消失。
第五条是证据。如果审计方、客户或法庭可能问起这段输出是哪个模型产生的，答案必须是你自己持有的、可固定版本的产物。你控制不了的东西，就固定不了。
第六条是爆炸半径。当一次失败会呼叫值班工程师，或者直接暴露给客户，这次失败就需要有一方在合同上担责。免费层不担责，假装它担责就是把补贴变成故障。
把闸门写成代码
躺在wiki里的清单会烂掉。下面这份清单活在CI里，为每个负载接收一个JSON描述符，除标准库外没有依赖。
- 脚本名为free_tier_gate.py，用法是传入一个或多个JSON文件。
- 敏感数据类集合包含pii、phi、secrets、customer_content、internal_source；特权动作集合包含deploy、delete、payment、grant、migrate、sign；延迟下限设为2000毫秒
- 规则函数分别检查数据类别是否越界、动作是否属于特权、面向用户的任务延迟预算是否低于下限，命中即返回拒绝理由。
另有一段shell脚本形式的看门狗，任何调度器都能跑。它用标志文件作为契约：读取方在每次调用前检查它，这样凌晨三点也没人需要依赖记忆。
哪些团队干脆别从这儿起步
处理受监管数据的团队不该从这里开始。核心承诺就是低延迟的产品也不该。需要有一方具名为支持工单负责的团队、以及无法轮换免费路径所用凭证的团队，同样不适合。没有集中式日志的团队还多一条等待的理由，因为无法审计的路径加上读不懂的日志，和完全没做测试没有区别。
这套做法也有该直说的局限。闸门编码的是策略，不是安全，它拦不住一个铁了心的工程师手动去调端点。Token额度和服务器条款会变，十月发出的批准不等于一月的批准。每次重读条款时，都该重跑一遍描述符。
如果某个描述符返回放行，把那一批任务跑在MonkeyCode的免费层上是合理的第一站，而这份清单的作用，是让它保持便宜，而不是在后面变得昂贵。
MonkeyCode提供可运行这套流程的免费模型。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
