给软件开发者准备的优质简报，每日阅读 10分钟。
John Ternus to become Apple CEO
苹果领导层传承：蒂姆·库克改任执行董事长，约翰·特纳斯接任CEO
- 苹果宣布蒂姆·库克将于2026年9月1日起改任董事会执行董事长，硬件工程高级副总裁约翰·特纳斯将接任首席执行官，该人事变动已获董事会一致批准；库克将继续担任CEO至夏季与特纳斯紧密合作确保平稳交接
- 库克1998年加入苹果，2011年起担任CEO；任内苹果市值从约3500亿美元增长至4万亿美元（增幅超过1000%），年营收从2011财年1080亿美元增至2025财年4160亿美元以上，全球足迹扩展至超过200个国家和地区，活跃设备装机量超过25亿台，员工团队增加超过10万人
- 在库克领导下，苹果服务业务已发展成为超过1000亿美元的业务板块（相当于财富40强公司），可穿戴设备成为公司健康与安全战略的重要支柱，公司同时完成向自研芯片的战略转型
- 库克任内苹果碳排放较2015年水平减少超过60%，而同期营收几乎翻倍；他还倡导隐私为基本人权，并将包容性和尊重的理念确立为苹果领导力的核心
- 约翰·特纳斯2001年加入苹果产品设计团队，历任硬件工程副总裁（2013年）、高级副总裁（2021年），曾追随史蒂夫·乔布斯并受库克指导，主导iPad、AirPods及iPhone、Mac、Apple Watch多代产品的硬件工程，并负责MacBook Neo及iPhone 17系列（含Pro、Pro Max和Air）的研发
- 特纳斯推动AirPods具备前所未有的主动降噪功能，并可作为非处方助听器使用；在环保材料方面实现创新，包括新型再生铝合金、3D打印钛合金在Apple Watch Ultra 3中的应用，以及提升产品可修复性的设计改进
- 现任非执行董事长阿瑟·莱文森将转任首席独立董事，特纳斯将于2026年9月1日加入董事会；特纳斯入职苹果前曾在Virtual Research Systems担任机械工程师，拥有宾夕法尼亚大学机械工程学士学位
Laws of Software Engineering
软件工程定律
- 该网站由 Dr. Milan Milanović 创建，收录 56 条软件工程定律，按架构、团队、规划、质量、规模、设计、决策七个类别组织，系统阐述塑造软件系统、团队协作与决策过程的原理与模式
- 团队与人力：Brooks 定律指出向滞后项目增加人力反而使其更延迟；Dunbar 数字揭示人类稳定社交关系的认知上限约为 150 人；Ringelmann 效应表明团队规模越大个人生产力越低；Peter 原则描述员工会晋升至其能力不胜任的职位；Bus Factor 衡量失去关键成员对项目的威胁程度
- 项目规划：Hofstadter 定律指出任务总是比预期耗时更长，即使考虑到这条定律本身也如此；Parkinson 定律揭示工作会膨胀填满可用时间；90-90 法则描述最后 10% 的代码往往耗费另外 90% 的开发时间；Goodhart 定律警示当指标成为目标后便不再是好的衡量标准
- 架构设计：Conway 定律揭示组织设计会镜像其沟通结构；Gall 定律强调复杂系统必然从简单系统演进而来；CAP 定理指出分布式系统只能同时保证一致性、可用性和分区容错性中的两个；Tesler 定律表明应用固有复杂度只能转移无法消除；Zawinski 定律描述程序总会膨胀至能读取邮件
- 代码质量：Murphy 定律警示任何可能出错的事终将出错；Linus 定律指出足够多的审视能让所有 bug 无处遁形；Kernighan 定律强调调试比编写代码困难两倍；Boy Scout 规则倡导留下代码比发现时更整洁；Testing Pyramid 建议合理的测试应呈金字塔结构
- 规模与性能：Amdahl 定律指出并行化加速受限于不可并行部分的比例；Gustafson 定律表明通过增大问题规模可实现更显著的并行加速；Metcalfe 定律揭示网络价值与用户数平方成正比
- 决策与认知：Dunning-Kruger 效应描述知识越少的人往往越自信；Sunk Cost Fallacy 警示不应因已投入而坚持错误决策；Occam's Razor 表明最简单解释往往最准确；Pareto 法则揭示 80% 的问题来自 20% 的原因；Hype Cycle 与 Amara 定律指出我们往往高估技术短期影响而低估长期影响
NSA is using Anthropic's Mythos despite blacklist
NSA使用Anthropic强大模型Mythos引发争议
- NSA正在使用Anthropic最强大的AI模型Mythos，尽管负责监督NSA的国防部官员将Anthropic定性为"供应链风险"，且军方正同时在法庭上主张使用这些工具会威胁美国国家安全
- 国防部于2月采取行动切断与Anthropic的联系并强制承包商效仿，相关诉讼正在进行中；但与此同时军方正在扩大Anthropic工具的使用范围
- Anthropic将Mythos访问权限限制在约40个组织并仅公开宣布其中12个，NSA据消息人士称属于未公开名单中的机构；英国MI5则通过该国AI安全研究所获得访问权
- Anthropic CEO Dario Amodei上周五与白宫幕僚长Wiles及财政部长Bessent会面讨论政府使用Mythos事宜，双方形容会面"富有成效"，后续重点将转向非国防部门与该模型的接触方式
- 合同重谈中，国防部要求Anthropic允许Claude用于"所有合法用途"，而Anthropic坚持排除大规模国内监视和自主武器开发，部分国防官员据此认为Anthropic"不值得信任"，但也有官员希望结束争端以获取Anthropic的尖端技术
Anthropic says OpenClaw-style Claude CLI usage is allowed again
OpenClaw集成Anthropic Claude配置指南
- 双重认证方式：支持API Key（标准按量计费）和Claude CLI重用两种认证；认证按代理独立配置，新代理需单独运行
openclaw onboard；API Key是长期网关主机最清晰可控的生产路径 - Claude 4.6思考模式：默认启用
adaptive自适应思考，可通过/think:<level>或模型参数params.thinking覆盖；/fast开关控制service_tier（/fast on映射"auto"，/fast off映射"standard_only"），仅对直接发送到api.anthropic.com的请求生效 - 提示缓存配置：通过
cacheRetention参数设置（none禁用、short5分钟默认、long1小时），仅API Key认证支持；配置合并优先级为agents.defaults.models基础设置 →agents.list[].params代理覆盖 - 1M上下文窗口（Beta）：需在模型参数设置
context1m: true，映射到anthropic-beta: context-1m-2025-08-07请求头；传统token认证（sk-ant-oat-*）不支持此功能，会自动回退到标准上下文窗口 - Bedrock Claude与CLI后端：Anthropic Claude on Bedrock接受
cacheRetention穿透透传；Anthropic确认CLI后端使用已被允许，claude -p使用现被视为 sanctioned - 常见故障排除：401错误需迁移到API Key；"No API key found"因认证按代理隔离需重新onboarding；速率限制冷却可模型级别隔离，同一提供商的兄弟模型可能仍可用
Framework Laptop 13 Pro
Framework Laptop 13 Pro：模块化设计加持的终极开发者笔记本
- 可选Intel Core Ultra Series 3（最高X9 388H，4P+8E+4LP E核共16线程）或AMD Ryzen AI 300系列处理器，配合74.45Wh电池容量提升21%，实现最长20小时Netflix 4K流媒体续航
- 业界首批采用LPCAMM2模块化内存技术（Intel版最高64GB LPDDR5X，AMD版最高96GB DDR5-5600），7467 MT/s高速传输且支持自行升级；Intel版最高支持8TB PCIe Gen 5.0 NVMe存储
- 全CNC加工6063铝合金机身，顶盖/输入面板/底盖均含75%再生铝材质，厚度仅15.85mm、重量约1.4kg；配备1.5mm键程背光键盘与123.7×76.7mm压电触觉触控板
- 首款Ubuntu官方认证笔记本，预装Ubuntu 24.04 LTS或Windows 11 Pro；提供DIY自装版本（Intel $1,199起/AMD $1,399起）和预装版（Intel $1,499起/AMD $2,099起）
- 搭载13.5英寸2.8K触控屏（2880×1920，3:2比例，700尼特亮度，30-120Hz可变刷新率，100% sRGB）；配备1080p摄像头及指纹识别，摄像头/麦克风均支持硬件物理隐私开关
- 延续Framework模块化理念，4个可定制Expansion Card插槽支持USB-C/A、HDMI、DP、SD等多种端口；Intel版支持Thunderbolt 4与Wi-Fi 7；所有零件可在Marketplace单独购买并配备详细维修指南
The Vercel breach: OAuth attack exposes risk in platform environment variables
Vercel OAuth供应链攻击：平台密钥管理的结构性缺陷与系统风险
- 攻击者通过入侵Context.ai的Google Workspace OAuth应用（确认恶意客户端ID：110671459871-30f1spbu0hptbs60cb4vsmv79i7bbvqj.apps.googleusercontent.com）获取初始访问权限，该应用被Vercel员工授权后生成的持久访问令牌可绕过密码策略和会话控制，攻击者利用此会话接管Vercel员工的Workspace账户并横向进入内部系统，整个攻击链驻留时间约22个月（2024年6月至2026年4月），而Google Workspace OAuth审计日志默认仅保留六个月，导致入侵初期活动难以追溯。
- Vercel环境变量的"Sensitive"标志默认为关闭状态，未标记为敏感的变量在平台内部访问模型中虽完整加密存储，但可被具有内部访问权限的攻击者读取，导致客户凭证（数据库连接字符串、云服务密钥、支付处理器密钥、GitHub/NPM令牌、AI API密钥等）大规模暴露，单个项目通常包含10至30个环境变量，组织级影响可达数百至上千个凭证，每个凭证都可能成为跨系统横向移动的切入点。
- OAuth信任关系本质上规避了传统边界防御：持久令牌不受密码策略约束、不会因密码轮换失效、往往拥有广泛权限范围（Gmail、Drive、日历等）、初始授权后极少被审计，这是OAuth治理作为独立安全学科兴起的核心原因——每授权一个OAuth应用等同于引入一个拥有持久访问权的第三方供应商。
- 此次事件与LiteLLM（2026年3月24日，通过窃取CI/CD凭证向PyPI投递恶意包，目标为50余种云凭证类型）、Axios（2026年3月31日，通过维护者账户劫持向npm注入跨平台RAT，目标为开发者工作站）共同构成2026年3-4月间针对开发者工具链凭证存储层的集中攻击模式，揭示了程序包注册表、CI/CD系统、OAuth集成和部署平台之间信任边界的系统性脆弱性。
- Vercel CEO明确表示攻击者"移动速度令人惊讶、对Vercel系统有极深理解"，强烈怀疑攻击活动受到AI加速，若属实则意味着基于人类驻留时间和行为速度构建的检测阈值可能失效；此外至少一名客户在4月10日收到OpenAI泄露密钥通知，而Vercel在4月19日才公开披露，存在九天时间差，第三方凭证泄露检测系统（OpenAI、GitHub、Anthropic等）已成为平台级入侵的高优先级预警渠道。
- 有效防御需架构级改变：将OAuth应用纳入第三方供应商风险管理体系而非开发者自助服务、采用专用密钥管理器（HashiCorp Vault、AWS Secrets Manager等）在运行时注入凭证、通过OIDC消除CI/CD持久凭证、假设平台提供商已被入侵来设计系统；关键操作细节是凭证轮换必须伴随重新部署，否则旧版本仍会使用已泄露的凭证。
Show HN: GoModel – an open-source AI gateway in Go
GoModel：高性能Go语言AI网关
- GoModel是由ENTERPILOT团队开发的开源AI网关，采用Go语言编写（占比83.1%），提供统一的OpenAI兼容API，支持OpenAI、Anthropic、Google Gemini、Groq、OpenRouter、Z.ai、xAI (Grok)、Azure OpenAI、Oracle、Ollama共10家LLM提供商
- 支持完整的OpenAI兼容端点：聊天补全（流式输出）、Responses API、文本嵌入、文件操作（上传/列表/删除/获取内容）、原生批处理及Provider透传路由（
/p/{provider}/...），可通过/v1/models查看可用模型 - 内置双层响应缓存：第一层精确匹配缓存（基于请求体哈希，亚毫秒级查找），第二层语义缓存（基于KNN向量搜索将用户消息向量化，高重复工作负载下预期命中率60-70%，支持qdrant/pgvector/pinecone/weaviate向量后端）
- 提供企业级可观测性与安全功能：Prometheus指标采集、审计日志、使用量统计（按token/模型/周期维度）、智能路由、响应护栏（Guardrails）及预算管理
- 支持多种部署方式：Docker单容器快速启动（
enterpilot/gomodel镜像）、Docker Compose完整栈（含Redis/PostgreSQL/MongoDB/Adminer/Prometheus）、Helm Chart、源码编译（需Go 1.26.2+）；生产环境强烈建议设置GOMODEL_MASTER_KEY进行认证保护 - 采用MIT许可证开源，项目拥有284个Star、17个Fork、10位贡献者、380次提交及20个发布版本（最新v0.1.19），并提供Discord社区支持
Running a Minecraft Server and More on a 1960s Univac Computer
在1960年代UNIVAC计算机上运行Minecraft服务器
- 在仅存的两台UNIVAC 1219B之一（由Vintage Computer Federation修复）上，以250kHz主频、90KB内存、18位字长、反码算术等特殊架构成功运行Minecraft服务器登录协议，项目历时约8个月
- 通过在UNIVAC汇编中实现RISC-V模拟器来运行标准C程序，规避了18位字长、反码运算和分页内存等与现代编译器不兼容的架构特性，实现了"一次编写、永不回头"的一劳永逸方案
- 借助指令指纹哈希程序和软件追踪器精确定位并修复了模拟器与真机的行为差异，博物馆现场还排除了IO通道4硬件故障并重建了引导加载流程
- NES模拟器渲染首帧时间从20小时优化至40分钟（30倍提速），采用RISC-V立即数预解码、跳转表dispatch、代码内联、OCaml宏系统及Claude Code并行微优化等手段
- 借助Raspberry Pi搭建PPP串口桥接实现了TCP/IP协议栈，并在UNIVAC上以简化TCP（去除错误处理）+环状缓冲区模式直接完成Minecraft登录协议和HTTP服务器的全部逻辑
- 此外还运行了OCaml程序、BASIC解释器、ELIZA、Wordle、战船游戏、SHA-256加密、Overstrike自拍艺术（利用打字机回车覆盖实现高分辨率ASCII画）等众多程序