查看其历史回复，全部都是：

• 单字动词滥用：「拆」「兜」「接」「做」「备」「跑」「定」「绑」「落」「扩」
• 单字形容词滥用：「漂」「稳」「变」「行」
• GPT 起手式：「我会优先……」「我会按……来做」「我会用……区分」「不是……而是……」「是……而不是……」「更像一个……」「这样就很稳」「最麻烦的是」「真正困难的是」「关键是“能 xxx”」「知道为什么 xxx 、为什么 xxx 」

历史发帖则全都是：「做了一个使用 AI 的 X ，希望听听 Y 的反馈」

并且自 2016 年注册之后，只发言过几次。中间隔了近十年没有说话，上个月突然又开始频繁活跃，合理推测是卖号了。

基本可以认为是纯 AI 机器人，并且大概率是 GPT5.2~5.4 系列模型，用来养号的。这种不需要按照社区规定处理吗？

绝大部分回复都没有什么营养，全是车轱辘话，信息过时，对于话题也没帮助。

@Livid

硬件先堆上了，软件生态完全没跟上，那它到底是未来趋势，还是纯纯噱头？

它不只是一个聊天 UI ，而是把 Agent 当成可托管服务来设计：每个 Agent 都有自己的 Soul 、工具白名单、技能、记忆命名空间、知识库、API Key 、模型覆盖、用量统计和限流。

目前支持：

• Web UI 、REST/SSE API 、Tauri 桌面端
• Telegram / WhatsApp / 钉钉 / 飞书 / QQ / 企业微信等多渠道接入
• TypeScript monorepo + Fastify + React + Tauri + SQLite
• 多模型 Provider 、failover 、MCP 、沙箱工具、trace logging 和长期记忆治理

项目地址： https://github.com/vorojar/AgentClaw

我自己比较想继续打磨的方向是：

1. 长期记忆怎么治理，避免越记越乱
2. 工具权限怎么做得既安全又不束手束脚
3. 多 Agent 隔离和 API 暴露应该怎么设计
4. Agent-as-a-Service 这种模式是否真的有长期价值

欢迎拍砖。

后面又开始在闲鱼上找了家庭组，差两个月两年了，结果最近到期商家未续费，近十天都未上过线了。

我决定自己组建家庭组，我的账号已绑定 Paypal ，不用担心购买礼品卡的问题，并且之前订阅 ChatGPT 、Claude 均正常。

我打算买 $25.95 的套餐，按加入的人头平均分摊订阅的价格，有意向的邮件联系 bWFya2VkLjQxY2VudHJpY0BpY2xvdWQuY29t 。

在直播视频右侧 25%的位置增加一个小按钮，折叠、展开评论区，需要的可以试试看。

只有这一个功能，按钮位置可调，收起后视频占用全部空间，大小也是可调。

sk-65a9c22f2007d1a7bbda7e3079322d421a81a878bb857eb7f3e0c3b740add415

来自 kiro 反代，可用 claude opus4.6 4.7 等模型

------------------ 以下是提示词 -------------

这个对话框，根据我发送的链接获取网页的标题和内容。不是中文的标题和内容，翻译成中文。如果是链接是论坛帖子，就只采用 1 楼的帖子内容，忽视跟贴内容。按照 yourdomain 文章格式，通过浏览器把相关信息发布到 https://yourdomain.com/wp-admin/post-new.php ，并保存为草稿。打开浏览器的使用，只使用浏览器一个标签页。

[yourdomain 文章格式]
学习一次 https://yourdomain.com/文章链接/ 的标题、固定链接、内容、分类、标签格式，以后就按照这种格式发。涉及到云主机、VPS 和独立服务器相关的帖子，标题中的 CPU 不要 '@' 和 ',' 符号，CPU 的数量用中文量词表示，比如 2 核为 双核，1 核为单核等。标题中的内存、硬盘和流量不要 B 符号，带宽不要 bps 内容。
文章特色图片，按照帖子内容最便宜配置、所属区域和价格规格，生成图片上传。
文章特色图片上传和设置方式：
直接调 WordPress REST API 。流程是：
1 ，把生成的图片文件 POST 到 /wp-json/wp/v2/media ，拿到 media_id
2 ，POST/PUT 文章时把 featured_media 字段设为这个 ID

## Coding Standard
1. Simplicity First.
2. Failfast instead of over-design, over-engineering, over-error-handling and over-fallbacks
   - Only make changes that are directly requested or clearly necessary. Keep solutions simple and focused.
   - A simple feature doesn't need extra configurability.
   - Don't add error handling, fallbacks, or validation for scenarios that can't happen. Trust internal code andframework guarantees. Only validate at system boundaries (user input, external APIs).Don't use feature flagsor backwards-compatibility shims when you can just change the code.
   - Don't create helpers, utilities, or abstractions for one-time operations.Don't design for hypotheticalfuture requirements. The right amount of complexity is the minimum needed for the current task-three similarlines of code is better than a premature abstraction
   - Avoid backwards-compatibility hacks like renaming unused _vars, re-exporting types, adding // removedcomments for removed code, etc. If you are certain that something is unused, you can delete it completely

And also the coding-rules and other guidelines/skills

也装了 andrej-kaparthy-guidelines, superpowers 之类的 skill ，实在是限制不了。大家有什么建议/经验吗，或者还是说回到 Claude 是更好的选择😭

转行契机

转程序员的契机主要有两个，一个是亲姐是外行转的产品经理，当然那是她那时工资也就 3000 出头也是被压榨的，但是她一直向我传述她们公司程序员月薪过万的故事（郑州），对于一个还没毕业的大学生这种工资简直想都不敢想。第二个原因就是大四实习，亲眼目睹学习优秀，工作努力的同专业师哥是怎么被压榨的，实习是师哥介绍的他所在的公司，师哥入行两年工资一点没动 3000 ，工作内容不仅包含公司所有的实验，还包含陪领导出差，各种琐事，还要兼职司机，实习期间遇见一个跳槽过来的人，5 年了还拿 3000 工资。这个专业就是这么坑，现在回顾即使我的程序员生涯也很失败，但是转行的选择真是无比正确，我的同学要么考研要么考公，要么像我的师哥那样的守着基本工资混日子。

线上培训

从大四实习结束就决定转行，在网上找到了黑马的免费程序员课程，一开始学的 java ，但是对于一个没有任何计算机基础的人来说 java 还是太抽象了，我姐当时建议我学前端，说前端简单，我就换了一个前端课程学习。当时就很想去报培训班的课程，当时也有同学去线下课了。我仔细想想还是买了一个线上课，当时是一个组合包一共 5000 元，现在回想却是很赚，5000 元是包含跟课老师，算是很负责的，学原型那段听课听的云里雾里，都是单独连线老师才搞明白的。

这个一个半年的课程，学完加上搞毕业设计已经 10 月份了，开始正式找工作了。当然培训班吗最后一课就是教我们伪造简历，我找工作没有伪造也不是自己多高尚，单纯觉得 care 不住，一个没有工作经历也不是计算机行业的人想要找一份非常难，还是在郑州。面试了一个多月才找到一个只要 3 个人的小外包公司，3000 块试用期，打八折并且接近 996 。

伪第一段工作

这个工作让我干的十分痛苦，一天的时间让我跟本无法充足休息，公司用的技术栈比我学的都老，还在搞 jq 那一套这都 2017 年了，公司的前端连 vue 和 react 都没尝试过，我开始想干到年后就提离职，没想到公司先一步开了我。开除的原因可能是我经常跟我的前端老大有矛盾，他一直想让我跟着他那一套 jq 的写法，我擅自用的 vue （直接引入不是 webpack 那一套），这样写就是效率高，但他就是不认同，说这样难以维护，后来他找我谈话，说我沟通有问题，跟公司理念不合什么的，就把我开了。一开始告诉我要开我的时候，我还有一种解脱感，但是真正离职回去的公交车上，我就开始自我怀疑，自己适不适合干程序员。现在回想这段，真有一种福祸相依的感觉，这次离职绝对是大好事，如果在外包公司烂下去，我的职业生涯早就结束了。

第一份工作加欠薪经历

接着就是继续找工作，找到一个实习生的公司，月薪仅 2000 并且转正不加工资，我当时真没想好太多，想法很简单能有经历培养实习生的公司至少有点能力，我去现场面试也觉得比上家公司正规太多。没有任何犹豫就入职了（其实找工作期间遇见的奇葩公司太多太多，有空也可以展开说一下），很幸运，入职分配部门选了好的师傅，他设计师转的程序员，所以对新人很耐心，引导也很多，跟他确实学到不少东西，出问题也能帮我兜底。后来公司挖来了 360 的人做 cto ，要搞加班文化，其实也没啥也就是强制 8 点后走，还包一顿饭，我在找我谈话的时候提出加薪的要求，当时他要笼络人心，直接给我加了，当时工资一下涨到 6k ，当时就飘了，借钱买了苹果电脑和手机。

没想到欠薪马上就来了，当时要发 7 月份工资的时候突然宣布对账问题，延迟发放工资，然后就是漫长的 3 个月欠薪，期间我师傅也离职了，一直撑到 10 月份之前一笔欠款到账才开始发工资（之前欠的还没发），过年后公司又要进账一批欠款，我也趁着这个机会离职了，跟公司签了协议，欠的的工资分期发放（过程没那么简单，我那个时候几乎天天去公司讨薪，可能老板实在是烦了）。后来这家公司在 2020 年前突然跑路了，所幸我的工资都要回来了。现在回想这段，虽然过程狗血，但是还是挺感谢这家公司了，真正让我入门了，一些工作流程我也是在在这家公司了解的。加上 欠薪的经验算是很不错第一份工作

尝试换城市加放弃

当时已经对郑州非常失望加上有堂哥在深圳工作能提供免费的住房，就直接去了深圳，那时候技术真差，加上不会总结面试，在深圳近三个月都浑浑噩噩的，接的几个 offer 对比一下都不如我在郑州的公司。失落感很强，渐渐对大城市失望，就继续回到郑州了，现在回想生涯，这是一个后悔的点，那个时候是可以留在深圳的，也能多赚点钱，这样的好机会再也不会有了。

有空再写完吧

①服务器：BWH-ULTRA-HKHK8 机房

1 、本机基础信息

2 、本机硬件信息

3 、本机流媒体解锁情况（ ispvps ）

** 正在测试 IPv4 解锁情况
--------------------------------
 ** 您的网络为: IT7 Networks Inc (93.179.*.*)
============[ Multination ]============
 Dazn:					Yes (Region: HK)
 Disney+:				Yes (Region: HK)
 Netflix:				Yes (Region: HK)
 YouTube Premium:			Yes (Region: HK)
 Amazon Prime Video:			Yes (Region: HK)
 TVBAnywhere+:				No
 Spotify Registration:			No
 OneTrust Region:			HK [Unknown]
 iQyi Oversea Region:			HK
 Bing Region:				HK
 Apple Region:				HK
 YouTube CDN:				Failed (Error: IATA: AS Not Found)
 Netflix Preferred CDN:			Hong Kong
 ChatGPT:				No (Only Available with Mobile APP)
 Google Gemini:				No
 Claude:				Unknown ( https://claude.com/app-unavailable-in-region)
 Wikipedia Editability:			No
 Google Play Store:			Hong Kong
 Google Search CAPTCHA Free:		Yes
 Steam Currency:			HKD
 ---Forum---
 Reddit:				Yes
 ---Game---
 SD Gundam G Generation Eternal:	Yes
=======================================

4 、本机三网回程测试-简要版（ routeGo ）

=======================================
国家: HK 城市: Hong Kong 服务商: AS25820 IT7 Networks Inc
北京电信 [IP]  电信 CN2  [优质线路]
北京联通 [IP]  电信 CN2  [优质线路]
北京移动 [IP] 电信 CN2  [优质线路]
上海电信 [IP]  电信 CN2  [优质线路]
上海联通 [IP]     电信 CN2  [优质线路]
上海移动 [IP] 电信 CN2  [优质线路]
广州电信 [IP]   电信 CN2  [优质线路]
广州联通 [IP]    电信 CN2  [优质线路]
广州移动 [IP]  电信 CN2  [优质线路]
成都电信 [IP]     电信 CN2  [优质线路]
成都联通 [IP]       电信 CN2  [优质线路]
成都移动 [IP]  电信 CN2  [优质线路]
2026/04/30 18:42:53 正在测试三网回程路由...
2026/04/30 18:42:54 测试完成!
=======================================

5 、三网回程（ NetQuality ）亚洲顶级线路，最顶尖的直连海外线路，贵就是硬道理

6 、三网去程

7 、IP 质量 ，这质量没话说

8 、测速及 Ping （上海电信），就这 ping 延迟和速度，值得这个价格

搬瓦工 Ecommerce 这款机器是搬瓦工经典套餐，15 个机房切换，最值得的机房包括洛杉矶的 DC6 DC9 机房（三网优化 CN2GIA 及 CMIN2 ），还有欧洲荷兰的 DCNL1 机房（三网各自优化 CN2GIA CMIN2 9929)

正价套餐，最便宜的是$169/年，现在机荒时代感觉正价机的价格和特价机溢价差不多，性价比也高了起来

②服务器：BWH-Ecommerce-DC6 机房

1 、网络解锁情况：

3 、三网回程情况,就测试的时候来看，电信联通 CN2GIA 回程，移动 CMIN2 回程：

4 、IP 质量 现在搬瓦工的 IP 质量也很高了

5 、测速（佬友可以自己测测）文末有测速链接

③服务器：BWH-Ecommerce-SLA-DC5 机房

搬瓦工 Ecommerce-SLA 这款机器是搬瓦工第一款高保证 SLA 在线率的机器，非常适合做电商和 tiktok 等对线路在线率有要求的用户！

承诺 99.99% 月度正常运行时间，即每月最多允许停机约 4 分 32 秒。

1 、主机信息：

2 、PING 及网络稳定性

3 、网络解锁情况：

4 、三网回程情况,就测试的时候来看，电信 CN2GIA 回程，移动 CMIN2 回程，联通 9929 回程：

5 、IP 质量

6 、测速（佬友可以自己测测）文末有测速链接

Ultra 能切换 15 个机房，买了这个 Ultra 套餐可以任意切换，本次测评的三个亚洲机房都能切换到

机荒年代，DMIT 直接被养殖场扫货扫空，目前稳定的机器只有搬瓦工优化机器了

百闻不如一测，佬友可以在高峰期测速看看，网络速度都是非常稳定的

项目地址： https://github.com/marlkiller/rust-desk-light

预览图：

它的定位不是云服务，而是自托管的轻量工具，整体是 Admin -> Server -> Client 结构：

• Admin：图形化操作端，用来查看在线设备、发起控制、文件传输、终端等操作
• Server：中继端，负责注册、在线状态、会话 token 和消息路由
• Client：终端侧，有 GUI 和 CLI 两种方式

目前 v0.1.0 预览版已经放了预编译包，包含 Linux x64 、macOS x64 、macOS ARM64 、Windows x64 。

主要做了这些能力：

• 设备管理：在线列表、搜索过滤、主机信息、心跳重连、离线清理
• 远程管理：文件管理、目录传输、远程终端、进程 / 窗口 / 启动项 / 驱动管理
• 系统诊断：注册表快照、事件日志、活动连接、性能监控、计算机信息
• 实时控制：远程桌面、鼠标键盘输入、摄像头预览、音频监听、双向语音
• 交互工具：消息弹窗、系统通知、文本聊天、剪贴板读写、执行文件 / 代码、命令预设

从源码跑本地开发栈：

./scripts/start-dev.sh

Windows：

.\scripts\start-dev.bat

我比较想听听大家对架构、安全边界、功能取舍、跨平台实现的建议。也欢迎提 issue / PR 。

说明：这个工具只用于授权远程协助、实验室 / 内网管理、开发测试等合法场景。当前传输层还没有端到端加密，敏感环境建议配合可信网络、VPN 或其他网络层保护使用。

它最初的定位是一款使用简单的视频下载工具，主要面向有下载素材需求的视频创作者。目前支持 Windows 和 macOS 。项目发布后，我也把“听歌”作为下载之外的第二个核心场景来做，因为对很多创作者和开发者来说，长时间工作时听 Lo-Fi 或在线音乐也是一个很常见的需求。

这次是 XiaDown 发布以来的第一次功能更新，主要重构和完善了在线音乐模块。下个版本会继续回到视频下载主线。

项目地址：

• GitHub： https://github.com/arnoldhao/xiadown
• 官网： https://xiadown.dreamapp.cc/

截图：

这次更新了什么

这次把“听”拆成了三个模块：放空、思绪、萦绕。

放空 Hush

用于收听 YouTube Lo-Fi Live 。

之前版本只预置了一批频道，这次增加了分组管理和自定义频道能力，也支持在听直播时切换查看视频。有时候听到一首喜欢的歌，歌名可能就在直播画面里。

思绪 Muse

用于收听 YouTube Music 。

这次重构了 YouTube Music 的实现，重点改善了浏览、播放、队列和稳定性。因为 YouTube Music 里很多内容本身也是视频，所以也支持一键切换查看视频。

歌词方面，增加了中文、日文、韩文、泰文等内容的罗马音展示。这个功能可以在设置里关闭。

萦绕 Linger

这个模块和下载能力相关。

如果已完成资源库里存在音频格式文件，会自动集中到这里，方便对下载过的音频进行试听。它不是一个复杂的本地音乐库，更像是下载流程里的附带试听能力。

界面与体验

这次也统一了软件各页面的视觉样式和交互细节，包括下载、转码、内容卡片、按钮和窗口动画等。

另外也整理了 i18n 命名，并在简体中文和英文之外增加了多种语言。目前 XiaDown 支持 8 种语言。

其他小功能

• CDP 现在支持更多浏览器，不再必须依赖 Chrome ；
• 转码时会根据源文件做简单判断，自动筛选可用格式；
• 修复了一批使用过程中发现的问题。

后续计划

XiaDown 的核心仍然是视频下载工具。接下来的版本会继续完善下载相关能力，在保持简单和稳定的基础上，补齐更多使用场景。

如果你对桌面下载工具、在线音乐播放、跨平台客户端体验感兴趣，欢迎试用，也欢迎提 issue 或建议。

两个多月前，我上线了一款名为 Aurader 的听书应用。它是一款 AI 驱动的文本转语音（ TTS ）工具，核心定位是让用户用自然的声音去“听”电子书、PDF 、文档和网页。

除了上线初期的限免活动，应用基本没做过推广，目前在全球积累了大约 8 万用户。这两个月里，全靠用户的真实反馈在修 BUG 和迭代。深知自己才疏智浅，今天发帖的核心目的，就是希望能听到各位佬的反馈和建议！

核心功能亮点

• 多格式支持： 兼容 EPUB （支持最好） / PDF / TXT / MP3 。额外支持纸质文档扫描和网页链接提取。
• 背景音乐： 支持在听书时播放舒缓的背景音乐（支持自定义上传），营造沉浸式阅读氛围。
• 自然的 AI 听书引擎： 提交较自然的朗读发音，告别机械死板的传统电子音。
• 针对“听书”的贴心细节：
  • 支持双击快速切换听书位置。
  • 智能忽略 EPUB 脚注、忽略 PDF 页眉页脚。
  • 支持自动定位高亮、内置翻译、定时器。
• 英文本地高级引擎： 针对英文书籍支持本地模型运行（提供高音质/省电双模型选择）。

坦白局：目前的缺陷与不足 本着不忽悠原则，目前产品还有很多不完美的地方，正在加紧掉头发开发中：

1. 本地高级引擎暂仅支持英文，且未能完美兼顾“高音质+低能耗”，所以才妥协拆成了两个模型让大家按需选择。
2. 暂未实现 iCloud 同步。
3. 暂无阅读统计和自定义主题。
4. 暂未加入部分用户期待的学习辅助功能（如单词本、影子跟读）。

交换您的宝贵意见（奉上终身会员码），以及新功能建议。 大家的建议对我至关重要，为了不白白占用各位的时间，特此奉上终身会员免费兑换码。 💡 兑换方式：

• 方式 1： 打开 App Store -> 点击右上角个人头像 -> 选择「兑换礼品卡或代码」-> 黏贴兑换码。
• 方式 2： 将下方链接中的 YOUR_CODE 替换为未使用的兑换码，在 iOS 浏览器中打开即可直达兑换： https://apps.apple.com/redeem/?ctx=offercodes&id=6758951184&code=YOUR_CODE

兑换码（先放 50 个，不够再加，也可以留言我直接定向给）： EEF4YPNEYFF36KKR68 TMPLFRN4N3YNJT84JT PT4A38WXTK3YWK4H6M 7RAFWKAFY8EEY8Y6MW M7E68T3EYFEHLHJ6LJ 8RAWFH7M47HTJEW6YY A3AMHYXLMKJP6EWW8K EH3E6TWRL3YLYY487E KJ6E43MP78AJMKEN33 W4PLEL44EWF6NPNHT8 L7WHNRL4YMH6PPTAAR 8EXW8PN6FRFX7NM8MP 6N4HL3EFXHL4XK4LFY XTYP7YPXT3WF433NKP W7JK7EX8P7FMR8YPAW 74T7EWEK7ALY8MMJL8 6WY4TKYKNFMR3THL37 THPL8W3F8JAW8YY4FP RWLA63M3Y8RY8EXJY6 67PTKN6MK8HEKRJFKR 4EPP3KAJL7A3XWMPHW TNWNE8E7NX7A6KJR73 34R8LJ6EJEXN7864W4 MXA3MXJRPK86J8NWH8 4MN8PNJ37MK6LR3R7A FMM84F6WRJKRKHA67Y NTWEF7XKY84JRE3KXF MEMFL4KWN34J8TXM4L 6X377KP7WK8HWR3ER7 7R7EL3FEYHRX63WYLL 8T3483EJJMH7ATL3KN NJ3PKY4MM8KFATEYEL MFWJ67HE8MMEEPK87E RRXXRRAY87PXRYAMH7 AP6YFFJJT7TPARLKHX NETLMRHMH7WM834AK7 TXA7A7XELX4RHPJWR8 7PNPWFMRJKKFKFRKAM JNTT7J4FXKPXNXTM3J YPHP3RKK44R787P8NT 7LRM8PKLLPW8ALHEJR LMETW4PRRRNX4AMTY7 EPMHW3EARRNLY888LP 4JKYLMFF8K8YLYK73N 3APWYHK8FF667RM3LH 3LT37R4PNEY6N644LL 66T6PWYF8AFMYWT3LM P83R4PE84A4LETJ33W 8RNHPKMWP6PTMTX3XT P634FTN4APH4TWHJTL

为了方便后来的兄弟，兑换成功的大佬麻烦在评论区友情回复一下用了哪一个，万分感谢！ 期待听到大家的真实反馈🙏

free4.chat 是什么？ 一个无需注册、开箱即用的浏览器实时聊天室。你分享房间链接，对方打开就能聊，用完什么都不留。 核心理念就两个字：简单、隐私。 目前支持：

• 🎙️ 语音通话：多人房间，WebRTC SFU 架构，延迟低
• 💬 文字聊天：支持发文本、图片、文件
• 🖥️ 屏幕共享：一键分享，房间内所有人可见
• 🤖 Luna AI 助手：房间内 @luna 即可召唤 AI ，有上下文记忆，每个房间独立会话
• 🎮 互动小工具：白板、投票、小游戏（进行中）

开源地址： https://github.com/i365dev/free4chat

在线地址： https://free4.chat

这次重写做了什么？ 之前是 Elixir 后端部署在 AWS EC2 + 前端部署在 Cloudflare Pages ，要维护两台服务器集群，运维成本不低。 这次用 Cloudflare 全栈重写：

• 前端：Next.js 15 ，通过 @opennextjs/cloudflare 编译成 Cloudflare Worker 运行
• 实时通信：换成 Dyte/RTK （ Realtime Kit ），托管 SFU ，不用自己维护媒体服务器了
• AI 会话：Cloudflare Durable Objects ，每个房间一个独立的 AI 会话，用 @cf/zai-org/glm-4.7-flash 模型
• 安全：Cloudflare Turnstile 防机器人，KV 限流，Origin 白名单 好处是运维降到接近零，不用管服务器，全部跑在 Cloudflare 边缘网络上。

Luna AI 是怎么工作的？ 房间里任何人输入 @luna + 问题，就会触发 AI 回复。每个房间有独立的对话历史（最近 20 条），有每小时 30 次的限流，模型跑在 Cloudflare Workers AI 上。 类似于你在会议室里拉了一个随时可以问问题的助手进来。

一些技术研究（顺便记录） 研究过让 Luna 直接以「语音参与者」身份加入房间，可惜 RTK 是托管 SFU ，不暴露底层接口，没法从服务端注入音频流。这个方向暂时搁置，等 Cloudflare 官方开放相关 API 再看。

如果你之前用过，欢迎来试试新版。有问题或建议，issues 和回复都欢迎。

并且实际上要我支付的时候，价格差距更大

先说结论：

Windows 版 Codex 其实已经带了远程控制能力，只是默认没有完全放出来。

如果你的界面里只有 SSH connections from this PC，看不到 Control this PC 或 Control other devices，不一定是你版本太旧，也不一定是你找错了地方。更可能的情况是：功能代码已经在客户端里，但开关还没有真正生效。

我一开始也被这个问题绕了一圈。

官方页面还在说 Windows 支持即将到来，客户端安装包里却已经有了 Connect a device to this PC、Control this PC 这些界面文案。真正把问题拆开后才发现，“功能已经写进客户端” 和 “功能已经对你的账号开放” 之间，中间还隔着一层配置和授权。

这篇文章不只讲原理，也把完整脚本、完整操作步骤，以及一段可以直接复制给 Codex 的提示词都放出来。

你甚至可以把这篇文章直接发给 Codex ，让它照着检查你的电脑并自动完成配置。

一、先确认你遇到的是不是同一个问题

如果你打开 Codex：

1. 进入 Settings
2. 打开 Connections
3. 页面里只看到 SSH connections from this PC

那你遇到的，大概率就是我碰到的这个问题。

也就是说：

• 客户端里已经有远程控制相关功能
• 但当前界面只展示了 SSH
• 远程控制的入口还没有真正出现

二、真正关键的配置，不在界面里

Codex 的本地配置文件在这里：

C:\Users\<你的用户名>\.codex\config.toml

打开后，找到 [features] 这一段。

很多人的配置里，原本只有这些：

[features]
goals = true
remote_connections = true
workspace_dependencies = false

真正关键的是，还需要补上这一行：

remote_control = true

最后变成：

[features]
goals = true
remote_connections = true
remote_control = true
workspace_dependencies = false

这一步看起来很小，但它决定了客户端会不会把远程控制相关能力真正拉起来。

三、为什么我加完之后，重启又失效了

这里是这次最容易踩坑的地方。

我第一次把 remote_control = true 加进去之后，重启 Codex ，发现它又没了。

不是没保存成功，而是新版 Windows 客户端会在启动过程中，把这行配置重新删掉。

这就导致一个很烦的循环：

1. 你手动加上 remote_control = true
2. 重启 Codex
3. Codex 启动时把它删掉
4. 你回到界面，还是只能看到 SSH

表面上看，好像配置没用。

实际上不是没用，而是它还没来得及发挥作用，就被启动流程抹掉了。

四、解决办法：在启动时把这行配置“保住”

目前最实用的办法，是在启动 Codex 前：

1. 确认 remote_control = true 已经写入
2. 临时把 config.toml 设为只读
3. 启动 Codex
4. 等启动稳定后，再取消只读

这样做的目的很简单：

让 Codex 在启动阶段读到这行配置，但来不及把它删掉。

如果你只想手动验证一次，可以这么做：

1. 编辑 config.toml
2. 加上 remote_control = true
3. 右键文件，打开属性
4. 勾选“只读”
5. 启动 Codex
6. 等客户端完全打开后，再把“只读”取消

如果你会频繁使用，最好写一个小脚本，把这件事自动化：

• 先关闭正在运行的 Codex
• 备份配置文件
• 自动补上 remote_control = true
• 临时锁定配置文件
• 启动官方 Codex App
• 等启动稳定后自动解除只读

这样以后每次都用脚本启动，不需要再手工补配置。

下面就是我实际使用的完整脚本。

把它保存为：

C:\Users\<你的用户名>\.codex\codex-remote.ps1

脚本内容如下：

# ====================================
# CODEX STARTUP WRAPPER
# Auto-detect Codex Windows App ID
# ====================================

$ConfigPath = "$env:USERPROFILE\.codex\config.toml"
$BackupPath = "$env:USERPROFILE\.codex\config.backup.toml"

try {
    Write-Host ""
    Write-Host "==============================="
    Write-Host " Codex Startup Wrapper"
    Write-Host "==============================="
    Write-Host ""

    # FIND CODEX APP ID
    $CodexApp = Get-StartApps | Where-Object {
        $_.Name -match "Codex"
    } | Select-Object -First 1

    if (-not $CodexApp) {
        throw "Codex app not found in Start Apps."
    }

    Write-Host "Found Codex App:"
    Write-Host $CodexApp.Name
    Write-Host $CodexApp.AppID
    Write-Host ""

    # FIND CODEX PROCESS
    $CodexProcess = Get-Process -ErrorAction SilentlyContinue | Where-Object {
        $_.ProcessName -match "^Codex$|^codex$"
    }

    # GRACEFUL SHUTDOWN
    if ($CodexProcess) {
        Write-Host "Codex is running. Closing..."

        foreach ($p in $CodexProcess) {
            $p.CloseMainWindow() | Out-Null
        }

        Start-Sleep -Seconds 3

        $StillRunning = Get-Process -ErrorAction SilentlyContinue | Where-Object {
            $_.ProcessName -match "^Codex$|^codex$"
        }

        if ($StillRunning) {
            Write-Host "Force stopping Codex..."
            $StillRunning | Stop-Process -Force
        }

        Start-Sleep -Seconds 1
    }
    else {
        Write-Host "Codex not running."
    }

    # MAKE CONFIG WRITABLE
    if (-not (Test-Path $ConfigPath)) {
        New-Item -ItemType File -Path $ConfigPath -Force | Out-Null
    }

    attrib -R $ConfigPath

    # BACKUP CONFIG
    Copy-Item $ConfigPath $BackupPath -Force

    Write-Host "Backup created:"
    Write-Host $BackupPath
    Write-Host ""

    # ENSURE remote_control EXISTS UNDER [features]
    $content = Get-Content $ConfigPath -Raw

    if ($content -notmatch '(?m)^\s*remote_control\s*=\s*true\s*$') {

        if ($content -match '(?m)^MATHPLACEHOLDER0ENDMATH\s*$') {

            $content = $content -replace `
                '(?m)^(\[features\]\s*)$',
                "`$1`r`nremote_control = true"

            Set-Content $ConfigPath $content

            Write-Host "Inserted remote_control under [features]"
        }
        else {
            $content += "`r`n`r`n[features]`r`nremote_control = true`r`n"

            Set-Content $ConfigPath $content

            Write-Host "Created [features] section."
        }
    }
    else {
        Write-Host "remote_control already exists."
    }

    Write-Host ""

    # TEMP LOCK CONFIG
    attrib +R $ConfigPath

    Write-Host "Config locked as read-only."
    Write-Host ""

    # START OFFICIAL CODEX APP
    Write-Host "Launching Codex..."

    Start-Process "shell:AppsFolder\$($CodexApp.AppID)"

    # WAIT FOR CODEX PROCESS
    do {
        Start-Sleep -Milliseconds 500

        $Running = Get-Process -ErrorAction SilentlyContinue | Where-Object {
            $_.ProcessName -match "^Codex$|^codex$"
        }

    } until ($Running)

    Write-Host "Codex process detected."

    # WAIT UNTIL STARTUP STABILIZES
    Write-Host "Waiting for startup to stabilize..."

    $StableCount = 0
    $LastWrite = (Get-Item $ConfigPath).LastWriteTimeUtc

    while ($StableCount -lt 5) {
        Start-Sleep -Milliseconds 500

        $CurrentWrite = (Get-Item $ConfigPath).LastWriteTimeUtc

        if ($CurrentWrite -eq $LastWrite) {
            $StableCount++
        }
        else {
            $StableCount = 0
            $LastWrite = $CurrentWrite
        }
    }

    Write-Host "Startup stabilized."
    Write-Host ""
}
finally {
    attrib -R $ConfigPath

    Write-Host "Config unlocked."
    Write-Host ""
    Write-Host "Done."
}

以后你只需要用 PowerShell 运行它：

powershell -ExecutionPolicy Bypass -File "$env:USERPROFILE\.codex\codex-remote.ps1"

它会自动完成这些事：

1. 找到你安装的 Codex Windows App
2. 关闭当前正在运行的 Codex
3. 备份 config.toml
4. 确保 [features] 下存在 remote_control = true
5. 临时把配置文件设为只读
6. 启动官方 Codex App
7. 等启动稳定
8. 自动解除只读

这样做的好处是，不会为了保住一行配置，就让整个文件长期处于只读状态。Codex 后续还可以继续正常写入 runtime 、skills 、plugins 等信息。

五、还有一个很多人忽略的前提：开启 MFA

这次排查里，另一个非常关键的点是：

不少人是在开启 ChatGPT 账号的 MFA 之后，手机端授权才真正成功。

MFA 就是多因素认证。简单说，就是登录账号时，除了密码之外，再多一层确认，比如认证器 App 的动态验证码。

你可以在 ChatGPT 网页端：

Settings -> Security -> Multi-Factor Authentication

把它打开。

如果你已经改好了本地配置，但手机端还是迟迟连不上，优先检查这一项。

有时候，问题不在 Windows ，也不在 Codex ，而在你的账号还没有满足远程授权的安全条件。

六、最省事的用法：直接把这篇文章发给 Codex

如果你不想自己改文件，也不想自己写脚本，最简单的做法其实是：

把这篇文章完整发给 Codex ，然后让 Codex 按文章内容直接帮你配置。

你可以把下面这段提示词直接复制给 Codex：

请根据这篇文章，直接在我的 Windows 电脑上完成 Codex 远程控制配置。

要求：
1. 先检查当前 Codex 版本、当前分支、C:\Users\<用户名>\.codex\config.toml 的实际内容。
2. 保持所有文件使用 UTF-8 读写，不要破坏已有中文或特殊字符。
3. 在 [features] 下确保存在：
   remote_connections = true
   remote_control = true
4. 如果发现新版 Codex 启动时会删除 remote_control = true ，请创建一个启动脚本：
   C:\Users\<用户名>\.codex\codex-remote.ps1
5. 这个脚本需要：
   - 备份 config.toml
   - 自动补上 remote_control = true
   - 启动前临时把 config.toml 设为只读
   - 启动 Codex
   - 等启动稳定后自动解除只读
6. 完成后实际验证：
   - config.toml 中 remote_control = true 是否保留
   - Codex 重启后是否仍然保留
7. 如果需要我手动做的步骤，例如开启 ChatGPT MFA 、在手机端授权，请明确告诉我。

如果你希望它更主动一点，还可以在最后再加一句：

除非涉及删除大量代码、改公共接口或执行危险操作，否则不要只给方案，请直接完成配置并验证。

七、我最后是怎么成功的

我这次真正跑通，大致是这条路线：

1. 确认 Windows Codex 已经是新版本
2. 打开本地 config.toml
3. 在 [features] 下加入：

remote_connections = true
remote_control = true

1. 发现重启后 remote_control = true 会被自动删除
2. 改用启动脚本，先锁住配置，再启动 Codex
3. 确认 ChatGPT 账号已经开启 MFA
4. 打开手机上的 ChatGPT App
5. 进入 Codex ，完成授权
6. 成功从手机接管 Windows 上的 Codex

从小出生在一个氛围糟糕的家庭里，OP 是 95 年，两个姐姐，一个 90 一个 93 年 记忆中，从小我是爷爷奶奶养大的，我小时候的开销都是爷爷奶奶给的 家里挺穷的，我爸排老三，4 个姑姑，爷爷是县委退休，没啥钱，养老金每月我记得是 3000 吧，爷爷的钱，有一大部分都被几个姑姑借去了，具体的不太清楚，反正过的苦巴巴的，爷爷去世纪几年了，她们钱都不还了 奶奶务农，以前偶尔帮衬一下小舅爷，爷爷就不开心，就吵架，瞧不起小舅爷吧，说实话小舅爷挺好的一个人，就是一个人日子过得苦 我爸妈没什么正经工作，去上海打工，印象中他们好像没什么钱，剩余的钱也拿去开什么早餐店，赔光了 从小，爷爷奶奶天天吵架，爸妈天天吵架，爸妈外出务工，几乎没怎么管我 在农村长大，没有上幼儿园的概念，也就没上过幼儿园

2 个姐姐都结婚了，没要什么彩礼，大姐陪嫁还挺多的，二姐陪嫁倒是挺少的 大姐在本地找了个混混结婚，初中读完就没读了，毕竟成绩差，当时我年龄还小，在家说不上话，当时也有很多人不同意，但最后还是结婚了，细节不重要了，现在过的只能说就这样吧，两个人没做什么正经事，2 个孩子读书，大的高一，女孩子，知书达理，成绩好，估计是小时候我教过一段时间，性格没有走样，小的，男孩，小时候没教过，脾气特别差，成绩也差，去年还是前年来自，大姐家，债务暴雷，到处借钱（不做正经事，还赌博打麻将，高消费，甚至我大姐更离谱，姐夫可能还正常一点，两个人，可以说很般配了），当时的我失业，没什么钱，也就不可能借钱给她。 个人对大姐，感情还是不错的，她有时候会给我买些衣服，虽然我拒绝了好几次，也不怎么喜欢（品味不一致，也不想她浪费钱，因为我缺衣服会自己买）。可惜我实力也不行，帮不了她太多，毕竟我失业时间太久了，没存什么钱

二姐，上了大专，毕业就去了江苏打工，嫁给了一个二婚的小作坊老板，二姐夫，人还行，离婚带一个女娃，当时结婚的时候，二姐瞒着我这些，等过了一年才告诉我这些，其他人知不知道我就不知道了，生米煮成熟饭，无解，懒得说，我见过这个女娃，她一脸的哀伤，说实话，挺心疼的，后来他们俩过年都不带过来了，我还问为什么不带过来，然后就是经济，我记得当年我刚工作没多久，二姐就跑来找我借钱，说是厂子里缺钱，我没借，因为没钱，钱都被其他人借走了（一个表弟网赌，大概输了 80 多 W 吧，他爸妈帮忙还了一些，我借了他 1.5W ，当时工作了几个月也只存了这么些，当时关系还行，所以没什么犹豫的，后面被他骗多了，自然关系就差了，过年见面也是没什么话说，维持大家是亲戚，仅有的体面罢了，两年前欠我的 3000 块钱，去年过年才还给我，说实话，他日子过得还挺潇洒，家里帮忙把婚姻搞定了，有个漂亮的老婆，老婆还有居家的工作，生了一个娃） 这些年，陆陆续续找我妈借了钱，具体不知道是多少，钱还没有还，可能是生活比较困难吧，可我记得上周她们一家还去三亚旅游 二姐生了 2 个女儿，好像最近又怀孕了，但有点犹豫要不要生下来，想生儿子

我爸妈应该是已经离婚了，应该有很多很多年了，不知道有没有复合，我妈的资产结构，一部分是她自由职业存的，一部分是我爸的钱，另一部分是我爷爷的钱，还有一部分是爷爷去世，政府给的 我爸身上，常年不超过 1000 ，一有钱就去打麻将送人，为这事天天吵架

我个人 18 年毕业，高三复读了一年，成绩一般，初中辍学过几天，第一次只考了一个三本，本来我是不想复读的，我爷爷非要我去复读，后面考了一个一本，大学学费是走的助学贷款，说实话，我当时倒没什么感觉，我知道家里穷，每月有 1000 吧，有时还能存点 现在想想，爷爷奶奶健全，爸爸妈妈健全，上学学费需要贷款，有点离谱，爷爷没钱，大概率是钱都被借光了，一大家子，过得苦巴巴的，不知道钱去哪了 我到现在都记得，上大学前，我妈说，去学校不要谈恋爱 大概在我 28 岁左右，所有人都开始逼我结婚，现在 31 了，我还是一次恋爱没谈过，高二倒是有个女友，但没牵过手，也没谈过心，我觉得不算恋爱 18 年毕业，读的硬件专业，这个专业不是我自己选的，是我爸妈根据我一个叔叔的专业选的，说是这个叔叔读的这个专业赚了钱，我当时没反对，因为我一个学生，又没什么阅历，真不知道自己要什么，现在倒是挺后悔的 毕业就找了一个软件工作，因为专业学的不怎么样，在学校就临时自学了一下软件，工资不高，18 年 6000 的工资，这家公司工资涨工资挺慢的，待了快 3 年离职了，没什么意思，天天重复的工作，加上头发掉的有点凶，存的钱不多，离职后失业好几年，收入少，钱用的差不多了，24 年倒是找了一个工作，到现在存了一些，但这点钱买不起房，家里倒是不用我补贴，我爸妈自己也会做点事，老家县城倒是有个房子，但作为婚房估计不合适 我妈天天说我，工资怎么还没涨 这几年，陆陆续续相亲了几个妹子，说实话，大部分都看的上我，但我知道，我没钱，给不了她们幸福，过几年倒是娶得起，为什么会这样呢，因为我不知道我妈什么意思，买房呢，让我去贷款买，说大家都这样，但好像她首付不打算出一分钱（家里除了我的钱都归她管了），至于还贷款，她估计看我消费低，工资能覆盖，估计也不会拿钱出来 有一次，我爸开玩笑说，你给一百万儿子，你看他结不结婚，我妈说滚 我个人虽然没怎么补贴家用，但家里电器手机都是我买的，因为我发现这些东西他们自己去买

这次发帖，也是因为发生了一个事情，反正都是网友，所幸都说出来 昨晚 12 点我妈就很烦躁，说我爸还没回来，我也联系不上，早上 6 点多，我爸回来了，开始吵架，我妈还把我爸手机摔了，认定他是去打牌了，我爸说是去谈事情了，手机没电，具体真像我搞不清楚，也懒得搞清楚了，两个人都快 60 岁了，还是这样，想吵架就吵架，丝毫不顾及我在场，等他们吵完，我躺在床上，思考了一段时间，想死，想找个桥，跳江，过了一会儿，我意识到自己精神有问题了，是不是该找一个心理医生聊一聊 其实以前也有过几次类似的一幕 我想过搬走一个人住，我也能做到，但我有点懒，搬家好累 我以前一个人住的时候，他们要我住一起，住一起了，和他们吵架又让我搬走，分开住的时候，他们吵架，还传递给我，说吵架了

纵观全局，一大家子，全是胡乱凑一起的，爷爷奶奶是，爸爸妈妈是，说实话，时间久了，我真不想结婚了，完全看不到一点结婚的好处，至于传宗接代，有时候想想，又不是什么好基因，有必要传下去吗

我很明确，我心里有问题，但我现在可能还能抗住，但无法保证下一次会怎么样，甚至他们俩吵架的时候，我心里在想，打吧，打死一个，一了百了，有一次，这个话我是说出口了的，这次倒是没有，但心里想过

没有坏人，只有放不过的自己

https://happyslimerng.com/

本来只是想做一个码表页，后来发现这类内容如果只是堆关键词，很容易变成那种读起来没什么用的垃圾页，所以我把它拆成了几个更明确的静态页面：

• codes 页面只放可核对的状态、奖励和来源说明
• redeem guide 写给第一次玩的玩家，尽量把路径和常见错误说清楚
• luck calculator / tier list 先做成可索引的结构，后面再补更可靠的数据
• 另外加了多语言子目录、canonical 、hreflang 、sitemap 和 llms.txt

比较有意思的是，这种小站真正麻烦的不是写页面，而是避免过度承诺。Roblox 游戏内容变化很快，很多 codes 会过期，所以页面里尽量写清楚 needs recheck 和来源，而不是假装永远有效。

如果有做过类似小游戏资料站、静态 SEO 站，或者面向搜索流量的小工具站的朋友，想听听你们会优先做哪一块：更新频率、数据结构，还是先做玩家真正会用的小工具？

2 席位月付价，48 个月有效期，本币结算。汇率 USD→CNY ≈ 6.83 ，仅做横向比较。

实测价格排名（ 29 码）

ChatGPT Business 标准价 2 席位 USD 50/月（≈ ¥341 ）

未测（ 9 国 13 码）

我用的是这款，听说这种廉价的 pcie 转 m.2 拆分卡有可能损坏硬盘，我想装 3 个 4TB 的 990 evo plus 盘上去，但有点不敢，毕竟现在单盘的价格都要 5 千多了，而且数据丢了也很麻烦，想买个感觉更靠谱的转接卡但好像除了华硕的几款也没别的选择了，买华硕的拆分卡最大的问题是没有靠谱的渠道，不管是京东还是淘宝上卖华硕拆分卡的都是小店铺，如果要售后可能会很麻烦。

它基于开源头像库 DiceBear 开发，内置 30 种不同头像风格，支持随机生成、头像美化、历史记录、下载保存、自定义背景等功能。

还在纠结头像用什么？打开它点一下，就能随机生成一个独一无二的头像。

工具里包含卡通人物、像素风、极简图标、机器人、抽象图案等多种画风，每种风格都有大量随机组合。生成结果不满意，可以继续随机；觉得差一点意思，也可以使用美化功能，对头像进行简单调整。

喜欢的头像可以直接下载，支持透明背景和自定义底色，适合用在社交账号、论坛头像、游戏资料、临时昵称头像等场景。

简单来说，它不是那种复杂的 AI 头像生成器，而是一个轻量、快速、有点上头的随机头像小玩具。没事点两下，可能就刷到一个挺顺眼的头像。

我做了一个后处理抠图的版本，除了半透明的物体暂时无法很好处理外，可以保证图像的高质量生成。

链接： https://png-maker.com/

https://4pk.org/

一句话简介：

算法给你两首诗，请你 二选一 PK 一下。

为什么做这个？

说起来，从 1999 或 2000 年在网吧用当年的 ChinaRen 做第一个简单主页开始，做过有大大小小几十个诗歌文学站点，都是出于个人兴趣，后来老了弄不来了，最近突然冒出这个无聊的念头，自己觉得有点好玩，也头一次试试 Vibe Coding

目前就放了自己和朋友的千来首诗先玩一下，回头随时再加。

震撼首发，全球独创。真的能够测出你有多 AI native 的测评，优秀的夯同学将参加 Ha7ch 的首次 线下 meetup. 北上广深，西雅图，SF ，波士顿，纽约🤠

起因很简单：公司内网管控比较严，录屏软件装不上，OBS 装不了，Win+G 又没有权限开，但 ffmpeg 不知道为什么没有被拦——它就静静地躺在某个服务器目录里，能用。

于是就想着，ffmpeg 本身支持录屏，能不能把那一长串命令参数封装一下，做成一个随时能跑的小工具，录完就走，不依赖任何需要安装权限的软件。

就这样写了这个东西，叫 ScreenRecorder-cli。

项目地址：
https://github.com/gdjdkid/ScreenRecorder-cli

痛点在哪

ffmpeg 本身当然能录屏，但命令太难记了，每次临时录东西都要现查参数：

ffmpeg -f gdigrab -framerate 30 -i desktop \
  -f dshow -i audio="virtual-audio-capturer" \
  -f dshow -i audio="麦克风 (Conexant ISST Audio)" \
  -filter_complex "[1:a][2:a]amerge=inputs=2[a]" \
  -map 0:v -map "[a]" \
  -c:v libx264 -crf 23 -preset veryfast \
  -c:a aac -b:a 128k \
  recording_2025-05-17_10-30-00.mp4

音频设备名拼错一个字符就报错，时间戳要手动写，输出路径每次都要重新指定。在工作中临时录个演示或者操作步骤，效率反而比直接截图还低。

所以我想做的事情就一件：把这些参数固化下来，音频设备名保存一次，之后一条命令搞定。

目前实现了什么

• 跨平台：Windows 用 gdigrab + dshow，macOS 用 avfoundation，Linux 用 x11grab + pulseaudio
• 音频设备名保存到本地配置文件，下次启动直接复用
• 默认输出目录可配置，也可以每次用 -o 临时覆盖
• 安装时自动检测 ffmpeg 是否在 PATH 里，没有的话给出安装提示
• 按 Ctrl+C 优雅退出（向 ffmpeg stdin 写 q，不产生损坏文件）
• 输出文件名自动带时间戳：recording_YYYY-MM-DD_HH-MM-SS.mp4
• 无需安装权限，只要 ffmpeg 在 PATH 里，npm install -g 之后就能用

基本用法

# 安装
npm install -g screenrecorder-cli

# 第一次用，先查一下有哪些音频设备
screenrec devices

# 把设备名保存到配置，之后不用再输
screenrec set-device --mic "麦克风 (Conexant ISST Audio)" --system "virtual-audio-capturer"

# 开始录制，Ctrl+C 停止，文件自动保存
screenrec start

# 临时指定输出路径和帧率
screenrec start -o D:\Videos -r 60

# 不录音频
screenrec start --no-audio

# 查看当前配置
screenrec show-config

有几个地方没想清楚，想听听意见

1. Windows 系统音频需要额外装一个驱动
录系统声音需要装 screen-capture-recorder（开源的 DirectShow 驱动），不装只能录麦克风。在内网受限环境下这个驱动不一定能装，目前没找到绕过的方式，只是在文档里说明了。

2. Linux 部分是按文档写的，没有实机测过
我自己用 Windows ，Linux 下 x11grab + pulseaudio 的逻辑是照着 ffmpeg 文档写的，不同发行版差异可能不小。有 Linux 用户的话能帮忙验证一下吗。

3. 只能录全屏
目前没有窗口选择或区域选择。ffmpeg 的 gdigrab 支持 -i title=窗口标题，但窗口标题需要手动输入，不太实用。有没有更好的思路？

4. 输出格式写死了 mp4
编码用 libx264 ，没有其他格式的选项。有没有人有别的格式需求？

技术栈

• Node.js ，CJS ，无额外框架
• commander 做参数解析
• 底层是 child_process.spawn 调 ffmpeg ，没用任何 ffmpeg npm wrapper

最开始只是为了解决自己工作里的问题，后来整理了一下结构，加了跨平台支持，就顺手放出来了。如果有人在类似受限的内网环境下办公，或者单纯想要一个轻量的命令行录屏方案，可以试一下。

macOS 和 Linux 用户帮忙验证一下跨平台逻辑有没有问题就更好了，Issues 和 PR 都欢迎。

AI 时代的产品，不应该让用户在一堆页面里迷路。 它应该退回到一个对话框，然后理解你。

过去一段时间，我们对「 AI·朝夕有记」做了一次伤筋动骨的大重构。

不过这次重构的方向，跟大多数人想的不太一样。

不是加更多页面，也不是堆更多功能。

恰恰相反——我们删掉了一大批东西。

原来回顾页面里的总览、周记、月记、专题页入口，删了。专题的存在感，也大幅弱化了。

现在整个产品只剩下四个 Tab：

📝 记录 📔 日记 🤖 助手 ⚙️ 设置

看起来只是一次界面瘦身。

但背后，其实是一次产品思路的彻底转向。

01 从「信息化系统」转向「 AI 助手」

传统软件有个执念：把功能拆得越细越好。

今天的记录在哪里，周记在哪里，月记在哪里，专题在哪里，搜索在哪里，设置在哪里。

每个功能都有独立页面，每类数据都有独立入口。

在过去，这很合理。

因为系统本身不理解你的意图，只能把所有功能摆出来，让你自己找。

但 AI 时代不一样了。

如果一个人想知道：

我这个月工作怎么样？

他不应该先找月记页面 → 再切换到工作主题 → 再筛选日期 → 再点开详情。

他应该直接对着对话框说一句：请回顾本月工作。

如果他想知道：

今年我主要做了哪些事情？

他不应该手动翻一整年的日记。

他应该直接问：请总结一下今年的工作。

所以我们这次重构最核心的判断就一句话：

AI 时代的记录产品，不应该让用户在大量页面中寻找答案，而应该尽可能用一个对话框，满足大多数回顾、检索、总结和追问需求。

02 为什么删掉周记、月记和专题入口？

不是因为它们没有价值。

恰恰相反，它们很有价值。

但问题是：它们不应该首先表现为页面。

用户真正需要的不是「打开月记页面」，而是获得一个月的总结。

用户真正需要的不是「进入专题页」，而是持续追踪某个主题——工作、健康、关系、项目进展、习惯养成。

过去我们把这些能力做成了独立页面，结果产品越来越像一套信息管理系统。

功能很多，但用户需要记住每个入口是干什么的。

这次重构后，我们把这些能力全部放回了助手里。

用户可以直接问：

• 「最近状态怎么样？」
• 「总结一下这周」
• 「请回顾本月工作」
• 「今年我主要做了哪些事情？」
• 「最近有什么反复出现的问题？」
• 「帮我持续关注睡眠」

界面变少了，但能力没有减少。

相反，能力变得更自然了。

03 新架构：四个 Tab ，三层数据

新的页面结构异常简单：

📝 记录

负责快速输入原始记录。用户只需要把当下发生的事情、想法、碎片、语音、图片丢进来。不需要提前分类，不需要纠结「这条以后有没有用」。

📔 日记

负责把一天的记录整理成完整的日记。日记仍然是产品的重要中间层——它比原始记录更完整，也比长期记忆更有上下文。

🤖 助手

这是新架构的灵魂。

助手不只是聊天入口，而是所有回顾、检索、总结、追问的统一入口。

周回顾、月回顾、年度总结、主题分析、状态观察——全部优先在助手里完成。

⚙️ 设置

只保留必要的管理能力。用户日常使用时，应该几乎不需要点进来。

04 记忆系统：从「什么都记」到「只记重要的」

这次重构里，我们也重新设计了记忆抽取逻辑。

过去的思路更接近「尽量多提取」——只要记录里出现了人物、事件、地点、偏好、状态，就尽可能抽成长期记忆。

但这样会出一个问题：系统记住了很多根本不重要的信息。

AI 时代的记忆系统，不应该像数据库一样贪多，而应该像一个真正了解你的助手——判断什么值得长期保留。

所以我们增加了一个新的中间层：

🧠 记忆候选层

现在系统不会把所有内容直接变成长期记忆。它会先问自己一个问题：

「这条信息，真的有长期价值吗？」

比如这些内容会进入候选池：

• 明确的长期偏好
• 反复出现的状态
• 重要的人际关系
• 持续推进的项目
• 用户明确希望关注的主题
• 对未来回答有帮助的事实

这让记忆系统从「自动收集一切」，变成了「筛选真正有价值的信息」。

05 Note 和 Diary ，不再重复抽取

重构过程中，我们还解决了一个很容易踩的坑：

原始记录和日记，会不会对同一条信息重复抽取记忆？

答案是：以前确实会。

因为原始记录里有事实，日记里也会包含同样的事实。两边都做完整抽取，就会出现大量重复。

新的设计很干净：

• 原始记录 → 只做轻量候选抽取（捕捉特别明确的长期线索，比如「以后帮我关注睡眠」「我的目标是完成这个项目」）
• 日记 → 承担主要记忆抽取（从完整的一日中提取长期记忆和情景记忆）

原始记录只负责「抓大线索」，日记负责「深度理解」。

既不会漏掉重要的东西，也避免了重复抽取。

06 关注主题：让助手持续理解一件事

这次还加入了一个新能力：关注主题。

用户可以告诉助手：

「以后帮我持续关注我的睡眠。」 「帮我关注这个项目的进展。」 「持续追踪我和某个人的关系变化。」

系统会把它保存为一个关注主题。

之后用户再问：

「最近这个主题有什么变化？」

助手就可以围绕这个主题，从日记、记忆和历史洞察中组织回答。

这比传统的专题页要自然得多。

专题页要求你自己进入某个页面查看内容。

而关注主题更像是告诉助手：

「这件事对我很重要，以后你要记得帮我看。」

07 回顾不是预生成的页面，而是即时生成的答案

重构后，我们不再把周记、月记作为主要入口。

但这不代表没有周回顾、月回顾。

区别在于：它们从「页面内容」变成了「助手能力」。

当用户问「请回顾本月工作」，系统会识别：

• ⏱️ 时间范围：本月
• 🏷️ 主题：工作
• 📋 任务类型：主题回顾

然后从日记、情景记忆、长期记忆中组织证据，再生成回答。

当用户问「总结今年的工作」，系统会识别：

• ⏱️ 时间范围：今年
• 🏷️ 主题：工作
• 📋 任务类型：年度主题总结

对于长时间范围，还会按月份整理证据，避免只取最近几天的内容。

回顾不是固定页面，而是按你的问题动态生成的。

08 我们也踩了不少坑

这次重构并不是一次就写对的。

举个例子：用户问「总结今年的工作」时，系统一开始虽然正确识别了今年的时间范围，也确实查到了日记，但在传给模型时只展示了少量代表片段。

结果呢？

模型看到的证据主要集中在 5 月，就误以为其他月份根本没有记录。

这暴露了一个重要问题：

对 AI 来说，没展示出来的信息，往往就等于不存在。

所以我们继续改造了证据构建方式。

现在对于年度工作总结这类问题，系统会生成一份月度证据覆盖表，明确告诉模型：

• 每个月有多少天记录
• 每个月有多少候选片段
• 哪些片段直接命中工作主题
• 每个月的代表性证据是什么

这样模型就不会把「抽样展示」误解成「只有这些记录」。

这是一个很重要的工程经验：

AI 产品的关键，不只是模型本身有多强，而是你如何把上下文组织给模型。

09 最终目标：少一点页面，多一点理解

这次重构的目标，可以浓缩成一句话：

让产品从「管理记录的工具」，变成「理解记录的助手」。

我们希望用户只需要做一件事：持续记录。

剩下的，全部交给 AI：

• 它帮你整理日记
• 它帮你筛选长期记忆
• 它帮你追踪关注主题
• 它帮你回顾本周、本月、今年
• 它帮你发现反复出现的问题
• 它帮你从碎片里看见变化

界面越简单，背后的系统反而要越强。

因为用户不再通过页面告诉系统自己想做什么，而是直接用自然语言表达需求。

这要求系统具备更好的：

意图识别 · 时间理解 · 主题检索 · 证据组织 · 长期记忆 · 上下文压缩 · 回答约束

表面上，我们删掉了很多页面。

实际上，我们是在把这些页面背后的能力，重新放进一个更自然的入口里。

写在最后

过去的软件强调「功能完整」。

AI 时代的软件，更应该强调「意图直达」。

对记录产品来说，真正重要的不是有多少页面，而是——

用户能不能在需要的时候，直接得到一个有依据、有上下文、有连续性的回答。

这也是「 AI·朝夕有记」这次重构的方向：

记录仍然简单，理解变得更强。 页面更少，助手更重要。 信息不再只是被保存，而是能够被重新理解。

本文来自「 AI·朝夕有记」团队的产品思考。如果你也在做 AI 时代的产品，欢迎交流。

矩阵运营的话，7 个平台 × 多个账号，每次发布都要手动对付这些弹窗，一周下来纯机械劳动将近一小时。

做了个自动化方案：每个平台单独维护一份 selector 配置，Puppeteer 按配置跑，逻辑层和平台差异完全解耦。有弹窗就填，没弹窗跳过，失败记日志不中断主流程。目前抖音、快手、B 站、小红书、百家号、头条、视频号全部覆盖。

工具是 Electron + Puppeteer 写的，本地运行，支持 CLI 直接调用，也有 MCP Server 接口，可以被 Claude Desktop / Cursor 等 AI 工具直接驱动。

技术细节在掘金： https://juejin.cn/post/7640275639350345728
开源地址： https://github.com/hanliang97/MatrixMedia

突然想起上篇帖子评论区有坛友提到过备案授权码，如果我去咸鱼随便买一个授权码，那么可以把国内备案域名解析到那个租来的 frp 服务器吗，还是备案码所在的服务器必须要和域名解析对应？那台服务器是阿里云的，那我能在腾讯云购买域名再解析到阿里云服务器吗？谢谢解答！

公司降本增效的最终形态： 员工自己买会员，替公司创造价值。

本来想试用，可不巧的是这段时间 codex 正好频繁的对部分账号要求验证手机号码，我怕使用 codex mobile 会跳出手机号码验证，特别是使用 codex mobile 连接电脑需要验证密码，我的 codex 账号根本就没有设置密码（使用 google 邮箱登陆）。

有在使用 codex mobile 而没有要求验证手机号码的吗