V2EX
546 subscribers
24.2K photos
3 videos
484 files
220K links
推送 V2EX 论坛贴【全部板块】

本频道: @pushv2ex

友频道: @push52pj
Download Telegram
[分享发现] 我也分享一个 Kimi K3 的用例

我没用 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);
}
})();
[分享创造] 做了一个随机绘画题目生成器

它可以根据绘画类型、难度和挑战时间生成题目,还提供倒计时和可选的 AI 参考图:
https://www.drawingpromptgenerator.com/
目前还是早期版本
[问与答] 检测中国用户的 Claude 版本是 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 、国模活动
[程序员] 现在机场价格这么离谱了吗

用了挺久的机场快到期了,寻思续费一年,一看价格感觉好贵啊,准备换家试试
以前感觉两三百就算比较高端的了,上千暂时还是接受不了
[分享创造] 类似 MBTI 的天命人分析

最近在做一些市场调研,研究了一些人格测试、消费心理学相关的内容。

过程中接触到了 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,后续会在经过测试和优化之后提供更多模型
[程序员] [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
// 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
* 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 |
[分享创造] 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 友们有什么问题,欢迎反馈。自行部署、引入自己的项目遇到问题,也欢迎问我或者反馈到官方邮箱。
[分享创造] 打开「二十四节气」的知识页,进入“寒暑”,就能看到今年的三伏已经走到了哪里

进入三伏,也进入一年最浓的夏天

蝉鸣渐渐占满午后,窗外的树叶被晒得发亮,连吹来的风都带着热意。

三伏就是这样到来的。它不像某一个节气,有清晰而短暂的名字;更像一段缓慢展开的盛夏,从初伏走到中伏,再走到末伏,陪我们穿过一年里最热、也最有夏天气息的日子。

可“三伏”又常常是一个熟悉而模糊的词。我们知道已经入伏,却未必知道今天走到了哪一伏、这一伏的第几天,也很少有人会专门翻开日历,去弄清它和夏至、立秋之间的关系。

所以最近几个版本里,我最想介绍的并不是某一项炫目的新功能,而是 App 里新加入的“寒暑时令”。

把三伏放回每天的生活里

打开「二十四节气」的知识页,进入“寒暑”,就能看到今年的三伏已经走到了哪里。

它不会只扔给你一串需要记住的日期,而是直接告诉你:现在处于初伏、中伏还是末伏,今天是这一伏的第几天,下一段暑热又会在什么时候到来。

我很喜欢这种感觉。它没有催促我们做什么,只是在日常生活里放下一枚小小的时令坐标。早上看一眼,便知道盛夏正在往前走;等到末伏结束,也会突然意识到,风里已经悄悄有了一点秋意。

同一个页面里还收录了冬日的“数九”。夏看三伏,冬看数九,一年里最热与最冷的两段时间,就这样被放进了一条清晰的寒暑线索里。

让节气出现在更多生活瞬间

节气不一定要等到打开 App 时才被看见。

现在戴着 Apple Watch ,抬起手腕就能看到当下的节气。通勤路上、散步时,或者只是想看一眼时间,它都会顺便提醒你:今天仍在盛夏,距离下一次节气转换还有多久。

桌面上的节气提醒也变得更从容了。你可以选择在节气当天收到提醒,也可以提前几天,让自己有时间准备一顿应时的饭、安排一次出门,或者只是提前知道,季节又要往前走一步。

知识页里新加入了节令短句和节气诗选。到了小暑、大暑这样的日子,除了看温度,也可以读一段古人眼里的风、雨、荷叶与蝉鸣。

喜欢的节气画面还可以做成分享卡片。既有适合社交平台的海报,也有保留更多内容的长图。遇到喜欢的插画或句子,可以保存下来,也可以送给正好想念的人。

收藏一整年的猫咪与四季

最近上线的“猫咪节气绘本”,是这个夏天里很轻松的一次更新。

二十四只猫咪跟着节气生活:春天看花,夏天在瓜架下乘凉,秋天守着稻穗,冬天靠近暖炉。每一幅画都像一本慢慢翻动的自然绘本,也可以同步出现在主 App 、Apple Watch 和桌面小组件上。

我们一直觉得,主题不应该只是换一张背景图。它更像是我们理解季节的一种方式。有人喜欢克制的传统画面,也有人喜欢猫咪、兔子和水獭带来的轻松感。只要抬头看见它时,能多感受到一点当下的季节,这套主题就有了意义。

给炎热的午后留一点安静

夏季放松空间也更新了新的自然声音与舒缓音频。

如果午后太热,不想出门,可以听一会儿树叶、风声和雨声。它不需要完成什么任务,也不追求效率,只是让手机暂时从信息入口变成一个安静的角落。

从桌面小组件,到三伏与数九,再到手腕上的节气、可以读的诗句和可以分享的卡片,「二十四节气」一直在做同一件事:

让传统时间不只停留在日历里,而是重新回到每天的生活中。

下载体验

App Store:https://apps.apple.com/app/id6746864373

官网:https://24jieqi.app
[问与答] 我想在抖音里推广 ip9,有什么好的引流方法?

我想在抖音里推广 ip9

ip9.com.cn

但是抖音不让引流网址,自然流怎么引流?

有什么好方法?
[程序员] openrouter 上 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)
[程序员] 小红书下载无水印视频原理是什么?

那些可以提供小红书无水印下载视频、图片的,背后是使用免费的 API 还是收费的第三方服务?如果是后者,那成本不是很高吗/。
[macOS] 兄弟们,关于 Macbook 血的教训! MacOS 比 Win 更逆天!

原文:本电脑本人自营购买,有发票,有盒子配件齐全的未激活电脑。到手后,没登录 iCloud ,只设置了本地账户(不设本地账户进不去系统),随后用了大概半年,此前密码一直是 0000 ,前天改了也是 6 位纯数字密码。(和手机一起改的同样的密码)然后就正常用,后面电脑又突发恶疾,莫名其妙的断网,故我就重启了,开机时这里又卡住在系统桌面大概 20 多秒才自己关机。( apple 真垃圾!)关机后重启系统,到输入密码界面发现输入密码错误,试了新的旧的,都错误,但是我能 100%确定密码是正确的,因为我和手机同时改的同样的密码。(纯数字密码,故排除了输入法问题)并且清晰地记得当时改完密码第一时间验证过新密码能进锁屏。随后赶紧网上找教程,发现可以进恢复系统重设密码,进入后输入 resetpassword 准备重置,然后发现有保底的,就准备再切到系统去试试密码实在不行再过来改,然后重启后,人懵了,直接在激活界面,必须要账号密码才能进刚刚那个保底界面。(后面才知道这个功能只有一次机会,苹果说就这么设计的,真的逆天!请问你是注重安全吗?那为什么能直接重设密码?那如果可以重设密码的话?为什么只给一次机会?啊三的脑回路我实在不理解。)然后去了天才吧,打了官方高级顾问电话,最后都是无解。1.mac 没有类似 win 的 pe 系统,所以数据没办法搞出来了 2.这个最要命的点就是,resetpassword 直接一次机会非常不合理,即使没有成功进行,也没机会了……纯莎杯,而且没有任何提示和警告只有一次机会……这么高危的东西,设计的实在 nt……

疑问与质问:

1. 这是什么脑回路的安全? 如果你真的注重安全,为什么第一次可以让我直接免密进 resetpassword 重置?
2. 既然允许重置,凭什么只给一次机会? 既然第一次开放了权限,中途退出直接算作废,请问这个逻辑的合理性在哪里?
3. 为什么没有任何高危提示? 这么高危、一旦错过就变砖的机制,界面上特么哪怕连一行 “此操作仅能执行一次,退出后将锁死” 的警告都没有!阿三这个脑回路我实在是不理解。

----------------------
[程序员] 灵魂拷问:未来的 vibe coding 平民化了,那我现在还迭代个锤子啊

重构了一版扔在产品库的老掉牙的屎山产品。过程中,来灵魂拷问一下大家,按照 AI 发展趋势+端侧能力,

未来用户需求=产品了,都个性自定义化了,那么我们现在还迭戈锤子啊。。。。动力感不强劲了