[macOS] 有遇到过 mac 电脑连接蓝牙鼠标后,不能睡眠的情况吗?
● 新买的蓝牙鼠标好像会阻止系统睡眠
● 晚上睡觉前, 让 mac 强制睡眠后, 隔个几分钟电脑会重新亮屏, 几秒后再熄屏, 再隔个几分钟又重新亮屏...无限循环
● 把鼠标蓝牙关了就没这个问题, 这是咋回事? 另一个蓝牙鼠标就不会这样
● 有办法解决吗, 不想每次都要关蓝牙, 有点不方便
● 新买的蓝牙鼠标好像会阻止系统睡眠
● 晚上睡觉前, 让 mac 强制睡眠后, 隔个几分钟电脑会重新亮屏, 几秒后再熄屏, 再隔个几分钟又重新亮屏...无限循环
● 把鼠标蓝牙关了就没这个问题, 这是咋回事? 另一个蓝牙鼠标就不会这样
● 有办法解决吗, 不想每次都要关蓝牙, 有点不方便
[分享创造] [开源] NextClaw：可以自己部署、自带小应用系统的 Codex / WorkBuddy
大家好，我是 NextClaw 的作者。
你可以把 NextClaw 理解成一个开源、可以自己部署的 Codex / WorkBuddy 。
了解和使用 NextClaw：
GitHub：https://github.com/Peiiii/nextclaw
官网：https://nextclaw.io/
使用文档：https://docs.nextclaw.io/
它能做什么
功能上，NextClaw 不是 Codex / WorkBuddy 的精简版。它可以：
● 像 Codex 一样，在项目里读取和修改代码、运行命令，也可以让多个 Agent 分工完成复杂任务；
● 像 WorkBuddy 一样，搜索资料、整理文件、生成文档和处理日常任务；
● 像 OpenClaw 一样，把需要长期执行的工作设成定时任务，也可以从微信、飞书、QQ 等消息渠道发起任务；
● 直接使用自带的 Agent ，也可以接入 Codex 、Claude Code 等第三方 Agent Runtime 。
安装和运行方式包括：
● macOS 、Windows 、Linux 桌面版；
● 通过 npm 命令行安装，启动后在浏览器中使用本地网页版；
● 通过 Docker 部署到 NAS 或云服务器上长期运行；
● Windows 还提供免安装便携版。你甚至可以直接安装到 U 盘里，即插即用。
Agent 做的小应用，不再日抛
最近我觉得比较值得单独拿出来讲的，是它自带一套“小应用系统”。
产品里目前叫 Panel App 。比如你经常需要合并 CSV ，可以直接在聊天里说：
比如这个唐诗卡片：左边继续和 Agent 改，右边直接翻诗、随机切换或复制。做好以后也可以固定在右侧，随时再打开。
Panel App 做好以后会进入应用列表，也可以固定到右侧边栏，以后随时打开。
哪里不好用，继续在聊天里改就行。
所以最后留下来的不只是一次对话、一段代码或者一个扔在文件夹里的 HTML ，而是一个以后还能继续使用的小应用。计算器、数据看板、文件处理工具、资料搜索页，都可以这么做。
生成的图表和文档，可以直接查看
不一定每次都要做成长期使用的小应用。比如把几个月的收入和渠道数据交给 Agent ，它可以直接生成一张执行摘要，把趋势、构成和目标完成度放在当前回复里：
普通文档也是同一套工作方式：Agent 调用工具生成或修改 Markdown 后，可以直接在右侧查看方案、文章和清单。
安装
如果想用 npm 安装：
启动后，在浏览器中打开本地网页版：
其他选择还有 macOS 、Windows 、Linux 桌面版和 Docker 。Windows 还提供免安装便携版。你甚至可以直接安装到 U 盘里，即插即用。
大家好，我是 NextClaw 的作者。
你可以把 NextClaw 理解成一个开源、可以自己部署的 Codex / WorkBuddy 。
了解和使用 NextClaw：
GitHub：https://github.com/Peiiii/nextclaw
官网：https://nextclaw.io/
使用文档：https://docs.nextclaw.io/
它能做什么
功能上，NextClaw 不是 Codex / WorkBuddy 的精简版。它可以：
● 像 Codex 一样，在项目里读取和修改代码、运行命令，也可以让多个 Agent 分工完成复杂任务；
● 像 WorkBuddy 一样，搜索资料、整理文件、生成文档和处理日常任务；
● 像 OpenClaw 一样，把需要长期执行的工作设成定时任务，也可以从微信、飞书、QQ 等消息渠道发起任务；
● 直接使用自带的 Agent ，也可以接入 Codex 、Claude Code 等第三方 Agent Runtime 。
安装和运行方式包括：
● macOS 、Windows 、Linux 桌面版；
● 通过 npm 命令行安装，启动后在浏览器中使用本地网页版；
● 通过 Docker 部署到 NAS 或云服务器上长期运行；
● Windows 还提供免安装便携版。你甚至可以直接安装到 U 盘里，即插即用。
Agent 做的小应用，不再日抛
最近我觉得比较值得单独拿出来讲的，是它自带一套“小应用系统”。
产品里目前叫 Panel App 。比如你经常需要合并 CSV ，可以直接在聊天里说：
帮我做一个 CSV 合并工具。可以选择多份文件，预览文件名和行数，确认后合并并下载。Agent 会把它做成一个小应用，直接在聊天右侧打开。
比如这个唐诗卡片：左边继续和 Agent 改，右边直接翻诗、随机切换或复制。做好以后也可以固定在右侧，随时再打开。
Panel App 做好以后会进入应用列表，也可以固定到右侧边栏，以后随时打开。
哪里不好用，继续在聊天里改就行。
所以最后留下来的不只是一次对话、一段代码或者一个扔在文件夹里的 HTML ，而是一个以后还能继续使用的小应用。计算器、数据看板、文件处理工具、资料搜索页，都可以这么做。
生成的图表和文档，可以直接查看
不一定每次都要做成长期使用的小应用。比如把几个月的收入和渠道数据交给 Agent ，它可以直接生成一张执行摘要，把趋势、构成和目标完成度放在当前回复里：
普通文档也是同一套工作方式：Agent 调用工具生成或修改 Markdown 后，可以直接在右侧查看方案、文章和清单。
安装
如果想用 npm 安装：
npm install -g nextclaw
nextclaw start
启动后，在浏览器中打开本地网页版：
http://127.0.0.1:55667
其他选择还有 macOS 、Windows 、Linux 桌面版和 Docker 。Windows 还提供免安装便携版。你甚至可以直接安装到 U 盘里，即插即用。
[分享创造] 我的开源项目每日热点 api 接入 AI 分析股市有没有搞头？
先说为什么每日热点要接入 AI 分析?
我每天都会看金十数据还有财联社，为什么看？因为我是一位大 A 投资者，所以看新闻成为了我的日常。
但是对于大多投资者都有一个痛点，人的精力是有限的，比如我，每天只能把大部分的时间放在工作上，几乎没时间看盘，如果工作中看盘又会影响工作效率，得不偿失。
所以对于大多数普通人来说，是没有时间分析各种经济趋势，产业趋势的，这个要花大量的时间去了解数据。
另外一个问题就是，即使你阅读了很多新闻，有些新闻反而成为了你的杂音，并不是关注的越多越好。
所以我产生了一个让 AI 帮我分析新闻，总结股票板块并给出关联股票的想法，这样我每天只需花很小一部分时间去阅读 AI 的报告即可。
我对这个开源项目做了什么？
生成 AI 分析简报
调用项目中已有的数据源接口，结合 Tavily 搜索增强和 OpenAI SDK 生成结构化产业简报，该简报重点面向财经、产业链和 A 股关联分析，并可以配置生成简报的频率。
统计股票在简报中出现的次数
统计股票在简报中出现的次数，这是一个很重要的数据，出现的次数越多，说明市场的热度越高，这也就给了我们一个可以直接观察板块的标的。
预览
github 地址
daily-hot-api
总结
目前的 AI 分析过于简单，自己也有很多想法，后续会不断的完善。
但对于投资这件事，即使有百分百的数据，也无法决策市场的走向，数据不是告诉你该买哪支股票，而是告诉你该买哪个板块。
先说为什么每日热点要接入 AI 分析?
我每天都会看金十数据还有财联社，为什么看？因为我是一位大 A 投资者，所以看新闻成为了我的日常。
但是对于大多投资者都有一个痛点，人的精力是有限的，比如我，每天只能把大部分的时间放在工作上，几乎没时间看盘，如果工作中看盘又会影响工作效率，得不偿失。
所以对于大多数普通人来说，是没有时间分析各种经济趋势，产业趋势的，这个要花大量的时间去了解数据。
另外一个问题就是，即使你阅读了很多新闻，有些新闻反而成为了你的杂音，并不是关注的越多越好。
所以我产生了一个让 AI 帮我分析新闻，总结股票板块并给出关联股票的想法，这样我每天只需花很小一部分时间去阅读 AI 的报告即可。
我对这个开源项目做了什么？
生成 AI 分析简报
调用项目中已有的数据源接口，结合 Tavily 搜索增强和 OpenAI SDK 生成结构化产业简报，该简报重点面向财经、产业链和 A 股关联分析，并可以配置生成简报的频率。
统计股票在简报中出现的次数
统计股票在简报中出现的次数，这是一个很重要的数据，出现的次数越多，说明市场的热度越高，这也就给了我们一个可以直接观察板块的标的。
预览
github 地址
daily-hot-api
总结
目前的 AI 分析过于简单，自己也有很多想法，后续会不断的完善。
但对于投资这件事，即使有百分百的数据，也无法决策市场的走向，数据不是告诉你该买哪支股票，而是告诉你该买哪个板块。
[分享创造] 做了一个开源的 ChatGPT App 主题引擎和主题社区： ReTheme
最近把一直在做的 ReTheme 开源了
官网： https://retheme.app
GitHub： https://github.com/duxweb/ReTheme
下载： https://github.com/duxweb/ReTheme/releases/latest
它是一个面向 ChatGPT App 的桌面主题引擎，同时也做了一个主题社区。目前支持 macOS Apple Silicon 、macOS Intel 和 Windows x64
最开始只是觉得每天都在使用的 ChatGPT App 应该可以有不同的工作氛围，但真正开始做之后，发现要让普通用户长期使用，问题不只是注入一段 CSS
现在 ReTheme 主要完成了这些能力：
● 在社区发现和预览主题
● 安装、切换、更新、停止主题并恢复官方界面
● 通过兼容层集中适配 ChatGPT App 的结构变化
● 对社区主题包做结构、资源、路径和 CSS 范围检查
● 对发布包签名，客户端安装前验证签名
● 允许创作者本地开发主题，上传 ZIP 源码并持续更新版本
桌面端使用 Tauri 2 、Rust 、React 和 TypeScript 。主题本身不允许 JavaScript ，也不能加载远程字体、外部 URL 或
关于现有的开源换肤脚本也说明一下：相关脚本发布时 ReTheme 已经在开发，双方不是同一套源码。脚本证明了这类需求真实存在，而 ReTheme 从开始选择的方向就是完整用户产品和社区，不想围绕谁先做展开讨论
目前软件和社区已发布主题都可以免费使用。Pro 主要规划给云同步、多设备等增值能力，不影响基础主题使用
主题制作文档： https://github.com/duxweb/ReTheme/blob/main/docs/theme-development.md
现在比较希望得到三类反馈：
1. 不同 ChatGPT App 版本下的兼容情况
2. 安装、切换和恢复流程是否足够清楚
3. 大家希望看到什么风格的主题
第一次把它作为完整产品公开出来，还有很多细节需要继续打磨，欢迎直接提意见或 Issue
最近把一直在做的 ReTheme 开源了
官网： https://retheme.app
GitHub： https://github.com/duxweb/ReTheme
下载： https://github.com/duxweb/ReTheme/releases/latest
它是一个面向 ChatGPT App 的桌面主题引擎，同时也做了一个主题社区。目前支持 macOS Apple Silicon 、macOS Intel 和 Windows x64
最开始只是觉得每天都在使用的 ChatGPT App 应该可以有不同的工作氛围，但真正开始做之后，发现要让普通用户长期使用，问题不只是注入一段 CSS
现在 ReTheme 主要完成了这些能力：
● 在社区发现和预览主题
● 安装、切换、更新、停止主题并恢复官方界面
● 通过兼容层集中适配 ChatGPT App 的结构变化
● 对社区主题包做结构、资源、路径和 CSS 范围检查
● 对发布包签名，客户端安装前验证签名
● 允许创作者本地开发主题，上传 ZIP 源码并持续更新版本
桌面端使用 Tauri 2 、Rust 、React 和 TypeScript 。主题本身不允许 JavaScript ，也不能加载远程字体、外部 URL 或
@import，主要由 Manifest 、作用域 CSS 和静态图片组成关于现有的开源换肤脚本也说明一下：相关脚本发布时 ReTheme 已经在开发，双方不是同一套源码。脚本证明了这类需求真实存在，而 ReTheme 从开始选择的方向就是完整用户产品和社区，不想围绕谁先做展开讨论
目前软件和社区已发布主题都可以免费使用。Pro 主要规划给云同步、多设备等增值能力，不影响基础主题使用
主题制作文档： https://github.com/duxweb/ReTheme/blob/main/docs/theme-development.md
现在比较希望得到三类反馈：
1. 不同 ChatGPT App 版本下的兼容情况
2. 安装、切换和恢复流程是否足够清楚
3. 大家希望看到什么风格的主题
第一次把它作为完整产品公开出来，还有很多细节需要继续打磨，欢迎直接提意见或 Issue
[OpenAI] opencode 这么拉么，今天刚充了 go 套餐，就大范围报错了
https://github.com/anomalyco/opencode/issues/37716#issue-4921509635
看起来是全球范围的 500 error ，我研究了半天还以为是用的 base url 有问题呢。。
https://github.com/anomalyco/opencode/issues/37716#issue-4921509635
看起来是全球范围的 500 error ，我研究了半天还以为是用的 base url 有问题呢。。
[Hermes Agent] 大家还有在用 Hermes 吗
我用 Hermes 用了挺长时间了,之前用的一直都是 OpenCode Go 里面的 DeepSeek Flash,然后又另外去开 GPT Plus,然后复杂的工作就让 GPT Plus 去分析,然后再去安排任务给 Cloud Code 接 DeepSeek V4,然后这其中的调度都是用 Hermes 接 DeepSeek V4 来完成的。但是最近呢,发现就是一个 Plus 不够用,所以说就会有多个 Plus 账号。但是用 cockpit 切换 Plus 账号的时候,Hermes 这边的 CodeX 调用的 CodeX 好像是没有进行切换的,所以说切换过来不是很方便。然后在这里想了解一下各位用 Hermes 的大佬,大家都是怎么用的,可以一起交流一下。
我用 Hermes 用了挺长时间了,之前用的一直都是 OpenCode Go 里面的 DeepSeek Flash,然后又另外去开 GPT Plus,然后复杂的工作就让 GPT Plus 去分析,然后再去安排任务给 Cloud Code 接 DeepSeek V4,然后这其中的调度都是用 Hermes 接 DeepSeek V4 来完成的。但是最近呢,发现就是一个 Plus 不够用,所以说就会有多个 Plus 账号。但是用 cockpit 切换 Plus 账号的时候,Hermes 这边的 CodeX 调用的 CodeX 好像是没有进行切换的,所以说切换过来不是很方便。然后在这里想了解一下各位用 Hermes 的大佬,大家都是怎么用的,可以一起交流一下。
[分享创造] 做了一个多语种背单词网站：黄油单词，支持英日德法西语
之前给一家机构做了外语学习的定制 APP ，最近把这个 App 扩展升级做成了网站 黄油单词 https://waiyuka.cc
目前支持英语、日语、德语、法语和西班牙语，整理了大量教材词库和分级词汇。 主要功能：
● AI 配图辅助记忆
● AI 语音与单词发音
● 双语例句
● 单词释义和记忆技巧
● 选择题、拼写两种练习模式
● 简体中文、繁体中文界面
● 按语言、教材和等级选择词书
https://i.imgur.com/ZWBBGqb.png https://i.imgur.com/5x22UB0.png https://i.imgur.com/4VVCE2b.png https://i.imgur.com/yYU2lmE.png
之前给一家机构做了外语学习的定制 APP ，最近把这个 App 扩展升级做成了网站 黄油单词 https://waiyuka.cc
目前支持英语、日语、德语、法语和西班牙语，整理了大量教材词库和分级词汇。 主要功能：
● AI 配图辅助记忆
● AI 语音与单词发音
● 双语例句
● 单词释义和记忆技巧
● 选择题、拼写两种练习模式
● 简体中文、繁体中文界面
● 按语言、教材和等级选择词书
https://i.imgur.com/ZWBBGqb.png https://i.imgur.com/5x22UB0.png https://i.imgur.com/4VVCE2b.png https://i.imgur.com/yYU2lmE.png
[分享创造] LLM Wiki, 但是团队版
LLM Wiki ，但是团队版
最近，我们在做 CoWiki。最短的解释是：一个团队版的 LLM Wiki 。 代码已经开源在这里：github.com/wfnuser/cowiki
如果只服务一个人，CC / Codex / Antigravity ，加上文件系统和一套 Prompt / Skill ，已经是很好用的 LLM Wiki 。
但当一些人和更多的 Agent 加入进来时，事情就开始变复杂了。
过去，文档更新很慢。让所有人看到同一个最新版本，通常就是最好的协作方式，飞书和 Notion 都是这么做的。
但 Agent 一天就能产出过去几周的内容。问题不只是编辑冲突：一个错误一旦进入共享上下文，就可能被其他 Agent 反复引用、不断放大。
而 GitHub 似乎是一个很不错的方案，他很擅长让很多人安全地改变同一份答案，它能让你看清每次修改从哪里来、为什么发生、谁接受了它、错了怎样撤销，都有迹可循。
我们试过 GitHub + LLM Wiki ，确实能工作。但对非技术用户来说，Repository 、Commit 、Pull Request 已经够难了，旁边还有 CI/CD 和 Actions 。
所以我们想保留 Git 的协作理念，但是把软件工程的复杂性藏起来。
----------------------
而至于为什么要开源，为什么最终选择了本地优先。
其实从 According.Work 开始，我就一直在思考人们未来的协作方式。
我相信，真正让一群人并肩出发的，不该只是同一份合同、同一张工牌和同一个老板。也可以是大家望见了同一座远山，恰好都想去看看；一路聊得来，于是决定一起走走看。
而事实上，GitHub 已经让这样的开放协作在软件世界发生。我们想知道，它能不能走出开发领域，成为一种组织人与 Agent 的新方式。
但开放协作，不能建立在随时会被收回的访问权上。
你不能因为被老板裁员，就瞬间失去自己辛苦创造的一切。Agent 也不该只是某个组织账号下的一次性工具；它应该带着可验证的身份和贡献记录，在更开放的世界里大展拳脚。
我们相信，数据首先属于创造它的人，而协作建立在自由选择之上。
因此 CoWiki 也正在对齐 Google 的 Open Knowledge Format （ OKF ），让知识保持开放、可读、可迁移。
----------------------
最后，还是要说说 Obsidian 。
Obsidian 当然很好。随便做个插件，或许能吊打现在的 CoWiki 。
但世界只有一种答案，也太枯燥了。何况 Obsidian 的多人协同能力确实是比较差的。
既然问题足够有趣，就不妨造个轮子试试。何况现在造轮子的成本并不高，而一个真正本地优先、又能流畅协作的文档系统，是值得期待的。
即使最后只是个垃圾项目，也希望它能让更多人一起讨论：
哦对，项目非常早期，本质上目前只初步完成了本地版的 LLM Wiki ，还有很多开放问题需要讨论。欢迎感兴趣的小伙伴来一块贡献一下。
在 github.com/wfnuser 上可以找到我的联系方式。
LLM Wiki ，但是团队版
最近，我们在做 CoWiki。最短的解释是：一个团队版的 LLM Wiki 。 代码已经开源在这里：github.com/wfnuser/cowiki
如果只服务一个人，CC / Codex / Antigravity ，加上文件系统和一套 Prompt / Skill ，已经是很好用的 LLM Wiki 。
但当一些人和更多的 Agent 加入进来时，事情就开始变复杂了。
过去，文档更新很慢。让所有人看到同一个最新版本，通常就是最好的协作方式，飞书和 Notion 都是这么做的。
但 Agent 一天就能产出过去几周的内容。问题不只是编辑冲突：一个错误一旦进入共享上下文，就可能被其他 Agent 反复引用、不断放大。
而 GitHub 似乎是一个很不错的方案，他很擅长让很多人安全地改变同一份答案，它能让你看清每次修改从哪里来、为什么发生、谁接受了它、错了怎样撤销，都有迹可循。
我们试过 GitHub + LLM Wiki ，确实能工作。但对非技术用户来说，Repository 、Commit 、Pull Request 已经够难了，旁边还有 CI/CD 和 Actions 。
所以我们想保留 Git 的协作理念，但是把软件工程的复杂性藏起来。
----------------------
而至于为什么要开源，为什么最终选择了本地优先。
其实从 According.Work 开始，我就一直在思考人们未来的协作方式。
我相信，真正让一群人并肩出发的，不该只是同一份合同、同一张工牌和同一个老板。也可以是大家望见了同一座远山，恰好都想去看看；一路聊得来，于是决定一起走走看。
而事实上，GitHub 已经让这样的开放协作在软件世界发生。我们想知道，它能不能走出开发领域，成为一种组织人与 Agent 的新方式。
但开放协作，不能建立在随时会被收回的访问权上。
你不能因为被老板裁员，就瞬间失去自己辛苦创造的一切。Agent 也不该只是某个组织账号下的一次性工具；它应该带着可验证的身份和贡献记录，在更开放的世界里大展拳脚。
我们相信，数据首先属于创造它的人，而协作建立在自由选择之上。
因此 CoWiki 也正在对齐 Google 的 Open Knowledge Format （ OKF ），让知识保持开放、可读、可迁移。
----------------------
最后，还是要说说 Obsidian 。
Obsidian 当然很好。随便做个插件，或许能吊打现在的 CoWiki 。
但世界只有一种答案，也太枯燥了。何况 Obsidian 的多人协同能力确实是比较差的。
既然问题足够有趣，就不妨造个轮子试试。何况现在造轮子的成本并不高，而一个真正本地优先、又能流畅协作的文档系统，是值得期待的。
即使最后只是个垃圾项目，也希望它能让更多人一起讨论：
当每个人身边都有很多 Agent ，我们究竟应该怎样一起工作？欢迎大家一起来聊聊。
哦对，项目非常早期，本质上目前只初步完成了本地版的 LLM Wiki ，还有很多开放问题需要讨论。欢迎感兴趣的小伙伴来一块贡献一下。
在 github.com/wfnuser 上可以找到我的联系方式。
[广州] 找广州火车站周边的合租
半年，有空房的宝子们请留言。 或 Session_Messenger 邀请（ base64): MDVlZTc3OThiYzRjNjBjMGZjMzU4MWZhZWZhZWYyMjBiOGFkMjRiNmRlNzc0M2NkYmY5ZDcwZTdkNzFiZmVlNTQ3
半年，有空房的宝子们请留言。 或 Session_Messenger 邀请（ base64): MDVlZTc3OThiYzRjNjBjMGZjMzU4MWZhZWZhZWYyMjBiOGFkMjRiNmRlNzc0M2NkYmY5ZDcwZTdkNzFiZmVlNTQ3
[分享创造] 我开发了一个开源版 Surge，把 Mac 变成可导入规则、可按设备分流的全屋透明代理网关。
OpenSurge for Mac 是一个开源应用，提供类似 Surge 的体验，可以把你的 Mac 变成全屋的代理网关：同一局域网里的手机、电视、PS5 、游戏机、VR 设备和虚拟机，无需逐台设置代理；设备一接入网络，便自动通过 Mac 的全屋代理网关，并按各自策略选择直连或代理出口。
你可以为每台设备设置不同的出口策略：手机和 Mac 一起走代理、游戏机连美服、电视走流媒体节点。DHCP/DNS 、分流策略和流量状态，都由 OpenSurge 集中管理。
- 可导入已有的 mihomo 配置或订阅，保留原有节点、代理组和规则
- Web GUI 实时展示每台设备的连接、上下行流量和实际出口链；菜单栏随时查看网关状态与恢复提醒。
- 底层由 dnsmasq 提供 DHCP/DNS ，mihomo 负责代理与策略，macOS pf 和 IPv4 forwarding 提供 NAT 与转发。
仓库链接在下面：
🔗 https://github.com/YTwsy/OpenSurge-for-Mac
OpenSurge for Mac 是一个开源应用，提供类似 Surge 的体验，可以把你的 Mac 变成全屋的代理网关：同一局域网里的手机、电视、PS5 、游戏机、VR 设备和虚拟机，无需逐台设置代理；设备一接入网络，便自动通过 Mac 的全屋代理网关，并按各自策略选择直连或代理出口。
你可以为每台设备设置不同的出口策略：手机和 Mac 一起走代理、游戏机连美服、电视走流媒体节点。DHCP/DNS 、分流策略和流量状态，都由 OpenSurge 集中管理。
- 可导入已有的 mihomo 配置或订阅，保留原有节点、代理组和规则
- Web GUI 实时展示每台设备的连接、上下行流量和实际出口链；菜单栏随时查看网关状态与恢复提醒。
- 底层由 dnsmasq 提供 DHCP/DNS ，mihomo 负责代理与策略，macOS pf 和 IPv4 forwarding 提供 NAT 与转发。
仓库链接在下面：
🔗 https://github.com/YTwsy/OpenSurge-for-Mac
[分享创造] 我做了个 macOS 菜单栏音频工具，可以同时控制多个输出设备的音量和延迟
1. 事情是怎么开始的
我用 Mac 的时候，常年都会接一块显示器，有时候还会接入蓝牙音箱。平时系统只能选择一个默认输出，我就在想：既然面前有两三个能发出声音的设备，为什么不能让它们同时发声？
我上网找了攻略，发现可以用系统内建的“音频 MIDI 设置”创建多输出设备。声音虽然能同时出来，但操作很繁琐：没有一个好用的总音量控制，也不方便分别调整 AirPods 、显示器和其他音箱。更麻烦的是不同设备会有延迟，声音不同步的时候，听起来就像在 KTV 里一群人在抢麦。
2. 为什么还是决定自己做
我没有一开始就直接做，因为很怕自己变成那种做出十分钟 Demo 就宣布解决问题的自嗨开发者。自己遇到的问题，可能已经有人解决过，也可能市面上早已有成熟产品；如果不先研究，只是在浪费 token 、重复造轮子。
我最早看到了 GitHub 上的 FineTune ，但是它设计的理念是针对单个 APP 音量调节，对于多设备输出，也是从 APP 进入，不太符合我的习惯。还有就是类似的 APP ，他们都没有针对多设备同步时候，无线或者蓝牙音箱延迟进行调整的功能。我有个蓝牙音箱，总是比 Mac 的自带音箱慢一点。 还有收费的 SoundSource 等等，他们的虚拟声卡功能更专业，不过也没有针对同步功能进行优化。 所以才开始做 Tutti 。
https://youtu.be/s_t-8aCeBWE
3. Tutti 现在能解决什么
Tutti 是一个常驻 Mac 菜单栏的音频控制工具。最基础的功能，是在面板里勾选多个本地输出设备，让 MacBook 扬声器、AirPods 、蓝牙音频设备、USB 音频设备或者 HDMI 显示器同时播放，并分别控制音量。
它也可以按 App 调整音量和分配输出。例如，可以让某个 App 从显示器播放，另一个 App 从 MacBook 扬声器播放。或者和你朋友一人一副 AirPods 看电影，苹果在 iPhone 上实现了这个 AirPods 同播的功能，我不知道为什么在 Mac 上却没有？
我还做了左右声道拆分，可以把左、右声道分别交给两个输出设备，就可以实现戴耳机才能实现的立体声效果，来听一些左右声道的歌非常爽；
你也可以单独调整某台设备的延迟。通过延迟补偿，可以尽量把不同设备听到的声音对齐。
上面所有的设备都保存成预设一键切换，我甚至做了 iOS 的 APP ，可以当做遥控器控制 Mac 上的 Tutti 。
4. 我在实现上的取舍
Tutti 是原生 macOS 应用，为了不做的那么“重”，它只用 CoreAudio 来实现，不需要安装虚拟音频驱动或系统扩展。退出后会恢复系统原来的音频输出。应用本体支持 macOS 13 及以上；按 App 控制音量、EQ 和输出需要 macOS 14.4 及以上。
这是我第一次真正把一个 App 从想法、代码、测试，一直做到官网、支付和售后。整个流程走完后，我最大的感受是：Vibe coding 做出一个能运行的玩具并不难，但要把它做成一个稳定、有人愿意使用的产品，需要花更多时间处理兼容性、反馈和各种边缘问题。
第一版虽然很快就做出来了，但我不知道功能优先级应该怎么排，也不知道是否真的有人需要。后来找了一些用户测试，根据他们使用的设备、实际需求和遇到的问题，持续迭代了一个多月，才决定正式拿出来分享。
5. 已知限制和商业化思考
目前已知的主要限制：
● AirPlay 设备不能加入 Tutti 的多输出组合；
● 部分 App 或新的 macOS 测试版可能存在 Core Audio 兼容问题；
● 应用音量和应用输出功能需要 macOS 14.4 及以上。
这个产品在我想开始做的时候，我就决定它一定是一个大部分功能免费，但是呢，专业功能或者说某些痛点功能是进行收费的。因为我不想把它当做一个 demo 或者说一个玩具来去做，我希望它是一个成熟的产品，那它就是要面向市场去获得一些商业化上的正反馈。所以 Tutti 的基础功能可以免费使用，Pro 提供 7 天试用，之后是一次买断。
6. 想听听大家的真实使用方式
我现在最想了解的是：
1. 大家平时会给一台 Mac 同时连接哪些音频设备？
2. 在多设备输出、应用音量和应用输出分配之间，大家最常遇到的问题是什么？
欢迎：https://tutti.barrybarrywu.com
1. 事情是怎么开始的
我用 Mac 的时候，常年都会接一块显示器，有时候还会接入蓝牙音箱。平时系统只能选择一个默认输出，我就在想：既然面前有两三个能发出声音的设备，为什么不能让它们同时发声？
我上网找了攻略，发现可以用系统内建的“音频 MIDI 设置”创建多输出设备。声音虽然能同时出来，但操作很繁琐：没有一个好用的总音量控制，也不方便分别调整 AirPods 、显示器和其他音箱。更麻烦的是不同设备会有延迟，声音不同步的时候，听起来就像在 KTV 里一群人在抢麦。
2. 为什么还是决定自己做
我没有一开始就直接做，因为很怕自己变成那种做出十分钟 Demo 就宣布解决问题的自嗨开发者。自己遇到的问题，可能已经有人解决过，也可能市面上早已有成熟产品；如果不先研究，只是在浪费 token 、重复造轮子。
我最早看到了 GitHub 上的 FineTune ，但是它设计的理念是针对单个 APP 音量调节，对于多设备输出，也是从 APP 进入，不太符合我的习惯。还有就是类似的 APP ，他们都没有针对多设备同步时候，无线或者蓝牙音箱延迟进行调整的功能。我有个蓝牙音箱，总是比 Mac 的自带音箱慢一点。 还有收费的 SoundSource 等等，他们的虚拟声卡功能更专业，不过也没有针对同步功能进行优化。 所以才开始做 Tutti 。
https://youtu.be/s_t-8aCeBWE
3. Tutti 现在能解决什么
Tutti 是一个常驻 Mac 菜单栏的音频控制工具。最基础的功能，是在面板里勾选多个本地输出设备，让 MacBook 扬声器、AirPods 、蓝牙音频设备、USB 音频设备或者 HDMI 显示器同时播放，并分别控制音量。
它也可以按 App 调整音量和分配输出。例如，可以让某个 App 从显示器播放，另一个 App 从 MacBook 扬声器播放。或者和你朋友一人一副 AirPods 看电影，苹果在 iPhone 上实现了这个 AirPods 同播的功能，我不知道为什么在 Mac 上却没有？
我还做了左右声道拆分，可以把左、右声道分别交给两个输出设备，就可以实现戴耳机才能实现的立体声效果，来听一些左右声道的歌非常爽；
你也可以单独调整某台设备的延迟。通过延迟补偿，可以尽量把不同设备听到的声音对齐。
上面所有的设备都保存成预设一键切换，我甚至做了 iOS 的 APP ，可以当做遥控器控制 Mac 上的 Tutti 。
4. 我在实现上的取舍
Tutti 是原生 macOS 应用，为了不做的那么“重”，它只用 CoreAudio 来实现，不需要安装虚拟音频驱动或系统扩展。退出后会恢复系统原来的音频输出。应用本体支持 macOS 13 及以上；按 App 控制音量、EQ 和输出需要 macOS 14.4 及以上。
这是我第一次真正把一个 App 从想法、代码、测试，一直做到官网、支付和售后。整个流程走完后，我最大的感受是：Vibe coding 做出一个能运行的玩具并不难，但要把它做成一个稳定、有人愿意使用的产品，需要花更多时间处理兼容性、反馈和各种边缘问题。
第一版虽然很快就做出来了，但我不知道功能优先级应该怎么排，也不知道是否真的有人需要。后来找了一些用户测试，根据他们使用的设备、实际需求和遇到的问题，持续迭代了一个多月，才决定正式拿出来分享。
5. 已知限制和商业化思考
目前已知的主要限制：
● AirPlay 设备不能加入 Tutti 的多输出组合；
● 部分 App 或新的 macOS 测试版可能存在 Core Audio 兼容问题；
● 应用音量和应用输出功能需要 macOS 14.4 及以上。
这个产品在我想开始做的时候，我就决定它一定是一个大部分功能免费，但是呢，专业功能或者说某些痛点功能是进行收费的。因为我不想把它当做一个 demo 或者说一个玩具来去做，我希望它是一个成熟的产品，那它就是要面向市场去获得一些商业化上的正反馈。所以 Tutti 的基础功能可以免费使用，Pro 提供 7 天试用，之后是一次买断。
6. 想听听大家的真实使用方式
我现在最想了解的是：
1. 大家平时会给一台 Mac 同时连接哪些音频设备？
2. 在多设备输出、应用音量和应用输出分配之间，大家最常遇到的问题是什么？
欢迎：https://tutti.barrybarrywu.com
[分享创造] 搞了一个小白使用的静态网站发布工具
最近搞了一个特别适合小白的静态网站发布工具。你不需要懂服务器，也不用折腾复杂的命令，只要把 HTML 、CSS 、图片这些文件打包上传，等几秒钟，就能得到一个可以直接访问的网站链接。
做这个工具的原因很简单：很多人会用 AI 生成网页，也能下载到完整代码，但一到“怎么让别人看到”这一步，就卡住了。买服务器、配域名、装环境，听着就头大。
所以我想把发布网站这件事做得像发朋友圈一样简单：上传、确认、完成。它比较适合作品展示、活动页面、个人介绍和临时落地页。现在功能还不算多，但核心流程已经跑通了，后面会继续慢慢完善。
htmltowebsite.com
最近搞了一个特别适合小白的静态网站发布工具。你不需要懂服务器，也不用折腾复杂的命令，只要把 HTML 、CSS 、图片这些文件打包上传，等几秒钟，就能得到一个可以直接访问的网站链接。
做这个工具的原因很简单：很多人会用 AI 生成网页，也能下载到完整代码，但一到“怎么让别人看到”这一步，就卡住了。买服务器、配域名、装环境，听着就头大。
所以我想把发布网站这件事做得像发朋友圈一样简单：上传、确认、完成。它比较适合作品展示、活动页面、个人介绍和临时落地页。现在功能还不算多，但核心流程已经跑通了，后面会继续慢慢完善。
htmltowebsite.com
[分享创造] 让 AI 给我基于真的终端搓了个假的终端😆
前两天让 AI 搓了个真的终端访问我的博客： https://mabbs.github.io/linux/
刚刚闲来无事又让它基于这个项目： https://github.com/Erzbir/jsnix
给我搓了个假的： https://mabbs.github.io/jsnix/
前两天让 AI 搓了个真的终端访问我的博客： https://mabbs.github.io/linux/
刚刚闲来无事又让它基于这个项目： https://github.com/Erzbir/jsnix
给我搓了个假的： https://mabbs.github.io/jsnix/
[分享创造] 做了一个让图片局部“抖起来”的小工具
前段时间在 X 上刷到一张局部抖动的二次元图片网站，效果很有意思，就顺手研究了一下是怎么做的。
我一直想做点二次元相关的产品，上传图片后，可以让图片的部分区域产生那种“ぷるぷる”的抖动效果。
网站： https://purupurumaker.app/
目前还是比较早期的版本，有些地方可能不够顺手。大家可以来试试，如果遇到问题，或者希望增加什么功能，欢迎直接告诉我。
也欢迎把做出来的效果贴在回复里看看。
前段时间在 X 上刷到一张局部抖动的二次元图片网站，效果很有意思，就顺手研究了一下是怎么做的。
我一直想做点二次元相关的产品，上传图片后，可以让图片的部分区域产生那种“ぷるぷる”的抖动效果。
网站： https://purupurumaker.app/
目前还是比较早期的版本，有些地方可能不够顺手。大家可以来试试，如果遇到问题，或者希望增加什么功能，欢迎直接告诉我。
也欢迎把做出来的效果贴在回复里看看。
[硬件] 想用 AI 给孩子搓个识别播报的玩具，请教下要买什么
孩子比较喜欢玩一个卡片游戏，下图是淘宝的图片
https://gw.alicdn.com/bao/uploaded/i3/2218057021544/O1CN01WzGlnY1NHCc5ykfgb_!!2218057021544.jpg
一张卡片上有 7-8 个动物，然后每人每局出一张，谁先找到相同的动物，就拿走 2 张
想让孩子一起来做一个带图像识别和播报的小硬件，快速识别出来有那个是相同的动物，然后播报出来。
没做过硬件相关的，各位佬给个思路和关键词
孩子比较喜欢玩一个卡片游戏，下图是淘宝的图片
https://gw.alicdn.com/bao/uploaded/i3/2218057021544/O1CN01WzGlnY1NHCc5ykfgb_!!2218057021544.jpg
一张卡片上有 7-8 个动物，然后每人每局出一张，谁先找到相同的动物，就拿走 2 张
想让孩子一起来做一个带图像识别和播报的小硬件，快速识别出来有那个是相同的动物，然后播报出来。
没做过硬件相关的，各位佬给个思路和关键词
[程序员] cloudflare 的新博客好难看
原来是比较朴实的，新博客长这样：
https://i.imgur.com/PjntuXq.png
最重要的正文部分改成了浅灰色的小字，从来没见过哪个内容为主的网站会用这种样式，对阅读很不友好
这是不是 Vibe Coding 的坏处？有 AI 之后，重构东西很容易，手里有锤子，看哪都想去敲一下。虽然原来的版本可能更好，但也要去敲一下。把自己的公司做得 fancy 一点，更能蹭上 AI 的叙事
cloudflare 还提到过，他们有不少设计师从传统的 Figma 转向了直接用 AI 写代码出原型，很难想象这个再跃进一点，是不是直接原来的前端把设计也包干了？直接让 AI Vibe 一个出来，反正自己也不用自己的产品，看着更好看能交差就行
NET 在 Top line growth 还能保持 30%的情况下，两个月前发狂裁了 1100 多人，有理由怀疑剩下的人虽然没裁，但是工作量也发生了变化。于是也一跟着一起发狂了，不管产品质量，先交付再说，反正自己也不用
原来是比较朴实的，新博客长这样：
https://i.imgur.com/PjntuXq.png
最重要的正文部分改成了浅灰色的小字，从来没见过哪个内容为主的网站会用这种样式，对阅读很不友好
这是不是 Vibe Coding 的坏处？有 AI 之后，重构东西很容易，手里有锤子，看哪都想去敲一下。虽然原来的版本可能更好，但也要去敲一下。把自己的公司做得 fancy 一点，更能蹭上 AI 的叙事
cloudflare 还提到过，他们有不少设计师从传统的 Figma 转向了直接用 AI 写代码出原型，很难想象这个再跃进一点，是不是直接原来的前端把设计也包干了？直接让 AI Vibe 一个出来，反正自己也不用自己的产品，看着更好看能交差就行
NET 在 Top line growth 还能保持 30%的情况下，两个月前发狂裁了 1100 多人，有理由怀疑剩下的人虽然没裁，但是工作量也发生了变化。于是也一跟着一起发狂了，不管产品质量，先交付再说，反正自己也不用
[分享发现] 用 Claude Design / GPT-5.6-sol / Kimi K3 给我的游戏做技能特效，附三份可玩的 standalone
在业余时间做一款哥特埃及题材类吸血鬼幸存者的 roguelike 游戏（ Phaser 4.1 + H5 ）。美术、特效、UI 全部靠 AI 流水线产出，分享一下这套 pipeline 跑到今天的样子，以及最近一次挺有意思的实验。
这是游戏实际跑起来的样子：
技能特效(VFX) 生成 pipeline
核心思路：把「设计」当成一份可验收的工程交付(pipeline with skills)，而不是一句 prompt 。
1. Handoff 包生成 skill：每个设计需求打成一个自包含 zip —— 真实游戏截图、机制数值表、视觉正交规则（新技能不和老技能相似）、性能预算等。这个 zip 会扔给 claude desgin 作为需求，并且定义交付标准。
2. 生成：设计系统返回一个自包含的交互式 standalone HTML （底部有链接） —— 不是一张图，是能玩的可调参数的网页，还要暴露一个脚本化 API 方便我自动验收让 AI 接入。
3. 独立验收：用 Playwright 录像截图，跑一套硬性 gate 后丢给另一个模型盲评打分。
4. 移植：过审的 standalone 走 takeover 流程进 Phaser —— 深读它的源码（ painter / 时间轴 / 锚点），±5% 保真门，真机 ADB 录像验证。
痛点
之前所有的 vfx 都是通过 claude desgin 做设计后产出 standalone html 后介入游戏，但是 claude 这玩意经常不够用或者就 you account has been suspended, 所以必须找个 alternaive.
之前 opendeisgin 我也尝试过，但是发现效果和 claude desgin 还是差很多，这次是在有了 gpt5.6 和 kimi k3, 准备优化 skill(生成扔给 opendeisign 的需求和交付标准) 后再尝试。
这次的实验：生产(claude desgin) vs 挑战者(open desgin with gpt5.6 sol/KIMI K3)
做的技能是「巫毒魂瓶」：瓶子在敌人之间弹跳，每跳眩晕 + 咒印，5 秒诅咒窗口内伤害叠加，期满一次性结算爆发（灵感来自 DOTA 巫医的麻痹药剂 + 诅咒）。
这个技能我的生产基准是 Claude Design 出的 standalone —— 移植上线了。我想验证的问题是：同一份生产 handoff zip 一字不改，喂给本地的 pipeline （ Open Design + 前沿模型），一轮生成能不能摸到这个生产基准的水位？
挑战者是 Open Design × GPT-5.6-sol 和 Open Design × Kimi K3 ，各一轮生成，不许互看答案。两个挑战者之间做严格盲评：等时驱动录像、抽等时关键帧、匿名乱序，GPT-5.6-sol （ high reasoning ）按 100 分表当裁判。
GPT-5.6-sol 91 分，Kimi K3 82 分 —— 两份都摸到了「可以进 owner 审阅」的水位，这在 1 个月前是不敢想的。而且我自己去体感测试了下，GPT-5.6-sol 基本达到了我的验收标准（小游戏要求比较低 ：)
三方的实验结果截图（依次 GPT-5.6-sol / Kimi K3 / Claude Design 基准）：
三份 standalone html 都发出来了，可以直接交互看效果
都是纯前端 standalone ，桌面打开效果最好，右侧有控制台可以逐节拍触发 / 切密度 / 换地面 / 换主题：
● Claude Design 基准版（已上线的那份）： https://artifact.cafe/a/54b9lvjsge
● Open Design × GPT-5.6-sol 版（盲评 91 ）： https://artifact.cafe/a/2pcxiumquv
● Open Design × Kimi K3 版（盲评 82 ）： https://artifact.cafe/a/q5mo9j3mm2
pipeline 背后的 skill （ handoff 契约、验收 gate 、盲评流程）已经放进 https://github.com/joeeeeey/open-design-skill （目前是绑定我自己游戏风格的参考实现，正在泛化成通用模板，想拿去给自己游戏用的可以先 watch ）。
游戏本体《冥骨魂殿 / Bone Halls 》还在开发收尾，网页可内侧试玩，后面会发 Steam 桌面版： https://bonehalls.com
有什么想了解的细节（ handoff 契约长什么样、验收 gate 怎么写、成本多少）欢迎聊。
在业余时间做一款哥特埃及题材类吸血鬼幸存者的 roguelike 游戏（ Phaser 4.1 + H5 ）。美术、特效、UI 全部靠 AI 流水线产出，分享一下这套 pipeline 跑到今天的样子，以及最近一次挺有意思的实验。
这是游戏实际跑起来的样子：
技能特效(VFX) 生成 pipeline
核心思路：把「设计」当成一份可验收的工程交付(pipeline with skills)，而不是一句 prompt 。
1. Handoff 包生成 skill：每个设计需求打成一个自包含 zip —— 真实游戏截图、机制数值表、视觉正交规则（新技能不和老技能相似）、性能预算等。这个 zip 会扔给 claude desgin 作为需求，并且定义交付标准。
2. 生成：设计系统返回一个自包含的交互式 standalone HTML （底部有链接） —— 不是一张图，是能玩的可调参数的网页，还要暴露一个脚本化 API 方便我自动验收让 AI 接入。
3. 独立验收：用 Playwright 录像截图，跑一套硬性 gate 后丢给另一个模型盲评打分。
4. 移植：过审的 standalone 走 takeover 流程进 Phaser —— 深读它的源码（ painter / 时间轴 / 锚点），±5% 保真门，真机 ADB 录像验证。
痛点
之前所有的 vfx 都是通过 claude desgin 做设计后产出 standalone html 后介入游戏，但是 claude 这玩意经常不够用或者就 you account has been suspended, 所以必须找个 alternaive.
之前 opendeisgin 我也尝试过，但是发现效果和 claude desgin 还是差很多，这次是在有了 gpt5.6 和 kimi k3, 准备优化 skill(生成扔给 opendeisign 的需求和交付标准) 后再尝试。
这次的实验：生产(claude desgin) vs 挑战者(open desgin with gpt5.6 sol/KIMI K3)
做的技能是「巫毒魂瓶」：瓶子在敌人之间弹跳，每跳眩晕 + 咒印，5 秒诅咒窗口内伤害叠加，期满一次性结算爆发（灵感来自 DOTA 巫医的麻痹药剂 + 诅咒）。
这个技能我的生产基准是 Claude Design 出的 standalone —— 移植上线了。我想验证的问题是：同一份生产 handoff zip 一字不改，喂给本地的 pipeline （ Open Design + 前沿模型），一轮生成能不能摸到这个生产基准的水位？
挑战者是 Open Design × GPT-5.6-sol 和 Open Design × Kimi K3 ，各一轮生成，不许互看答案。两个挑战者之间做严格盲评：等时驱动录像、抽等时关键帧、匿名乱序，GPT-5.6-sol （ high reasoning ）按 100 分表当裁判。
GPT-5.6-sol 91 分，Kimi K3 82 分 —— 两份都摸到了「可以进 owner 审阅」的水位，这在 1 个月前是不敢想的。而且我自己去体感测试了下，GPT-5.6-sol 基本达到了我的验收标准（小游戏要求比较低 ：)
三方的实验结果截图（依次 GPT-5.6-sol / Kimi K3 / Claude Design 基准）：
三份 standalone html 都发出来了，可以直接交互看效果
都是纯前端 standalone ，桌面打开效果最好，右侧有控制台可以逐节拍触发 / 切密度 / 换地面 / 换主题：
● Claude Design 基准版（已上线的那份）： https://artifact.cafe/a/54b9lvjsge
● Open Design × GPT-5.6-sol 版（盲评 91 ）： https://artifact.cafe/a/2pcxiumquv
● Open Design × Kimi K3 版（盲评 82 ）： https://artifact.cafe/a/q5mo9j3mm2
pipeline 背后的 skill （ handoff 契约、验收 gate 、盲评流程）已经放进 https://github.com/joeeeeey/open-design-skill （目前是绑定我自己游戏风格的参考实现，正在泛化成通用模板，想拿去给自己游戏用的可以先 watch ）。
游戏本体《冥骨魂殿 / Bone Halls 》还在开发收尾，网页可内侧试玩，后面会发 Steam 桌面版： https://bonehalls.com
有什么想了解的细节（ handoff 契约长什么样、验收 gate 怎么写、成本多少）欢迎聊。
[分享创造] 免费开源的有声书生成工具
https://github.com/shiye515/AudiobookMaker 做了一个有声书生成工具，把 EPUB 变成带章节、封面和完整元数据的 M4B 有声书，全程在 Mac 本地完成。生成的有声书可以直接导入到苹果图书 APP 中。如果对你有帮助，也帮我点个 star 。
https://github.com/shiye515/AudiobookMaker 做了一个有声书生成工具，把 EPUB 变成带章节、封面和完整元数据的 M4B 有声书，全程在 Mac 本地完成。生成的有声书可以直接导入到苹果图书 APP 中。如果对你有帮助，也帮我点个 star 。