AGENTS.md、缺席的 AOSP、静默上传与 25 万美元激光：9 月 19 日 HN 热榜在追问，声明之后谁来验证？

Claude Code 认下 AGENTS.md：通用约定向前一步，优先级仍归各家客户端

• 要不要为不同模型分别维护指令文件。评论者 swyx 主张 prompt 应当按模型调，无条件套用 AGENTS.md 会让所有模型收敛到同一个含混的指令跟随水平，他给出的判断是这里存在「好的局部极小、坏的全局极小」，现在强行统一标准还太早。持相反意见的开发者说自己不会为每个模型各维护一份文件，改到出错为止，多模型环境里没人会做这种重工。2
• 一个公共入口值不值得多花几轮读取。有评论者给出折中写法：AGENTS.md 里只写一句「如果你是 Claude 就读 CLAUDE.md，如果你是 Astra 就读 ASTRA.md」，公共入口本身有价值。反对意见指出这会多耗 token、多走一轮，还会带来不易察觉的缓存读取。2

Android 17 QPR1 的新 API 没进 AOSP：这段边界三年多来第一次外移

• 这笔账该不该只算在 Google 头上。一位评论者说三星没有为自己的安全向分支提供同等支持，苹果同样会拖慢引导解锁这类流程，并称 Google 在商业开源厂商里仍是做得最好的一家；另一种意见主张现在就启动 Android 与 Chrome 的硬分叉，并用 Oracle 买下 MySQL、StarOffice 之后逐步失去事实控制的例子说明，握得越紧越容易丢掉控制权。5
• Pixel 的补丁节奏到底怎么样。带着 GrapheneOS 账号身份的评论者在 HN 上说，Pixel 的更新节奏几年前就停止改进，最紧急的补丁进入系统也要等大约两个月；他们因为会尽快发出安全预览补丁，往往比 Pixel 提前几个月交付 AOSP 用户态补丁，同时批评安全预览这套设计——在前沿模型能反推补丁的前提下，源码禁运的窗口应该压缩到 24 小时左右。5
• 这件事跟普通用户的距离。讨论集中到 Pixel 独占与硬件门槛上：有评论者说很快会有两个品牌可以刷入 GrapheneOS、现有用户量约 50 万（这属于评论者说法，未见官方证实），另有评论者指出普通消费者在换机时用安全换价格是常态，厂商缺乏长期固件支持的商业动机。5
• 平台的安全说法自己也要靠工具验证。讨论里有评论者提出，权限提升漏洞 CVE-2026-43499 在最新的 Pixel 安全更新上仍未修复；另一位评论者随即在自己的 Pixel 9 Pro 上跑了公开验证工具，结果显示已经修好；提出问题的评论者又建议换用另一个仓库再试，并称那个工具几天前在自己的 9a 上还能用，只是仓库里的版本对照表已经过期。同一个漏洞在一串互相矛盾的实测里来回摆动，这恰好说明平台安全状况的核对方式是公开工具加自己动手。5
• 替代系统的可用度也在讨论范围内。有评论者推荐 postmarketOS，认为移动桌面 Linux 在默认应用上已经比 AOSP 自带应用更整齐；另一位评论者提醒该项目自己的安装页面首行就在劝退普通用户，写明现有版本在可用性与稳定性上还没准备好。这段对照落到具体的替换路径上：想离开既有的发布节奏，可选的目标系统也要按自己的成熟度来评估。5

ZCode 静默打包上传完整 Git 历史：致歉、修复与开源目前都停在声明层

韩国把数据泄露罚款上限提到年营收 10%：门槛写在「重大过失」上

• 这条法律的落点是谁。有评论者猜测它主要针对外国公司，随即有人回应说重点在于任何人的信息都不该被泄露；前者属于推测，报道本身只提到零售与电信行业近期的泄露规模。13
• 10% 能不能改变行为。有评论者用许可费与经营成本作类比：想收钱就把价格定成经营成本，想禁止就把成本抬到不值得付的程度，并补充说 10% 这个数字高到不太可能再被当作经营成本。另一位评论者拿欧盟 AI Act 对禁止类 AI 实践最高 7% 全球年营业额的处罚做对照；也有人提醒 10% 是上限，且只适用于故意或重大过失。13
• 责任能不能外包出去。一位评论者提出用壳公司持有数据以隔离责任，其他人立刻反驳：ISO 27001、HIPAA 这类合规体系要求审计穿透到供应链，选择承包方本身就属于尽职调查的一部分；还有评论者以 Experian、LastPass 等泄露事件反问高管追责的实际记录，并称自己查不到个人层面的处罚（评论者自述的检索结果）。13
• 防守方还有多少空间。有评论者指出多数泄露来自钓鱼这类社会工程，公司能做的无非是培训、强制使用防钓鱼的多因素认证、对异常行为加告警与锁定，而前两项在用户端阻力很大，做完之后公司仍然很难完全防住；另一位评论者顺着这点给出更彻底的答案：不在第一时间收集的数据不会泄露，用完之后就该删掉，个人数据必须贵到足以改变行为。13

25 万美元的激光把 RP2350 的 Secure Debug 重新打开：物理层不认「永久」

• 25 万美元这个数字该怎么读。有人补了一句「这是目前的价格」，随后有人预测五年后价格走向两个极端：要么涨到 40 万美元，要么变成 50 美元加一把锤子，取决于流程中关键设备是否被消费级产品带量。15
• 一颗 1 美元的微控制器该不该按这种对手来设计。一方认为这个价位的芯片本来就不以抗篡改为目标，能防住有决心的对手的器件「报价要从『打电话问我们』开始」；另一方提醒，RP2350 官方宣传过多项防篡改能力，办过漏洞悬赏并修复了被发现的问题，这个事实让「本来就不该期待」的说法站不住。15
• 军备竞赛这种总结是否成立。有评论者主张受信任硬件的安全模型本身有问题：攻击者拿到物理设备后，安全性只是暂时的，业界应当停止沿这条路走下去；也有人反驳说物理安全从来没有绝对，让政府更难随意解密公民手机依然是正当目标，防护的价值要按这个目标来算。讨论里举出的对照是 HSM：它需要光学通路才能攻击，密封外壳一旦被破坏会触发气压传感与外壳阻抗检测，代价是设备必须持续供电。15

五条声明与它们各自的证据位置

今天就能问自己的五个问题

1. 代理配置：仓库里同时存在 CLAUDE.md 与 AGENTS.md 时，最终被读到的是哪一份？在一台干净机器上跑一次就能得到答案，注意 Bedrock、Vertex、Foundry 上还没有这个回退。
2. 平台依赖：你用到的 Android 接口在 37 上就能调用，还是只在 37.1 上存在？对着 Google 的差异报告逐项核对，再决定这半年要不要准备替代路径。
3. 本地工作区：~/.zcode/v2/checkpoints 里有没有密文快照？加不可写锁，并把「云端立即销毁」这句话放进待验证清单，等开源代码与第三方审查的产物。
4. 合规范围：业务是否可能触及 1000 万人量级的韩国用户？72 小时通知的决定人、模板与审计记录今天是否已经就位？
5. 硬件威胁模型：设备会被谁拿到，需要多少预算与制备才能取出里面的密文？把这两个答案写下来，再决定继续用哪颗芯片、要不要加物理防护。