[OpenAI] Codex / ChatGPT 有时真的很让人抓狂，任务途中我临时插入一个问题或者需求，然后就直接罢工
也用过 Claude 、Grok 等等其他模型，他们就懂得在回答完我中途插入的问题之后，继续完成我提出的所有要求，而不是被我的消息打断，需要我再 cue 他一下才会继续干活。
via V2EX (author: x0c)
也用过 Claude 、Grok 等等其他模型，他们就懂得在回答完我中途插入的问题之后，继续完成我提出的所有要求，而不是被我的消息打断，需要我再 cue 他一下才会继续干活。
• 抽动问题应从容器通用的滚动、布局和注入机制排查。现在还没确认根因，不能直接归咎于 XXX 。
Worked for 16s • 14:22
› 那你快点排查修复啊 大哥 你怎么停下来了
• 我继续排查并修复，先定位通用机制里的问题；不会加入任何针对特定网站的处理。
via V2EX (author: x0c)
[问与答] 请问这里怎么封？
消防安全前室，开发商不封，查了下资料，但是开发商留的这个开口面积卡的很极限，安装窗户+窗框就不满足消防要求，但是高楼层不安全，且刮风下雨啥的都很麻烦，有没有好的方案？
3.2.1 采用自然通风方式的封闭楼梯间、防烟楼梯间，应在最高部位设置面积不小于 1.0m2 的可开启外窗或开口；当建筑高度大于 10m 时，尚应在楼梯间的外墙上每 5 层内设置总面积不小于 2.0m2 的可开启外窗或开口，且布置间隔不大于 3 层。3.2.2 前室采用自然通风方式时，独立前室、消防电梯前室可开启外窗或开口的面积不应小于 2.0m2 ，共用前室、合用前室不应小于 3.0m2 。3.2.3 采用自然通风方式的避难层（间）应设有不同朝向的可开启外窗，其有效面积不应小于该避难层（间）地面面积的 2 ％，且每个朝向的面积不应小于 2.0m2 。3.2.4 可开启外窗应方便直接开启，设置在高处不便于直接开启的可开启外窗应在距地面高度为 1.3m ～ 1.5m 的位置设置手动开启装置。
via V2EX (author: MuDong17)
消防安全前室，开发商不封，查了下资料，但是开发商留的这个开口面积卡的很极限，安装窗户+窗框就不满足消防要求，但是高楼层不安全，且刮风下雨啥的都很麻烦，有没有好的方案？
3.2.1 采用自然通风方式的封闭楼梯间、防烟楼梯间，应在最高部位设置面积不小于 1.0m2 的可开启外窗或开口；当建筑高度大于 10m 时，尚应在楼梯间的外墙上每 5 层内设置总面积不小于 2.0m2 的可开启外窗或开口，且布置间隔不大于 3 层。3.2.2 前室采用自然通风方式时，独立前室、消防电梯前室可开启外窗或开口的面积不应小于 2.0m2 ，共用前室、合用前室不应小于 3.0m2 。3.2.3 采用自然通风方式的避难层（间）应设有不同朝向的可开启外窗，其有效面积不应小于该避难层（间）地面面积的 2 ％，且每个朝向的面积不应小于 2.0m2 。3.2.4 可开启外窗应方便直接开启，设置在高处不便于直接开启的可开启外窗应在距地面高度为 1.3m ～ 1.5m 的位置设置手动开启装置。
via V2EX (author: MuDong17)
[推广] AIxAPI: V 站福利 AI 中转站 注册送$3 留 ID 送 $10 API 体验额度
这次做一个 v2 用户专享的体验活动
注册送 $3 留 ID 再送$10
注册后在本帖回复你的 AIxAPI 用户 ID ，送 $10 的 API 体验额度。
首充最高赠送 $100 活动期间不限名额，新老用户都可以参加。
怎么领取
在 https://www.aixapi.io/r/v2ex?to=register 注册入口 注册登录，"个人资料" 查看自己的用户 ID 。
在本帖回复这个 ID 即可。请只留用户 ID ，不要贴 API Key 、密码或其他账号凭据。
我们会按回复顺序核对 ID ，分批发放到账。每人限领一次，同一 V2EX 账号或 AIxAPI 账号重复回复不重复发放。
via V2EX (author: viistars)
这次做一个 v2 用户专享的体验活动
注册送 $3 留 ID 再送$10
注册后在本帖回复你的 AIxAPI 用户 ID ，送 $10 的 API 体验额度。
首充最高赠送 $100 活动期间不限名额，新老用户都可以参加。
怎么领取
在 https://www.aixapi.io/r/v2ex?to=register 注册入口 注册登录，"个人资料" 查看自己的用户 ID 。
在本帖回复这个 ID 即可。请只留用户 ID ，不要贴 API Key 、密码或其他账号凭据。
我们会按回复顺序核对 ID ，分批发放到账。每人限领一次，同一 V2EX 账号或 AIxAPI 账号重复回复不重复发放。
via V2EX (author: viistars)
标题：做了一个实验：把同一份「身份包」喂给 Claude 和 Grok ，它们答成了同一个助手 最近 Claude 封号的话题很多，还看到有人把 Mac mini 租到韩国远程用，一个月一千多。大家保的是账号。但我一直在想：号没了，你攒下的那份「它懂你」，能不能带走？ 昨晚做了个小实验。 我把自己的身份、回复规矩、当前进度和优先级，手工提炼成一份「身份包」，配了四个能判对错的问题：我是谁 / 昨晚一件事错在谁 / 我的规矩是什么 / 三件事先催哪件。同一份包，分别喂给 Claude 和 Grok ，各跑两组：不喂包、喂包。 结果很干脆： 不喂：两家四问全答「不知道」。 喂了：两家四问全对，连「先催哪件」的优先级推理都一致。 也就是说，「同一个它」可以不长在某一家模型里，而是长在一份归用户自己的包上。脑可以换，它还是它。 边界先说清，免得误会： 这份包是我手工提炼的，还不是产品自动生成的； 实验走的是中转通道，不是官方直连； 「带着活账在多个渠道无缝切换」还没验通； 产品还没开放注册。这帖只发实验和立场，不发广告。 底层那套「干完活要交一份可验收的收据」的协议，我之前开源过：receipt-v1 （ https://github.com/xie374059-sys/receipt-v1 ）。 最后想听听大家的判据：你觉得「身份跟人走」还差哪一格，才算真的成立？
via V2EX (author: xie374059)
via V2EX (author: xie374059)
4cah1p-dv21.png
230.7 KB
[分享创造] 分享一下自用的基于 Cloudflare Workers 的开源轻量导航页
各位 V 友周末好！
半年前趁着 AI 兴起，动手写了一个轻量级的个人导航页项目 —— Flaris Navigation，主要是为了解决自己日常多设备书签同步和轻量工具导航的需求。
经过半年多的使用，在体验和细节上做了一些针对性的优化，现在开源出来，希望能给有需要的朋友提供一个选择。
🌟 项目亮点
● ⚡ 零成本极速部署：完全基于 Cloudflare Workers + KV 架构，不需要自备服务器，几分钟即可免费部署上线。
● 🎨 通透玻璃拟态 UI：采用现代化的 Glassmorphism 视觉风格，支持一键切换明暗模式（ Dark Mode ），适配桌面与移动端。
● 🌤️ 高精度实时天气：摒弃了数据容易有偏差的公共接口，接入 Open-Meteo API，可基于 IP 或自定义城市获取高精度的实时气温与天气。
● 📅 农历 & 动态问候：内置高精度农历转换引擎（支持公历/农历一键切换），并根据不同时间段随机打字播放温暖的问候语。
● 🛠️ 完善的后台管理：支持密码登录后台、多级分类/子分类管理、拖拽/排序、链接私有化隐藏，以及数据 JSON 一键导入导出备份。
● **🌐 全局双语 (中/英)**：支持一键切换界面语言，适合多语言使用环境。
----------------------
📸 界面预览
----------------------
🔗 相关链接
● 在线 Demo： https://nav.929255.xyz
● GitHub 仓库： https://github.com/zaocat/Flaris
----------------------
💡 部署方式
直接将代码复制到 Cloudflare Worker ，并在 Worker 设置中绑定一个名为
欢迎大家试用、体验和 Star ！如果在使用过程中遇到 Bug 或有好的建议，欢迎在帖子里反馈或去 GitHub 提交 Issue / PR ，感谢各位！
via V2EX (author: KimataSun)
各位 V 友周末好！
半年前趁着 AI 兴起，动手写了一个轻量级的个人导航页项目 —— Flaris Navigation，主要是为了解决自己日常多设备书签同步和轻量工具导航的需求。
经过半年多的使用，在体验和细节上做了一些针对性的优化，现在开源出来，希望能给有需要的朋友提供一个选择。
🌟 项目亮点
● ⚡ 零成本极速部署：完全基于 Cloudflare Workers + KV 架构，不需要自备服务器，几分钟即可免费部署上线。
● 🎨 通透玻璃拟态 UI：采用现代化的 Glassmorphism 视觉风格，支持一键切换明暗模式（ Dark Mode ），适配桌面与移动端。
● 🌤️ 高精度实时天气：摒弃了数据容易有偏差的公共接口，接入 Open-Meteo API，可基于 IP 或自定义城市获取高精度的实时气温与天气。
● 📅 农历 & 动态问候：内置高精度农历转换引擎（支持公历/农历一键切换），并根据不同时间段随机打字播放温暖的问候语。
● 🛠️ 完善的后台管理：支持密码登录后台、多级分类/子分类管理、拖拽/排序、链接私有化隐藏，以及数据 JSON 一键导入导出备份。
● **🌐 全局双语 (中/英)**：支持一键切换界面语言，适合多语言使用环境。
----------------------
📸 界面预览
----------------------
🔗 相关链接
● 在线 Demo： https://nav.929255.xyz
● GitHub 仓库： https://github.com/zaocat/Flaris
----------------------
💡 部署方式
直接将代码复制到 Cloudflare Worker ，并在 Worker 设置中绑定一个名为
NAV_DB 的 KV Namespace ，添加环境变量 ADMIN_PASSWORD 即可使用。详细说明已写在 GitHub README 中。欢迎大家试用、体验和 Star ！如果在使用过程中遇到 Bug 或有好的建议，欢迎在帖子里反馈或去 GitHub 提交 Issue / PR ，感谢各位！
via V2EX (author: KimataSun)
[分享创造] [开源推广] chrome 插件-中转站令牌页一键导入 key 到 magpie
又来分享小东西了，这次是个 Chrome 插件。Token 太有用了，ccs 转 magpie 用户有福了
起因
用 magpie （ yetone 写的那个管理 LLM API Key 的桌面 app ）的 V 友应该都遇到过这个麻烦：你的 key 散落在各个 new-api / sub2api 中转站的后台里，每次要往 magpie 里加一个 provider ，都得开中转站后台 → 复制 key → 切到 magpie → 新建 provider → 粘贴 → 手动填 base_url → 再把模型列表一个个抄过去。站点一多，这个过程能把人逼疯。
我就想，magpie 不是有官方的
于是就有了这个插件：Key to Magpie 。
它做什么
在 new-api （
1. 点开后面板会列出你账号下所有令牌（名称、状态、分组、模型数、掩码 key ）
2. 勾选要导入的（支持单选 / 多选 / 全选），点导入
3. magpie 弹出确认窗，点 Add ，完事
name 、id 、chat/responses/anthropic/gemini 四个端点、key 、模型列表、catalog 、官网地址全部自动填好，不用你动手。
几个细节：
安全方面说清楚
安装
因为没有上架商店，需要开发者模式加载：
1.
2. 「加载已解压的扩展程序」选克隆下来的目录
3. 确认 magpie 装好并至少跑过一次
开源地址： https://github.com/CallMeKingsley97/key-to-magpie
自用了一段时间，加站加 key 确实爽了很多。如果你也是中转站 + magpie 的用户，欢迎试试；觉得有用的话给个 Star ，感谢各位 V 友。
via V2EX (author: CalledKingsley)
又来分享小东西了，这次是个 Chrome 插件。Token 太有用了，ccs 转 magpie 用户有福了
起因
用 magpie （ yetone 写的那个管理 LLM API Key 的桌面 app ）的 V 友应该都遇到过这个麻烦：你的 key 散落在各个 new-api / sub2api 中转站的后台里，每次要往 magpie 里加一个 provider ，都得开中转站后台 → 复制 key → 切到 magpie → 新建 provider → 粘贴 → 手动填 base_url → 再把模型列表一个个抄过去。站点一多，这个过程能把人逼疯。
我就想，magpie 不是有官方的
magpie://import 协议吗？中转站后台的令牌页上数据都是现成的（ token 列表、明文 key 、模型限制），为什么不直接在页面上加个按钮，点一下就进 magpie ？于是就有了这个插件：Key to Magpie 。
它做什么
在 new-api （
/token）或 sub2api （/keys）的令牌管理页，会出现一个「导入到 magpie 」按钮：1. 点开后面板会列出你账号下所有令牌（名称、状态、分组、模型数、掩码 key ）
2. 勾选要导入的（支持单选 / 多选 / 全选），点导入
3. magpie 弹出确认窗，点 Add ，完事
name 、id 、chat/responses/anthropic/gemini 四个端点、key 、模型列表、catalog 、官网地址全部自动填好，不用你动手。
几个细节：
安全方面说清楚
安装
因为没有上架商店，需要开发者模式加载：
1.
chrome://extensions → 打开开发者模式2. 「加载已解压的扩展程序」选克隆下来的目录
3. 确认 magpie 装好并至少跑过一次
开源地址： https://github.com/CallMeKingsley97/key-to-magpie
自用了一段时间，加站加 key 确实爽了很多。如果你也是中转站 + magpie 的用户，欢迎试试；觉得有用的话给个 Star ，感谢各位 V 友。
via V2EX (author: CalledKingsley)
[AI Agent 智能体] 我们的 coding agent 会在任务做到一半时停下来（不报错、日志空白），你们遇到过吗？
先说症状。如果你也见过，请一定告诉我 —— 我真的很想知道这不是我一个人在瞎想。
Agent 正在干活，然后就那么停了。没有报错，日志里什么都没有 —— 框架把那一轮记成
为什么我觉得这不是我的错觉
翻了一圈公开 issue ，发现这不是某一家的问题：
● OpenAI Codex —— #36596，*"Codex repeatedly terminates active autonomous work"*
● Anthropic Claude Code —— #56247，官方自动续跑提示会触发
● Google Gemini CLI —— #22633，thinking 时停下，必须手动打 continue
● 还有一篇论文（ arXiv 2608.01995 附录 A ）给这个症状起了名字：premature turn termination（不过论文那边根因明确、靠一条提示词规则就修好了；我们这边没有可修的触发点）
（其中两条 issue 现在显示为已关闭：一条被标成 duplicate 、一条被标成 not planned 。）
我自己扫了这台机器上约 400 个会话日志（约 7,800 个 assistant step ）：
● 健康基线：1.04% 的步是「空转」—— 最后一步只有思考，没有文字、也没有工具调用
● 大多数会话是 0 或 1 次，分布是清晰的双峰
● 而两只出问题的会话：58 轮里停了 24 轮、48 轮里停了 11 轮；其余所有会话都 ≤ 2
一个反直觉的发现：上下文大小不是原因。我机器上最大的那个会话（ 370M 上下文读取、846 步）反而最健康（空转 1 次）。
最反直觉的一条
对付这个现象，「诊断」本身就是燃料：
如果你们也遇到过
我把这些观察整理成了一份实地报告 + 一套分级处置制度（ L0–L4 ，任何 agent 环境都能用）：
https://github.com/Void-LifeStream/agent-fatigue
里面还有我们搞错的 5 件事（保留着没删），和「诚实的边界」—— 阈值来自一台机器，是测出来的分隔带，不是定律。
所以我想问的其实是：你们遇到过吗？当时怎么处理的？
如果你们的结论和我完全不同，我更想听 —— 那才是这条帖子存在的理由。
----------------------
via V2EX (author: victorma9910)
先说症状。如果你也见过，请一定告诉我 —— 我真的很想知道这不是我一个人在瞎想。
Agent 正在干活，然后就那么停了。没有报错，日志里什么都没有 —— 框架把那一轮记成
completed。我敲一句「继续」，它干一会儿，又停。往后每一次停顿都比上一次更近，最后这个会话就没法用了。为什么我觉得这不是我的错觉
翻了一圈公开 issue ，发现这不是某一家的问题：
● OpenAI Codex —— #36596，*"Codex repeatedly terminates active autonomous work"*
● Anthropic Claude Code —— #56247，官方自动续跑提示会触发
"No response requested."，然后会话沉默● Google Gemini CLI —— #22633，thinking 时停下，必须手动打 continue
● 还有一篇论文（ arXiv 2608.01995 附录 A ）给这个症状起了名字：premature turn termination（不过论文那边根因明确、靠一条提示词规则就修好了；我们这边没有可修的触发点）
（其中两条 issue 现在显示为已关闭：一条被标成 duplicate 、一条被标成 not planned 。）
我自己扫了这台机器上约 400 个会话日志（约 7,800 个 assistant step ）：
● 健康基线：1.04% 的步是「空转」—— 最后一步只有思考，没有文字、也没有工具调用
● 大多数会话是 0 或 1 次，分布是清晰的双峰
● 而两只出问题的会话：58 轮里停了 24 轮、48 轮里停了 11 轮；其余所有会话都 ≤ 2
一个反直觉的发现：上下文大小不是原因。我机器上最大的那个会话（ 370M 上下文读取、846 步）反而最健康（空转 1 次）。
最反直觉的一条
对付这个现象，「诊断」本身就是燃料：
❌ 「你是不是有 bug ，自查一下」 ✅ 「你看起来累了，我们交接吧」因为这个病里，燃料是自我压力：'快 / 立刻 / 必须 / 别啰嗦'这类自我催促的密度，在病程里从 0.3 涨到 3.8 （每千字），8–11 倍；而且它比空转更早出现 —— 提前 10–20 轮。
如果你们也遇到过
我把这些观察整理成了一份实地报告 + 一套分级处置制度（ L0–L4 ，任何 agent 环境都能用）：
https://github.com/Void-LifeStream/agent-fatigue
里面还有我们搞错的 5 件事（保留着没删），和「诚实的边界」—— 阈值来自一台机器，是测出来的分隔带，不是定律。
所以我想问的其实是：你们遇到过吗？当时怎么处理的？
如果你们的结论和我完全不同，我更想听 —— 那才是这条帖子存在的理由。
----------------------
via V2EX (author: victorma9910)
[分享创造] 颜值即正义，做了一款超高颜值的 Cloudflare R2/S3 客户端，还支持 CLI 方便 Agent 调用
用起来跟平常管理文件夹差不多，上传、下载、整理、预览、分享都能直接操作。
文件放在你自己的账户里，服务商自己选，也可以用其他兼容工具继续访问。
也支持图床上传服务，obsidian/typora 之类的软件中粘贴图片自动上传到你绑定的对象存储里。
这段时间一直在打磨，从界面、文件图标，间距微调，到图片多的时候怎么加载，来来回回改了不少。希望它是一个平时愿意打开用的工具，也希望你喜欢这个 UI 页面，用上它、看着这个页面能让你心情变好～
🫱 http://blob0.com
目前支持 macOS ，完整功能免费试用 30 天（可以慢慢用，你觉得真正有用、好用再来购买），之后 $16.90 一次性买断，没有订阅。
Windows 后续看大家 waitlist 的人数来开发适配，如果需要，可以在官网加入 waitlist 。
via V2EX (author: Justin3go)
用起来跟平常管理文件夹差不多，上传、下载、整理、预览、分享都能直接操作。
文件放在你自己的账户里，服务商自己选，也可以用其他兼容工具继续访问。
也支持图床上传服务，obsidian/typora 之类的软件中粘贴图片自动上传到你绑定的对象存储里。
这段时间一直在打磨，从界面、文件图标，间距微调，到图片多的时候怎么加载，来来回回改了不少。希望它是一个平时愿意打开用的工具，也希望你喜欢这个 UI 页面，用上它、看着这个页面能让你心情变好～
🫱 http://blob0.com
目前支持 macOS ，完整功能免费试用 30 天（可以慢慢用，你觉得真正有用、好用再来购买），之后 $16.90 一次性买断，没有订阅。
Windows 后续看大家 waitlist 的人数来开发适配，如果需要，可以在官网加入 waitlist 。
via V2EX (author: Justin3go)
[NAS] 折腾几年 NAS 了，搞了个铝型材机柜
https://imgbed-99i.pages.dev/file/1792223211960_IMG_4703.jpg
https://imgbed-99i.pages.dev/file/1792223853872_image.png
via V2EX (author: ZEXP)
https://imgbed-99i.pages.dev/file/1792223211960_IMG_4703.jpg
https://imgbed-99i.pages.dev/file/1792223853872_image.png
via V2EX (author: ZEXP)
[macOS] [开源自荐] 做了一个提升幸福感的小工具，功能是在 macOS 上面实现点击穿透
从多年前开始使用 macOS 的时候，通常会出现需要点击两次（先激活窗口）才能够进行操作的问题，比如当你打开网页版 ChatGPT 想复制代码块的时候，通常得点两次才能够复制的到，有时候没复制到还需要反复折腾，有点劳累。
然后我在 V 站做了下初步调研，很多 V 友也有这个问题，如： https://www.v2ex.com/t/1039149 https://www.v2ex.com/t/1042500
这些回答下的很多热心 V 友提供了一个叫 autoraise 的软件（我也用了很久），基本原理是追踪鼠标的轨迹，raise 或者 focus 来提前激活鼠标所在的窗口。
但是这两个方法会造成应用菜单栏改变的问题，比如我想打开 A 软件的设置，而到达左上角应用菜单的路径上有另外的软件 B ，移动鼠标的时候会导致软件 B 被唤起，从而左上角应用菜单栏变成软件 B 的了。
对于这个问题，autoraise 可以通过设置延时来进行缓解。但是这个延时是一把双刃剑，如果延时设置少了，你得一个非常快的速度移到左上角，不够优雅，如果你设置多了，有时候窗口激活没反应过来。
于是感谢 AI 神力，针对这个问题我开发了了这个小工具： https://github.com/realDGD/macOS-ClickThrough
这个软件不同 autoraise 需要定时对鼠标位置进行轮询的原理，而是通过 CGEventTap 监听左右键按下的时间，然后调用 macOS 的 AXMain → AXFrontmost 来进行操作，也就是在左键点击下才会改变窗口的焦点，从根本上解决 autoraise 的问题。
当然，得实事求是的说，目前这个软件存在着一些不足：
1. 不一定适配了所有的软件，因为这个项目才开发了几天，得大量使用和时间才能够保证所有应用首次点击都有效。个人通过这几天的使用目前没发现异常，软件兼容性还需要时间观察。
2. 当前为 ad-hoc 签名、未经 Apple 公证的开发版。（没钱买开发者的证书😭，需要大伙安装后到隐私与安全性那边去批准）
3. 软件为 AI Slop 并且测试环境为 macOS 27 ，可能对低版本系统兼容性不好（ GPT 说是能够支持到 macOS 14 ）
最后欢迎大家使用。
via V2EX (author: DGD)
从多年前开始使用 macOS 的时候，通常会出现需要点击两次（先激活窗口）才能够进行操作的问题，比如当你打开网页版 ChatGPT 想复制代码块的时候，通常得点两次才能够复制的到，有时候没复制到还需要反复折腾，有点劳累。
然后我在 V 站做了下初步调研，很多 V 友也有这个问题，如： https://www.v2ex.com/t/1039149 https://www.v2ex.com/t/1042500
这些回答下的很多热心 V 友提供了一个叫 autoraise 的软件（我也用了很久），基本原理是追踪鼠标的轨迹，raise 或者 focus 来提前激活鼠标所在的窗口。
但是这两个方法会造成应用菜单栏改变的问题，比如我想打开 A 软件的设置，而到达左上角应用菜单的路径上有另外的软件 B ，移动鼠标的时候会导致软件 B 被唤起，从而左上角应用菜单栏变成软件 B 的了。
对于这个问题，autoraise 可以通过设置延时来进行缓解。但是这个延时是一把双刃剑，如果延时设置少了，你得一个非常快的速度移到左上角，不够优雅，如果你设置多了，有时候窗口激活没反应过来。
于是感谢 AI 神力，针对这个问题我开发了了这个小工具： https://github.com/realDGD/macOS-ClickThrough
这个软件不同 autoraise 需要定时对鼠标位置进行轮询的原理，而是通过 CGEventTap 监听左右键按下的时间，然后调用 macOS 的 AXMain → AXFrontmost 来进行操作，也就是在左键点击下才会改变窗口的焦点，从根本上解决 autoraise 的问题。
当然，得实事求是的说，目前这个软件存在着一些不足：
1. 不一定适配了所有的软件，因为这个项目才开发了几天，得大量使用和时间才能够保证所有应用首次点击都有效。个人通过这几天的使用目前没发现异常，软件兼容性还需要时间观察。
2. 当前为 ad-hoc 签名、未经 Apple 公证的开发版。（没钱买开发者的证书😭，需要大伙安装后到隐私与安全性那边去批准）
3. 软件为 AI Slop 并且测试环境为 macOS 27 ，可能对低版本系统兼容性不好（ GPT 说是能够支持到 macOS 14 ）
最后欢迎大家使用。
via V2EX (author: DGD)