纽约市市长佐兰·曼达尼（Zohran Mamdani）本周密集推出 consumer protection 新规。继宣布针对Adobe等企业的“一键取消”订阅规则后，他又发布“租赁欺诈报告”（Rental Ripoff Report），重点打击房东使用人工智能图片进行虚假宣传等“欺骗性租赁行为”。

报告建议强制要求房东及房产经纪人在房源广告中披露是否使用人工智能或其他数字工具修改过任何图片。此举旨在解决房地产市场中日益严重的AI虚假图片问题——这些经AI生成或编辑的照片过度美化房屋条件，使实地看房或远程签约的租客面临“货不对板”的风险。

除AI披露要求外，报告还提出多项租户保护措施，包括正式承认租户工会、扩大租户议价权，以及将法规执行系统现代化。曼达尼强调，在上任首周设立的“租赁欺诈听证会”上，团队走访了纽约五大行政区，与2400名市民会面，听取了大量关于房屋霉菌、虫害治理不力及不明收费的投诉。“倾听只是第一步，”曼达尼表示，“这份报告将这些故事转化为具体行动。从要求披露经AI修改的房源，到让执法系统迈入21世纪，再到最终承认租户工会，我们向每一位纽约人表明：每个人都应拥有安全的家，拒绝提供安全住房的房东将被追责。”

负责住房与规划的副市长莱拉·博佐格（Leila Bozorg）补充称，这些政策根植于租户的真实经历。市长租户保护办公室主任西娅·韦弗（Cea Weaver）则表示，听证会与报告正在“书写纽约租户权力的新篇章”，政府通过与租户直接合作制定政策，展现了“与纽约人共同执政”的治理模式。

此次报告将租户普遍反映的安全、生活条件及欺诈问题转化为可执行的法案，标志着纽约市在规范AI技术房地产应用及强化租户权益方面迈出关键一步。

作者在日常编码工作中并行使用 Kimi K3 与 Claude，发现两者在任务完成质量及 token 消耗量上几乎无法区分，此前预期开源模型会更粗糙或需消耗更多 token 的情况并未发生。

价格差距极为悬殊：K3 的 API 定价为每百万输入 token $3、输出 token $15，而 Claude 顶级模型分别为 $10 与 $50。订阅层面，Kimi 付费计划起价 $19/月，$39 的编码套餐远比 Claude 同价位产品慷慨；Claude 的套餐则计量严苛，正常一天的 agent 工作可能在午餐前便耗尽额度。

更值得关注的是隐藏条款：Claude 因 $20 套餐无法持续承担 Fable 的运行成本，悄然将其关闭并回退至 Opus。当套餐主打模型可因经济考量被直接关闭，消费者实际上从未真正获得该模型。相比之下，Kimi 的各档位不存在这种附带条件。

作者指出，更深层的问题在于美国 AI 政策的彻底失败。政府延缓了 Fable，最终推出的却是受限版本，会拒绝执行整类任务；与此同时，一家中国实验室发布的前沿质量模型不仅无任何限制，还可随意下载，美国政府对此毫无监管能力。限制本土模型的策略显然未经深思熟虑，因为这些“闸门”最终只约束了美国用户。Semgrep 的测试亦显示，GLM 5.2 在网络安全基准上击败 Claude，原因正是受限模型会拒绝任务，而开源模型直接执行。

这并非 Kimi 的个例。GLM 5.2 以 MIT 许可证发布，在真实工作中击败最新版 Opus，成本却远低于后者，且其甚至未自诩为“前沿”模型。OpenAI 的 GPT-5.6 同样经历了政府审查流程，但最终得以将旗舰模型纳入 $20 套餐；无论对 OpenAI 评价如何，其显然拥有 Anthropic 所不具备的缓冲空间。

作者预测，美国政府将试图以汽车业的 playbook 监管 AI 与开源领域：数十年补贴、救助与保护性关税，造就出只在国内卖卡车、国际市场毫无存在感的美国车企。当局将 likely 通过公私合作扶持本土模型，但这些模型只在美国境内使用，无法参与国际竞争。这将导致一个可悲的未来——美国成为唯一无法以最优价格获得最佳模型的国家，只能购买与腐败的特朗普政府深度绑定、既非最高质量也非最低价的模型。

至少目前，作者表示找不到任何继续为 Claude 付费的理由。

Qwen3.8发布与开源计划

Qwen3.8即将正式发布，并将很快以开源权重（open-weight）形式推出。该模型参数规模高达2.4万亿（2.4T），目前仍在持续迭代进化中。

模型定位与性能

官方认为Qwen3.8是当今最强大的模型之一，性能可与领先的前沿AI模型相媲美，仅次于Fable 5。

预览版已上线

用户无需等待正式发布即可提前体验。目前，Qwen3.8-Max-Preview预览版已在阿里巴巴的Token Plan、Qoder及QoderWork平台正式上线。

访问方式

用户可通过以下链接访问Token Plan定价页面并试用：

• 国际版：qwencloud.com/pricing/token-plan
• 中国版：platform.qianwenai.com/pricing/token-plan

作者基于其与全球各行业（从细分服务业到财富500强）数百次交流的一线观察，指出当前全球公私机构正经历一场由AI狂热驱动的“集体精神错乱”，严重侵蚀了组织的理性决策能力。

AI投资近乎全面失败
作者团队在一年半内观察到的所有AI项目成功率约为0%。失败不仅源于组织本就糟糕的软件工程管理，叠加AI技术本身的新颖性风险，更在于LLM的能力边界：面向员工或客户的聊天机器人普遍因文档质量低劣或输出不可靠而无人使用或体验极差。企业普遍通过购买Copilot许可证即宣称胜利，或利用不追踪真实使用率、仅看易操纵的虚荣指标来掩盖失败。

组织内的信仰强制与表演
在当前大型机构中，质疑AI等同于“异端”。持续晋升或保住职位需要像宗教信仰般反复表白对AI变革力量的信念。甚至有高管在未使用过任何AI工具的情况下，制定了以AI为核心的技术战略。员工被迫进行“AI清洗”——明明手工完成更可靠的工作，却谎称由LLM生成；为应对“token使用量排行榜”等荒谬考核，工程师故意让AI循环对话以刷高账单，再去看Netflix。真正因AI被开除的，反而是表达怀疑的人。

AI演示具有心智操控效应
作者发现，向客户展示AI功能（如自然语言查询数据库）会引发近乎非理性的购买狂热。即便事先明确告知产品不适用、准确率有限，决策者仍会立即搁置其他价值数百万美元的务实方案。这种不可抗拒的冲动使作者团队停止一切AI演示，因为继续展示等同于利用对方的认知缺陷。

高管层的囚徒困境
许多高管私下同样怀疑AI宣称的百倍效率提升，但无人敢率先说真话。因为客户企业的高管也在夸大成果，若供应商否认这些效果，将被视为攻击并面临合同取消风险。这形成一个全局性的协调失败：所有人都知道皇帝没穿衣服，但谁先指出真相，谁就会被董事会处决并替换为更听话的人。

决策体系瘫痪
在“AI纯度测试”下，非AI项目必须硬贴AI标签才能获得预算。数据库迁移等常规工作需先加入无意义的LLM环节，失败后再手动完成，对外却宣传为AI驱动成功。组织因此无法购买 sensible 的软件、雇佣真正人才或诚实沟通项目状态，几乎所有大型机构的有效决策都已停滞。

生存与应对建议
文章最后提供两类策略：

• 若试图推动改进：务必一对一私下沟通，避免公开质疑AI宏大叙事；使用匿名调查揭露项目真实状态；让一线员工提供实际使用数据；在极端情况下，为获得救命资金而策略性添加AI元素是可以接受的白谎。
• 若只想撑过泡沫：接受个人无力改变系统性疯狂；考虑转为合同工以减少政治卷入；大幅限制AI新闻摄入；对亲友的不当使用微笑点头；若被要求审查大量垃圾AI代码或被AI管理邮件淹没，应立即开始找下家——存在不扭曲现实的中小型公司。

Castor 是一款从终端将网络视频或流媒体投射到智能电视的命令行工具。相较于屏幕镜像常见的延迟与画质损失，它直接提取真实视频流，经实时转码后推送，实现全质量播放。

核心功能与原理 Castor 启动无头 Chrome，通过 Chrome DevTools Protocol 监听网页网络流量以捕获真实流媒体地址，并执行短操作链（点击页面、进入最大 iframe、备用点击）触发播放。它支持直接传入网页链接或流地址，也可根据用户自行配置的片源模板，将 IMDB/TMDB ID 解析为实际页面并提取视频。此外，工具集成 whisper.cpp，可自动生成字幕并烧录到视频中；交互式 TUI 支持在终端内浏览影片并一键投射。

安装 推荐使用原生二进制文件，要求系统已安装 Chrome/Chromium（流提取）、ffmpeg（转码）与 ffprobe（格式探测），且与电视处于同一局域网。

• macOS：可通过 Homebrew 安装：brew install --cask stupside/tap/castor。
• 源码编译：需 Go 1.26+ 与 cmake；克隆仓库后执行 make 以构建本地 libwhisper.a 及可执行文件。因使用了本地 replace 依赖，不可直接用 go install。
• Docker：仅适用于 Linux，官方镜像已捆绑 Chrome、ffmpeg 与 ffprobe。

快速开始 运行 castor scan 扫描局域网内的播放设备，在 config.yaml 中填写设备名称与类型（如 DLNA）。随后可用 castor cast player <URL> 投射指定网页或流地址。若需交互式选片，须在配置中添加 TMDB API 密钥与自定义片源，然后直接运行 castor cast。

配置说明

• config.yaml 仅 device 为必填项，其余（超时、探测、转码、Chrome 发现等）均有默认配置。密钥可写入 .gitignore 的 config.local.yaml 进行覆层，或通过 CASTOR_SECTION__FIELD 环境变量传入。
• 片源（Sources）：Castor 不内置任何内容或目录，用户需自行配置合法的 proxies（基础 URL）与 templates（支持 movie 和 episode 模板）。工具会将 ID 代入模板拼接 URL 后打开并提取视频。
• TMDB：仅交互式浏览器需要 TMDB API 密钥用于搜索；直接命令如 cast movie <id> 则不需要。
• 字幕：whisper 自动生成字幕默认关闭；开启后可自动下载 ggml-tiny.en 模型（约 75 MB），并支持指定语言。

设备支持与 Docker 注意事项

• DLNA/UPnP：兼容过去十年内绝大多数智能电视（Samsung、LG、Sony、Panasonic、TCL 等）以及 Kodi、VLC、Plex 等播放器。
• Chromecast：实验性支持。
• Docker 限制：因 SSDP 组播和设备回连需要宿主机网络，必须使用 --network host，故仅 Linux 宿主机可用。macOS/Windows 上的 Docker Desktop 因位于内部 VM 子网，无法发现电视，必须使用原生二进制，或将 Linux VM 桥接到本地局域网。
• 硬件加速：当电视可直接播放源视频（如兼容的 H.264）时，Castor 会直接流复制，几乎不占用 CPU；若需重编码（不兼容格式或烧录字幕），会优先尝试硬件编码器（Linux VA-API、macOS VideoToolbox）。Docker 使用 VA-API 需额外添加 --device /dev/dri 暴露 Intel GPU，否则回退到软件 libx264。建议挂载 castor-cache 卷以持久保存自动下载的 whisper 模型。

用途与免责声明 Castor 是通用投射工具，自身不托管、不聚合任何视频内容，也不绕过 DRM。用户需自行配置合法授权的来源，并承担确保使用符合当地法律与网站条款的责任。该工具按“原样”提供，仅供合法、个人及教育用途。

将备用Mac设为Claude Code专用控制机的完整指南

本文提供了一份分步指南，教你如何将一台闲置Mac配置为始终在线的独立环境，让Claude Code（含computer use）完全接管。如此一来，你可以通过手机上的Claude App或主Mac的SSH远程向它下达任务，从而避免在主工作机上运行高权限Agent带来的安全风险。

为什么选择物理备用Mac而非容器？

容器虽然方便，但仍运行在主机上，网络流量并未真正隔离；此外，部分仅支持macOS的应用（如Unity）无法在容器中运行，也无法实现computer use所需的点击、拖拽等GUI操作。因此，使用一台独立的旧Mac，并为其创建一个无Apple ID、无个人数据的全新本地管理员账户，是更安全且功能更完整的方案。

核心配置流程

1. 系统初始化与账户隔离

• 如有旧数据，先抹掉Mac（Apple芯片：系统设置 -> 通用 -> 传输或还原 -> 抹掉所有内容和设置；Intel Mac：进入恢复模式抹盘并重装）。
• 创建新的本地账户，不登录Apple ID。确保该账户具备管理员权限，以便执行sudo。

2. 启用并配置SSH免密登录

• 目标机：sudo systemsetup -setremotelogin on（若失败，需为终端授予“完全磁盘访问权限”）。
• 配置免密码sudo：创建/etc/sudoers.d/<user>-nopasswd规则文件并校验语法，使Agent无需每次输入密码。
• 目标机通过scutil --get LocalHostName获取本地主机名（建议使用<host>.local，而非易变的IP）。
• 源机生成SSH密钥后，使用ssh-copy-id将公钥推送到目标机，实现无密码SSH。

3. 保持机器持续在线

• 禁用睡眠、合盖睡眠及显示器睡眠：

  sudo pmset -c sleep 0
  sudo pmset -c disablesleep 1
  sudo pmset -c displaysleep 0
  

• 关闭屏保自动启动，防止系统自行锁屏：

  defaults -currentHost write com.apple.screensaver idleTime 0
  

4. 安装Claude Code及可选环境

• 通过SSH远程执行官方安装脚本。
• 将~/.local/bin加入~/.zshenv（而非.zshrc），确保非交互式Shell也能找到。
• 可选运行setup-claude-env.sh，可交互式地安装Shell别名、DX插件、GitHub CLI、Playwright MCP、yt-dlp等组件，且支持幂等重复执行。

5. 登录账号

• 交互式登录Anthropic和GitHub账户。建议为Agent单独注册一个GitHub账号，避免影响主账户。

进阶功能配置

剪贴板同步（clip.sh） 源机和目标机之间可通过SSH管道使用pbcopy/pbpaste实现加密点对点剪贴板同步，无需Apple ID或第三方服务。安装clip.sh后，设置环境变量IC_BOX，即可用clip send和clip get在两端互传文本或图片。

Computer Use（GUI控制） macOS的屏幕录制和辅助功能权限与GUI登录会话绑定，SSH进程默认无法访问屏幕。解决方案是：通过LaunchAgent在目标机的GUI会话中维持一个固定socket的tmux服务器。运行setup-computer-use.sh可自动完成此配置。

• 在目标机上首次使用时，必须人工在系统设置中为tmux授予“屏幕录制”和“辅助功能”权限（权限归属的是tmux进程而非claude本身）。
• 为避免反复弹出“访问其他App数据”的提示，建议同时授予tmux完全磁盘访问权限。
• 权限变更后需重启tmux服务器（tmux -S /tmp/cc-tmux.sock kill-server），LaunchAgent会自动重新拉起。

源机安装ic.sh后，可用ic命令快速在目标机上创建或附加tmux会话，支持多个并发会话。常用子命令包括：

• ic：启动新Claude会话（默认带--dangerously-skip-permissions）
• ic -c / ic -r：继续/恢复会话
• ic sh：普通远程Shell
• ic ls / ic kill <id>：列出/结束会话
• ic rc：启动Remote Control服务器，支持手机控制
• ic vnc：一键打开屏幕共享

浏览器自动化（Claude in Chrome） macOS的computer use对浏览器有操作限制。安装Chrome扩展“Claude”后，Agent可获得完整的导航、点击、填表及读取控制台/网络请求能力。安装后需在Claude Code中执行/chrome启用，或通过ic --chrome启动。

手机远程控制 通过Claude App的Remote Control功能，可随时随地通过手机驱动目标机上的Claude Code会话。如果在目标机上完成了computer use配置，使用手机启动的会话同样具备GUI控制能力。

屏幕共享（VNC） 在目标机的“系统设置 -> 通用 -> 共享”中手动开启“屏幕共享”，即可从源机通过open vnc://<user>@<target-host>.local进行图形化远程接管。

跨网络远程访问（Tailscale） .local地址仅限局域网。安装Tailscale后，两台设备可通过端到端加密的WireGuard隧道互联，SSH、ic、clip及屏幕共享均可从任何网络访问，无需暴露在公网。建议开启设备审批并为目标机禁用密钥过期，避免掉线。使用Tailscale后，IC_BOX地址去掉.local后缀即可。

注意事项

• 由于Screen Recording和Accessibility权限无法通过命令行或脚本自动授权，目标机首次配置computer use时必须有人工在本地或Screen Sharing中完成点击授权。
• 如果在源机的Chrome中也登录了同一Claude账户的扩展，Claude Code可能会连错浏览器。临时退出源机Chrome或卸载扩展可避免冲突。
• 通过手机Remote Control启动的会话目前暂不支持浏览器工具； workaround是先通过终端启动会话，再用手机/rc接入。

https://queue.acm.org/detail.cfm?id=3818307

Qwen 3.8 Max Preview 及 Token Plan 升级发布

Qwen 3.8 Max Preview 模型随 Token Plan 升级正式推出。新版定价方案降低了团队版成本，并首次开放个人版订阅，用户能够以更低价格访问包括 Qwen3.8-Max-Preview 在内的高级模型。

核心特性

Token Plan 采用统一付费模式，用户通过一个订阅计划即可调用领先的文本、视觉、语音及图像生成模型。该计划强调无缝 AI 工具链集成，并在额度与价格方面进行了优化，提供更高的使用配额与更具竞争力的价格。

订阅档位

Token Plan 提供个人版与团队版，分为三个层级：

• Lite Plan：基础月付方案，支持多模型访问与工具调用，可同时运行 1–2 个 Agents。
• Standard Plan：额度为 Lite 的 4 倍，包含 Lite 全部权益，支持并发运行 3–4 个 Agents。
• Pro Plan：额度为 Lite 的 16 倍，包含 Standard 全部权益，支持并发运行 6–8 个 Agents。

工具生态与接入方式

该计划兼容所有支持 OpenAI 及 Anthropic 协议的主流 AI 开发工具。用户订阅后，需在「API Keys」页面获取 base URL 与 API key，并将其配置到对应的客户端或开发者工具中完成接入。

常见问题

文档列出了关于个人版订阅的常见问题，涵盖订阅步骤、凭证获取、工具配置、多计划并行订阅、退款政策及用量查询方式等。其中，关于如何使用的部分已提供详细指引：先订阅计划，再获取 API 凭证，最后在支持的工具中完成配置即可开始使用。

transcribe.cpp 概述

transcribe.cpp 是一个基于 ggml 的轻量级语音识别（ASR）推理库，由 Handy 应用的作者开发并维护，首个版本为 v0.1.0。该项目旨在解决跨平台分发本地 ASR 应用的痛点，提供一个可信赖、高性能且易于集成的推理引擎。

开发动机

现有 ASR 推理栈在跨平台分发方面存在诸多不便。whisper.cpp 和 ONNX 是主要选择，但 ONNX 在 CPU 上性能损失较大；MLX 仅支持 Apple 设备，增加了多引擎维护成本。此外，部分第三方库缺乏明确的作者信息、测试验证和长期维护保障，难以用于生产环境。因此，作者需要一种能够下载即用、推理精度对齐参考实现、支持 GPU 加速、易于嵌入应用且跨平台（Mac、Windows、Linux）的方案，而 ggml 因其强大的社区和分发能力成为最佳选择。

核心特性

transcribe.cpp 提供快速且准确的推理引擎，支持广泛的模型和硬件加速：

• 模型支持：涵盖 16 个 ASR 模型家族、60 多个模型，并持续扩展。
• 硬件加速：支持 Vulkan、Metal、CUDA 和 TinyBLAS。
• 精度验证：每个模型均经过数值验证和 WER（词错误率）测试，确保与参考实现输出一致，验证结果公开于代码库和 Hugging Face。
• 推理模式：支持流式识别（Streaming）和批量识别（Batch Transcription）。
• 兼容性：可作为 whisper.cpp 的近似即插即用替代品，兼容其 .bin 模型文件。
• 语言绑定：官方维护 Python、JavaScript/TypeScript、Rust、Objective-C/Swift 四种语言的绑定，便于集成到桌面和移动应用。

愿景：普及本地语音识别

该库致力于降低本地 ASR 的使用门槛。现代设备完全有能力以极低功耗实现实时甚至超实时的 state-of-the-art 语音识别，无需将语音数据上传至云端。即使是 RK3566 这样的低功耗设备，也能在 CPU 上实现超实时推理。项目希望为本地推理应用的普及和分发提供助力。

致谢

项目得到了 Mozilla AI 及其 BiR 计划的资助支持；ggml 社区提供了底层基础；Modal 提供了 CUDA 测试所需的算力额度；Blacksmith 支持了 CI/CD；Hugging Face 则提供了模型存储空间。作者同时声明开发过程中使用了 AI 辅助，但本文内容均为原创。

该页面介绍了 Amiga Freeware Archive，一个提供数千款经典 Amiga 软件免费下载的在线存档。用户可在此搜索或浏览32位家用计算黄金时代的游戏、应用程序、演示程序、图形、音乐和工具。存档收录了14个公共领域（PD）库、场景团体、磁盘杂志和用户组编译资源，总下载量超过 10,142 MiB。

主要馆藏分类

热门库

• 17 Bit Software（英国，1987–1997）：Amiga 公共领域（PD）界最具影响力的名称之一，收录并分发了涵盖 Amiga 社区各个创作角落的数千张磁盘。
• Fred Fish（美国，1986–1994）：由程序员 Fred Fish 创建，始于1986年，是 Amiga 前互联网时代最受信任且流传最广的免费软件库之一。

PD 库

• Scope（美国德州）：早期 Amiga 时期的重要收藏，系列多达175卷。
• Slipped Disk：规模较小但精心策划，至少发行20卷，内容涵盖游戏、实用工具和演示程序。
• "Apprentice and Journeyman"（美国）：至少23卷，具有明显的程序员友好特征，每张磁盘都包含大量实用工具、开发工具和源代码。

场景团体（Scene）

• The Assassins（英国）：高产且广泛流传的公共领域团体，其游戏合辑系列成为英国 PD 图书馆目录的必备内容。
• LSD Compendium CD-ROM：由演示团体汇编的三卷系列，收集了来自全球团体和个人贡献的数千个演示、音乐模块、图形、动画和工具。

用户组

• A.M.I.G.O.S. / Miami Amigos（美国迈阿密，1990）：佛罗里达州迈阿密 Amiga 用户组的月度磁盘系列。
• TBAG（美国坦帕湾，1986年起）：佛罗里达州用户组，其月度磁盘系列是北美流传最广、持续时间最长的社区 PD 软件之一，始于 Amiga 发布仅一年后，是早期用户组磁盘系列的代表。
• ARUG（美国）：业余无线电用户组，专注于 Amiga 业余无线电应用，是 Amiga PD 世界中极具特色的专业收藏。
• 新西兰 Amiga 用户组（1986–1990）：首张新闻磁盘可追溯至1986年12月，发展成全国性网络，系列至少包含29张磁盘。
• S.N.A.G.（美国拉斯维加斯，1990）：全年发布月度磁盘系列，至少14卷，内容混合游戏、工具、图形和屏幕特效。

磁盘杂志

• JAM（英国，1991–1995）：订阅制 Amiga 杂志，共发行58期。

Jarred Sumner 在《Rewriting Bun in Rust》一文中声称，Claude Code v2.1.181（2025 年 6 月 17 日发布）及更高版本已采用 Rust 重写的 Bun。他表示 Linux 上的启动速度提升了 10%，但除此之外几乎无人察觉，并评价“平淡无奇是好事”（Boring is good）。

为验证这一说法，作者检查了本地 Claude Code 的二进制文件，并找到两项关键证据：

版本号证据：通过命令 strings ~/.local/bin/claude | grep -m1 'Bun v1' 从二进制中提取信息，输出为 Bun v1.4.0 (macOS arm64)。而当时 Bun 在 GitHub 上的最新正式版仅为 v1.3.14（发布于 5 月 12 日），这说明 Claude Code 内置了一个尚未正式发布的预览版本。后续更新指出，该 Rust 重写版本已作为 Bun canary 发布，用户可通过 bun upgrade --canary 安装。

Rust 源码文件证据：通过命令 strings ~/.local/bin/claude | grep -Eo 'src/[[:alnum:]_./-]+\.rs' 从二进制中提取文件名，共发现了 563 个 Rust 源文件路径，其中包括：

src/runtime/bake/dev_server/mod.rs
src/runtime/bake/production.rs
src/bundler/bundle_v2.rs

这直接证明 Claude Code 的二进制文件中嵌入了大量 Rust 重写的 Bun 代码。

额外验证技巧：来自 Ajan Raj 的方法进一步得以确认。通过设置环境变量 BUN_OPTIONS="--preload=/tmp/bun-version.ts" 并运行 claude --version，输出显示内部 Bun 版本为 1.4.0。

文章还提到，Bun 在 5 月 17 日的一次提交中将 package.json 的版本号更新为 1.4.0，此后该版本号未再变动，但当时尚未进入正式标签发布渠道，仅存在于 canary 版本。

综上所述，Rust 重写的 Bun 已通过 Claude Code 部署在数百万台设备上平稳运行，几乎没有引发明显问题，印证了 Jarred Sumner 所说的“平淡无奇是好事”。

作者分享了他推出 MIDI 录音器 Jamcorder 一年半以来的经验。该产品已售出 2500 台，能够自负盈亏并广受用户好评。对他而言，这不仅实现了拥有全自动钢琴录音设备的愿望，也达成了从软件跨界到硬件的人生目标。

文章最核心的意外发现是：硬件并没有想象中那么难。尽管“硬件很难”是业界格言，涵盖电子设计、外壳、制造和供应链等复杂环节，但实际操作却异常顺利——前 500 台甚至由作者在厨房亲手组装以打磨流程，仅用 4 天完成且未做任何改动。相比之下，软件才是最大挑战：固件、应用程序和制造工具共计约 20 万行代码，在 LLM 尚未普及的时代耗时三年以上、经历了无数通宵才完成。

作者认为硬件的难度声誉被过度夸大，当然这也与 Jamcorder 刻意保持极简 的设计哲学密不可分：PCB 仅有 25 种独特元件，除定制 MIDI 接口外均为现成部件；组装只需一颗螺丝固定单块电路板；注塑模具拔模角度充裕，无需滑块。低电量检测、环境光感应、电源键乃至 USB-C 等非核心功能都被砍掉，以最大限度降低复杂度。

他也指出，2500 台的量级不算庞大，如果产品复杂度提升 10 倍，或是在智能手表、汽车等成熟低利润行业竞争，挑战将截然不同。但只要保护好利润空间，硬件入门并没有那么可怕。他的核心结论是：“硬件的难度取决于你把它做得多难”（hardware is as hard as you make it），不应让这句格言吓退潜在创业者。

文章末尾提供了十条适用于中等规模硬件出货的实操建议：

1. 保持 BOM 简洁，尽量避免仅由单一厂商供应的元件。
2. 避免复杂的组装与校准流程。
3. 与中国代工厂和供应商合作，善用阿里巴巴平台。
4. 毛利率目标至少达到 70%。
5. 保持公司精简，硬件规模扩张更慢。
6. 制定强有力的防伪策略，切勿忽视。
7. 最终品控在内部完成，并在本地储备成品库存。
8. 每轮生产前都要求提供样品。
9. 编写带图片的分步制造与组装指南。
10. 包装体积要小，高价值密度的产品会让物流与仓储更简单。

主题与目的
标题“Fake food delivery site for the dopamine”指向一个面向暴食症（Binge Eating Disorder, BED）及强迫性暴食者的线上支持小组。该小组旨在为受频繁暴食困扰的人群提供互助与情感支持，并明确声明不提供任何专业医疗诊断。

关于暴食症（BED）
内容介绍，暴食症是一种进食障碍，其特征为反复发作的暴食行为，但患者在事后不会采取催吐等补偿性清除措施。该病症在普通人群中的患病率约为1%至5%。典型症状包括短时间内摄入极大量食物直至感到身体不适，暴食过程中伴随强烈的失控感，以及事后产生极度的羞耻与痛苦。BED是一种可导致肥胖、糖尿病、高胆固醇、抑郁症及其他多种严重健康并发症的疾病。

社区规范与资源
小组欢迎所有经历频繁暴食发作的人加入，但强调社区成员并非专业人士，无法为他人进行诊断。该空间奉行无评判原则，所有不支持性评论均会被移除。此外，内容末尾提供了 /r/BingeEatingDisorder 官方 Discord 服务器的链接，作为成员进行实时交流与寻求支持的额外渠道。

本文介绍"Hardcore IndieWeb"理念，主张以极低成本和极简技术栈，实现对网站内容和数字身份的完全独立掌控，回归类似90年代的手工网站发布方式。

核心理念

IndieWeb运动强调用户应完全拥有自己的网络身份与内容，避免被企业平台控制。"Hardcore IndieWeb"在此基础上更进一步，将控制与可移植性作为硬性要求：内容必须主要保存在本地硬盘，且本地必须存有已发布的完整HTML及网页资源副本。若内容仅存在于第三方服务的数据库中，一旦服务商倒闭或无法导出数据，用户将面临内容丢失或迁移困难的风险。唯有本地持有完整发布版本，才能真正实现随时迁移、不受制于人的独立。

方法与工具

该方法完全复刻90年代的网页发布流程：在本地编写内容，浏览器预览，满意后上传服务器。整个过程只需要三样基础工具：文本编辑器、支持SSH/SFTP的文件传输工具（如FileZilla或Nova），以及一个网页托管服务。无需编程环境、框架、命令行工具或订阅制服务。

作者推荐NearlyFreeSpeech.net作为主机，费用低至每天0.01美元，按量付费，最低充值0.25美元即可使用。用户需要掌握基础HTML（只需少量标签即可）。

网站构建实践

• 首页：创建index.html置于根目录。无需依赖模板引擎，可手动粘贴最新文章摘要或全文，完全自由决定页面呈现方式。
• 博客文章：每篇博文都是独立的HTML文件，可按需在/blog/等目录中组织文件结构。由于直接使用HTML而非Markdown或数据库条目，每篇文章都可拥有独特的样式、版式与个性，突破统一模板的限制。
• 归档页：创建archive文件夹并放置index.html，手动列出文章链接，自由排序或高亮推荐内容。
• 订阅源：RSS/Atom Feed本质上是一个XML文件。可从维基百科复制示例代码保存为feed.xml，替换为自己的域名、标题和文章<entry>条目（使用UUID作为<id>），并通过W3C Feed校验服务检查格式。

发布时，使用文件传输工具将本地文件拖放至远程服务器即可。首次上传全部文件，后续仅传输新增或修改的内容。

优势与结语

这种方式的核心优势在于彻底的独立性与安全性：主机若终止服务，可立即更换服务商并重传完整站点；不存在博客软件或静态生成器的安全漏洞隐患；完全不依赖任何第三方平台。作者认为，尽管现代网络工具日益复杂，但"Hardcore IndieWeb"证明了直接掌控HTML与文件依然简单、 empowering且充满乐趣。只要内容始终主要保存在本地，并保有完整的可发布副本，用户即拥有真正的数字独立。

该页面追踪 OpenAI 团队成员 @thsottiaux 在 X 平台上发布的 Codex 与 ChatGPT Work 使用限额重置公告，汇总历史记录并提供统计数据，方便用户掌握限额恢复时间。

核心数据

截至记录时点，页面累计追踪到 35 次重置：

• 上次重置：2 天前
• 平均间隔：约 8.9 天
• 最长无重置期（Drought）：67.7 天
• 时间分布：过去 26 周内，重置多集中在周一、周三、周五。

重置的主要动因

推文记录显示，触发限额重置的情况大致分为以下几类：

1. 用户里程碑庆祝
在 Codex 与 ChatGPT Work 活跃用户突破 300 万、700 万、800 万及 900 万等节点时，官方通过全面重置或发放“可储存的重置额度（banked reset）”来庆祝，并鼓励用户继续探索产品。

2. 系统故障与性能波动补偿
多次因服务稳定性问题而为用户重置限额，包括：

• 请求被误判为高网络风险而遭拦截（约 8 分钟修复）；
• 缓存优化回滚导致长会话中限额消耗异常加快；
• 美国区域高延迟、全球性服务中断（30–45 分钟）；
• GPU 扩容期间的系统缓慢等。
  修复后，官方通常会在数分钟至数小时内为用户“硬重置”或恢复 100% 的周/小时限额。

3. 产品与计费系统迭代

• 推出网页端/移动端“储存重置”功能时，为早期仅支持桌面端的用户补发重置额度。
• 重写底层用量追踪与计费系统后，索性通过重置代替繁琐的历史用量补录。

4. 预防性重置与调查期缓冲
当监测到用户集中报告限额消耗过快，但根因尚未明确时，官方会采取预防性全面重置，并在后续公布调查结果（例如某次 2 倍促销限额未正确覆盖约 9% 的 Plus/Pro 用户，修复后统一重置）。

5. 节假日与特殊活动福利

• 曾在 Codex 一周年之际允许其“自行重置”限额；
• 圣诞节期间将限额临时提升至 2 倍并额外重置；
• 在新版上线、$100 新档位发布或“Reset Week”等节点主动发放福利。

结语

该页面实质是一个社区向的监控看板，将散落在 X 平台上的官方公告结构化归档。对于付费用户而言，它是追踪 Codex 与 ChatGPT Work 使用限额何时恢复、为何恢复的集中参考。