[分享发现] 我也分享一个 Kimi K3 的用例
我没用 Coding Agent ,我是买了 Andante 会员,在网页上用。
最近拿到一个前端页面需求文档。这个文档比较奇葩,只用纯文字描述页面上的内容,没有任何设计图。我就打开 Kimi 上传这个文件,模型选 K3 极致,提示词如下:
最后 Kimi 生成了一份带设计的 Word 文档,这一个任务也用掉了我 25% 的月额度。不过无所谓,这种量级的任务几个月碰到一回而已。另外我也发现,这种用 Kimi 自己的容器去完成任务的方式,大模型可以自由发挥,避免了在我本机上装一堆乱七八糟的一次性的东西,用完还不好清理。
生成过程
然后我看了一下生成过程,它是先写 HTML 页面,然后写一段 python 脚本启动 chromium 打开页面并截图,最后创建一个 .net 工程,写一段 C# 代码用来创建 docx 文档。部分内容如下:
生成结果
生成的文档大概是下面这样的。跟工作内容细节有关的部分我模糊掉了,总的来说,这算是一份完整的界面需求文档了。
我没用 Coding Agent ,我是买了 Andante 会员,在网页上用。
最近拿到一个前端页面需求文档。这个文档比较奇葩,只用纯文字描述页面上的内容,没有任何设计图。我就打开 Kimi 上传这个文件,模型选 K3 极致,提示词如下:
根据这份文档生成文档当中提到的页面的线框设计图。我需要:
1. 每个页面的元素和布局;
2. 对每个交互元素的说明。
最后 Kimi 生成了一份带设计的 Word 文档,这一个任务也用掉了我 25% 的月额度。不过无所谓,这种量级的任务几个月碰到一回而已。另外我也发现,这种用 Kimi 自己的容器去完成任务的方式,大模型可以自由发挥,避免了在我本机上装一堆乱七八糟的一次性的东西,用完还不好清理。
生成过程
然后我看了一下生成过程,它是先写 HTML 页面,然后写一段 python 脚本启动 chromium 打开页面并截图,最后创建一个 .net 工程,写一段 C# 代码用来创建 docx 文档。部分内容如下:
生成结果
生成的文档大概是下面这样的。跟工作内容细节有关的部分我模糊掉了,总的来说,这算是一份完整的界面需求文档了。
[OpenAI] Team 订阅英区 11 英镑
https://chatgpt.com/?promoCode=ramsacuk 挂英国节点进
F12 转长链接支付:然后地址找美国免税地址即可
(async function generateUKTeamLink() {
console.log("⏳ 正在生成英国 Team 支付链接(使用 ramsacuk )...");
let accessToken;
try {
const session = await fetch("/api/auth/session").then(r => r.json());
accessToken = session?.accessToken;
if (!accessToken) {
throw new Error("accessToken 为空");
}
} catch (e) {
console.error("❌ 获取 Token 失败:", e.message);
return;
}
console.log("✅ Token 获取成功");
const COUPON = "ramsacuk";
const payload = {
plan_name: "chatgptteamplan",
team_plan_data: {
workspace_name: "myWorkspace",
price_interval: "month",
seat_quantity: 2
},
billing_details: {
country: "GB",
currency: "GBP"
},
cancel_url: `https://chatgpt.com/?promoCode=${encodeURIComponent(COUPON)}`,
promo_code: COUPON,
checkout_ui_mode: "hosted"
};
console.log(`⏳ 正在请求支付链接(优惠码:${COUPON})...`);
try {
const resp = await fetch("/backend-api/payments/checkout", {
method: "POST",
headers: {
Authorization: `Bearer ${accessToken}`,
"Content-Type": "application/json"
},
credentials: "include",
body: JSON.stringify(payload)
});
const data = await resp.json();
if (!resp.ok) {
const message = String(
data?.detail || data?.message || ""
);
console.error(`❌ 请求失败 HTTP ${resp.status}`);
console.error("错误详情:", data);
if (
message.toLowerCase().includes("discount") ||
message.toLowerCase().includes("eligible")
) {
console.warn("⚠️ 优惠码不可用,建议删除 promo_code 后重试");
}
return;
}
const hostedUrl =
data?.url ||
data?.stripe_hosted_url ||
data?.checkout_url;
if (!hostedUrl) {
console.error("❌ 响应中没有找到支付链接:", data);
return;
}
console.clear();
console.log(
"%c✅ 支付长链接生成成功!",
"color:#10a37f;font-size:22px;font-weight:bold;"
);
console.log("🌍 地区:英国( GBP )");
console.log("🎟 优惠码:", COUPON);
console.log("🔗 支付链接:");
console.log(hostedUrl);
try {
await navigator.clipboard.writeText(hostedUrl);
console.log("\n✅ 链接已自动复制到剪贴板!");
} catch {
console.warn("\n⚠️ 自动复制失败,请手动复制上方链接");
}
} catch (e) {
console.error("❌ 执行异常:", e.message);
}
})();
https://chatgpt.com/?promoCode=ramsacuk 挂英国节点进
F12 转长链接支付:然后地址找美国免税地址即可
(async function generateUKTeamLink() {
console.log("⏳ 正在生成英国 Team 支付链接(使用 ramsacuk )...");
let accessToken;
try {
const session = await fetch("/api/auth/session").then(r => r.json());
accessToken = session?.accessToken;
if (!accessToken) {
throw new Error("accessToken 为空");
}
} catch (e) {
console.error("❌ 获取 Token 失败:", e.message);
return;
}
console.log("✅ Token 获取成功");
const COUPON = "ramsacuk";
const payload = {
plan_name: "chatgptteamplan",
team_plan_data: {
workspace_name: "myWorkspace",
price_interval: "month",
seat_quantity: 2
},
billing_details: {
country: "GB",
currency: "GBP"
},
cancel_url: `https://chatgpt.com/?promoCode=${encodeURIComponent(COUPON)}`,
promo_code: COUPON,
checkout_ui_mode: "hosted"
};
console.log(`⏳ 正在请求支付链接(优惠码:${COUPON})...`);
try {
const resp = await fetch("/backend-api/payments/checkout", {
method: "POST",
headers: {
Authorization: `Bearer ${accessToken}`,
"Content-Type": "application/json"
},
credentials: "include",
body: JSON.stringify(payload)
});
const data = await resp.json();
if (!resp.ok) {
const message = String(
data?.detail || data?.message || ""
);
console.error(`❌ 请求失败 HTTP ${resp.status}`);
console.error("错误详情:", data);
if (
message.toLowerCase().includes("discount") ||
message.toLowerCase().includes("eligible")
) {
console.warn("⚠️ 优惠码不可用,建议删除 promo_code 后重试");
}
return;
}
const hostedUrl =
data?.url ||
data?.stripe_hosted_url ||
data?.checkout_url;
if (!hostedUrl) {
console.error("❌ 响应中没有找到支付链接:", data);
return;
}
console.clear();
console.log(
"%c✅ 支付长链接生成成功!",
"color:#10a37f;font-size:22px;font-weight:bold;"
);
console.log("🌍 地区:英国( GBP )");
console.log("🎟 优惠码:", COUPON);
console.log("🔗 支付链接:");
console.log(hostedUrl);
try {
await navigator.clipboard.writeText(hostedUrl);
console.log("\n✅ 链接已自动复制到剪贴板!");
} catch {
console.warn("\n⚠️ 自动复制失败,请手动复制上方链接");
}
} catch (e) {
console.error("❌ 执行异常:", e.message);
}
})();
[分享创造] 做了一个随机绘画题目生成器
它可以根据绘画类型、难度和挑战时间生成题目,还提供倒计时和可选的 AI 参考图:
https://www.drawingpromptgenerator.com/
目前还是早期版本
它可以根据绘画类型、难度和挑战时间生成题目,还提供倒计时和可选的 AI 参考图:
https://www.drawingpromptgenerator.com/
目前还是早期版本
[问与答] 检测中国用户的 Claude 版本是 Claude code,不包括 Claude desktop 吗?
我一直用 Claude Desktop ,甚至没有意识到这个广泛传播的问题和讨论可能只是针对 Claude Code 的。
大家用的哪个工具? Claude Desktop 总是报各类网络错误,Claude code 好像能实现某种自动化重试,Claude desktop 不行,要手敲“继续”。
我一直用 Claude Desktop ,甚至没有意识到这个广泛传播的问题和讨论可能只是针对 Claude Code 的。
大家用的哪个工具? Claude Desktop 总是报各类网络错误,Claude code 好像能实现某种自动化重试,Claude desktop 不行,要手敲“继续”。
[推广] [阿柴 AI] 感谢 V 站: Grok 4.5 随便蹬, DeepSeek V4 Flash / MiMo V2.5 计划长期免费
来 V 站快十年了,初中进站到现在马上要工作了,很喜欢 V 站,最近趁着 Grok 免费,给 V 友们整一些免费的 Grok 和 DeepSeek V4 、MiMo 不是 aff ,不是 aff ,自己的站
现阶段全站免费,目前没有充值入口,不需要签到,注册可以直接蹬
阿柴 AI achai.cc
目前已经上线:
Grok 4.5 & Grok Image Lite (支持文本/生图)
DeepSeek V4 Flash (计划长期免费保留)
MiMo V2.5(计划长期免费保留)
这两个模型准备长期直接免费,只要能扛住蹬就免费,会一直持续维护,可以直接接到比如 openclaw 之类的 agent 去用
Grok 4.5 等老马不让免费蹬了之后,可能会调整为 Grok 4.2 继续免费,后续还可能有 GPT-image-2
如果不好使欢迎 V 友们直接反馈,也可以进TG 群反馈,后续群里和 V 站也会搞活动,不定期 GPT 、Claude 、Gemini 、国模活动
来 V 站快十年了,初中进站到现在马上要工作了,很喜欢 V 站,最近趁着 Grok 免费,给 V 友们整一些免费的 Grok 和 DeepSeek V4 、MiMo 不是 aff ,不是 aff ,自己的站
现阶段全站免费,目前没有充值入口,不需要签到,注册可以直接蹬
阿柴 AI achai.cc
目前已经上线:
Grok 4.5 & Grok Image Lite (支持文本/生图)
DeepSeek V4 Flash (计划长期免费保留)
MiMo V2.5(计划长期免费保留)
这两个模型准备长期直接免费,只要能扛住蹬就免费,会一直持续维护,可以直接接到比如 openclaw 之类的 agent 去用
Grok 4.5 等老马不让免费蹬了之后,可能会调整为 Grok 4.2 继续免费,后续还可能有 GPT-image-2
如果不好使欢迎 V 友们直接反馈,也可以进TG 群反馈,后续群里和 V 站也会搞活动,不定期 GPT 、Claude 、Gemini 、国模活动
[分享创造] 类似 MBTI 的天命人分析
最近在做一些市场调研,研究了一些人格测试、消费心理学相关的内容。
过程中接触到了 MBTI 、16PF 这类人格模型,感觉 MBTI 不够东方,对于我这种中登来讲,还是中华文化更有意思一点。所以突然有了一个想法,剩下的就交给 CodeX 搓了。
结果只能图一乐了,目前 AI 对于不擅长的领域还知识玩具,我认真填了一遍是风隐客,给大家也感受一下,尝尝咸淡。
http://tm.wailiwaili.com/
最近在做一些市场调研,研究了一些人格测试、消费心理学相关的内容。
过程中接触到了 MBTI 、16PF 这类人格模型,感觉 MBTI 不够东方,对于我这种中登来讲,还是中华文化更有意思一点。所以突然有了一个想法,剩下的就交给 CodeX 搓了。
结果只能图一乐了,目前 AI 对于不擅长的领域还知识玩具,我认真填了一遍是风隐客,给大家也感受一下,尝尝咸淡。
http://tm.wailiwaili.com/
[Wunder] 20260718 - V2EX AI Chat 配额说明上线
AI Chat 的 5 小时配额系统现在有了完整的说明页面,包括配额的计算公式和你自己账号的配额明细(如果已经登录):
https://edge.v2ex.com/help/quota
如果你之前尝试过 Chat 或者 Persona 系统,但是遇到额度很快跑完的情况,现在可以再试试。
刚上线时的一些有限制的额度设定,已经在今天做了比较彻底的更新。
重要的事情是这些新系统确实被用起来,确实被觉得有用或者有趣。谢谢大家。
----------------------
● V2EX Persona(角色设定)让你可以用自己的设定和知识库实现专门领域里的聊天机器人,并且可以通过 OpenAI 兼容接口在其他系统中集成,比如这是一个集成进 OpenCode 的例子 https://edge.v2ex.com/t/1227634
● 你可以使用铜币为自己的 AI 角色升级公开访问权限,这样你的用户不需要 V2EX 账号也可以使用你做的 AI 角色
● 目前后端支持模型包括 Gemma4-31b 和 GLM-5.2,后续会在经过测试和优化之后提供更多模型
AI Chat 的 5 小时配额系统现在有了完整的说明页面,包括配额的计算公式和你自己账号的配额明细(如果已经登录):
https://edge.v2ex.com/help/quota
如果你之前尝试过 Chat 或者 Persona 系统,但是遇到额度很快跑完的情况,现在可以再试试。
刚上线时的一些有限制的额度设定,已经在今天做了比较彻底的更新。
重要的事情是这些新系统确实被用起来,确实被觉得有用或者有趣。谢谢大家。
----------------------
● V2EX Persona(角色设定)让你可以用自己的设定和知识库实现专门领域里的聊天机器人,并且可以通过 OpenAI 兼容接口在其他系统中集成,比如这是一个集成进 OpenCode 的例子 https://edge.v2ex.com/t/1227634
● 你可以使用铜币为自己的 AI 角色升级公开访问权限,这样你的用户不需要 V2EX 账号也可以使用你做的 AI 角色
● 目前后端支持模型包括 Gemma4-31b 和 GLM-5.2,后续会在经过测试和优化之后提供更多模型
[程序员] [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 发展趋势+端侧能力,
未来用户需求=产品了,都个性自定义化了,那么我们现在还迭戈锤子啊。。。。动力感不强劲了