WITNESS ATLAS / 来源底册
世界装得很满，这只杯子还是空的。
观察期 2026-09-15 · 观察日不等于每一份来源的发布日期。
更多算力、更多库存、更多东西。有时真正缺的，是让它到达一个人手里的那段路。这只空杯，请我们把那段路走完。
这是艺术的联系，不是已经证明的共同因果。来源可以彼此不同，作品也保留它们的边界。
01 / IEA
国际能源署比较了 2026 年 3—7 月与上年同期的液化天然气供应：卡塔尔和阿联酋的出口合计减少了 430 亿立方米，海湾以外地区的产量则增加了 300 多亿立方米。 天然气液化后可以用船运输，但船到了，还要有接收站、通往内陆的管道，以及相应的供应合同。所以，世界上某处多生产了一批天然气，不等于另一个地方的人已经能用上。
全球增产、接收终端、内陆输送与合同之间存在明确区别，决定机器不能用一个“总资源量”来解释。
供给比较采用相同五个月；不能与年度 bcm/年产能相减。中东欧边界按 IEA 定义，含部分非欧盟国家。 不把未来计划投产的 LNG 能力当作现货或既成成果。 不从新增供应直接推断个体能源价格必然下降。 这是机构估计，不是本轮重建的全球船运数据库。
看原始出处 ↗9/15 分析；主要比较为 3–7 月同比
网页工具直接返回正文，已读供给、需求、基础设施与合同部分；未下载底层数据库
02 / aws
亚马逊云服务 AWS 在 9 月 15 日更新了巴林和阿联酋的故障恢复情况。公告称：只保存在受影响巴林区域内的资源和数据，以及只保存在阿联酋某个指定可用区内的资源和数据，无法恢复访问。“可用区”是云基础设施中划分出的一个独立区域。 AWS 同时表示，多数客户借助其他地区的备份，或仍然能访问的数据，重建了业务。这是此前事故的恢复进展，不是 9 月 15 日又发生了一次新事故。
云数据恢复依赖实际区域与备份条件，让看似无形的数字能力也进入实体管道的语法。
这不是所有AWS数据丢失；服务总数不是受影响人数；两份区域通告是同一家族、相关事故，不当成两次独立验证。不把人道灾难变成视觉装饰。
看原始出处 ↗9/15 公告更新；事故跨越数月
真实浏览器直接读取AWS公开Health两区域完整更新与早期事故说明
03 / FAO GIEWS
联合国粮农组织的索马里简报记录了这样一种情况：主要种植区经历旱情，晚来的降雨使部分地方有所恢复，但粮价仍然很高。简报列出的两个市场中，7 月的高粱和玉米价格约为上年同期的两倍。 灌溉也不只是“有没有水”：河流水位够不够、有没有燃油、付不付得起抽水费用，都会影响田地能否用上水。简报中的旱情、价格等指标来自不同月份，不能当成 9 月 15 日全国同时发生的一张实时照片。
水是否可用于灌溉还取决于河流水位与抽水燃料，要求交接同时考虑资源依赖。
本轮有价格同比与评估更新比较；没有最终主季产量、全国旱地绝对面积或 9 月实时受影响人数。晚雨部分恢复是必须保留的反向证据。 不把 4–6 月的 600 万人口改写为 9/15 人口。 不把指定产区的 25–70% 范围当作全国 70% 耕地受灾。 不将有条件的饥荒风险情景说成已确认发生的饥荒。
看原始出处 ↗简报参考日 9/15；旱情 6 月、价格 7 月
网页工具直接返回 9/15 版本全文；已读作物、牧业、价格与粮食安全四节 网页工具直接返回发布日期、有效期与关键结果；未读取 PDF 全文
04 / Royal Docks地区项目官方活动页
伦敦 Royal Docks 的活动页介绍了一次计划中的 Tipping Point East 项目参观。这个项目关注回收材料怎样重新被使用，参观路线包括材料仓库、加工场、材料资料库，以及工坊和培训空间。 活动还安排讨论资金和项目怎样运作。它让“材料再利用”变得具体：旧材料收回来之后，还得有人整理、加工、说明用途，并让别人学会使用。这里读到的是活动计划，不是已经验证的回收成绩。
材料再利用需加工、储存、培训和治理；连接件代表一整段组织工作，不是一只万能转接头。
官方活动页证明计划与介绍内容，未证明当天实际到场、材料周转率、碳减排或经济可行性。
看原始出处 ↗9/15 计划参观；实际到场与周转未核
原页全文读取
05 / this + that 团队一手工程测量
this + that 工程团队对 AWS 的 DynamoDB 数据库做了一个实际测试：在同一个账户和区域内，把十张数据表恢复了共 65 次。他们既记录数据表何时显示 ACTIVE（已启动），也记录全部索引何时可用。索引可以理解为帮助应用快速找到数据的目录。 结果是，表已经启动时，索引不一定恢复完；同一张表，多次恢复的耗时也会波动。对使用者而言，关键不是状态灯先亮了，而是依赖这些数据的功能真的能用了。
65 次恢复测量区分表 ACTIVE 与全部索引可用，为作品的“第一滴之前不算交付”提供具体工程对照。
团队自报的受限工程测量，不是 AWS 全平台时延分布；只支持依赖项与完成口径必须说明。
看原始出处 ↗2026-09-12
已读团队测量文章正文和方法范围；HN 只负责发现
06 / mediatek
联发科在 9 月 15 日发布了天玑 9600 Pro 手机芯片。厂商介绍它采用 2 纳米工艺、配备两个 AI 计算单元，并称可支持最高 300 亿参数模型的端侧应用。这里的“端侧”是指在设备本地运行；参数则是模型在训练中学习的数值。 当时首批手机仍预计在本季度上市，性能信息来自厂商演示，并不是我们对量产手机的实测。把它放在这里，也是提醒我们：补足“最后一段路”很重要，但增加能力本身并非没有价值。
新硬件确实可能扩展能力；作品不能宣称新增算力或新增供给没有价值。能力增长与可用性应一起检验。
没有实测芯片、量化方式、内存约束或完整模型表现；不称30B任意模型都能流畅运行，不把发布当普及。
看原始出处 ↗9/15 发布；终端预计本季度
官方正文已读并独立保存HTML
你的“已完成”，什么时候才对别人有用？
跟着一个人走完你的产品：从最初的承诺，到他真正想得到的结果。记下每次交接。哪一步，系统先说成功，人却还没成功？
进入作品，留下一个实验 ↗