[程序员] [Rewrite Bun in MC++] 7 天 20+万行代码 C++26 模块化, 重写 Bun 行为艺术复刻, 已能真实运行顶级开源 Web 框架项目
背景
之前 Anthropic 团队用 Agent 开发 C 编译器 以及 早期 Rewrite Bun in Rust. 最初我也就看个热闹, 但没有想到的是 Bun 作者真的把这个 100W+行的 PR 合入了, 我相信这不仅是对我而是整个开发者群体都是一件相当震惊的事情。
一个 ~100k+ star 、真实应用到生产环境的顶级开源项目、不到 2 周时间 AI 编写了 100 万+行代码 单个 PR 直接合入主分支了! 这里最核心的是他不是一个玩具项目。所以这个事件引发了我的一些思考:
● 对于百万行级的大型项目 Agent 大幅度参与的可行性、会不会遇到什么问题?
● 开源项目、开发者、Agent 如果管理和维护?
● Agent 承担了执行者的角色, 而人更多的是做 架构设计、决策、规则制定、品位、审美相关的事?
● 不是人来执行者后, 编程语言选择、是否手写、xx 语言开发者群体等可能更偏向文化类感性一点? (类似 小众文化 / 二次元)
带着上面的思考, 加上我本身又是 C++ 最新语言特性 以及 模块化工程(import std;) 极度的爱好者 + 实践者, 所以我决定使用 C++26 + 模块化 也重写一下 Bun 来具体体验一下这个过程, 同时也来验证一下 C++26 和 模块化在百万级工程项目上的可用性和最佳实践, 于是就有了这个 -> Rewrite Bun in MC++
进展和规划
mbun 已经有 24 万+行 C++模块化(.cppm) 代码, 并能构建为单可执行文件。
目前 已经可以初步"验证使用" + 真实运行生态顶级开源项目:
● Bun 生态的开源 Web 框架项目 elysia
● 以及 Node 生态的开源 Web 框架项目 express
但是对于 Bun 和 Node 原生的 6000+测试集覆盖率目前还处于~40%的进度。
当前的规划是 先 100%过 Node 和 Bun 原生的所有测试集, 然后再分模块的进行性能优化。在这个从"零"搭建基础项目结构, 使用多 Agent 并行开发 20+万行 C++代码中也遇到了一些问题以及关于上面问题的一些思考, 打算过几天等 100%覆盖所有测试集后, 再编写相关具体的文章来详细分析一下过程和相关的思考
而目前我已经把所有的代码放到了 Github 的 mbun 仓库, 欢迎感兴趣的朋友 Star 项目或一起参与开发/构建 (一起玩 / Just for Fun)
● https://github.com/Sunrisepeak/mbun
mbun - main.cpp
----------------------
● 开源仓库: https://github.com/Sunrisepeak/mbun
● Rewrite Bun in MC++
● Rewrite Bun in Rust
背景
之前 Anthropic 团队用 Agent 开发 C 编译器 以及 早期 Rewrite Bun in Rust. 最初我也就看个热闹, 但没有想到的是 Bun 作者真的把这个 100W+行的 PR 合入了, 我相信这不仅是对我而是整个开发者群体都是一件相当震惊的事情。
一个 ~100k+ star 、真实应用到生产环境的顶级开源项目、不到 2 周时间 AI 编写了 100 万+行代码 单个 PR 直接合入主分支了! 这里最核心的是他不是一个玩具项目。所以这个事件引发了我的一些思考:
● 对于百万行级的大型项目 Agent 大幅度参与的可行性、会不会遇到什么问题?
● 开源项目、开发者、Agent 如果管理和维护?
● Agent 承担了执行者的角色, 而人更多的是做 架构设计、决策、规则制定、品位、审美相关的事?
● 不是人来执行者后, 编程语言选择、是否手写、xx 语言开发者群体等可能更偏向文化类感性一点? (类似 小众文化 / 二次元)
带着上面的思考, 加上我本身又是 C++ 最新语言特性 以及 模块化工程(import std;) 极度的爱好者 + 实践者, 所以我决定使用 C++26 + 模块化 也重写一下 Bun 来具体体验一下这个过程, 同时也来验证一下 C++26 和 模块化在百万级工程项目上的可用性和最佳实践, 于是就有了这个 -> Rewrite Bun in MC++
进展和规划
mbun 已经有 24 万+行 C++模块化(.cppm) 代码, 并能构建为单可执行文件。
目前 已经可以初步"验证使用" + 真实运行生态顶级开源项目:
● Bun 生态的开源 Web 框架项目 elysia
● 以及 Node 生态的开源 Web 框架项目 express
但是对于 Bun 和 Node 原生的 6000+测试集覆盖率目前还处于~40%的进度。
当前的规划是 先 100%过 Node 和 Bun 原生的所有测试集, 然后再分模块的进行性能优化。在这个从"零"搭建基础项目结构, 使用多 Agent 并行开发 20+万行 C++代码中也遇到了一些问题以及关于上面问题的一些思考, 打算过几天等 100%覆盖所有测试集后, 再编写相关具体的文章来详细分析一下过程和相关的思考
而目前我已经把所有的代码放到了 Github 的 mbun 仓库, 欢迎感兴趣的朋友 Star 项目或一起参与开发/构建 (一起玩 / Just for Fun)
● https://github.com/Sunrisepeak/mbun
mbun - main.cpp
// mbun executable entrypoint and command dispatch.
import std;
import mbun.app;
import mbun.exe_platform;
import mbun.cli;
import mbun.cli.run_command;
import mbun.install.command;
import mbun.install.dependency;
import mbun.install.npm.json;
import mbun.install.package_json_editor;
import mbun.jsc.module_loader;
import mbun.jsc.runtime;
import mbun.jsc.test_runner;
import mbun.js_parser;
import mbun.toml;
import mbun.bunfig.types;
import mbun.bunfig.parser;
import mbun.http;
import mbun.bundler;
import mbun.resolver;
using namespace mbun::app;
int main(int argc, char* argv[]) {
//....
auto parsed = mbun::cli::parse(args);
using mbun::cli::Action;
switch (parsed.action) {
case Action::Version:
// Three lines: mbun's real version, then the bun / node compatibility
// claims (the corpus-pinned versions). Line 2 keeps `--version` output
// containing Bun.version (regression/issue/10170 asserts toContain).
std::println("mbun {}", mbun::cli::MBUN_VERSION);
std::println("bun {} (compatible)", mbun::cli::VERSION);
std::println("node v{} (compatible)", mbun::cli::NODE_COMPAT_VERSION);
return 0;
case Action::Help:
std::print("{}", USAGE);
return 0;
case Action::Test:
return run_test(std::span{args}.subspan(1));
case Action::Install:
return run_install(std::span{args}.subspan(1));
case Action::Add:
return run_add(std::span{args}.subspan(1));
case Action::Build:
return run_build(std::span{args}.subspan(1));
case Action::Exec:
return run_exec(parsed.argument);
case Action::NotImplemented:
std::println("mbun: '{}' is planned but not implemented yet", parsed.argument);
return 1;
case Action::Unknown:
// Tag::AutoCommand — an unrecognized first positional is not an error in
// bun: it is a run target. `bun dev` runs the "dev" script, `bun eslint`
// runs node_modules/.bin/eslint, and only when nothing matches does it
// report `Script not found` + exit 1 (cli/mod.rs:1469-1481 → exec_with_cfg,
// run_command.rs:2726-2790). --if-present makes the miss silent/0.
return exec_run_target(args[0], std::span{args}.subspan(1), globalFlags,
/*allowFastRunForExtensions=*/true, /*binDirsOnly=*/true);
}
return 0;
}
----------------------
● 开源仓库: https://github.com/Sunrisepeak/mbun
● Rewrite Bun in MC++
● Rewrite Bun in Rust
[全球工单系统] Kimi 官网整个崩了 503 Service Unavailable
https://www.kimi.com
Service Unavailable
https://www.kimi.com
Service Unavailable
* Host www.kimi.com:443 was resolved.
* IPv6: (none)
* IPv4: 103.143.17.156
* Trying 103.143.17.156:443...
* Connected to www.kimi.com (103.143.17.156) port 443
* ALPN: curl offers h2,http/1.1
* (304) (OUT), TLS handshake, Client hello (1):
* CAfile: /etc/ssl/cert.pem
* CApath: none
* (304) (IN), TLS handshake, Server hello (2):
* (304) (IN), TLS handshake, Unknown (8):
* (304) (IN), TLS handshake, Certificate (11):
* (304) (IN), TLS handshake, CERT verify (15):
* (304) (IN), TLS handshake, Finished (20):
* (304) (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / AEAD-AES256-GCM-SHA384 / [blank] / UNDEF
* ALPN: server accepted h2
* Server certificate:
* subject: CN=*.kimi.com
* start date: Dec 5 00:00:00 2025 GMT
* expire date: Dec 4 23:59:59 2026 GMT
* subjectAltName: host "www.kimi.com" matched cert's "*.kimi.com"
* issuer: C=US; O=DigiCert Inc; OU=www.digicert.com; CN=RapidSSL TLS RSA CA G1
* SSL certificate verify ok.
* using HTTP/2
* [HTTP/2] [1] OPENED stream for https://www.kimi.com/
* [HTTP/2] [1] [:method: GET]
* [HTTP/2] [1] [:scheme: https]
* [HTTP/2] [1] [:authority: www.kimi.com]
* [HTTP/2] [1] [:path: /]
* [HTTP/2] [1] [user-agent: curl/8.7.1]
* [HTTP/2] [1] [accept: */*]
> GET / HTTP/2
> Host: www.kimi.com
> User-Agent: curl/8.7.1
> Accept: */*
>
* Request completely sent off
< HTTP/2 503
< server: nginx
< date: Sat, 18 Jul 2026 19:15:38 GMT
< content-type: text/plain; charset=utf-8
< content-length: 19
< x-internal-adhoc-canary: 1590144604
< x-powered-by: Express
< retry-after: 5
< x-render: mode=error;decision=queue-full;cache=none
< vary: Accept-Encoding
< strict-transport-security: max-age=31536000; includeSubDomains
< server-timing: inner; dur=4
<
* Connection #0 to host www.kimi.com left intact
Service Unavailable%
[程序员] 手搓了一个 agent 架构能减少 长 coding 任务的 llm 往返和 token 开销 80%左右。有 benchmark！
这个想法其实非常简单。假设 Codex 需要修改文件并运行测试，通常需要经历以下流程：
第 1 轮——应用补丁（修改 package 文件）
第 2 轮——应用补丁（修复 Bug ）
第 3 轮——应用补丁（修改测试脚本）
第 4 轮——执行构建
第 5 轮——运行测试和代码检查
第 6 轮——如果使用 Playwright ，Codex 还需要额外一轮读取截图等媒体文件
我们的思路是使用宏命令，将整个流程放入一个 RAG 中，从而在单轮内完成。例如：
步骤 1：检查运行环境
步骤 2：应用补丁（修改 package 文件）
步骤 2：应用补丁（修复 Bug ）
步骤 2：应用补丁（修改测试脚本）
步骤 3：执行构建
步骤 4：运行测试和代码检查
步骤 5：读取媒体文件
我使用 Codex 和 GPT-5.6-Sol High 对这种方式进行了测试。结果显示，它可以减少约 40%–80% 的大模型交互轮次，同时节省接近相同比例的 Token 。
具体实现和测试基准可以在项目的 Markdown 文档中找到。我使用 DeepSWE 任务和完整代码仓库重写任务进行了测试：
repo:https://github.com/Tura-AI/tura
benchmark 文档： https://turaai.net/docs#benchmark-current-test-set-record
| 配置 | 通过数量 | 通过率 | 实际观测 Token | 交互轮次 | 预估成本 |
|---|---:|---:|---:|---:|---:|
| Macro + 逆向推理 | 48/60 | 80.0% | 229,695,477 | 2,017 | $221.138 |
| Macro Direct | 39/60 | 65.0% | 75,108,167 | 969 | $99.620 |
| Codex CLI Medium | 38/60 | 63.3% | 333,538,349 | 3,140 | $257.173 |
| Codex CLI High | 36/60 | 60.0% | 455,742,296 | 6,074 | $327.483 |
这个想法其实非常简单。假设 Codex 需要修改文件并运行测试，通常需要经历以下流程：
第 1 轮——应用补丁（修改 package 文件）
第 2 轮——应用补丁（修复 Bug ）
第 3 轮——应用补丁（修改测试脚本）
第 4 轮——执行构建
第 5 轮——运行测试和代码检查
第 6 轮——如果使用 Playwright ，Codex 还需要额外一轮读取截图等媒体文件
我们的思路是使用宏命令，将整个流程放入一个 RAG 中，从而在单轮内完成。例如：
步骤 1：检查运行环境
步骤 2：应用补丁（修改 package 文件）
步骤 2：应用补丁（修复 Bug ）
步骤 2：应用补丁（修改测试脚本）
步骤 3：执行构建
步骤 4：运行测试和代码检查
步骤 5：读取媒体文件
我使用 Codex 和 GPT-5.6-Sol High 对这种方式进行了测试。结果显示，它可以减少约 40%–80% 的大模型交互轮次，同时节省接近相同比例的 Token 。
具体实现和测试基准可以在项目的 Markdown 文档中找到。我使用 DeepSWE 任务和完整代码仓库重写任务进行了测试：
repo:https://github.com/Tura-AI/tura
benchmark 文档： https://turaai.net/docs#benchmark-current-test-set-record
| 配置 | 通过数量 | 通过率 | 实际观测 Token | 交互轮次 | 预估成本 |
|---|---:|---:|---:|---:|---:|
| Macro + 逆向推理 | 48/60 | 80.0% | 229,695,477 | 2,017 | $221.138 |
| Macro Direct | 39/60 | 65.0% | 75,108,167 | 969 | $99.620 |
| Codex CLI Medium | 38/60 | 63.3% | 333,538,349 | 3,140 | $257.173 |
| Codex CLI High | 36/60 | 60.0% | 455,742,296 | 6,074 | $327.483 |
[分享创造] ThreeBox 开源：通过聊天创造 3D 模型和游戏场景，已开放所有用户免费使用
先贴 ThreeBox 的体验地址： https://threejson.org/tools/scene-host/threebox/?lang=zh-CN
1 、ThreeBox 是什么？
你可以将 ThreeBox 理解为类似 ChatGPT 的交互界面，你可以通过自然语言聊天来生成可交互、可编辑、可导出的 3D 模型。
2 、豆包也能生成 3D 模型，ThreeBox 有什么特殊？
ThreeBox 生成的 3D 模型是动态可交互的，比如：生成一个地球并用文字标注； ThreeBox 可以生成完整的 3D 场景，支持自动纹理贴图，支持文字、特效、粒子和物理引擎； ThreeBox 支持对模型的直接的、精细的调整； ThreeBox 生成的 3D 模型，可以导出为任意主流 3D 格式，包括 3D 打印； ThreeBox 是开源的，ThreeJSON 项目的一部分，与 ThreeJSON 一起通过 MIT 协议开源，这意味着你可以：下载、修改、定制、再发行、用于商业系统； ThreeBox 是基于 ThreeJSON 的，模型生成非常节省 token ； ThreeBOX 允许配置任意自定义的供应商， 还有很多，无法一一列举。
3 、ThreeBox 是一种 LLM 吗？
不是，ThreeBox 是基于 ThreeJSON 内核实现的应用。底层依赖大模型供应商的 API key 才能工作。 它基于 ThreeJSON ，在用户与 AI 接口之间，建立了一套描述 3D 场景的中间层。 要了解 ThreeJSON ，可访问它的官网： https://threejson.org/website/
4 、ThreeBox 收费吗？
ThreeBox 目前是免费的，且开源。
5 、我能用 ThreeBox 做什么？
你可以体验体验玩一玩。 如果你在做 3D 打印，结合 ThreeJSON 提供的编辑器，可以快速得到可供打印的 3D 模型； 如果你在开发游戏，可通过一段话描述来生成所需的游戏地图和模型； 如果你在做科研、仿真或机器人训练，可以快速得到用于机械控制的、可交互的 3D 模拟环境； 如果你在做数字孪生，可以快速搭建 3D 场景； 如果你在做展览，结合 ThreeJSON 提供的编辑器，可以生成所需的 3D 物体或微缩景观。
日常生活中与人描述一件东西或者某个布局，可以使用 ThreeBox 生成一下，方便沟通。
[注意，ThreeBox 当前的聊天记录存在你本地缓存中，重要场景和模型及时导出；若清空缓存，聊天记录会永久丢失。]
V 友们有什么问题，欢迎反馈。自行部署、引入自己的项目遇到问题，也欢迎问我或者反馈到官方邮箱。
先贴 ThreeBox 的体验地址： https://threejson.org/tools/scene-host/threebox/?lang=zh-CN
1 、ThreeBox 是什么？
你可以将 ThreeBox 理解为类似 ChatGPT 的交互界面，你可以通过自然语言聊天来生成可交互、可编辑、可导出的 3D 模型。
2 、豆包也能生成 3D 模型，ThreeBox 有什么特殊？
ThreeBox 生成的 3D 模型是动态可交互的，比如：生成一个地球并用文字标注； ThreeBox 可以生成完整的 3D 场景，支持自动纹理贴图，支持文字、特效、粒子和物理引擎； ThreeBox 支持对模型的直接的、精细的调整； ThreeBox 生成的 3D 模型，可以导出为任意主流 3D 格式，包括 3D 打印； ThreeBox 是开源的，ThreeJSON 项目的一部分，与 ThreeJSON 一起通过 MIT 协议开源，这意味着你可以：下载、修改、定制、再发行、用于商业系统； ThreeBox 是基于 ThreeJSON 的，模型生成非常节省 token ； ThreeBOX 允许配置任意自定义的供应商， 还有很多，无法一一列举。
3 、ThreeBox 是一种 LLM 吗？
不是，ThreeBox 是基于 ThreeJSON 内核实现的应用。底层依赖大模型供应商的 API key 才能工作。 它基于 ThreeJSON ，在用户与 AI 接口之间，建立了一套描述 3D 场景的中间层。 要了解 ThreeJSON ，可访问它的官网： https://threejson.org/website/
4 、ThreeBox 收费吗？
ThreeBox 目前是免费的，且开源。
5 、我能用 ThreeBox 做什么？
你可以体验体验玩一玩。 如果你在做 3D 打印，结合 ThreeJSON 提供的编辑器，可以快速得到可供打印的 3D 模型； 如果你在开发游戏，可通过一段话描述来生成所需的游戏地图和模型； 如果你在做科研、仿真或机器人训练，可以快速得到用于机械控制的、可交互的 3D 模拟环境； 如果你在做数字孪生，可以快速搭建 3D 场景； 如果你在做展览，结合 ThreeJSON 提供的编辑器，可以生成所需的 3D 物体或微缩景观。
日常生活中与人描述一件东西或者某个布局，可以使用 ThreeBox 生成一下，方便沟通。
[注意，ThreeBox 当前的聊天记录存在你本地缓存中，重要场景和模型及时导出；若清空缓存，聊天记录会永久丢失。]
V 友们有什么问题，欢迎反馈。自行部署、引入自己的项目遇到问题，也欢迎问我或者反馈到官方邮箱。
[分享创造] 打开「二十四节气」的知识页，进入“寒暑”，就能看到今年的三伏已经走到了哪里
进入三伏，也进入一年最浓的夏天
蝉鸣渐渐占满午后，窗外的树叶被晒得发亮，连吹来的风都带着热意。
三伏就是这样到来的。它不像某一个节气，有清晰而短暂的名字；更像一段缓慢展开的盛夏，从初伏走到中伏，再走到末伏，陪我们穿过一年里最热、也最有夏天气息的日子。
可“三伏”又常常是一个熟悉而模糊的词。我们知道已经入伏，却未必知道今天走到了哪一伏、这一伏的第几天，也很少有人会专门翻开日历，去弄清它和夏至、立秋之间的关系。
所以最近几个版本里，我最想介绍的并不是某一项炫目的新功能，而是 App 里新加入的“寒暑时令”。
把三伏放回每天的生活里
打开「二十四节气」的知识页，进入“寒暑”，就能看到今年的三伏已经走到了哪里。
它不会只扔给你一串需要记住的日期，而是直接告诉你：现在处于初伏、中伏还是末伏，今天是这一伏的第几天，下一段暑热又会在什么时候到来。
我很喜欢这种感觉。它没有催促我们做什么，只是在日常生活里放下一枚小小的时令坐标。早上看一眼，便知道盛夏正在往前走；等到末伏结束，也会突然意识到，风里已经悄悄有了一点秋意。
同一个页面里还收录了冬日的“数九”。夏看三伏，冬看数九，一年里最热与最冷的两段时间，就这样被放进了一条清晰的寒暑线索里。
让节气出现在更多生活瞬间
节气不一定要等到打开 App 时才被看见。
现在戴着 Apple Watch ，抬起手腕就能看到当下的节气。通勤路上、散步时，或者只是想看一眼时间，它都会顺便提醒你：今天仍在盛夏，距离下一次节气转换还有多久。
桌面上的节气提醒也变得更从容了。你可以选择在节气当天收到提醒，也可以提前几天，让自己有时间准备一顿应时的饭、安排一次出门，或者只是提前知道，季节又要往前走一步。
知识页里新加入了节令短句和节气诗选。到了小暑、大暑这样的日子，除了看温度，也可以读一段古人眼里的风、雨、荷叶与蝉鸣。
喜欢的节气画面还可以做成分享卡片。既有适合社交平台的海报，也有保留更多内容的长图。遇到喜欢的插画或句子，可以保存下来，也可以送给正好想念的人。
收藏一整年的猫咪与四季
最近上线的“猫咪节气绘本”，是这个夏天里很轻松的一次更新。
二十四只猫咪跟着节气生活：春天看花，夏天在瓜架下乘凉，秋天守着稻穗，冬天靠近暖炉。每一幅画都像一本慢慢翻动的自然绘本，也可以同步出现在主 App 、Apple Watch 和桌面小组件上。
我们一直觉得，主题不应该只是换一张背景图。它更像是我们理解季节的一种方式。有人喜欢克制的传统画面，也有人喜欢猫咪、兔子和水獭带来的轻松感。只要抬头看见它时，能多感受到一点当下的季节，这套主题就有了意义。
给炎热的午后留一点安静
夏季放松空间也更新了新的自然声音与舒缓音频。
如果午后太热，不想出门，可以听一会儿树叶、风声和雨声。它不需要完成什么任务，也不追求效率，只是让手机暂时从信息入口变成一个安静的角落。
从桌面小组件，到三伏与数九，再到手腕上的节气、可以读的诗句和可以分享的卡片，「二十四节气」一直在做同一件事：
让传统时间不只停留在日历里，而是重新回到每天的生活中。
下载体验
App Store：https://apps.apple.com/app/id6746864373
官网：https://24jieqi.app
进入三伏，也进入一年最浓的夏天
蝉鸣渐渐占满午后，窗外的树叶被晒得发亮，连吹来的风都带着热意。
三伏就是这样到来的。它不像某一个节气，有清晰而短暂的名字；更像一段缓慢展开的盛夏，从初伏走到中伏，再走到末伏，陪我们穿过一年里最热、也最有夏天气息的日子。
可“三伏”又常常是一个熟悉而模糊的词。我们知道已经入伏，却未必知道今天走到了哪一伏、这一伏的第几天，也很少有人会专门翻开日历，去弄清它和夏至、立秋之间的关系。
所以最近几个版本里，我最想介绍的并不是某一项炫目的新功能，而是 App 里新加入的“寒暑时令”。
把三伏放回每天的生活里
打开「二十四节气」的知识页，进入“寒暑”，就能看到今年的三伏已经走到了哪里。
它不会只扔给你一串需要记住的日期，而是直接告诉你：现在处于初伏、中伏还是末伏，今天是这一伏的第几天，下一段暑热又会在什么时候到来。
我很喜欢这种感觉。它没有催促我们做什么，只是在日常生活里放下一枚小小的时令坐标。早上看一眼，便知道盛夏正在往前走；等到末伏结束，也会突然意识到，风里已经悄悄有了一点秋意。
同一个页面里还收录了冬日的“数九”。夏看三伏，冬看数九，一年里最热与最冷的两段时间，就这样被放进了一条清晰的寒暑线索里。
让节气出现在更多生活瞬间
节气不一定要等到打开 App 时才被看见。
现在戴着 Apple Watch ，抬起手腕就能看到当下的节气。通勤路上、散步时，或者只是想看一眼时间，它都会顺便提醒你：今天仍在盛夏，距离下一次节气转换还有多久。
桌面上的节气提醒也变得更从容了。你可以选择在节气当天收到提醒，也可以提前几天，让自己有时间准备一顿应时的饭、安排一次出门，或者只是提前知道，季节又要往前走一步。
知识页里新加入了节令短句和节气诗选。到了小暑、大暑这样的日子，除了看温度，也可以读一段古人眼里的风、雨、荷叶与蝉鸣。
喜欢的节气画面还可以做成分享卡片。既有适合社交平台的海报，也有保留更多内容的长图。遇到喜欢的插画或句子，可以保存下来，也可以送给正好想念的人。
收藏一整年的猫咪与四季
最近上线的“猫咪节气绘本”，是这个夏天里很轻松的一次更新。
二十四只猫咪跟着节气生活：春天看花，夏天在瓜架下乘凉，秋天守着稻穗，冬天靠近暖炉。每一幅画都像一本慢慢翻动的自然绘本，也可以同步出现在主 App 、Apple Watch 和桌面小组件上。
我们一直觉得，主题不应该只是换一张背景图。它更像是我们理解季节的一种方式。有人喜欢克制的传统画面，也有人喜欢猫咪、兔子和水獭带来的轻松感。只要抬头看见它时，能多感受到一点当下的季节，这套主题就有了意义。
给炎热的午后留一点安静
夏季放松空间也更新了新的自然声音与舒缓音频。
如果午后太热，不想出门，可以听一会儿树叶、风声和雨声。它不需要完成什么任务，也不追求效率，只是让手机暂时从信息入口变成一个安静的角落。
从桌面小组件，到三伏与数九，再到手腕上的节气、可以读的诗句和可以分享的卡片，「二十四节气」一直在做同一件事：
让传统时间不只停留在日历里，而是重新回到每天的生活中。
下载体验
App Store：https://apps.apple.com/app/id6746864373
官网：https://24jieqi.app
[程序员] openrouter 上 glm 5.2 的多家供应商相互压价
glm 5.2 发布才一个月，开源模型的 token 价格屠刀已经崭露锋芒了。
openrouter glm 5.2 有三家供应商相互压价，昨天上午还 70% off ，今天上午已经 80% off 了，开始向电费成本逼近了。
买不到原厂 code plan ，可以试试 openrouter 上 2 折的 glm 5.2 ，不用包月，随充随用。
glm 5.2 发布才一个月，开源模型的 token 价格屠刀已经崭露锋芒了。
openrouter glm 5.2 有三家供应商相互压价，昨天上午还 70% off ，今天上午已经 80% off 了，开始向电费成本逼近了。
买不到原厂 code plan ，可以试试 openrouter 上 2 折的 glm 5.2 ，不用包月，随充随用。
[推广] 企业微信免 Root 虚拟定位打卡！ 0 成本安卓手机 100%成功教程
📱 企业微信免 Root 虚拟定位打卡，0 成本安卓手机 100%成功！
📄 无需 ROOT 权限，任何 Android 8.0+手机都能用。12 步手把手教你实现虚拟定位打卡，100%成功，无异常风险提示
🎯 适用场景： - 远程办公需要打卡 - 出差在外无法到公司 - 居家办公但公司要求现场打卡
🔗 YouTube:
iframe (www.youtube.com)
📱 企业微信免 Root 虚拟定位打卡，0 成本安卓手机 100%成功！
📄 无需 ROOT 权限，任何 Android 8.0+手机都能用。12 步手把手教你实现虚拟定位打卡，100%成功，无异常风险提示
🎯 适用场景： - 远程办公需要打卡 - 出差在外无法到公司 - 居家办公但公司要求现场打卡
🔗 YouTube:
iframe (www.youtube.com)
[macOS] 兄弟们，关于 Macbook 血的教训！ MacOS 比 Win 更逆天！
原文:本电脑本人自营购买，有发票，有盒子配件齐全的未激活电脑。到手后，没登录 iCloud ，只设置了本地账户（不设本地账户进不去系统），随后用了大概半年，此前密码一直是 0000 ，前天改了也是 6 位纯数字密码。（和手机一起改的同样的密码）然后就正常用，后面电脑又突发恶疾，莫名其妙的断网，故我就重启了，开机时这里又卡住在系统桌面大概 20 多秒才自己关机。（ apple 真垃圾！）关机后重启系统，到输入密码界面发现输入密码错误，试了新的旧的，都错误，但是我能 100%确定密码是正确的，因为我和手机同时改的同样的密码。（纯数字密码，故排除了输入法问题）并且清晰地记得当时改完密码第一时间验证过新密码能进锁屏。随后赶紧网上找教程，发现可以进恢复系统重设密码，进入后输入 resetpassword 准备重置，然后发现有保底的，就准备再切到系统去试试密码实在不行再过来改，然后重启后，人懵了，直接在激活界面，必须要账号密码才能进刚刚那个保底界面。（后面才知道这个功能只有一次机会，苹果说就这么设计的，真的逆天！请问你是注重安全吗？那为什么能直接重设密码？那如果可以重设密码的话？为什么只给一次机会？啊三的脑回路我实在不理解。）然后去了天才吧，打了官方高级顾问电话，最后都是无解。1.mac 没有类似 win 的 pe 系统，所以数据没办法搞出来了 2.这个最要命的点就是，resetpassword 直接一次机会非常不合理，即使没有成功进行，也没机会了……纯莎杯，而且没有任何提示和警告只有一次机会……这么高危的东西，设计的实在 nt……
疑问与质问：
1. 这是什么脑回路的安全？ 如果你真的注重安全，为什么第一次可以让我直接免密进
2. 既然允许重置，凭什么只给一次机会？ 既然第一次开放了权限，中途退出直接算作废，请问这个逻辑的合理性在哪里？
3. 为什么没有任何高危提示？ 这么高危、一旦错过就变砖的机制，界面上特么哪怕连一行
----------------------
原文:本电脑本人自营购买，有发票，有盒子配件齐全的未激活电脑。到手后，没登录 iCloud ，只设置了本地账户（不设本地账户进不去系统），随后用了大概半年，此前密码一直是 0000 ，前天改了也是 6 位纯数字密码。（和手机一起改的同样的密码）然后就正常用，后面电脑又突发恶疾，莫名其妙的断网，故我就重启了，开机时这里又卡住在系统桌面大概 20 多秒才自己关机。（ apple 真垃圾！）关机后重启系统，到输入密码界面发现输入密码错误，试了新的旧的，都错误，但是我能 100%确定密码是正确的，因为我和手机同时改的同样的密码。（纯数字密码，故排除了输入法问题）并且清晰地记得当时改完密码第一时间验证过新密码能进锁屏。随后赶紧网上找教程，发现可以进恢复系统重设密码，进入后输入 resetpassword 准备重置，然后发现有保底的，就准备再切到系统去试试密码实在不行再过来改，然后重启后，人懵了，直接在激活界面，必须要账号密码才能进刚刚那个保底界面。（后面才知道这个功能只有一次机会，苹果说就这么设计的，真的逆天！请问你是注重安全吗？那为什么能直接重设密码？那如果可以重设密码的话？为什么只给一次机会？啊三的脑回路我实在不理解。）然后去了天才吧，打了官方高级顾问电话，最后都是无解。1.mac 没有类似 win 的 pe 系统，所以数据没办法搞出来了 2.这个最要命的点就是，resetpassword 直接一次机会非常不合理，即使没有成功进行，也没机会了……纯莎杯，而且没有任何提示和警告只有一次机会……这么高危的东西，设计的实在 nt……
疑问与质问：
1. 这是什么脑回路的安全？ 如果你真的注重安全，为什么第一次可以让我直接免密进
resetpassword 重置？2. 既然允许重置，凭什么只给一次机会？ 既然第一次开放了权限，中途退出直接算作废，请问这个逻辑的合理性在哪里？
3. 为什么没有任何高危提示？ 这么高危、一旦错过就变砖的机制，界面上特么哪怕连一行
“此操作仅能执行一次，退出后将锁死” 的警告都没有！阿三这个脑回路我实在是不理解。----------------------
[程序员] 灵魂拷问：未来的 vibe coding 平民化了，那我现在还迭代个锤子啊
重构了一版扔在产品库的老掉牙的屎山产品。过程中，来灵魂拷问一下大家，按照 AI 发展趋势+端侧能力，
未来用户需求=产品了，都个性自定义化了，那么我们现在还迭戈锤子啊。。。。动力感不强劲了
重构了一版扔在产品库的老掉牙的屎山产品。过程中，来灵魂拷问一下大家，按照 AI 发展趋势+端侧能力，
未来用户需求=产品了，都个性自定义化了，那么我们现在还迭戈锤子啊。。。。动力感不强劲了
[全球工单系统] 支付宝这也太草台了
给闲鱼注册了一个新的支付宝账号，需要完成实名认证。下面是实名认证完成的通知消息，你将看到：
● 未被替换掉的测试模板消息
● 无法点击访问的链接
● 没被替换掉的参数占位符
● 底部被挤扁变形的图片
点开的那么一瞬间我以为进了钓鱼网站。
给闲鱼注册了一个新的支付宝账号，需要完成实名认证。下面是实名认证完成的通知消息，你将看到：
● 未被替换掉的测试模板消息
● 无法点击访问的链接
● 没被替换掉的参数占位符
● 底部被挤扁变形的图片
点开的那么一瞬间我以为进了钓鱼网站。
[AI Agent 智能体] 如何用 AI 在网上搜新闻整理成周报，杜绝幻觉呢？
我主要想收集一些国内外官方某个领域的立法、技术标准的新闻动态。用了 kimi\豆包，幻觉严重啊，都不太好使。刚搭了一个 hermes 准备试试。要写客观严谨的周报大家有好的办法吗？使用搜索 API 或者 MCP?有免费的么？或者有靠谱的国内新闻动态 RSS 源之类的吗（伸手）？ 谢谢！
我主要想收集一些国内外官方某个领域的立法、技术标准的新闻动态。用了 kimi\豆包，幻觉严重啊，都不太好使。刚搭了一个 hermes 准备试试。要写客观严谨的周报大家有好的办法吗？使用搜索 API 或者 MCP?有免费的么？或者有靠谱的国内新闻动态 RSS 源之类的吗（伸手）？ 谢谢！
[推广] 前端新手，花了 3 天开发了 1 个 有用的 ai 测试工具
各位大佬好，新人报告～
听说过我的人应该知道，我就是那个一路从渣渣二本逆袭过来的 JsonChao ，在大厂待了四年后，最终我们和平分手，没错，大白话就是，我现在失业了。
现在的就业环境有多差，大家是知道的，虽然人到中年（ 33 岁），上有老下有小，但是这几年的大厂经历还是让我攒下了一点余粮，所以我目前的想法是想自己做一些出海的小产品，赚点老外手里的美金来维持下家用。
下面，就来介绍下我开发的网站~
Matriz del Destino（命运矩阵）是一种基于出生日期的数字命理分析方法，可帮助你探索人生使命、性格特质、隐藏天赋、爱情关系、事业方向、财富潜力、灵魂课题与业力挑战。
使用我们的免费在线命运矩阵计算器，只需输入出生日期，即可快速生成专属 Destiny Matrix 图表，并获得清晰易懂的个性化解析。
无需注册，支持电脑和手机访问，适合初学者及数字命理爱好者进行自我探索与成长。
👏🏻👏🏻 欢迎各位大佬来品鉴这款产品，期待您的宝贵意见，我一定虚心接受您的教诲和提点~
各位大佬好，新人报告～
听说过我的人应该知道，我就是那个一路从渣渣二本逆袭过来的 JsonChao ，在大厂待了四年后，最终我们和平分手，没错，大白话就是，我现在失业了。
现在的就业环境有多差，大家是知道的，虽然人到中年（ 33 岁），上有老下有小，但是这几年的大厂经历还是让我攒下了一点余粮，所以我目前的想法是想自己做一些出海的小产品，赚点老外手里的美金来维持下家用。
下面，就来介绍下我开发的网站~
Matriz del Destino（命运矩阵）是一种基于出生日期的数字命理分析方法，可帮助你探索人生使命、性格特质、隐藏天赋、爱情关系、事业方向、财富潜力、灵魂课题与业力挑战。
使用我们的免费在线命运矩阵计算器，只需输入出生日期，即可快速生成专属 Destiny Matrix 图表，并获得清晰易懂的个性化解析。
无需注册，支持电脑和手机访问，适合初学者及数字命理爱好者进行自我探索与成长。
👏🏻👏🏻 欢迎各位大佬来品鉴这款产品，期待您的宝贵意见，我一定虚心接受您的教诲和提点~
[分享创造] 手搓了一个 agent 架构能减少 长 coding 任务的 llm 往返和 token 开销 80%左右。有 benchmark 和测试脚本以及数据集！
这个想法其实非常简单。假设 Codex 需要修改文件并运行测试，通常需要经历以下流程：
第 1 轮——应用补丁（修改 package 文件）
第 2 轮——应用补丁（修复 Bug ）
第 3 轮——应用补丁（修改测试脚本）
第 4 轮——执行构建
第 5 轮——运行测试和代码检查
第 6 轮——如果使用 Playwright ，Codex 还需要额外一轮读取截图等媒体文件
我们的思路是使用宏命令，将整个流程放入一个 RAG 中，从而在单轮内完成。例如：
步骤 1：检查运行环境
步骤 2：应用补丁（修改 package 文件）
步骤 2：应用补丁（修复 Bug ）
步骤 2：应用补丁（修改测试脚本）
步骤 3：执行构建
步骤 4：运行测试和代码检查
步骤 5：读取媒体文件
我使用 Codex 和 GPT-5.6-Sol High 对这种方式进行了测试。结果显示，它可以减少约 40%–80% 的大模型交互轮次，同时节省接近相同比例的 Token 。
具体实现和测试基准可以在项目的 Markdown 文档中找到。我使用 DeepSWE 任务和完整代码仓库重写任务进行了测试：
repo:https://github.com/Tura-AI/tura
benchmark 文档： https://turaai.net/docs#benchmark-current-test-set-record
这个想法其实非常简单。假设 Codex 需要修改文件并运行测试，通常需要经历以下流程：
第 1 轮——应用补丁（修改 package 文件）
第 2 轮——应用补丁（修复 Bug ）
第 3 轮——应用补丁（修改测试脚本）
第 4 轮——执行构建
第 5 轮——运行测试和代码检查
第 6 轮——如果使用 Playwright ，Codex 还需要额外一轮读取截图等媒体文件
我们的思路是使用宏命令，将整个流程放入一个 RAG 中，从而在单轮内完成。例如：
步骤 1：检查运行环境
步骤 2：应用补丁（修改 package 文件）
步骤 2：应用补丁（修复 Bug ）
步骤 2：应用补丁（修改测试脚本）
步骤 3：执行构建
步骤 4：运行测试和代码检查
步骤 5：读取媒体文件
我使用 Codex 和 GPT-5.6-Sol High 对这种方式进行了测试。结果显示，它可以减少约 40%–80% 的大模型交互轮次，同时节省接近相同比例的 Token 。
具体实现和测试基准可以在项目的 Markdown 文档中找到。我使用 DeepSWE 任务和完整代码仓库重写任务进行了测试：
repo:https://github.com/Tura-AI/tura
benchmark 文档： https://turaai.net/docs#benchmark-current-test-set-record
[问与答] 怎么让 AI 模仿指定网站前端风格进行改造
目前参考网站需要登录后才能看到，Claude 没办法直接访问的（还是说得用 AI 专用浏览器让 Claude 去学习？）。目前我是通过一张张截图让 Claude 去学习模仿，但是发现 Claude 没办法完全模仿参考网站去改造，改造后的网站风格和参考网站还是肉眼可见差异。请问各位大神，是如何让 AI 模仿指定网站前端风格进行改造，尽可能做到一模一样？
目前参考网站需要登录后才能看到，Claude 没办法直接访问的（还是说得用 AI 专用浏览器让 Claude 去学习？）。目前我是通过一张张截图让 Claude 去学习模仿，但是发现 Claude 没办法完全模仿参考网站去改造，改造后的网站风格和参考网站还是肉眼可见差异。请问各位大神，是如何让 AI 模仿指定网站前端风格进行改造，尽可能做到一模一样？
[投资] 投资（炒股）是需要花时间学习的（附巴菲特案例）
如果炒股亏钱了，正常吗？正常，炒股本来就容易亏钱。
但奇怪的是，大多数新手入市时，都抱着只赚不亏的信念，发现自己亏钱时还感到很意外、很难接受。
只要冷静下来，客观看待（顺便一提，炒股本身就需要冷静和客观，因此我强烈建议你严肃认真地观察一下自己的情绪，自己是不是已经冷静下来了），就应该对亏钱感到正常，如果有新手赚钱了才应该感到意外。小儿初学走路，跌倒是正常的，儿童初学自行车，跌倒是正常的，那么新手入市炒股，亏钱也一样正常。
巴菲特初学投资（炒股）时，去图书馆读了几乎全部能找到的关于股票的书。我们不是巴菲特，但至少也要认真读几本吧。我们允许自己的天赋不如巴菲特，也可以允许自己的努力不如巴菲特，但不该允许自己完全放弃学习。不学，就炒，这不是纯赌博吗。
巴菲特不断读书学习，同时不断实践操作，理论结合实际，炒股十年后，读了一本书，然后有了第一次顿悟，发现自己前十年的思维模式完全错误。从这个事例中我学习到两点：
1.以巴菲特的投资天赋和努力程度，也走了十年弯路，也要花十年才学有小成。我才学了几年？
2.必须不断实践、不断学习、不断思考，才可能顿悟。如果巴菲特没有坚持学习和思考，也不会看到一本关键的书，不会激发顿悟。
这是我最近的小思考，简而言之就是我们太容易小瞧炒股了，态度太轻率了，强如巴菲特也要苦学苦练十年才有小成，普通人凭什么认为自己随便操作一下就能赚钱呢。
如果炒股亏钱了，正常吗？正常，炒股本来就容易亏钱。
但奇怪的是，大多数新手入市时，都抱着只赚不亏的信念，发现自己亏钱时还感到很意外、很难接受。
只要冷静下来，客观看待（顺便一提，炒股本身就需要冷静和客观，因此我强烈建议你严肃认真地观察一下自己的情绪，自己是不是已经冷静下来了），就应该对亏钱感到正常，如果有新手赚钱了才应该感到意外。小儿初学走路，跌倒是正常的，儿童初学自行车，跌倒是正常的，那么新手入市炒股，亏钱也一样正常。
巴菲特初学投资（炒股）时，去图书馆读了几乎全部能找到的关于股票的书。我们不是巴菲特，但至少也要认真读几本吧。我们允许自己的天赋不如巴菲特，也可以允许自己的努力不如巴菲特，但不该允许自己完全放弃学习。不学，就炒，这不是纯赌博吗。
巴菲特不断读书学习，同时不断实践操作，理论结合实际，炒股十年后，读了一本书，然后有了第一次顿悟，发现自己前十年的思维模式完全错误。从这个事例中我学习到两点：
1.以巴菲特的投资天赋和努力程度，也走了十年弯路，也要花十年才学有小成。我才学了几年？
2.必须不断实践、不断学习、不断思考，才可能顿悟。如果巴菲特没有坚持学习和思考，也不会看到一本关键的书，不会激发顿悟。
这是我最近的小思考，简而言之就是我们太容易小瞧炒股了，态度太轻率了，强如巴菲特也要苦学苦练十年才有小成，普通人凭什么认为自己随便操作一下就能赚钱呢。
[分享创造] 我做的 FastAPI + Vue Vben Admin 的全栈后台管理模板，竟然在 x 被自己刷到了，很幸福，很惊喜
今天偶然发现，有人在 X 上推荐了我开源的 Fast-Vben-Admin ，而且已经有 1 万多浏览。 看到自己做的东西被陌生人发现、认可，还主动帮忙分享，那一刻真的很惊喜，也有一种说不出来的幸福感。感谢这位朋友的推荐，也感谢大家的关注。
Fast-Vben-Admin 是一个基于 FastAPI + Vue Vben Admin 的全栈后台管理模板，内置了 RBAC 权限、多租户、动态菜单、文件存储、审计日志等常用功能，可以作为管理后台或者 SaaS 项目的起点。 项目还在持续完善中，欢迎大家体验、提建议，也欢迎 Star 。
GitHub： https://github.com/LoD-Dawn/Fast-Vben-Admin
原推： https://x.com/geekbb/status/2078497772282802450
今天偶然发现，有人在 X 上推荐了我开源的 Fast-Vben-Admin ，而且已经有 1 万多浏览。 看到自己做的东西被陌生人发现、认可，还主动帮忙分享，那一刻真的很惊喜，也有一种说不出来的幸福感。感谢这位朋友的推荐，也感谢大家的关注。
Fast-Vben-Admin 是一个基于 FastAPI + Vue Vben Admin 的全栈后台管理模板，内置了 RBAC 权限、多租户、动态菜单、文件存储、审计日志等常用功能，可以作为管理后台或者 SaaS 项目的起点。 项目还在持续完善中，欢迎大家体验、提建议，也欢迎 Star 。
GitHub： https://github.com/LoD-Dawn/Fast-Vben-Admin
原推： https://x.com/geekbb/status/2078497772282802450
[生活] 有结婚后上交工资卡，让妻子管理家庭财政的吗？
1 ，前奥运冠军、世界拳王邹市明退役 7 年跨界创业、投资，累计亏损超 2 亿，卖掉房产偿债、陷入资金链危机; 2 ，我朋友的前妻，离婚时指责他没有上交工资卡，结果离婚几年后，朋友经常收到关于他前妻追债的短信；
我就打死都不上交，各管各的，只允许她审计资金流水
1 ，前奥运冠军、世界拳王邹市明退役 7 年跨界创业、投资，累计亏损超 2 亿，卖掉房产偿债、陷入资金链危机; 2 ，我朋友的前妻，离婚时指责他没有上交工资卡，结果离婚几年后，朋友经常收到关于他前妻追债的短信；
我就打死都不上交，各管各的，只允许她审计资金流水