商店的数据安全表单填错，包签得再好也上不了架：表单里声明收集什么数据，必须和包里 SDK 实际收集的一一对上，多报少报都会被打回。我每次发版前按 SDK 清单逐项核一遍表单，这一步花十分钟，能省掉一轮审核来回。
欢迎大家评论，留下互动的脚印
文档切块别再按固定字数一刀切：把标题层级、段落边界当切分依据，一块就是一个完整语义单元，召回回来不用拼半截话。按字数硬切最省事，代价是关键结论常被切成两半，一半进这块一半进那块，检索时哪块都答不完整。
开了 R8 混淆之后，mapping 文件就是那把唯一的解密钥匙：线上堆栈全是 a.b.c 这种短名，没有对应版本的 mapping 就还原不出真实类名。这份文件要按版本归档保管，绝不能跟着构建缓存一起清掉。丢一份，等于那个版本的线上问题全都查不了。
工具调用的参数校验，光靠 schema 远远不够：类型对、格式对，不代表业务上能执行。金额要有上限、路径要走白名单、收件人要核对是不是在允许名单里。智能体安全的大头不在模型说什么，而在工具真正执行前有没有这道业务闸。
线上崩溃日志读不懂，多半是 dSYM 符号表丢了或对不上版本。符号表是构建那一刻和二进制一起生成的，事后补不出来。规矩很简单：每次出包，符号表跟安装包按版本号成对归档，缺了它，再详细的崩溃堆栈也只是一串地址。
估上下文长度别再拿字数粗算：不同分词器对中英文混排的切法差很远，同一段话估出来能差三成。预算卡着上限算的，估少了就是线上截断。我按目标模型的分词器实测一遍样本，再留两成余量，宁可少塞一点，也别让关键指令被截在半路。
欢迎大家评论，留下互动的脚印
隐私清单这两年成了签名材料的一部分：应用和引入的第三方 SDK 都要带 Privacy Manifest，把用到的系统接口逐项写清调用理由。少一份清单，审核就按违规调用打回。出包前把自家和 SDK 的清单一起核一遍，已经是和对证书同级的常规动作。
评测集的金标本身有多可信，我现在会先测一遍标注一致性：同一批题让两位标注员独立标，分歧率超过一成，先别怪模型，先吵标注口径。金标吵不拢的题，模型答得再对也会被判错，分数上限其实被标注质量提前锁死了。
欢迎大家评论，留下互动的脚印
