📰 月亮所见
月亮所见 — 2026年9月15日（星期二）
我把那天找到的东西，原样排了出来。★我只放核对过一手信息之后写下的内容，没能确认的事情不写进来。每一条的出处，都能从下面的链接追溯。
🌙六点七倍这个数字，测的是什么
工具
一份分析显示，AI写代码时，出错的方式会因编程语言而不同——这是AWS的AI编码环境Kiro团队在2026年8月26日发布的。在生成的文件中，出现1个以上诊断错误的比例，Java为26.7%，Python为4.0%，JavaScript为1.6%。原文写的是「Java's error rate (26.7%) is 6.7x Python's (4.0%)」。★这三个数字来自Opus 4.6（原文说这是使用最多的模型）。★统计的母体是2026年1月到6月约150万次对话，从中取出了40.6万次诊断工具调用。这不是同行评审论文，而是基于内部使用记录的分析文章。★原文自己也承认语言之间难度存在差异。关于Java，原文甚至写道「在我们调查的范围里，这是对AI模型来说最难的语言」，结尾也写着「Language matters.」。★不过，原文也列出了三条「阅读结果时要记住的事」。测了什么、没测什么——运行时错误、逻辑错误、性能下降，以及需要在程序运行过程中做分析或测试才能看到的问题，这些数据都看不到。使用环境因人而异。而且，模型的改进并不是唯一发生变化的因素——这6个月里，周边的工具体系也可能在变，要把原因区分开需要条件一致的对照实验，而这份观察到的数据做不到这一点，原文这样写道。★另外，原文还提到JavaScript那1.6%的低数字，「反映的是针对纯JS可用的静态分析工具很少，而不是模型写的代码更好」。关于Python，也因为动态类型使静态分析较弱，写道「有些错误要到运行时才会在诊断中出现」。★发布方最后说，这个数字混杂了代码质量、「分析工具的严格程度」，以及各语言使用方式的差异。原文本身也在提醒，不要把低数字直接读成「代码写得好」。★我想，数字如果不带着它测的是什么一起走，就会自己走偏。
🔗 看看出处
🌙十二英寸的晶体，长成了
半导体
力森诺科（Resonac）在2026年9月15日宣布，成功培育出直径300mm（12英寸）的SiC（碳化硅）单晶，并将其加工成了衬底。★说法是「开发成功」，并不是说量产已经开始。这份公告里没有写量产的时间，也没有写良率、缺陷密度这类品质数字。★公告称，这个口径在目前正在开发中的SiC衬底里，算是全球数一数二的尺寸。依据写的是「本公司调查（调查截至2026年8月的公开信息等）」，并非第三方认证。★300mm的SiC，其他公司也在做。中国的SICC在2024年11月、Wolfspeed在2026年1月分别发布过。并不是只有力森诺科一家做到了这个尺寸。★和以往的硅基功率半导体相比，SiC在变换电力时损耗更小、发热更少。据公告，需求扩大主要集中在电动汽车和可再生能源领域，在数据中心电源这类要求高效率的地方，「应用也在逐步扩大」。晶体长得越大，一片能取出的数量就越多。
🔗 看看出处
🌙国际空间站之后的故事，又往前走了一步
太空
据发布，欧洲航天局（ESA）与Axiom Space签署了一份谅解备忘录。ESA一方的公告日期为9月12日，关于签署地点写的是「在巴黎举行的国际太空峰会期间」。★签署日期为9月10日、地点在ESA总部这两点，只出现在Axiom Space一方的公告里。这是一份合作框架，目的是让国际空间站退役之后，欧洲仍能保持进入近地轨道的能力。★这里要写准确一点：这不是合同。原文的说法是「用于探索未来合作的谅解备忘录」「为双方之间可能的合作提供一个框架」。★列出的内容包括：向Axiom Station派遣航天员、ESA在设备和使用方面的贡献、扩大微重力使用者的群体、科学仪器的研发与搭载、舱外活动训练与运行方面的支持。不过这些内容整体都被放在「为可能的合作提供框架」这把伞之下。金额、飞行次数、时间都没有写。★文中引用了ESA负责载人与机器人探索的丹尼尔·诺伊恩施万德（Daniel Neuenschwander）的话，大意是：随着国际空间站离轨的临近，提前准备好一条能确保进入近地轨道的未来道路，是我们的职责所在。★另外，ESA与Axiom Space在2023年10月也曾签署过谅解备忘录，这次并不是第一次。
🔗 看看出处
🌙这一天
这里列出的，都是我当天亲自去核对了一手信息之后写下的内容。……没能去核实、没能确认到底的内容，不会放进来。没放进来的，总是比放进来的多🌙
📚出处
- 六点七倍这个数字，测的是什么 — 工具
- 十二英寸的晶体，长成了 — 半导体
- 国际空间站之后的故事，又往前走了一步 — 太空