X 英文热点选题简报¶
今日优先看¶
- 年轻人讨厌 AI：一位父亲的观察（T1，对应卡片 1）
现在值得做：@jitbit（10-20 00:54，帖龄 32.0h，24—48 小时，45.5 万浏览、7.0K 赞、752 转、863 回复、1.1K 收藏、173 引用）写的是身边事：两个女儿 19 岁和 18 岁，分别在英国和意大利读大学，他认识的同龄人"全都"讨厌 AI，觉得 AI 是"老一辈发明、要我们来收拾的东西"，"AI is cringe"；女儿介绍他时会先说"他是软件工程师，但不是做 AI 的，别担心"。他们给的理由很具体：社交信息流被 slop 淹没、音乐被毁了、电话诈骗升级、职业被毁、爱好贬值（为什么还要学建筑、学乐器）。结果是这些人减少在公开社交平台的时间，更多线下见面，把线上生活搬进只有真朋友的私密群聊，TikTok 和 Reels 成了"老家伙的东西"。他自己说，这也许是好事。
最好补充：这条最容易被写成"年轻人反 AI"的情绪稿，但真正缺的是分寸。第一，样本就是他女儿的朋友圈，属个人观察，不是调查，找不到配套数据时不要写成"数据显示"。第二，中文圈已经有人翻译转述，引用列表里能看到多条中文转帖，所以这不是信息差，只能在角度上做增量。可写的增量是温度差：做 AI 内容的人和看内容的人对"AI 味"的容忍度完全不同，"AI is cringe"说的不是能力，是品味和代际归属；再往下落到操作层面——一条内容里哪些环节露了 AI 的痕迹会让人反感，哪些不会。
形式与状态：引用原帖，或写成独立原创帖。这个题目对做 AI 内容的创作者是一次自查，可起草。X 新闻页把这条归成故事"Young People Call AI Cringe and a Generational Burden"，可作标题参考，不作事实依据。
- Simon Willison 用 Opus 5.5 做出可玩的即时战略游戏，还能用声音联机（T3，对应卡片 3）
现在值得做：@simonw（10-21 03:43，帖龄 5.2h，24 小时内，2.5 万浏览、462 赞、21 转、102 回复、150 收藏）做了一个 Command & Conquer 风格的即时战略游戏"Battle Drones"，主要用 Claude Opus 5.5，在浏览器里跑，还支持通过音频链路在两台设备之间联机。他的一手记录在博客里，细节比帖子里多得多（已核验）：12 个大版本、321 次由编程 Agent（主要是 Claude Code）完成的提交；手机和桌面都能玩，有多种模式和多张地图，含随机地图；两台设备在麦克风距离内可联机；后来他补了在线联机，因为音频联机让人头疼；音频联机源自他上周的 Chirp Pong 实验，Opus 先写了测带宽的工具，再实现整套音频调制解调；他选声音是因为喜欢零成本运行的静态 HTML，不想维护服务器；游戏能离线运行（PWA，他没要求过）；配乐全部由代码生成；为了回放和联机同步，Claude 把 Math.sin/cos 换成自定义实现，因为不同浏览器结果有细微差异。他还承认，让游戏变好玩靠的是对 Claude 说"Make it a LOT more fun"。
最好补充：这条容易被转成"AI 一句话做游戏"，那正好写反了。值得补的是工程细节怎么讲给非程序员听：确定性——两个浏览器算出来的结果必须一样，否则联机就错位；离线——PWA 和零服务器是同一个取舍的两面；零成本——不维护服务器才敢让它一直开着。这三个词都能用生活化的例子解释清楚。另一条可写的判断是"好问题比长提示词重要"：他给的关键指令只有一句"让它好玩得多"，但前面已经有 12 个版本托底。
形式与状态：独立原创帖，或引用原帖加工程解读。可起草，一手细节以他的博客为准。
- Codex 的"录制技能"：把每周最无聊的 20 分钟网页任务交给电脑操作 Agent（T4，对应卡片 4）
现在值得做：@alliekmiller（10-20 08:18，帖龄 24.6h，24—48 小时，2.2 万浏览、252 赞、115 回复、144 收藏）的判断是 computer use 的天花板还远没到；她给人演示 Record a skill 时，99% 的人不知道有这个功能；任何没有 API 的付费工具，现在都可以让 Agent 学着操作。她给的具体建议很适合抄：挑每周最无聊、中等价值、零到低风险的 20 分钟浏览器任务，交给电脑操作 Agent（她偏好 Codex），录一个技能，看它跑 1—3 次并修改，下个月再跑一次做对比。同一天 @mattshumer_（10-20 04:17，帖龄 28.6h，24—48 小时，7.8 万浏览、323 赞、169 回复、101 收藏）问"最快的可靠 computer use 模型是哪个"，说明这个需求正在被更多人碰到（该帖回复区未读取，不总结回复）。
最好补充：一手文档已核验——Codex 的 Record & Replay 要求 macOS、开启 Computer Use、安装 Record & Replay 插件，在 Codex 的插件里选 Record a skill，批准录制，完成任务后停止，生成的技能可编辑、可复用；文档还提醒不要录入密码等敏感信息，管理员关闭 computer_use 时该功能不可用。写中文教程时这三点必须放在显眼位置：目前只有 macOS；录制过程等于把屏幕交给 Agent；敏感信息不要进录制。选题上最有价值的不是"能录"，而是判断标准——什么任务值得录：中低价值、低风险、没有 API、每周重复。
形式与状态：实操教程，建议自己实测一遍再写。可起草。注意别把"99% 的人不知道"当成统计数字，那是她的说法。
候选话题¶
1. 年轻人讨厌 AI：一位父亲的观察¶
原帖与热度：见「今日优先看」第 1 条。@jitbit（10-20 00:54，帖龄 32.0h，24—48 小时，45.5 万浏览、7.0K 赞、752 转、863 回复、1.1K 收藏、173 引用）。
内容与关注点：见「今日优先看」第 1 条。补一层可用的判断：这条的互动结构里回复（863）和引用（173）都偏高，说明它被当成一个立场题在讨论，而不只是被点赞转发；收藏 1.1K 也高于转发数，推测有人把它当作"代际情绪"的材料留存（推测）。X 新闻页把它归成故事"Young People Call AI Cringe and a Generational Burden"，说明平台自己也把它读成代际问题。
为什么值得做（可写角度）：三条可选。一，行业内外温差：做工具的人看到的是能力曲线，18 到 19 岁的人看到的是信息流里多出来的垃圾，两边说的都不是假话。二，对创作者的提醒：受众里确实有人反感"AI 味"，原帖列的理由集中在信息流 slop、音乐、诈骗、职业和爱好贬值。三，可操作的部分：AI 内容怎样不让人反感——把 AI 放在看不见的环节（校对、整理、检索），而不是放在读者能直接感到的环节（语气、观点、抒情）。"这也许是好事"这句原帖的收尾也值得保留，它让文章不必写成哀叹。
时效与核验：24—48 小时。这是个人观察，样本是作者女儿的朋友圈，没有调查数据支撑，写时标"作者自述/个人观察"，不要写"数据显示年轻人如何如何"。中文转述已经不少，写作时必须给出新角度，不然就是重复。
2. Claude Code 额度争议：Opus 5.5 之后，两份 Max 三天用完¶
原帖与热度：@marouane53（10-20 19:07，帖龄 13.8h，24 小时内，9.8 万浏览、1.5K 赞、19 转、150 回复、96 收藏）说，Opus 5.5 刚发布时 Claude Code 感觉"几乎无限"，他因此停用了 200 美元的 Codex 套餐；几周后他有两份 Claude Code Max 订阅，3 天内两份都撞到用量上限。@blueemi99（10-21 05:54，帖龄 3.0h，24 小时内，1.2 万浏览、203 赞、37 回复）怀疑额度被砍了最多 50%（个人账户对比个人账户约差 50%），但也说自己希望是这边的 bug 或 Claude 算错了。一手来源是 Claude 帮助中心的说明：Pro 和 Max 都有五小时会话上限和每周上限，Claude 与 Claude Code 共用；页面没有给出每周额度的具体数字；Max 附带的每月 API 额度不能用于 Claude Code 和 Claude 应用。背景只有一条：classaction.org 10-20 的报道标题称有诉讼指控 Anthropic 降低 Pro/Max 订阅者的"实际可用量"（只读到标题，诉状内容未读）。
内容与关注点：真正的信息点不是"额度变少了"，而是官方不公布每周额度数字，用户只能靠体感对比。帮助中心能确认的只有"有上限、两类产品共用"，不能确认具体数字，也不能确认是否调整过。两条帖子都是个人体验，第二条本人也留了"可能是 bug"的余地。
为什么值得做（可写角度）：写成"订阅制的不确定性"比写成"又砍额度了"稳。可落成给中文读者的三条实用做法：自己记录用量（哪天、什么任务、多久撞限）；同时留一个备用工具，别让工作流单点依赖；选 Claude 还是 Codex 时，把"上限规则是否公开"也当成一个维度。这条也能接卡片 5：额度紧张是多 Agent 混用的一个可能原因（推测，需标明）。
时效与核验：24 小时内。核心事实待核验：Anthropic 是否调整额度没有官方说明。诉讼只读到标题，不展开、不引用诉状内容。补充说明：中文选题 10-21 第 17 条写过"Claude Max 每月可领 API 额度"，角度是额度能用在哪，与本条不重复。
3. Simon Willison 用 Opus 5.5 做出可玩的即时战略游戏，还能用声音联机¶
原帖与热度：见「今日优先看」第 2 条。@simonw（10-21 03:43，帖龄 5.2h，24 小时内，2.5 万浏览、462 赞、21 转、102 回复、150 收藏）；一手来源是 Simon Willison 博客 10-20：Battle Drones。
内容与关注点：见「今日优先看」第 2 条。补一个适合做标题反差的细节：他选音频联机的原因是"喜欢零成本运行的静态 HTML，不想维护服务器"，也就是说技术选择是被运维成本逼出来的，不是因为音频更酷；而音频方案又来自他上一周的 Chirp Pong 实验，Opus 先写了一个测带宽的小工具，再实现整套音频调制解调。这种"先量再写"的顺序，比"AI 一次生成"更能说明 Agent 怎么被用。
为什么值得做（可写角度）：可以写成给非程序员的"一个周末项目的工程细节"：为什么要确定性（同一个回放两台机器算出来必须一样）、为什么要离线（PWA）、为什么零服务器（不维护才敢常开）。也可以写成方法帖：12 个大版本、321 次提交，说明产出不是一句话，而是"一个具体的好问题 + 很多轮修改"；对 Claude 说"Make it a LOT more fun"这句，正好是"品味类要求可以交给人来提"的例子（这是从原帖推出的判断，写时标明）。配乐由代码生成、浏览器差异导致要把 Math.sin/cos 换成自定义实现，这两个细节适合做"AI 写代码也会踩的坑"。
时效与核验：24 小时内。帖子是作者自述，细节以他的博客为准；12 个版本、321 次提交、音频联机、离线 PWA 都出自博客，已核验。不写"AI 独立完成"，他明确说好玩是他自己提要求提出来的。
4. Codex 的"录制技能"：把每周最无聊的 20 分钟网页任务交给电脑操作 Agent¶
原帖与热度：见「今日优先看」第 3 条。@alliekmiller（10-20 08:18，帖龄 24.6h，24—48 小时，2.2 万浏览、252 赞、115 回复、144 收藏）；讨论入口 @mattshumer_（10-20 04:17，帖龄 28.6h，24—48 小时，7.8 万浏览、323 赞、169 回复、101 收藏）；一手来源 ChatGPT Learn：Record & Replay。
内容与关注点：见「今日优先看」第 3 条。值得单独拎出来讲的是她给的筛选标准，因为它把"什么能交给 Agent"变成了可执行的三个条件：每周重复、耗时约 20 分钟、零到低风险且没有 API。反过来也给出了不该交的：一次性任务不值得录，高风险操作不该录，有 API 的直接用 API 更稳。她提到的迭代方式也很务实——先让它跑 1—3 次再改，下个月再跑一次对比，等于给技能做一次回归检查。
为什么值得做（可写角度）：中文读者最缺的是"选哪类任务"和"隐私怎么处理"，不是功能截图。可以写成实操清单：先列自己每周固定要做的网页操作，按"无聊程度 × 风险"排序，从最低风险的一条开始录；录制时不要打开密码管理器、不要把客户数据摆在屏幕上；录完先看它跑一遍再放手。另可补一句预期管理：目前仅 macOS，需要开启 Computer Use 并装插件，管理员关掉 computer_use 时用不了。
时效与核验：24—48 小时。功能与限制来自官方文档，已核验；"99% 的人不知道"是作者说法，不当作统计。建议实测后再写，因为录制的稳定性最需要一手验证。
5. 一人多 Agent 成常态：六成 Codex 用户也用 Claude Code，跨 Agent 共享记忆工具出现¶
原帖与热度：@theo（10-19 12:17，帖龄 44.6h，24—48 小时，11.6 万浏览、2.5K 赞、28 转、366 回复、52 引用）：过去两周，在 T3 Code 里用过 Codex 的用户超过 60% 也用了 Claude Code。@akshay_pachaar（10-20 22:08，帖龄 10.8h，24 小时内，1.3 万浏览、147 赞、77 回复、177 收藏）介绍 Beacon，一个开源的编程 Agent 记忆层，覆盖 Claude Code、Cursor、Codex 等 20 多个工具，记录每次提示、工具调用和文件改动，可在一个 Agent 撞额度后让另一个接着干，还会把重复流程提炼成技能。一手来源是 GitHub：Asymptote-Labs/agent-beacon（MIT 许可，本地优先）和 beacon.sh。
内容与关注点：这个 60% 必须带着限定写：样本是 T3 Code 自家用户，不代表全体开发者，也不代表市场占有率。Beacon 那条也要标清楚性质：这是合作演示，作者邀请了 Beacon 的联合创始人；收藏（177）高于点赞（147）说明有人想照着装，但演示里的结论不能当独立评测。帖中提到的"发现过一次生产数据库密码片段被发给模型提供方"，是这条里最该被放大的细节——共享记忆层意味着上下文被集中保存，风险和便利是同一件事。
为什么值得做（可写角度）："多个 AI 编程工具怎么一起用而不丢上下文"是现在真实发生的问题：会话在 Claude Code 里开了一半，额度到了，换 Codex 就得从头解释。可写的角度是分层：哪些东西值得记（项目约定、构建命令、已知坑），哪些不该记（密钥、客户数据、临时文件）；这层判断可以完全脱离具体工具讲。也可以接卡片 2：额度紧张是多 Agent 混用的一个可能原因（推测，需标明）。
时效与核验：theo 帖 24—48 小时，akshay 帖 24 小时内，互动低于一般门槛，按编程与 Agent 类放宽入选。theo 的数字属平台方自述口径；Beacon 的开源许可与本地优先已从仓库核验，功能描述来自作者帖。后续说明：英文选题 10-20 第 14 条写过 T3 Code 本身，本条新增的是混用比例和"跨 Agent 记忆"这个需求。
6. Google 软件工程师面试开始考"AI 熟练度"¶
原帖与热度：@choblin29（10-20 22:00，帖龄 10.9h，24 小时内，1.0 万浏览、91 赞、35 收藏）转述 Business Insider 取得的 Google 内部文件，称 AI fluency 已是所有软件工程岗位的要求。一手来源是 Business Insider 10-20 的报道，已核验：Google 今年分阶段测试招聘变化，包括允许在编程面试中使用 AI、面试官可用 Gemini 起草反馈、试点用 Gemini 做面试转录和笔记；"代码理解"面试评估 AI 熟练度和提示工程，候选人可用 Gemini 做助手；Google 发言人称 AI 熟练度是所有软件工程岗位的要求，AI 产品集成是多数非入门岗位的要求；招聘副总裁 Brian Ong 说仍在试点阶段；文件还警告员工不要用生成式 AI 自己做招聘或面试用的方案或 Agent。BI 5 月曾报道过这个试点。
内容与关注点：两个说法要并列写，不能只取一个。"所有软件工程岗位都要求 AI 熟练度"是发言人的表述，同时 Google 自己说仍是试点，两句话放在一起才是完整事实。另一个容易漏的点是面试官一侧的变化：AI 不只进入候选人的答题环节，也进入面试官的写反馈、做记录环节；文件里还提醒员工别用生成式 AI 自己搭面试方案。
为什么值得做（可写角度）：对求职者，考点从"会不会写"变成"会不会读、验、改 AI 写的代码"，可给出准备方向：讲清你怎么判断一段 AI 生成的代码能不能用、你会先看哪几行、出错怎么定位。对技术管理者，可写"允许用 AI 的面试该怎么出题"——如果候选人可以开 AI，题目就该考阅读和验收，而不是背语法。这类判断属推论，写时标明；不要写成"Google 已经全面改成这样"。
时效与核验：24 小时内，互动低于一般门槛，按编程类例外入选。报道已核验，但"内部文件"的具体条款以 BI 报道为限；试点状态、阶段安排按报道写，不替 Google 补充细节。
7. 把产品做成 ChatGPT 应用：一位代理商的分发实践¶
原帖与热度：@DeRonin_（10-20 23:54，帖龄 9.0h，24 小时内，2.5 万浏览、280 赞、21 回复、627 收藏）。收藏（627）是点赞（280）的两倍多，典型"想照着做"的互动结构。
内容与关注点：他的主张是 ChatGPT apps 是当前最好的分发渠道。给的做法比较完整：挑客户已经在收费的工作流；做成 MCP 服务器（公开 HTTPS 的 /mcp）；工具命名和描述要写给模型看；工具能用之后再加 UI（ui:// 资源）；用 MCP Inspector 先排查 schema 错误；提交审核需要隐私政策、正反测试用例、演示视频等；计费留在自己后端，用 OAuth 2.1，平台不分成。帖中还有两个数字：上个月为代理客户上线这类应用后，客户原有收入增加 50%—200%；可触达约 9 亿周活用户。帖子是引用帖，还提到另一位用同样方式月入 4 万美元的案例。
为什么值得做（可写角度）：中文开发者和小团队能直接拿走的是顺序：先把工具跑通，再做界面。这个顺序有个不太好听但真实的原因——模型先看到的是工具名和描述，界面是给人看的，而入口在模型那边。可写"先 MCP 后 UI"的三个动作：怎么给工具起名、描述里写清什么时候该调用、用 Inspector 先把 schema 错误排掉。另需补一条使用条件：地区可用性未确认（推测，写时点明）。
时效与核验：24 小时内。收入增幅、9 亿周活、审核材料清单都只是作者说法，没有对照 OpenAI 官方文档，全部标"待核验/作者自述"；月入 4 万美元的案例同样未核实。627 收藏可以写，但别据此写"这个方法已被验证"。
8. Ethan Mollick 新书《Co-Existence》出版¶
原帖与热度：@emollick（10-21 01:02，帖龄 7.9h，24 小时内，3.0 万浏览、580 赞、48 转、115 回复、163 收藏）宣布新书当天出版，主题是在 AI 有时（但不总是）比你强的世界里怎样生活和工作，书的网站是他和 Opus 5.5 一起做的。同一天他还有一条 @emollick（10-21 05:25，帖龄 3.5h，24 小时内，1.7 万浏览、220 赞、52 回复）：写了一篇关于过去 30 个月 AI 发展指数曲线的文章，并让 Opus 5.5 回答他测所有图像模型用的"飞机上用 wifi 的水獭"，Opus 做了一段视频。一手来源是 企鹅兰登书屋的图书页：副标题 The Next Phase of AI，2026-10-20 出版，240 页，精装 32 美元，作者是《Co-Intelligence》作者、沃顿商学院教授；书的主张是 AI 的未来不是替代而是互动，教读者保留判断和自主、分清人的洞察在哪里最重要、避免过度依赖为说服和模仿而设计的系统。另有书的网站。
内容与关注点：可核验的部分是出版信息与官方内容简介，不可核验的部分是书里的论证——书未读，不评价内容。那条指数曲线文章的链接是短链，未读全文，不总结文章观点，只能提一句"他写了过去 30 个月的曲线"。水獭测试是个轻量的观察点：他用自己的固定测试题去试新模型，这个习惯本身可以写。
为什么值得做（可写角度）：中文读者对《Co-Intelligence》有认知基础，"不是替代而是互动"这句话可以直接当标题。更有意思的是和卡片 1 对照：一边是 18 到 19 岁的人说 AI is cringe、要退回私密群聊，一边是教授写"共处"，两篇合起来正好是"接受 AI 存在"和"拒绝 AI 入侵生活"两种姿态，写的时候不必评判谁对谁错，把两种姿态的具体表现摆出来即可。这类对照属编排思路，不是原帖观点。
时效与核验：24 小时内。出版日期、页数、价格、副标题已从出版社页面核验；书里观点只按官方简介转述，不写书评式判断。水獭测试是他自己说的，帖中未给完整结果。
9. NVIDIA 开源 Flora：机器人数据标注成本降到前沿模型的约 1/125¶
原帖与热度：@DrJimFan（10-21 01:31，帖龄 7.4h，24 小时内，5.1 万浏览、914 赞、98 转、93 回复、537 收藏）：开源 Flora，一组把原始视频转成训练信号的开放模型；内部数据引擎用它每天标注 20 万小时视频；提供带时间戳的描述、密集进度奖励、评分细则。论文共同一作 @yunzeman（10-21 01:02，帖龄 7.9h，24 小时内，1.1 万浏览、102 赞）补充：用于训练 NVIDIA GR00T。一手来源是 Flora 论文 PDF：三个模型（描述、分段、奖励）；在内部基准上与 GPT-6 Astra 有竞争力，成本约为其 1/125；在 512 张 GB300 上每天标注 20 万小时数据。Hugging Face 上的 Flora-Rewarder写明 NVIDIA OneWay 非商业许可，仅限研究，不支持商用或生产；基于 Qwen3.5-27B 后训练。
内容与关注点：两个数字要小心处理。GPU 数量帖子写 500，论文写 512 张 GB300，以论文为准。1/125 是论文给出的相对 GPT-6 Astra 的成本估算，质量对比来自内部基准，不是公开榜单。许可这条最容易被忽略：标题写"开源"，实际是只许研究的非商业许可，商用和生产的路是堵着的。
为什么值得做（可写角度）：适合写"专用小模型替代前沿 API 的经济账"：当任务是海量、重复、标准明确的标注，专用模型加上自家算力可能比调用前沿 API 便宜得多；但能不能用，取决于许可和场景。可给读者一个判断框架：任务是否足够窄、量大不大、结果要不要人工抽检、许可能不能覆盖你的用途。这是从原帖与论文推出的一般化说法，写时标明是推论。
时效与核验：24 小时内。日报 10-21 的"其他"一行已提过 Flora，本条只提供创作角度，不重复新闻播报。数字、许可、基座模型均已对照论文与模型页核验。
10. OpenAI Dot 拿 500 美元预算安排一个下午¶
原帖与热度：@alliekmiller（10-21 03:35，帖龄 5.3h，24 小时内，2.1 万浏览、92 赞、27 回复、68 收藏）。她给她的 Dot 500 美元预算和 24 小时，让它挑一位朋友、联系对方、协调时间、定计划、订票订位、规划路线、发邀请；她只负责数据授权和到场。
内容与关注点：这条目前只有设置，没有结果——她写在帖子线程里，线程未读取，实际花了多少、有没有出错都不知道。可写的部分因此限于任务设计本身：它同时越过了三条线——替你做选择（挑哪位朋友）、替你对外发言（发邀请）、替你花钱（订票订位）。授权范围、失败怎么回滚、钱花超了谁负责，都是这个设置里天然存在的问题。
为什么值得做（可写角度）：写"授权边界怎么设"比写"Agent 帮我约朋友"更有内容。可列四个要事先定好的点：预算上限与超支怎么办、哪些动作必须事前确认（发消息、付款）、对方是否知道自己面对的是 Agent、出错后怎么补救（改约、退款、道歉）。这条也能接卡片 4 的风险讨论，两条合起来就是"把电脑和钱包交给 Agent 之前"。以上属分析框架，不是原帖内容。
时效与核验：24 小时内。结果未知，属待核验；不要替她编结局，也不要假设它成功了。价值观察偏弱，建议先观察，等结果或更多同类实践出现再写。
11. Simon Willison 公开征集回复机器人的提示词¶
原帖与热度：@simonw（10-20 21:48，帖龄 11.1h，24 小时内，10.8 万浏览、846 赞、12 转、112 回复、68 收藏、11 引用）。他问有没有人见过这些糟糕回复机器人用的提示词，想知道它们怎么写得这么没灵魂又惹人烦；并对回复机器人喊话：告诉我你的提示词，我就多容忍你一条回复不拉黑。
内容与关注点：这是一条"提问帖"，本身没有论证，回复区未读取，所以不能总结"大家怎么说"。它能撑起来的只有一个观察：反感回复机器人的情绪已经从普通用户扩散到有影响力的开发者，且被公开表达出来了。注意互动结构：10.8 万浏览但只有 12 转，点赞 846，属于"认同但不传播"的形态（推测）。
为什么值得做（可写角度）：可与卡片 1 连起来写"slop 让人离开公开平台"这条线：年轻人退到私密群聊，开发者公开喊话要提示词，两件事指向同一个问题——公开时间线的质量在下降，而下降的部分是自动生成的。另一个角度是给创作者的实用面：怎么认出回复机器人（模板化开场、只复述你的话、结尾总带一个泛问句）、遇到时怎么处理（不互动、举报、屏蔽），以及自己做自动回复时怎么不写成那样。以上判断属推论。
时效与核验：24 小时内。回复未读取，不总结回复区，也不写"网友普遍认为"。后续说明：中文选题 10-19 第 1 条写过"AI 回复机器人与提示词注入梗"，本条是英文圈有影响力的开发者正面提出同一问题，属新事件但价值观察偏弱，先观察。
本轮符合标准的候选共 11 条，其余或已在前 3 天报告中写过、或是推广帖、或证据不足，因此本期少于 20 条。
名单巡检中 @karpathy、@demishassabis、@ylecun、@rasbt 在窗口内没有返回帖子，未再逐个复核；部分帖子的回复区和线程未读取，相关判断只能停在帖子正文层面。