跳转至

← 中文选题

X 中文热点选题简报

日期2026 年 10 月 22 日 · 周四时间窗口2026-10-20 08:27 至 2026-10-22 08:27覆盖完整

今日优先看

  1. dsh 插件生态,以及「把手机任务交给 DeepSeek」(见第 1 条)。这一轮新增的不是模型能力,而是围绕 DeepSeek Harness 长出来的一圈插件和一条新用法:@xiaomovps 一次列了 5 个插件(插件市场、长对话分层压缩、给 Windows 补 Bash/PowerShell 7、多后端搜索、把文件编辑和 Git 塞进侧边栏),收藏 294 高于点赞 214;@realchendahuang 写的是手机连电脑上 dsh 的插件;@turingou 则因为 Codex 额度消耗太快,把 iPhone use、Android use 这类设备操作任务交给通过 Magpie 连接的 DeepSeek Flash。反方向也有一条高互动:@goan999999 推「免注册免 API Key 用免费上游通道」的插件,234 赞,但上游来源不明,只能当反例。最好的补充角度是给非程序员的「dsh 最小可用插件组合」,同时讲清哪些别装:来路不明的免费模型通道,等于把对话内容交给不知道是谁的中转。形式:独立原创帖,配一张「装什么/为什么/风险」的表。状态:可起草,插件需实测;@yetone 说的「dsh 用户数已全面超越 pi」没有给数据来源,不能写进结论。

  2. Codex 和 Work 登录用户的缓存「永久保留」(见第 2 条)。事实来源很硬:Codex 负责人 Tibo @thsottiaux 10-21 09:10 那条英文帖 243.6 万浏览、1.5 万赞,说 API 现在可缓存 12 小时,而 Codex 和 Work 的登录用户缓存永久保留,回到旧对话或几小时后恢复不会有惩罚,并保证命中缓存。中文侧的反应分成三路:@dotey 说是「这些天最有价值的更新」,并推测是存到磁盘(他自己标为推测);@off_thetarget 解释缓存与登录用户绑定;@BigAvenu3 直接质疑 KV Cache 的体量,问这是技术突破还是成本可控的福利。最好的补充角度是算给普通用户看:长对话回头接着聊到底省了什么、额度是不是更耐用,以及「永久」在计费上究竟怎么算——官方目前只有这一句话。形式:独立原创帖,或引用 Tibo 原帖做解读。状态:可起草,计费细节和上限待核验;@Gorden_Sun 给的 Claude 客户端 1 小时、API 5 分钟、DeepSeek API 3 天是他自己的说法,未经核实。

  3. 四家「主动找你」的个人助理,怎么选(见第 3 条)。日报已经写过 Claude Duet 发布,这里只做选择角度:@dotey 统计两个多月里四家出了同类产品——xAI Grok Bot(8 月 11 日)、Meta Muse(9 月 8 日)、OpenAI Dots(9 月 29 日)、Anthropic Claude Duet;他另一条 Duet 详解 把边界写得很清楚:研究预览、只对美国 Pro/Max 开放、需排候补、预览期不单独收费但共用额度、每隔几个小时检查一次账号,发消息、付款、签文件、删东西前要用户批准,买卖证券和转账即使批准也不做。讨论样本里最有意思的是 @some_local_ai 那句「四大厂排队给我塞功能一模一样的赛博田螺姑娘,我那点待办已经不够分了」,以及 @dingyi 批评 Grok Bot 纯文字太多、没美感。最好的补充角度是不比功能清单,而比两件更实际的事:你的待办量够不够喂一个主动助理,以及授权边界怎么设(哪些动作必须每次确认)。形式:独立原创帖。状态:可起草;Duet 目前只对美国 Pro/Max 开放,中国用户还用不上,这一点必须在文中讲明。

候选话题

1. DeepSeek Harness 插件生态,以及把手机任务交给 DeepSeek

  • 原帖与热度:
  • @xiaomovps|原帖|10-21 17:35 上海|24 小时内|1.8 万浏览、214 赞、294 收藏
  • @realchendahuang|原帖|10-21 01:11 上海|24—48 小时|1.9 万浏览、187 赞、277 收藏
  • @turingou|原帖|10-21 21:54 上海|24 小时内|3.3 万浏览、139 赞
  • @LinearUncle|原帖|10-20 20:15 上海|24—48 小时|1.6 万浏览、76 赞
  • @yetone|原帖|10-22 01:15 上海|24 小时内|3.9 万浏览、189 赞
  • 反例:@goan999999|原帖|10-21 18:27 上海|24 小时内|2.0 万浏览、234 赞
  • 内容与关注点:xiaomovps 列的 5 个插件分别是 dshmarket(插件市场)、billion-context(长对话分层压缩)、dsh-ops(给 Windows 补 Bash/PowerShell 7,仅 Windows x64)、dsh-free-search(Bing/DuckDuckGo/SearXNG 多后端)、dsh-better-sidebar(文件编辑、终端、Git、Diff Review 集成)。realchendahuang 写的是手机连电脑上 dsh 的插件。LinearUncle 用 Magpie 在 dsh 里一键切换 opencode go 套餐的 deepseek flash。turingou 因为 Codex 额度消耗太快,把 iPhone use、Android use 等设备操作任务交给通过 Magpie 连接的 DeepSeek Flash。yetone 说「dsh 的用户数已经全面超越 pi 了」,未给数据来源。goan999999 推 dsh-our-free-model「免注册免 API Key 用免费上游通道」,上游来源不明。
  • 为什么值得做/可写角度:插件生态是这一轮唯一的新增,也是最容易被普通读者用起来的部分。可以写「dsh 最小可用插件组合」:只装三五个真正解决问题的,把长对话压缩、侧边栏和多后端搜索的收益讲清楚;再写「哪些别装」,用免费上游通道那条高赞帖当反例,说明为什么要小心来路不明的中转。
  • 时效与核验:以 24 小时内为主,含两条 24—48 小时。dshmarket 是社区插件:dsh-market GitHub 的 README 说目录有 4200+ 插件,dshmarket.com 首页写 6254 个,两个数字不一致;安装命令为 dsh plugin --profile web add dshmarket;官方文档有插件市场说明 DeepSeek Harness 文档。社区插件质量与安全未审,本轮未实测;yetone 的用户数对比无来源,属待核验。属后续:10-21 选题第 7 条写过同一模型换 harness 效果差很多,本条增量是插件生态和手机操控。

2. Codex 和 Work 登录用户的缓存「永久保留」

  • 原帖与热度:
  • @thsottiaux|原帖|10-21 09:10 上海|24 小时内|243.6 万浏览、1.5 万赞
  • @off_thetarget|原帖|10-21 11:54 上海|24 小时内|3.6 万浏览、61 赞
  • @dotey|原帖|10-21 13:17 上海|24 小时内|3.0 万浏览、87 赞、82 回复
  • @BigAvenu3|原帖|10-21 11:59 上海|24 小时内|8348 浏览、37 赞
  • @Gorden_Sun|原帖|10-21 11:36 上海|24 小时内|6943 浏览、48 赞
  • 内容与关注点:Tibo 的原帖是英文,标为「Day 16」,说 API 现在可缓存 12 小时,而 Codex 和 Work 的登录用户缓存永久保留:回到旧对话或几小时后恢复不会有惩罚,并保证命中缓存;帖中引用 @OpenAIDevs 的 12 小时缓存公告。「Day 16」承接 10-20 选题写过的「28 天改造计划」。中文侧,dotey 称之为「这些天最有价值的更新」,并推测是存到磁盘(他明确标为推测);off_thetarget 解释缓存与登录用户绑定;BigAvenu3 质疑 KV Cache 的体量,问是技术突破还是成本可控的福利;Gorden_Sun 拿 Claude 客户端缓存 1 小时、API 5 分钟、DeepSeek API 3 天来对比。
  • 为什么值得做/可写角度:对普通 Codex 用户,实际影响只有一个问题——长对话回头接着聊,是不是不再「重新付费」、额度是不是更耐用。可以顺着这个问题写,再补一句「永久」在计费上怎么算、有没有上限,官方目前只有这一句话,把不确定的部分说成不确定。
  • 时效与核验:全部在 24 小时内。Tibo 的帖子是官方人物表态,但「永久」的具体含义未见配套文档;dotey 的「存到磁盘」是推测;Gorden_Sun 给的三个缓存时长均为其个人说法,待核验。属后续:10-21 日报写过 API 12 小时提示缓存,本条增量是 Codex 和 Work 登录用户的永久缓存。

3. 四家「主动找你」的个人助理,怎么选

  • 原帖与热度:
  • @dotey|原帖|10-22 05:08 上海|24 小时内|2.2 万浏览、157 赞、143 收藏
  • @dotey|Duet 详解|10-22 03:54 上海|24 小时内|3.0 万浏览、71 赞
  • @dingyi|原帖|10-21 22:29 上海|24 小时内|9595 浏览、63 赞
  • 讨论样本:@some_local_ai 的回复|回复|10-22 04:43 上海|24 小时内|2.1 万浏览、4 赞
  • 内容与关注点:dotey 把两个多月里四家的同类产品排了出来:xAI Grok Bot(8 月 11 日)、Meta Muse(9 月 8 日)、OpenAI Dots(9 月 29 日)、Anthropic Claude Duet。Duet 的细节是:研究预览、只对美国 Pro/Max 开放、需排候补,预览期不单独收费但共用额度,每隔几个小时检查一次账号;发消息、付款、签文件、删东西前要用户批准;买卖证券、转账即使批准也不做。官方说明见 Claude Duet 介绍。dingyi 认为很多应用都在变成 personal agent,并批评 Grok Bot 纯文字太多、没美感;some_local_ai 的回复是「四大厂排队给我塞功能一模一样的赛博田螺姑娘,我那点待办已经不够分了」。
  • 为什么值得做/可写角度:四个产品的功能清单其实高度重合,真正拉开差距的是两件更实际的事:你的待办量够不够喂一个主动助理(待办太少,主动只会变成打扰),以及授权边界怎么设(哪些动作每次确认、哪些绝不授权)。可以顺着 Duet 的批准清单,给读者一份自己的授权分级。
  • 时效与核验:全部 24 小时内。Duet 的状态(研究预览、仅美国 Pro/Max、需排候补)来自 dotey 的详解,官方页面链接已附;中国用户目前不可用,写的时候要讲清。「待办不够分」是调侃式观点,不是结论。

4. 一晚上的安全更新「全家桶」:小站长该先查哪几项

  • 原帖与热度:
  • @Vincent_AINotes|原帖|10-21 23:55 上海|24 小时内|2.0 万浏览、171 赞
  • @MaxForAI|原帖|10-21 21:43 上海|24 小时内|2.9 万浏览、90 赞
  • @op7418|原帖|10-21 23:39 上海|24 小时内|2.5 万浏览、63 赞
  • @dotey|Railway 帖|10-22 06:37 上海|24 小时内|6272 浏览
  • @dotey|TiDB Cloud 帖|10-22 06:15 上海|24 小时内|8649 浏览
  • @dotey|GitLab 帖|10-22 04:57 上海|24 小时内|9003 浏览
  • 内容与关注点:Vincent_AINotes 一晚上的汇总:PHP 紧急修两个严重漏洞、Node.js 修 10 个、nginx 修 5 个、Go 更新证书信任校验、eMudhra CA 被浏览器拉黑。MaxForAI 发 PHP2Shell 预警,并称涉及「全球 56% 的互联网」。op7418 说 eMudhra 用极易猜的数字当私钥。dotey 连发三条:Railway 存密钥系统被入侵、官方让用户换掉全部密钥;PingCAP 通知 TiDB Cloud 客户立刻轮换 API 密钥;GitLab 六周内第三个满分漏洞。
  • 为什么值得做/可写角度:给用 AI 做了个小网站、小工具的非程序员一份「今晚该检查什么」的清单:先看 PHP 版本,再看托管平台的密钥要不要轮换,最后看自建 GitLab 有没有补丁。顺序比罗列重要,因为大部分人看到五条安全新闻就直接关掉了。
  • 时效与核验:全部 24 小时内。PHP 部分日报 10-21 已核验:PHP 官方 10 月 21 日发布 8.5.12、8.4.27、8.3.36、8.2.35。其余为个人汇总或转述,待核验:「56% 的互联网」这一说法未核实,Node.js 10 个、nginx 5 个的数字也未对照官方公告;Railway、TiDB Cloud、GitLab 三条均为 dotey 转述,成稿前需对照官方公告。

5. 用 AI 改小米电视启动器:只留常用应用,再加壁纸轮播

  • 原帖与热度:
  • @op7418|原帖|10-20 23:58 上海|24—48 小时|5.7 万浏览、247 赞、240 收藏
  • @op7418|教程帖|10-21 17:15 上海|24 小时内|2.2 万浏览、207 赞
  • 内容与关注点:op7418 参考 CleanFrame 和 cleanyourtv,重新打包 guizang TV 启动器,只显示常用应用(PS5、Apple TV 连接、哔哩哔哩、投屏),并加壁纸轮播,适用小米电视。第二天他补了一条,说「最近让 AI 给电视去广告很火」,录了详细教程。
  • 为什么值得做/可写角度:家电「去广告」是普通人最能感知的 AI 用法之一,比任何跑分都直观。可以写成跟做实测:从干净的启动器到壁纸轮播,同时把第三方启动器的风险写清楚——系统更新会不会覆盖、保修、安装包来源。
  • 时效与核验:一条 24—48 小时、一条 24 小时内。作者自述,本轮未实测;第三方启动器替换系统桌面涉及系统更新、保修和安装包来源风险,成稿前建议自己跑一遍并截图。属后续:10-20 英文选题写过设备去冗余的跟做潮,本条增量是中文侧的小米电视教程。

6. iPhone Duo 评测解禁:没适配大屏的 App 仍按手机尺寸显示

  • 原帖与热度:
  • @op7418|原帖|10-21 20:56 上海|24 小时内|12.6 万浏览、88 赞
  • @_FORAB|原帖|10-21 18:15 上海|24 小时内|5.1 万浏览、84 赞
  • @abskoop|原帖|10-21 14:54 上海|24 小时内|6.3 万浏览、63 赞
  • @kenw_2|原帖|10-21 20:29 上海|24 小时内|1.2 万浏览、12 赞
  • @waylybaye|原帖|10-20 18:47 上海|24—48 小时|2.6 万浏览、103 赞
  • @yihui_indie|原帖|10-21 08:02 上海|24—48 小时|7661 浏览、24 赞
  • 内容与关注点:op7418 看了一堆评测后调侃「一点儿不适配」;_FORAB 说未适配大屏的应用展开后仍按普通手机尺寸显示,并称苹果强制要求明年 4 月前适配;kenw_2 转述 MKBHD 评测:初代感明显、重、厚,续航一整天,4 倍变焦效果差,App 适配糟糕。正面一侧是 abskoop 说支付宝已适配。开发者视角:waylybaye 说模拟器只预装设置和 Safari,可参考的设计太少;yihui_indie 做了免费工具,把截图或录屏做成 iPhone Duo 开合动画。
  • 为什么值得做/可写角度:给独立开发者划适配优先级:先让 App 在展开态不难看,再谈大屏新交互;顺便写 AI 能帮上什么(布局改造、两套屏幕尺寸的预览)。比单纯转评测更有人看,也更符合读者的实际处境。
  • 时效与核验:以 24 小时内为主,含两条 24—48 小时。abskoop 称支付宝已适配,属作者观察。待核验:「苹果强制要求明年 4 月前适配」是 _FORAB 的说法,未见官方文件;MKBHD 评测内容为 kenw_2 转述,未对照原视频。

7. 一个人加 AI 做游戏:从移植老游戏到上 Steam

  • 原帖与热度:
  • @DashHuang|原帖|10-21 15:35 上海|24 小时内|3.5 万浏览、305 赞
  • @AlchainHust|原帖|10-21 12:07 上海|24 小时内|3.2 万浏览、300 赞
  • @Pluvio9yte|原帖|10-21 17:08 上海|24 小时内|1.1 万浏览、143 赞
  • @onefifthblue|原帖|10-21 23:56 上海|24 小时内|4789 浏览、68 赞
  • 内容与关注点:DashHuang 做了《火炬之光 2》Vision Pro 版,支持手柄、触屏、视线追踪,准备发同时支持 Vision Pro、iOS、Mac、Apple TV 的 TestFlight,此前他还做过 Mac 版现代化改造。AlchainHust 推荐 @Nenlyonis:设计师出身、B 站 71 万粉,用 AI 自学独立做 Steam 游戏,免费上线两个月 10 万+ 玩家。Pluvio9yte 用 Claude Code(Opus 5.5)加 ViggleAI 的 PINOC 和网页 3D 引擎,把《桃花源记》做成第三人称探险小游戏,关键方法是固定机位截图与参考作品并排对比,一个场景迭代八轮。onefifthblue 整理了国内游戏上架平台(TapTap、好游快爆、App Store 中国区、微信/抖音/快手/百度小游戏)。
  • 为什么值得做/可写角度:「做出来」已经不难,难的是对标迭代和上架变现。Pluvio9yte 的八轮对比是这一轮最可复制的方法,可以直接写成教程;onefifthblue 的平台清单则补上了最后一段路。
  • 时效与核验:全部 24 小时内。均为作者自述;Nenlyonis 的「B 站 71 万粉、两个月 10 万+ 玩家」是 AlchainHust 转述,数字待核验;其余项目未独立验证。

8. Mole Windows 版开发全记录:能复用规则,不能复用代码

  • 原帖与热度:
  • @HiTw93|原帖|10-21 22:36 上海|24 小时内|1.2 万浏览、239 赞、169 收藏
  • 内容与关注点:长文第二篇。Windows 版用 C# + WinUI 3 + .NET 10;十几万行 Swift 里能脱离系统框架复用的不到 20%,几乎从零写;设计 token 和 11 种语言文案用脚本从 Mac 版同步;用 SYNC.md 对账两边功能;签名买了 Certum 云端 OV 证书(3 年 300 多美元),微软 Azure Artifact Signing 个人只对美国和加拿大开放;Mac 上用 Parallels 跑 Windows,用 prlctl exec 远程编译调试;一个月 8 万多行代码、4000 多个测试,大部分由 Opus 5.5 写;ThinkPad 做真机测试。
  • 为什么值得做/可写角度:一句话就够当标题——「AI 时代能复用的是设计、文案和规则,不是代码」。对想跨平台的独立开发者,这篇给了非常具体的迁移账本:多少能复用、签名怎么买、真机怎么测、测试怎么写。
  • 时效与核验:24 小时内。全部为作者自述(长文第二篇,接 10-21 选题第 9 条的技术栈选型第一篇),未独立核验;签名价格和 Azure 政策的适用范围建议成稿前再查一次官方页面。

9. QuestMobile 三季度 AI 报告:豆包 4.19 亿月活,办公 Agent 由 WorkBuddy 领跑

  • 原帖与热度:
  • @foxshuo|原帖|10-21 19:26 上海|24 小时内|1.2 万浏览、33 赞
  • @geekbb|原帖|10-21 09:13 上海|24 小时内|2.1 万浏览、75 赞
  • @geekbb|跟进帖|10-21 15:58 上海|24 小时内|9670 浏览、12 赞
  • 内容与关注点:foxshuo 摘录报告,说豆包是千问 2.5 倍、DeepSeek 3.5 倍,Kimi 引用信源最多,简中 PC 网页 AI 月活下降。报告官方数字(2026 年 9 月):AI 原生 App 月活 5.46 亿;豆包 4.19 亿、千问 1.58 亿、DeepSeek 1.23 亿;AI 办公月活 1.42 亿,WorkBuddy 3235.3 万、百度搭子 977 万、千问办公 790.5 万。按官方数字,豆包约为千问 2.65 倍、DeepSeek 3.4 倍,帖子里的 2.5 倍、3.5 倍都是约数。geekbb 说自己用 WorkBuddy 是因为签到送 100 积分,后来又表示「后面可能不会再推 WorkBuddy 了」,原因未说明。
  • 为什么值得做/可写角度:中文圈天天聊 Claude Code,但大盘在用的是豆包和 WorkBuddy——这个落差本身就是选题。可以写内容创作者该怎么看:该跟着大盘写教程,还是继续服务小圈子的重度用户。
  • 时效与核验:全部 24 小时内。报告页见 QuestMobile 报告页,核心月活数字已对照;「WorkBuddy 比第 2 到 10 名加起来还多」这一说法在摘要中未核到,不要写;「Kimi 引用信源最多」「简中 PC 网页 AI 月活下降」目前只有 foxshuo 的转述。属后续:10-21 选题第 4 条写过普通人用豆包修电脑,本条增量是季度数据。

10. X 上 AI 回复泛滥,中文作者开始自己做工具

  • 原帖与热度:
  • @dotey|原帖|10-20 22:36 上海|24—48 小时|2.1 万浏览、69 赞
  • @vista8|原帖|10-21 14:50 上海|24 小时内|9198 浏览、81 赞、76 回复
  • @tualatrix|原帖|10-20 11:23 上海|24—48 小时|7741 浏览、22 赞
  • 内容与关注点:dotey 说 AI 回复不只出现在中文区,整个 X 都是,希望官方治理,他自己用提示词注入式的回复测试机器人。vista8 开源了一个浏览器插件,用 Jev 模型识别 AI 评论、手动拉黑,另有 @优化、导出书签等功能。tualatrix 用 Grok Bot 扫垃圾回复,给依据和选项,人工审核后写入审计表。
  • 为什么值得做/可写角度:作者怎么保护自己的评论区,正在从抱怨变成动手做工具。可以横向比三种做法(提示词测试、模型识别加手动拉黑、Bot 扫描加人工审核),讲清各自的成本和误伤风险。
  • 时效与核验:跨 24 小时内与 24—48 小时。vista8 的插件未实测,识别准确率和误判情况未知;tualatrix 的做法是个人实践。属后续:10-21 英文选题写过 Simon Willison 征集回复机器人提示词,本条增量是中文作者的自建工具。

11. MiniMax M3.1 的「一题四模型」对比实测

  • 原帖与热度:
  • @Fei2411|原帖|10-20 23:50 上海|24—48 小时|2.5 万浏览、188 赞
  • 内容与关注点:同一个题目对比 MiniMax M3.1(max)、DeepSeek V4.1 Flash(high)、GPT 5.6 Sol(xhigh)、Fable 5.1(medium),他的排序是 Fable 5.1 > M3.1 > V4.1 Flash > 5.6 Sol。M3.1 的发布日报 10-20 已写。
  • 为什么值得做/可写角度:不转发排名,而是教读者自己做「一题四模型」对比:同一个题目、固定思考档位、写清评分标准。读者拿走的应该是方法,不是别人的结论。
  • 时效与核验:24—48 小时。价值观察。单次个人测试,只测了一个题目,不代表普遍结论;思考档位不同的横向比较本身有偏差,文中要说明。

12. Every《How Codex Happened》:Codex 为什么做成原生桌面 App

  • 原帖与热度:
  • @dotey|原帖|10-21 11:43 上海|24 小时内|3.2 万浏览、195 赞、214 收藏
  • 内容与关注点:dotey 读 Every 长文的摘记:Codex App 背后是 Tibo 和 Andrew Ambrosino;当时流行在 IDE 里内置聊天,Tibo 决定做原生桌面应用。收藏 214 高于点赞 195,说明读者想留着慢慢看。
  • 为什么值得做/可写角度:产品决策复盘——同一时期大多数团队选择把 AI 塞进 IDE,Codex 反着做原生 App。可以对照今天 Codex 的形态(缓存、任务卡片、多机协作)回头看这个决定是不是关键。
  • 时效与核验:价值观察。24 小时内。基于 Every 文章的转述,原文本轮未读取,人名、时间线和当时的竞争判断都待核验,成稿前建议先读原文。

13. 让两台电脑上的 Codex 互相协作搬家

  • 原帖与热度:
  • @turingou|原帖|10-21 21:39 上海|24 小时内|2.5 万浏览、48 赞
  • @turingou|原帖|10-21 11:32 上海|24 小时内|2.3 万浏览、79 赞
  • 内容与关注点:Mac Studio 的 1TB 磁盘满了,他让 Mac Studio 和 Windows 游戏 PC 上的两个 Codex 协作,每晚至少 8 小时把可迁移内容搬到 Windows。另一条更基础:Codex 会根据会话相关性自动建项目,不必先选文件夹。
  • 为什么值得做/可写角度:把 Agent 当「跨机器的执行者」而不是「更快的编辑器」,这是很多人还没试过的用法。可以写一次自己的搬家流程:怎么分工、怎么校验、哪些不能交给它。
  • 时效与核验:价值观察。全部 24 小时内。个人实践,未独立验证;「每晚至少 8 小时」是作者描述,实际耗时和成功率没有数据。

14. 用 Claude Code 自动做视频:抓取、动画、剪辑一条链

  • 原帖与热度:
  • @xiaohu|原帖|10-21 11:29 上海|24 小时内|1.9 万浏览、172 赞
  • @Gorden_Sun|原帖|10-20 18:18 上海|24—48 小时|1.2 万浏览、141 赞
  • 内容与关注点:小互的 AI 日报视频版,抓取、动画、制作、剪辑都由 Claude Code 完成,固定模板之后可以自动化,下一步解决声音。Gorden_Sun 则是「许愿式直出」北京 3D 城市历史讲解视频,并附了提示词。
  • 为什么值得做/可写角度:模板化是关键——先把一期视频拆成可复用的步骤,再让 Agent 跑。可以写「怎么把一次性演示变成每周能跑的流水线」,这比再晒一条视频有用。
  • 时效与核验:价值观察。一条 24 小时内、一条 24—48 小时。均为个人演示,未提供耗时和成本数据;「下一步解决声音」是作者的下一步计划,不是已完成的能力。

15. 一个让 Opus 5.5 都「烦了」的学习提示词

  • 原帖与热度:
  • @vista8|原帖|10-22 00:23 上海|24 小时内|1.0 万浏览、156 赞、208 收藏
  • 内容与关注点:提示词要求在某领域找出满足这些条件的知识:基本单元不超过 50 个、有明确组合规则、1 天能学完、每周至少用 1 次;然后每条给出基本单元、组合规则和一个马上能验证的练习。收藏 208 高于点赞 156。
  • 为什么值得做/可写角度:可以直接拿来做「1 天学会」系列:选一个具体领域跑一遍,把产出和自己的验证过程一起发,比转提示词更有说服力。
  • 时效与核验:价值观察。24 小时内。提示词原文可用,但效果属作者说法,未独立验证;「让 Opus 5.5 都烦了」是标题式描述,不宜当作结论。

16. MIT 6.S950 第 5 讲:Harness 到底需要多少

  • 原帖与热度:
  • @shao__meng|原帖|10-21 16:20 上海|24 小时内|6524 浏览、149 赞
  • 内容与关注点:讲义更新,用 300 行的教学 Agent 讲可观测性、可控性,以及「需要多少 Harness」。点赞 149 相对 6524 浏览,比例不低。
  • 为什么值得做/可写角度:和第 1 条的插件生态正好互补——一边是不断加插件,一边是问 Harness 该有多薄。可以把讲义的三个问题翻译成普通读者能用的判断:什么时候该加壳、什么时候该减。
  • 时效与核验:价值观察。24 小时内。只读到 shao__meng 的转述,讲义原文与课程页面本轮未打开,300 行教学 Agent 的实现细节待核验。

本期 16 条,按创作价值排序;第 11 至 16 条按价值观察看待,互动或增量较小。 覆盖缺口:本轮未读取视频画面,部分数字来自帖子转述、已在卡片中标注待核验。