Last.fm 宣布从今日起正式成为一家独立的公司。公司所有权已发生变更，但用户日常使用的产品将保持不变。所有用户账户、收听历史和数据都将保持原样，无需进行任何迁移或操作。公司的核心团队、员工以及技术平台均未变动，所有服务将持续稳定运行。

公告明确指出，公司独立后的首要任务是专注于产品的持续开发与改进。团队将一如既往地致力于为用户提供优质的音乐记录、发现与社交体验。独立运营将使公司能更灵活地规划产品路线图，并响应用户社区的需求。

此外，Last.fm 重申了其对用户数据隐私的承诺：公司绝不会出售用户数据。用户的个人信息安全与产品体验始终是公司的核心关切。

最后，公司感谢用户长期以来的支持与信任，并邀请用户共同开启这一新的独立篇章。产品团队对未来充满期待，并将努力为全球音乐爱好者打造更好的服务。

内容摘要

作者通过三个具体经历，表达了对与AI对话的疲倦和对真人交流的渴望。

• GitHub事件：作者发现传播恶意软件的仓库，向AI询问建议但未获有效帮助。在GitHub发起讨论后，收到的回复与AI生成的答案完全相同，该回复被删除后，另一个回复仍是AI内容。
• 工作经历：作者作为开发者向企业主提问，企业主直接发送ChatGPT截图作为回复，但内容与问题无关且存在错误。当作者指出问题后，企业主再次发送另一个AI截图，并未阅读其内容。
• Reddit互动：作者在Reddit上收到私信，经过多次消息往来后，发现对方是AI代理，并非真人。

作者核心感受是厌倦了与AI的交互，希望与真人沟通，但现实中人们常将问题转发给AI并直接回复AI答案。此外，作者在Telegram和Bluesky平台发布新笔记。

科技行业正出现一种“AI精神病”现象，指高管们对人工智能能力的集体性过度乐观。Box公司创始人Aaron Levie指出，CEO们因远离实际工作细节，仅通过演示或原型就误判AI的自动化潜力，却忽视了代码审查、合同梳理等仍需人工处理的“最后一公里”难题。

这种认知偏差已影响行业决策：2026年前五个月，152家科技公司裁员11.5万人，逼近2025年全年总数，其中大量裁员归因于AI效率提升。例如ClickUp公司裁撤22%员工，转而部署数千个AI代理，并宣称要打造“100倍效率组织”。

但多项研究质疑此类激进举措的合理性：

• 加州大学伯克利分校的元分析显示，AI采用与整体生产力提升之间“无稳健关联”。
• 国家经济研究局指出存在“生产力悖论”——感知收益常大于实际测量收益。
• MIT研究预测，AI代理要到2029年才能在多数文本任务中达到基本胜任水平（80%-95%成功率），超越人类还需更久。

《哈佛商业评论》研究还发现，当全员使用AI增加产出时，瓶颈会转移至需要审批的管理层，可能引发组织混乱。尽管Levie建议CEO应深入使用AI以了解其真实能力，但当前多数高管仍未从“AI幻想”中清醒，可能导致行业资源错配与效率危机。

维基媒体基金会裁员事件及其影响

事件概述：
上个月，维基媒体基金会在十天内解雇了维基百科平台 MediaWiki 的长期首席开发者 Brooke Vibber，并解散了专门负责倾听和响应志愿者社区需求的技术团队。被解雇者中多人为工会组织者。此举引发维基百科编辑的强烈反对，他们正联合发起团结请愿，威胁进行编辑罢工。

关键细节：

• 被解雇人员： Brooke Vibber 是基金会首位全职员工和首席技术官，拥有超过 20 年的平台开发经验。解散的“社区技术团队”负责根据志愿者提交的“社区愿望清单”开发功能。
• 工会冲突： 被解雇人员多为工会组织者，基金会此举被视为针对工会行动。工会组织“Wiki Workers United”要求领导层透明、员工参与决策、改善工作环境等。
• 财务状况： 基金会上一财年收入 2.086 亿美元，储备金达 2.966 亿美元（可覆盖 17.1 个月运营），AI 相关收入增长迅速。裁员并非出于财务压力。
• 历史模式： 基金会过去多次因缺乏透明度、自上而下决策与社区产生冲突，但往往未从根本解决问题，而是延续科技公司常见的“管理社区”模式。
• 现任领导背景： 新任 CEO Bernadette Meehan 曾任职于华尔街和美国政府机构，上任四个月后发生此次裁员。

重要性：

• 维基百科是全球最重要的参考知识库之一，也是 AI 训练的关键数据来源。
• 基金会的行动与其宣称的“非营利、社区驱动”价值观相悖，可能影响其他以使命为导向的组织。
• 如果基金会打压工会或无视员工诉求，将损害其长期信誉和社区信任。

当前进展与呼吁：

• 维基百科编辑正签署团结请愿书，酝酿集体行动。
• 文章呼吁相关方关注此事，包括签署请愿、邮件联系董事会、公开表达依赖维基百科的立场。
• 强调此次事件是基金会维护其价值观的关键时刻，将影响未来十年的发展方向。

房屋拥有成本概述

本文详细分析了拥有房屋的隐性成本，旨在帮助读者在租房与买房之间做出明智决策。作者通过个人实际支出，拆解了购房后的主要费用类别。

一、主要成本类别

1. 购房贷款费用

• 前期结算成本：约占房屋价值的3%。作者2011年的贷款相关费用明细显示，总成本为**$12,777.92**，包括贷款发放费、评估费、产权保险、税费、登记费等。
• 月供构成：月供主要包括本金和利息。初期月供中，利息占比极高（约80%），与租金性质相似，实际减少负债的部分很少。月供中通常还包含房产税、房屋保险和可能的私人抵押贷款保险。

2. 持续性支出

• 房屋保险：是贷款方的要求，即使房款付清也应持有。费用逐年上涨，且可能因房屋状况（如需换屋顶）而被要求进行整改。
• 房产税：房屋价值会被重新评估，新建房屋的评估价通常更高。税率和评估值每年可能上涨。作者目前每月支付房产税$515.50。
• 维护与维修：一般建议每年预留房屋价值的1% 用于维护。作者的老旧房屋（1983年建）因长期疏于维护，产生了大量费用，如更换天窗、屋顶、窗户、外墙、水管、排水沟等。自行维修可节省成本。
• 改造升级：如围栏、棚屋、厨房浴室改造、家具装饰等，属于维护之外的额外开支。作者通过DIY大幅降低了改造成本（如自建露台，成本约为专业报价的一半）。
• 更高的水电费：房屋通常比公寓大，能耗更高。作者指出，其所在地区电价在两年内上涨了42%，受数据中心需求推动的电价上涨预期将持续。

3. 出售成本

• 出售房屋时，成本可能高达房屋价值的10%以上。作者2007年出售房屋的明细成本为**$26,038.17**，主要包括经纪佣金、产权相关费用、地方消费税等。

4. 其他潜在成本

• 法律费用：可能因邻里纠纷（如地界、树木问题）产生律师费、测量费等。
• 增值前景：自1991年以来，房价年均增长3.8%。但这并非保证，取决于购买和出售时机、地段等因素。作者第一套房几乎未增值，而当前房屋增值显著。长期持有是覆盖成本的关键。

二、总结与建议

• 买房并非稳赚：“租房是浪费钱”的说法过于简单化。拥有房屋涉及众多隐性成本和财务负担。
• 财务考量：需要长期居住，使房屋增值足以覆盖所有购买、持有和出售成本。
• 非财务考量：拥有房产在空间、环境质量等方面可能带来生活品质的提升。
• 最终建议：如果计划在理想地段购买质量良好的房屋并长期居住，买房才可能是一个合理的选择。决策前应全面了解并权衡所有成本。

https://www.science.org/content/blog-post/methyl-methacrylate-tank

核心主题

本文探讨了以大型语言模型为代表的“下一个token预测”技术对社会经济结构、人类劳动价值及个体存在的深远影响，批判了当前围绕AI的狂热叙事，并揭示了其背后潜藏的加剧不平等与消解人类意义的危机。

主要观点

1. 对“AI狂热者”的批评

• 叙事问题：AI支持者常用“已解决”“完蛋了”等词汇宣告人类创造性和专业性工作的终结，态度充满炫耀与对抗性，类似极端的部落主义。
• 阶层视角：这种庆祝可能源于他们享有经济缓冲和社会保障（如政府福利），而全球一半以上人口缺乏这种安全网。科学与技术常对底层困境漠不关心，且进入AI红利领域通常需要教育等先决条件。
• 长期隐患：强调这种“缓冲”不可持续，且无人能置身事外——AI带来的现实冲击终将影响所有人。

2. AI发展背后的动机与矛盾

• 目标偏离：AI最初承诺解决气候变化、疾病、贫困等宏大问题，但前沿实验室已转向更现实的动机：削减劳动力成本。
• 劳动价值的侵蚀：AI可能剥夺人类仅存的经济谈判筹码——劳动价值。企业高管宣称AI将使许多工作变得无用，这直接威胁到依赖教育实现阶层流动的庞大群体。
• 资本集中化：AI将人类几个世纪的集体创作成果转化为私有的、通过订阅或昂贵硬件访问的“生产资料”，实质上是资本主义梦想的实现：将生产力高度集中在少数人手中。

3. 对知识工作者的影响

• “与AI协作”的幻觉：提倡“与AI一起工作，而非被AI取代”被视为一种自我安慰。企业最终可能用AI代理取代人力，或进行劳动力套利（如雇佣低成本地区员工），直至完全自动化。
• 工作异化：工作者可能沦为AI系统的“节点”，任务简化为输入-输出以实现最大化吞吐，丧失对工艺的享受和质量的把控。AI不会抱怨、组织工会或质疑不合理需求。
• 能力门槛被拉高：AI提升了人类产出的上限，同时也提高了参与竞争的门槛，形成新的结构性障碍。

4. 技术发展的代价与剥削

• 数据剥削：几乎全人类创作的书面、视觉内容都默认成为AI训练语料，仅有网站可通过robots.txt选择退出，且执行不力。数据标注工作多由低薪人员完成。
• 环境与社区成本：数据中心急速扩张导致公用事业成本上升和噪音污染等社区问题。
• 军事应用与伦理困境：尽管公司努力将AI人格化，其模型却被国防部门采用，引发技术伦理冲突。
• 数据隐私危机：用户向AI输入私密信息，而服务商（如OpenAI）的留存政策不透明，对话数据可能被用于训练以保持竞争优势。

5. 结论：我们处于何处？

• 自我强化的循环：我们付出金钱、数据、劳动谈判筹码乃至工艺的乐趣，换来的是基于人类集体成果却由资本掌控的“租赁型”产品。
• 个体困境：无论社会阶层如何，“下一个token预测”将人类置于一个对个体不利的境地——一个不断为不属于我们的成果付费、却无法分享其收获的循环。

核心论断

作者认为，当前的AI发展轨迹并非普惠的技术进步，而是资本驱动下对劳动力价值的系统性解构与对人类集体知识资产的私有化。它加剧了社会不平等，异化了工作意义，并将个体锁定在一种新型的依赖与剥夺关系中。

概要

本文探讨了结直肠癌在年轻人群中发病率上升的现象，并分析了相关原因及背景。

主要观点

1. 多种假设，但无共识：
   结直肠癌在年轻人群中上升可能与多种因素有关，包括：

   • 现代不健康生活方式（肥胖、缺乏运动、糖尿病、睡眠问题）
   • 超加工食品（添加剂、低纤维、高血糖负荷）
   • 红肉/加工肉类（硝酸盐、次级胆汁酸）
   • 肠道微生物组变化（如产肠毒素的大肠杆菌、脆弱拟杆菌、具核梭杆菌）
   • 环境暴露（微塑料、永久化学物、农药、空气污染）
   • 母体健康问题（孕期代谢异常）
   • 其他因素（酒精、吸烟、遗传综合征等）
     但目前没有单一原因被确认为主要驱动因素。

2. “年轻人”定义与数据趋势：

   • 数据显示，结直肠癌在年轻人群中的发病率相对上升，但绝对值仍低于老年人。
   • 关键发现是：自1950年后出生的人群，其结直肠癌发病率在所有年龄段均高于前代人。这意味着不仅年轻人风险增加，他们未来年老时的风险也可能高于前代。
   • 这种趋势可能持续，因此年轻人群面临的风险不仅是当下，更是终身性的。

3. 癌症整体上升，结直肠癌非孤例：

   • 除结直肠癌外，其他癌症（如子宫癌、胆囊癌、肾癌、肝癌、胰腺癌、甲状腺癌）也在后续世代中呈上升趋势。
   • 结直肠癌之所以受关注，是因为其：
     • 常见且危险
     • 发病率上升
     • 早期筛查可有效治疗（如手术，无需化疗/放疗）
     • 公共卫生上可通过筛查干预

4. 筛查的重要性：

   • 尽管病因未明，但结直肠癌筛查（如结肠镜、粪便检测）已被证实能降低死亡率。
   • 早期发现时，治疗通常简单且恢复快，因此推广筛查是当前关键的公共卫生措施。

结论

结直肠癌在年轻人群中的上升是事实，但更准确的表述是：多种癌症在后续世代中发病率上升，且可能影响全年龄段。尽管具体原因仍不明确，但基于现有证据，普及筛查是最有效的应对手段。

这篇文章描述了商家在使用Stripe支付平台时遭遇“友好欺诈”的经历，并批评了Stripe在应对此类问题上的机制不足。

事件经过：

• 一位顾客两次购买了作者的产品（一种雪茄胶水）。第一笔订单通过DHL配送且有签收证明，但顾客随后向银行发起争议（chargeback）。
• 顾客解释称是银行错误，并承诺联系银行解决。作者提交了配送证据、沟通记录等材料。
• 实际上，顾客故意谎称未收货，银行最终支持顾客，作者损失了货款、商品、运费及争议费用。
• 同一顾客随后下了第二笔订单，不久再次发起争议，并在邮件中嘲讽作者。

与Stripe的交涉：

• 作者将顾客承认欺诈的邮件截图等证据提供给Stripe，期望Stripe至少能将此信息用于内部反欺诈系统。
• Stripe回复称，他们不会基于某一商家提供的争议滥用证据，对客户卡片、邮箱等信息采取跨商家限制，也不会将这些证据整合到跨商家的欺诈信号中。
• Stripe建议商家自行使用其付费反欺诈工具（Radar）设置规则，以阻止该客户再次购买，但无法防止类似欺诈在其他商家发生。

核心问题与批评：

• 机制漏洞：Stripe的反欺诈系统（如Radar）主要在支付环节进行风险判断，难以防范交易完成后顾客谎称未收货的“友好欺诈”。
• 网络数据的局限性：Stripe虽宣传其Radar依赖海量交易数据和机器学习，但当商家提供确凿的欺诈证据时，这些证据无法被系统利用以预防其他商家受害。
• 商家困境：小商家在争议中处于弱势，银行决策权大，而支付平台（如Stripe）仅提供有限支持。即使发现欺诈，也无法有效阻止同一欺诈者在其他平台继续行骗。
• 对欺诈者的“友好”：文章指出，Stripe不采取跨商家的欺诈信息共享或限制措施，实际上变相降低了欺诈者的成本，使“友好欺诈”行为得以持续。

文章总结认为，尽管Stripe宣传其网络和反欺诈能力，但在实际处理“友好欺诈”证据时缺乏有效行动，导致商家反复受害。

摘要：作者强烈反对在开源项目的代码提交中使用AI工具添加广告，认为这是不当行为。主要观点包括：工具默认添加广告是糟糕的，不应使用；开源项目不应免费为公司做广告，尤其是这些公司未支付费用；提交应专注于技术信息，而非广告。作者建议，如果需要使用AI工具，应在合并请求中披露，而不是在提交中添加如“Assisted by”或“co-authored-by”之类的标识。此外，作者链接到自己的文章，表达可能永远不会使用AI编程工具的立场，并呼吁开发者避免使用此类广告工具。

Erin Brockovich, the environmental activist whose name and work you may recognize from the Oscar-winning movie Erin Brockovich, has created a tool to map data centers across the country, along with a form for people to report data centers and their impacts in their community.

"The RACE to b…

From “Shadow of the Colossus” to “Undertale,” video games have turned one of their oldest rituals into an ethical dilemma.

Stack Overflow 论坛衰落与公司转型

Stack Overflow 作为开发者核心技术问答平台，其论坛活跃度已大幅衰退。受 ChatGPT 等 AI 编程助手冲击，平台月度新增问题数量已降至与2008年创立初期相当的水平（如上月仅6,866个），流量急剧下滑。埃隆·马斯克曾将此现象称为“被LLM（大语言模型）杀死”。

然而，Stack Overflow 公司本身并未倒下，反而展现出韧性。与被AI颠覆的 Chegg 等知识平台不同，Stack Overflow 成功实现了商业模式转型：

1. 收入增长与亏损收窄：尽管用户参与度骤降，公司年收入已翻倍至约1.15亿美元。同时，通过包括大规模裁员在内的成本削减，年度亏损从2023财年的8400万美元大幅缩减至2200万美元。

2. 核心收入来源转变：公司收入结构从依赖论坛广告，转向以企业服务和数据许可为主。

   • 企业解决方案：其产品 “Stack Overflow Internal”（现称 Stack for Teams）是一个生成式AI附加组件，利用平台积累的数百万高质量问答数据，已服务全球约2.5万家企业。
   • 数据许可：公司效仿Reddit，向AI公司授权其庞大的历史内容数据库，用于模型训练，成为新的重要收入流。

3. 核心优势：数据可信度：公司CEO Prashanth Chandrasekar指出，AI对简单问题的解答导致基础提问减少，但复杂、专业的技术问题仍在Stack Overflow上提出，因为其他地方无法满足需求。平台多年积累的、经人工审核的高质量数据，构成了其难以替代的信任资产。

结论：Stack Overflow 的命运呈现分裂状态——其标志性的公开问答论坛因AI冲击而近乎“死亡”，但公司本身通过挖掘历史数据的价值，成功转型为企业服务商和AI数据供应商，在技术生态的新循环中找到了生存空间，成为“技术煤矿中的有趣金丝雀”。

“总是说不”的工程师是ZIRP现象

本文探讨了软件行业中一种被称为“just-say-no”（总是说不）的资深工程师角色，并论证了其兴衰与零利率政策（ZIRP）时代密切相关，而非主要由人工智能（AI）驱动。

核心论点

在 ZIRP时代（2008-2022年），由于资金充裕，科技公司大规模扩张，工程师团队庞大但目标分散。在此背景下，“总是说不”的工程师 作为质量和复杂性的守门员角色变得极具价值。他们通过放慢节奏、拒绝不必要的代码和功能，帮助公司管理庞大的工程团队，防止系统失控，并维持较高的技术声誉。

然而，当 ZIRP时代结束，公司从追求增长转向注重盈利和聚焦后，这类工程师的生存环境急剧恶化。管理层不再需要他们充当内部“刹车片”，而是要求更快地交付成果。他们的行为（曾经受到奖励）现在导致了负面评价和权力被架空。文章强调，这种文化转变主要是经济环境变化（ZIRP结束）的结果，而非AI的兴起。AI只是加剧了这一过程，因为AI生成的代码增加了他们需要拒绝的数量，并迫使他们使用那些与其理念相悖的工具。

关键细节与对比

• ZIRP时代：公司用廉价资金雇佣大量工程师从事低风险项目或探索性工作。管理层对具体产出关注度低，“总是说不”的工程师有效地管理了这种“自由”。
• 后ZIRP时代：公司专注于盈利和核心业务，需要快速行动。“总是说不”的工程师从资产变为障碍，其支持消失。
• AI的作用：文章认为，在ZIRP时代，AI本会加重“工程师乱象”，从而强化“说不”的价值。但在当前环境中，AI生成的代码反而成了对其价值观的挑战，且其生成的代码目前看来“足够好”，动摇了他们技术身份的根基。
• 未来展望：“总是说不”的工程师不会完全消失，但在**“纯工程”** 领域（如编译器、语言运行时等目标清晰、对质量要求极高的工作）仍有用武之地。作者建议他们转向这些更核心、范围更窄的基础设施角色。

结论

“总是说不”的工程师的兴衰是特定经济环境（ZIRP）的产物。ZIRP创造了一个需要此类角色的生态系统，而其结束则消解了这一需求。将这种转变归因于AI具有误导性，因为根本驱动力是科技行业从无序扩张到聚焦盈利的范式转移。

以下是对原文内容的总结：

• 核心事件：作者经历了一次糟糕的面试，其不适感并非源于技术或语言问题，而是一场被描述为“非自愿的心理评估”的文化契合度面试。
• 背景与初衷：作者理解早期初创公司因团队规模小而重视文化契合度。此次面试是一家致力于改善青少年心理治疗资源的初创公司，应聘的职位是创始工程师。
• 面试过程：在与创始人及工程主管进行初步信息性交谈后，作者参加了第二轮面试。这轮面试被预先告知是“非传统的”、“90分钟的文化契合度聊天”。实际交流中，面试官提出了大量深度个人化、甚至带有“创伤诱导”性质的问题，例如“人生中最艰难的一天”、“最大的人生挑战”等。
• 作者的体验与感受：作者当时误以为这是安全的分享环境，谈及了失败的感情、家庭困扰及过往工作人际难题。整个过程让作者感到“情感上被彻底掏空”。然而，面试后仅收到一封程式化的拒绝邮件。
  • 情感反应：作者后续感到羞耻（因分享了极度隐私的事却被轻易拒绝）、愤怒（被拒绝）和困惑（一个心理健康领域的公司竟采用如此易让候选人感到脆弱的面试形式）。
• 作者的观点与反思：作者并非指责面试官有恶意，但认为这种面试形式本身就存在问题。他强调，尽管文化契合很重要，但评估候选人品格与道德的方式不应迫使其在求职过程中暴露最深层的个人经历。
• 文章主旨：作者分享此经历并非为了羞辱具体公司，而是旨在提醒创始人和招聘经理重新考虑他们的评估方式，避免使用可能对候选人造成不当情感负担的方法。

Claude Code 作为日常工具，其核心差异在于将其视为一个可编程、带记忆的智能体，而不仅仅是聊天工具。本文总结了将 Claude Code 用作主要开发工具的配置、工作流和高级技巧。

一、核心理念

• 提供验证机制：赋予Claude验证自身工作的能力（如通过测试命令），使其能自我迭代，这是质量提升的关键。
• 探索、计划、编码：使用计划模式（Shift+Tab两次）进行只读探索和制定计划，然后再执行。
• 委托而非配对编程：将Claude视为委托的工程师，提供清晰的指令后让其独立完成。
• 引用而非描述：使用@符号精确引用文件，比口头描述更有效。
• 从错误中学习：当Claude犯错时，要求其更新CLAUDE.md以避免重复，这能积累项目知识。

二、配置体系 (.claude 目录)

配置分为项目和全局两个层级。

• 项目范围 (.claude/)：提交至Git，团队共享。
• 全局范围 (~/.claude/)：适用于用户所有项目。
• 关键文件：
  • CLAUDE.md：项目级指令，每次会话加载。应简洁，只包含关键规则和“陷阱”。
  • CLAUDE.local.md：个人私有笔记（需.gitignore），适合记录PR反馈和个人习惯。
  • settings.json：配置权限、钩子、环境变量。
  • .mcp.json：团队共享的MCP服务器配置。
• 高级目录：
  • skills/：可复用的技能（优先于commands/）。
  • agents/：子代理定义。
  • rules/：可路径门控的指令。

三、高级功能

1. 技能 (Skills)

   • 定义在.claude/skills/<name>/SKILL.md，可打包模板、脚本等文件。
   • 支持内联shell命令（!）、工具限制和模型调用禁用。
   • 用途：封装团队特定任务（如创建API端点），成为可复用的专业知识。
   • 安装流行技能包（如mattpocock/skills）可快速增强能力。

2. 子代理 (Subagents)

   • 在独立上下文中运行的任务处理器，定义在.claude/agents/。
   • 用于处理大型任务（如代码审查），避免污染主会话。
   • 关键设计：可限制工具权限、指定模型，并在独立工作树中运行以实现并行。

3. 插件与MCP

   • 插件：通过/plugin市场安装，可捆绑技能、钩子等。
   • MCP (模型上下文协议)：允许Claude访问外部工具（如GitHub、数据库、浏览器、笔记应用）。
   • 常用MCP：GitHub、Context7（最新文档）、Sentry（错误追踪）、Playwright（浏览器自动化）。
   • 谨慎安装，避免工具列表膨胀影响性能。

四、实用命令与技巧

• 关键命令：
  • /compact：有提示地压缩会话（保留上下文），不同于/clear（新任务）。
  • /rewind：撤销会话步骤，回到检查点。
  • /goal：设置可验证的完成条件，让Claude持续工作直到满足。
  • /voice：语音输入，提升输入效率。
  • /batch：将任务分发到多个并行代理处理。
• 高效模式：结合auto模式（免确认）、/focus（隐藏中间步骤）和/goal，可实现“设置目标后离开，回来收工”。
• 并行会话：在多个Git工作树中同时运行Claude会话，是最大的效率提升点。
• 工作流优化：
  • 复制错误日志直接管道给Claude。
  • 让Claude为修复编写失败的测试，确保修复准确。
  • 在里程碑时使用/compact保存决策。

五、理念转变与资源

• 从“使用工具”到“训练智能体”：核心是配置、训练和操作Claude，而非直接编写代码。设置是主要工作，执行主要是验证。
• 知识积累：CLAUDE.md、CLAUDE.local.md、技能和子代理都是团队知识的载体，会随时间复利增长。
• 资源推荐：参考官方文档、Boris的用法分享、以及社区维护的技能、子代理和MCP列表进行配置和扩展。

根据特拉华州法官Craig A. Karsnitz于周二做出的开创性裁决，公司、合伙企业、信托、有限责任公司及其他“法律实体”在特定条件下享有在特拉华州选举中投票的权利。

法官驳回了美国公民自由联盟（ACLU）的诉讼挑战。该诉讼针对的是芬威克岛镇（Town of Fenwick Island）的一项章程，该章程允许拥有该镇大部分财产的实体在地方选举中投票。Karsnitz法官援引“一人/一实体/一票”的原则，裁定驳回该案。

裁决的核心理由是：特拉华州法典明确将信托、合伙企业、有限责任公司和公司认定为“人”。法官在意见书中承认，由“无面孔的大型公司”甚至像“HAL”（注：科幻电影《2001太空漫游》中的人工智能）控制一个小镇的想法“令人恐惧且属于科幻小说范畴”，但法律层面的规定是明确的。

案件背景与争议：这场发生在一个微小滨海社区的投票权纠纷，是美国数十年来关于公司言论自由权利和选举“暗钱”问题争论中的一个罕见焦点。它紧随2010年美国最高法院在“公民联合案”（Citizens United v. FEC）中的裁决，该案将政治支出视为受宪法保护的言论。

特拉华州的特殊性：作为拥有超过200万家特许公司的州（其公司数量多于人口），特拉华州的现实常常超越了讽刺。该州的宪法条款明确确立了“公司人格”，这反映了该州每年从超过200万家商业实体特许经营费中获得数十亿美元收入的财政依赖。

法官的论断：Karsnitz法官在其19页的意见书中驳回了ACLU提出的一系列宪法论点，包括实体投票会稀释活人的政治权力的说法。他指出，该诉讼并未提出基于种族或政治党派的歧视，未能证明实体房产所有者的投票总是作为一个集团击败自然人支持的候选人，也未断言该镇的章程怀有歧视性地将自然人排除在外的意图。

Cloudflare Flagship 是一项功能标志服务，旨在让用户安全地发布新功能。它允许在不重新部署代码的情况下，通过定义带有目标规则和百分比发布的标志来控制应用程序中的功能可见性。

核心特性与集成

• 原生 Workers 集成：通过一个原生绑定直接在 Cloudflare Workers 中评估标志，提供类型安全的方法并自动回退到默认值。
• OpenFeature 兼容：遵循 CNCF 开源标准 OpenFeature。用户可在 Workers、Node.js 或浏览器等任何 JavaScript 运行时中使用 @cloudflare/flagship SDK，并且只需更改一行配置即可切换标志提供商。
• 基础设施：该服务建立在 Cloudflare 的全球网络之上，利用 KV 存储基础设施来分发标志配置。

主要功能

• 目标规则：基于用户属性（支持 11 种比较运算符和逻辑 AND/OR 分组）来定向展示不同的标志值。
• 百分比发布：通过一致性哈希（确保同一用户始终获得相同的标志值）将功能逐步发布给一定百分比的用户。
• 多类型变化：标志值可以是布尔值、字符串、数字或结构化的 JSON 对象。使用对象变化可以将整个配置块作为单个标志传递。
• 标志管理：通过 Cloudflare 仪表板创建、更新和删除标志，并将标志组织到对应项目或服务的应用程序中。

开发者资源

• 入门指南：参考快速入门指南创建第一个功能标志。
• 社区支持：可在 Developer Discord 社区提问与交流，并关注 @CloudflareDev Twitter 账号获取最新公告。

从 Rust 到 Ruby 的转换

背景与动机

作者拥有一个约 3万行代码的 Rust 项目（技术栈包括 Tera、Axum、Diesel），其中包含一个 Web 应用部分。考虑到开发效率、测试复杂度等因素，作者考虑将该部分迁移到 Ruby on Rails。

评估比较

作者通过分析，对 Rust/Axum/Diesel、纯 Rails 和 Rails + Sorbet（用于类型检查）在多个维度进行了评分：

评估显示，迁移至 Rails 可能带来约 1.47倍 的综合收益。

转换过程与结果

• 使用本地运行的 LLM（基于 4090 Ti）进行了一次性代码转换，耗时约 30分钟。
• 转换前（Rust）：14,943 行代码。
• 转换后（Ruby）：3,322 行代码。
• 代码行数减少了 77%，即平均每行 Ruby 代码对应 4.49 行 Rust 代码。

关键观察

1. 代码简洁性：生成的 Ruby 代码看起来整洁且符合惯用写法。
2. 类型安全：可通过 Sorbet 为 Ruby 添加类型，弥补动态类型的不足。
3. 依赖管理：Rails 自带丰富功能，相比 Rust 需要管理大量编译依赖（约 3GB）更为便捷。
4. 测试便利性：作者强调了在 Rails 中使用 VCR 等工具进行测试的简洁性，对比 Rust 中需要编写大量样板代码来实现模拟对象（Mock）的情况，测试编写和维护将大幅简化。

后续计划

作者计划进一步检查转换后的代码，重点关注测试的可行性和整体质量，同时作为个人项目，允许进行此类探索性技术决策。

爵士萨克斯巨匠桑尼·罗林斯逝世

爵士乐传奇人物、被誉为“萨克斯巨匠”的桑尼·罗林斯于周一在纽约州伍德斯托克的家中去世，享年95岁。其公关人员特里·欣特确认了这一消息。

生平与早年经历

罗林斯在纽约哈莱姆区长大，7岁时收到母亲赠送的第一支中音萨克斯，从此与音乐结缘。高中期间，他与同龄的杰基·麦克莱恩、阿特·泰勒一同磨练技艺，毕业后即加入由法茨·纳瓦罗、巴德·鲍威尔等波普大师领导的乐队。他早期录制的《The Amazing Bud Powell》（1949）成为硬波普风格的里程碑。

职业生涯巅峰期

20世纪50年代是罗林斯创作最丰沛的时期。他不仅作为伴奏乐手参与了塞隆尼斯·蒙克（《Monk》、《Brilliant Corners》）、迪兹·吉莱斯皮、迈尔斯·戴维斯等人的经典专辑录制，更领导自己的乐队推出了一系列重要作品。

• 关键专辑：在Prestige唱片旗下，他发行了《Sonny Rollins With the Modern Jazz Quartet》、《Moving Out》、《Tenor Madness》（其中标题曲与约翰·柯川合作）等。
• 巅峰之作：1957年的《Saxophone Colossus》被公认为其代表作，于2017年被美国国会图书馆列入国家录音名录。该专辑展现了罗林斯强大、优雅且富有幽默感的即兴演奏。
• 创新形式：同年录制的《Way Out West》采用了仅由萨克斯、贝斯和鼓组成的三重奏，摒弃钢琴，这一配置后来影响了奥内特·科尔曼等自由爵士音乐家。

人生起伏与艺术坚持

罗林斯的职业生涯曾因持械抢劫入狱和海洛因成瘾而短暂中断，但他于50年代中期成功戒除毒瘾。他有数次长期隐退，其中1959至1962年期间，他前往威廉斯堡大桥进行私人练习，并于复出后发行了专辑《The Bridge》。

跨界合作与荣誉

• 跨界里程碑：1981年，罗林斯为滚石乐队的热门单曲《Waiting on a Friend》演奏了标志性的萨克斯独奏。
• 重要奖项：2004年获格莱美终身成就奖，2010年获国家艺术奖章，2011年获肯尼迪中心荣誉奖。
• 晚年创作：2001年“9·11”事件发生时，他因住所靠近世贸中心而被迫疏散。几天后在波士顿举行音乐会，后发行现场专辑《Without a Song: The 9/11 Concert》。

晚年与离世

罗林斯因肺纤维化问题于2012年举办最后一场音乐会，2014年正式退休。他曾表示：“我的主要问题是无法再吹奏萨克斯了……但我仍怀有改进和做出更好唱片的希望。”

晚年，罗林斯表达了对生死的通达见解，他信仰轮回：“我的身体会化为尘土，但我的灵魂将永远存在。”

事件摘要

时间线与状态：

• 2026年5月27日 12:10 UTC：开始调查API请求、Git操作、问题和拉取请求性能下降的报告。
• 2026年5月27日 12:54 UTC：更新，继续调查Git操作、问题和拉取请求的性能下降。
• 2026年5月27日 13:16 UTC：事件已解决，感谢用户耐心和理解。详细根本原因分析将在可用时分享。

受影响服务：Git操作、API请求、问题和拉取请求。

最终状态：已解决。

核心内容总结： 现代蓝光光驱通过 OmniDrive 专用固件，现已能够翻录 GameCube、Wii、原版Xbox、Xbox 360 以及 Dreamcast 等老式游戏主机的实体游戏光盘，这为游戏保存与模拟提供了便捷的新方法。

关键信息：

• 技术原理：OmniDrive 固件解锁了特定型号蓝光光驱读取老主机专有光盘格式的能力。该固件仅兼容使用 MediaTek MT1959 芯片组的特定内部或外部蓝光光驱。
• 支持设备：
  • 光驱型号：兼容列表包括 华硕、LG、Buffalo、Verbatim 等品牌的特定型号。OmniDrive 提供适用于全尺寸光驱和外部超薄光驱的两种固件版本。
  • 游戏主机：支持 原版 Xbox、Xbox 360、GameCube、Wii、Dreamcast。PlayStation 3/4/5 及 Xbox One/Series 主机的实体光盘因内容加密，目前无法通过此方法完整读取。
• 操作演示：YouTuber Archades Games 展示了安装固件的过程，并使用开源工具 Media Preservation Frontend，成功将 Xbox 360 游戏翻录为 ISO 文件。
• 重大改进：相比过去需要改造主机才能备份游戏的方式，使用支持 OmniDrive 固件的蓝光光驱进行翻录，操作已简化至接近翻录普通 DVD 的程度。
• 重要注意事项：使用前必须确认所持蓝光光驱在官方兼容列表内。在不兼容的光驱上刷入此固件几乎肯定会导致设备损坏（变砖）。
• 意义：此技术很可能成为未来游戏爱好者进行游戏保存和模拟的主要途径。

本文通过芝加哥消防车故障致死的案例，揭示了私募股权（PE）行业运作模式对美国基本公共服务造成的系统性危害。

私募股权的核心商业模式 PE基金通过杠杆收购（LBO） 收购目标公司，将大部分收购债务转移至被收购公司自身资产负债表上。PE公司收取固定管理费及高额“附带权益”（利润分成，享受税收优惠）。该模式在改造经营不善的企业时可能有效，但当应用于需求刚性、缺乏替代品的基本公共服务领域时，往往演变为“收购、剥离、转售”的短期套利行为：通过激进削减成本、增加债务来提取价值，最终可能损害服务质量和可持续性，并显著增加破产风险。

消防车行业的典型案例 历史上由数十家独立制造商竞争的市场，如今已被三家巨头垄断（REV Group、Pierce、Rosenbauer）。其中，由PE公司美国工业合作伙伴控制的REV集团通过一系列收购控制了市场大部分份额。

• 人为制造的稀缺：尽管积压订单高达45亿美元（2025年），且消防车交付周期长达4年、价格十年翻倍，利润率从历史平均的4-5%飙升至13%以上，但REV集团仍将积压订单视为“资产”和“增长机会”，并关闭了多家生产设施。
• 利润提取：公司斥资5.3亿美元用于股票回购和分红，包括在上市前向PE所有者支付了1.8亿美元特别股息。
• 后果：消防部门面临极度延误和高昂成本，有时甚至只能使用装备不全的车辆应急。行业贸易组织被指协调行动，多起反垄断诉讼和调查已启动。

跨行业的普遍模式 同样的“收购、整合、限供、提取利润”模式出现在其他关键领域：

• 救护车服务：PE控制下，空中救护车运输费用在2012-2017年间中位数涨幅超60%。部分PE收购的公司最终破产，导致服务中断。
• 养老院：PE控制的养老院被记录有更多护理缺陷、更低人员配置、更高的住院率和死亡率。手术患者在PE收购的医院死亡风险增加17%。
• 住房：大型机构投资者（多由PE支持）大量持有单户租赁房屋，并被指控利用定价软件协同推高租金。
• 地方报纸：PE收购后大规模裁减编辑人员，摧毁地方新闻监督基础设施。

结构性问题与未来 问题核心在于PE的短期财务回报激励与基本公共服务的长期稳定和公益属性根本冲突。通过杠杆收购，PE能在公司破产前已通过费用和分红回收投资，将损失转嫁给债权人、员工和社区。

改革呼声包括《阻止华尔街掠夺法案》（旨在使PE公司承担被投公司债务、关闭税收漏洞等），但进展缓慢。四座城市对消防车制造商提起诉讼，工会呼吁联邦贸易委员会（FTC）调查，参议院举行了跨党派听证会。然而，根本问题在于是否应允许将基本基础设施完全视为金融套利工具。芝加哥的悲剧是这种商业模式的直接后果，其系统性成因在于结构性激励，而非个别事故。

摘要：伦巴第大区对绿色/农业区域数据中心征收高额税以遏制无序扩张

伦巴第大区作为意大利首个通过此类法律的大区，于2026年5月26日批准了一项新法规，旨在通过大幅增加建筑费用来抑制数据中心在绿色和农业区域的无序扩张。核心措施包括：在农业区域征收比现行标准高100%的建筑税，在公园等绿色区域征收高200%的税。这项法律由伦巴第大区议会批准，经过长期辩论，部分反对派议员也参与了合作。

主要要点

• 法律背景与目的：伦巴第大区是意大利数据中心建设最集中的地区，仅米兰都会区就有33个活跃数据中心、10个在建和23个在评估中。整个伦巴第占意大利全国数据中心申请量的63%，投资总额估计为220亿欧元，一半集中在伦巴第。法律旨在通过高额税费（农业区域100%、绿色区域200%）来抑制购买土地并随意建设数据中心的趋势，同时鼓励重新利用废弃工业区域，而非开发绿地。
• 具体内容与影响：法律由联盟党领袖Alessandro Corbetta修正后，将初始草案的50-75%增幅提高到100-200%，以强化 disincentive 效应。对于废弃工业区域，法律则提供官僚程序简化，无额外费用，以促进可持续再利用。主要投资者包括亚马逊、Aruba、Eni和Stack EMEA等企业，他们已参与伦巴第的数据经济投资。
• 能源与环境管理：法律将意大利电网运营商Terna纳入指导委员会，负责绘制能源可用性地图，以管理能源消耗。伦巴第大区委员Massimo Sertori指出，尽管意大利全国有30吉瓦的数据中心能源申请（一半在伦巴第），但实际项目可能只授权最多2吉瓦，法律旨在填补监管空白，建立统一规则和程序。
• 反对意见与未来展望：反对派民主党人Matteo Piloni批评法律缺乏真正的土壤保护措施，并指出政府缺乏工业政策，认为需要国家级法律来规范。尽管法律被视作控制数据中心扩张的一步，但反对派认为其效果可能有限，尤其是在环境保护方面。

这项法律反映了伦巴第大区在平衡数据经济发展与环境保护上的努力，通过高税费和鼓励再利用措施，试图引导数据中心建设向更可持续的方向发展。

小米MiMo-V2.5系列API永久降价公告

• 核心调整：MiMo-V2.5系列API永久降价，最高降幅达99%，取消输入长度差异定价。
• 生效时间：2026年5月27日北京时间0:00起全球同步生效。

Token计划计费系统优化

• 用量提升至原计划的5-8倍，价格不变，适用于Agent、代码等场景。
• 计费规则简化，实现“所见即所得”。

百亿Token创作者激励计划结束

• 计划于2026年4月28日启动，5月26日北京时间16:08已提前发放完毕100T Token并结束。
• Apache软件基金会成员的专属福利长期有效，不受影响。

现有用户额度重置

• 所有当前有效的Token计划用户（含激励计划参与者及Apache福利用户）额度将在5月27日0:00按新规则全面重置。
• 历史付费用户将获得惊喜礼品，后续公布。

推理技术优化支持

• 采用基于SGLang HiCache的SWA技术，KV缓存数据传输量减少至优化前的约1/7，可缓存Token数量提升约5倍。
• 通过优化专家并行、输入长度分桶等策略提升集群吞吐能力，持续降低每Token服务成本。

愿景
通过低成本、高性能的模型服务推动AI基础设施建设，实现技术普惠。

Go 语言支持泛型方法的提案

核心观点变更

本提案的核心是改变观点：具体方法（即具有接收者的非接口方法）是一种独立且有用的语言特性，其价值并不依赖于接口实现。允许具体方法拥有自己的类型参数（成为泛型方法）是有益的，即使这些方法无法用于实现接口方法。

背景与动机

• 现状限制：目前，具体方法不能声明自己的类型参数，只能使用其泛型接收者的类型参数。这主要是因为允许具体方法拥有类型参数，传统上被认为必须同时允许接口方法拥有类型参数，而后者因实现效率问题（无法在编译时预知所有需要的实例化）而难以支持。
• 用户需求：尽管有上述限制，泛型方法长期受到用户欢迎，相关提案在问题跟踪器上获得了大量支持（如 #49085）。
• 方法的多重价值：方法不仅是实现接口的手段，它还是组织代码（通过类型的命名空间）和提升代码可读性（如 x.a().b()）的工具。这些价值独立于接口。

提案详情

1. 语法修改：

   • 修改方法声明语法，使其能像函数一样接受类型参数列表。
   • 新的语法统一为："func" [ Receiver ] 标识符 [ 类型参数列表 ] 签名 [ 函数体 ]。

2. 调用方式：

   • 调用泛型具体方法与调用泛型函数相同，可以显式提供类型参数，或通过类型推断。
   • 方法表达式和方法值同样支持，其结果是一个泛型函数。

3. 与接口的关系：

   • 关键限制：一个泛型具体方法不能用于实现一个具有同名但签名不同的接口方法。因为接口方法在语法上无法拥有类型参数，所以二者签名无法匹配。
   • 示例：一个带有 m[P any](x P) 方法的结构体 H，无法实现一个声明了 m(string) 方法的接口 I。

4. 其他限制：

   • 泛型方法（未实例化时）无法通过 reflect 包按名称或索引访问，因为反射机制尚不支持实例化泛型值。

实现考量

• 规范修改：语言规范的改动较小，且完全向后兼容。
• 编译器：
  • 前端（解析与类型检查）：改动相对直接，主要涉及移除现有错误提示和限制。
  • 后端（代码生成）：改动较大。由于接收者的类型是静态已知的，对非接口接收者的泛型方法调用可以被静态解析并重写为对应的泛型函数调用。
• 工具与生态：
  • 导入/导出数据格式需要更新以支持方法上的类型参数，这是最具破坏性的变更，需要各工具协同更新。
  • go/types 等工具链需要适应，现有工具可能需要一到两个发布周期才能完全跟进。
  • 现有标准库无需修改，但未来版本可能会利用此特性。

总结

本提案通过移除一项限制，为 Go 语言添加了泛型具体方法这一新特性。它完全向后兼容，并满足了社区的长期需求。它强调了具体方法的独立价值，并明确其不用于实现接口方法。尽管不包含泛型接口方法，但这并不妨碍未来在找到可行方案后实现后者。该特性有望在适当使用时简化代码、提高通用性。

Mini Micro Fantasy Computer 是一个可能涉及计算、学习或幻想主题的项目或设备。其内容包含一个 "Learn" 部分，主要提供文档资料，用于指导用户了解和操作该计算机。文档旨在作为学习资源，但具体细节未在提供内容中展开。

Epicure 介绍了一组基于skip-gram架构的食材嵌入模型家族，旨在将人类丰富的烹饪知识压缩至紧凑的向量表示。研究核心是从头开始，在一个大规模、多语言的食谱语料库上训练这些模型。

数据基础与处理： 研究团队汇集了来自11个来源的414万份食谱，涵盖英语、中文、俄语、越南语、西班牙语、土耳其语、印尼语、德语和印度英语七种语言。通过一个结合了大语言模型（LLM）的流水线，将原始、多样的食材字符串标准化为1790个规范条目。

图结构构建： 为了捕获食材间的复杂关系，研究构建了两个关键图：

1. 食材-食材共现图：基于标准化食材在食谱中的共同出现，包含203,508条边。
2. 食材-化合物关系图：基于FlavorDB数据集，包含80,019条边，连接食材节点与2,247个类型化化合物节点（分属15个类别）。

模型设计与变体： 基于上述两个图，研究设计了三个共享相同架构和超参数的Metapath2Vec变体。它们的唯一区别在于随机游走策略，从而在“化学特性”与“食谱上下文”之间占据不同的谱系位置：

• Cooc：仅基于食材-食材共现图进行随机游走，专注于食谱上下文中的搭配关系。
• Chem：仅基于食材-化合物图的类型化元路径进行随机游走，专注于食材的化学成分特性。
• Core：将两者结合，通过控制性混合，在游走过程中注入食材-食材关系，从而平衡化学成分与烹饪上下文的信息。

这项工作为食物计算和推荐系统提供了基础的语义表示工具，通过将烹饪知识压缩为高效的向量模型，并探索了融合不同维度食材知识的方法。