核心内容

楼主分享了一条 uBlock Origin 规则，用于屏蔽 X（推特）上特定关键词的黄色评论，规则基于 :has-text() 匹配并向上选择元素隐藏。评论中补充了多种替代方案和注意事项。

关键要点

• 规则示例：x.com##[data-testid="tweetText"]:has-text(/比我骚|没我好看|我的福|我福不黑/):upward(8)，关键词可自行修改。
• 替代工具：Chrome 扩展 X/Twitter Comment Blocker（自动同步名单）和 Make X Great Again (MXGA)。
• 风险提示：部分用户担心封号，但 uBlock 为本地 DOM 隐藏，不发请求，相对安全；需授权或高频调接口的扩展风险更高。
• 局限：关键词规则可能漏掉变体，建议同时按用户名模式（如拼音+数字）过滤。

评论补充

• 有用户指出此类评论多为机器人刷的模板内容，影响体验。
• 部分用户认为黄色评论可忽略，更讨厌 AI 自动评论。
• 有用户分享分号策略：一个号看内容，一个号屏蔽。

核心内容

楼主自述转行矿工两年后的真实状态，涉及工作环境、防护措施、收入与生活变化。

关键要点

• 工作环境：井下闷热、视线不足2米，呼吸不畅，上井后吐黑痰。
• 防护建议：使用3M 7502口罩和KN100滤棉（花费200+），评论补充煤粉颗粒大可排出，但岩巷粉尘危害大，需选100级过滤棉。
• 收入与开销：月均工资约1万，零花钱1.5k，北京时期吃饭月花7k，现花销主要在交通和劳保。
• 工作强度：白班早5点出门，晚22点上井，夜班18:30开会，每月休息6-10天。

评论补充

• 有评论认为性价比低，不如送外卖，但楼主回应工资尚可。
• 多位网友提醒注意防护和健康，楼主表示防护不足无法工作。
• 楼主因家庭责任（结婚、待产）坚持工作，不敢辞职。

核心内容

在AI编程工具大幅降低开发门槛的背景下，作者质疑软件护城河的价值。讨论共识指出：技术本身不再是主要壁垒，护城河更多体现在业务理解、客户信任、生态和分发能力上。

关键要点

• 技术非核心：多数公司护城河不在技术，技术进步快，技术壁垒易被摧毁。
• 业务与信任：ToB需深刻理解业务场景、客户关系、交付能力；ToC需营销运营和用户信任。
• 生态与权利：独特生态（如Windows、CUDA）或准入牌照（A4纸）可构成壁垒。
• 个人实践：有用户用Codex开发供应链工具，护城河在于数月积累的供应链知识产品化。

评论补充

• 软件护城河有限，但大公司仍雇大量工程师，说明深度产品仍有价值。
• 销售和分发能力常被忽视，但至关重要。
• 产品需区分自用、程序员用、普通用户用，难度差异大。
• 护城河可归结为：独一无二的技术、生态或权利，否则应专注做出有价值的产品。

核心内容

作者基于使用廉价中转（非OpenRouter等商业中转）的体验，指出其存在三大问题：速度慢、缓存命中率低、稳定性差。官方GPT-5.6平均TTFT约3-4秒，中转普遍超过10秒，甚至可达2分钟；长尾延迟放大时间成本，官方10分钟任务中转可能需半小时。缓存方面，中转号池换号导致缓存失效，本可0.1x的缓存读变成1.25x的缓存写，费用差12倍。稳定性上，中转未复刻官方错误码，导致Codex等Agent任务中断且无明确报错。

关键要点

• 速度：中转TTFT普遍10秒以上，长尾延迟严重，/fast模式无效，因瓶颈在中转本身。
• 缓存：号池换号导致缓存命中率低，费用增加12倍，低价中转更严重。
• 稳定性：错误码不兼容，任务可能静默失败，并发限制易触发。

评论补充

• 有用户认为官方订阅比中转便宜20-40倍，但作者指出中转价格可低至0.1折，综合成本仍可能高于Pro 20x。
• 部分用户推荐合租官方账号或自建中转，认为更稳定划算。
• 有评论反驳缓存问题，称其使用的中转缓存命中率超90%，但未提供具体证据。
• 有用户提到官方订阅封号风险，中转可作为备用。

核心内容

自然语言转 SQL 的准确性受限于模型对业务和表结构的理解。提升准确性的核心思路是：提高上下文质量、分步生成、多模型验证。

关键要点

• 分步生成：让模型先列出所需表、再列出所需列、最后生成 SQL，并用 SQL 解析器验证语法和字段一致性（回复 17951317）。
• 优化表结构描述：在提示词中明确字段注释和枚举值含义，例如“已解决”对应的具体状态值（回复 17951588）。
• 提供业务上下文：将后端代码库或数据库 schema 文件作为资料库，让模型理解业务逻辑（回复 17951593、17952280）。
• 使用一线模型：如 GPT-5.6、GLM-5.2、Grok 4.5 等，能显著降低错误率（回复 17952526）。
• 多模型交叉验证：生成后由多个不同厂商的模型验证，不一致则重新生成（回复 17952696）。

评论补充

• 有用户推荐使用现成工具如 DBVibe、Dify 知识库方案，或开源项目 catdb、SQLTunnel（回复 17951511、17951588、17952280）。
• 部分观点认为自然语言模糊性难以完全消除，需用户明确指定表名和字段（回复 17952358），但业务方通常无法做到精确描述（回复 17952752）。
• 有观点认为提升空间有限，受限于上下文窗口容量（回复 17951831）。

核心内容

主题询问 Codex 能否接入 DeepSeek API 以降低成本，评论确认可行，并提供了多种接入方式和替代工具。

关键要点

• 官方支持：DeepSeek 官方提供 Codex 接入教程，一行命令即可配置，实测效果良好（官方文档）。
• 替代工具：多数用户推荐使用 Claude Code (cc) 接入 DeepSeek，因其 harness 工程更好；也有推荐 pi（适合 v4 flash）和 opencode（成本更低）。
• 成本与性能：Codex 接 DeepSeek 成本可控，但存在工具调用失败、缓存率低（约 93%-95%）等问题；有用户提到 Reasonix 缓存率可达 98%-99%，Zcode 缓存率最高。

评论补充

• 部分用户反映最新版 Codex 不稳定，容易断连，而 Claude Code 更稳定。
• 有用户指出 DeepSeek 的 response API 兼容性不全面，可能影响使用。
• 推荐使用 luna extra high 套餐，适合轻量任务。

总体而言，Codex 接 DeepSeek 可行，但根据需求选择替代工具（如 cc、pi、opencode）可能获得更好体验。

核心内容

开发者分享使用 Grok 4.5 和 Grok Build 制作武侠游戏的经验：通过印度区订阅（年费约 400 元）获得大量额度，游戏素材和代码大部分由 AI 生成，效率高。体验地址为 https://wx.shiyu.dev。

关键要点

• 订阅成本：印度区年费约 400 元，但目前已涨价至 300 美元/年，性价比下降。
• 使用心得：Grok Build 用法类似 Codex，生成素材和代码效率高，适合快速原型。
• UI 批评：评论指出 AI 生成 UI 常见问题：字体（思源黑体）出戏、统一边距像手机 App、圆角边框过多、层级用边框区分、按钮方角、配色用力过猛、背景内阴影等。

评论补充

• 有用户认为游戏“AI 味”不重，但缺乏特点；也有用户建议让 AI 输出做旧、统一风格、减少方正边框。
• 开发者接受建议，计划调整 UI。
• 订阅开通方法已失效，需注意信息时效。

核心内容

楼主寻求可 root、可刷国际版或开源 OS 的备用安卓机，以规避国内系统内置的“反诈”功能。评论中提供了多款机型及刷机经验。

关键要点

• 推荐机型：一加 13/ace3v（类原生 ROM 支持好）、小米 13（刷全球版）、三星 S23（但 root 受限）、索尼 Xperia 1V、港版 POCO（无反诈）。
• 刷机现状：小米和三星已封禁 root，但近期高通 8 Elite 处理器存在漏洞，可绕过 BL 锁，小米 15 可刷官改版去除反诈（需注意补丁版本风险）。
• 购买建议：可考虑水货（非港版），避免国内系统限制。

评论补充

• 有用户指出一加 618 后涨价 1000 多，且需抢内测名额。
• 刷机需谨慎，小白可能刷不完整，需权衡利弊。

核心内容

江苏联通用户因优酷Mac客户端后台PCDN上传600GB流量，被运营商限制至122网段（异地徐州段），投诉一周未解封。用户通过爱快后台确认上传流量，并逆向分析出优酷客户端内置P2P/PCDN模块，包括BitTorrent协议、UPnP端口映射、PCDN Tracker连接等。

关键要点

• 原因：运营商对跨区流量结算严格，PCDN上传触发限制，与用户主观意图无关。
• 应对：投诉效果有限，最快解约重签；若按周期重置可等待自动解封。
• 预防：将国产软件放入虚拟机并定时休眠；关闭DMZ和UPnP，限制NAT类型；使用AdGuard规则屏蔽PCDN域名。

评论补充

• 有用户指出运营商只看结果，解释权在对方，投诉无门。
• 建议收集证据起诉优酷，但可行性存疑。
• 提供多个PCDN域名过滤规则链接，可有效阻止部分上传。

核心内容

.NET 11 将引入 runtime async，由运行时直接处理异步代码生成，无需修改现有代码，只需重新编译。作者基于 nightly 构建对比 .NET 10 与 .NET 11 的性能，结果显示：不实际暂停的 async 代码快 19.6 倍且零分配；await 已完成 Task 快 12 倍；Task.Yield 快 7 倍；ThreadPool continuation 快 3.2 倍；async 状态机链快 7.4 倍，内存分配减少 36%。这些优化尚未包含内联和 PGO 支持，未来仍有提升空间。

关键要点

• runtime async 属于无栈协程，无额外开销。
• 性能提升显著，部分场景接近同步代码。
• 测试代码已公开，可复现验证。

评论补充

• 有评论指出表格中 speedup 数值存在误导，实际倍数为 18.6、11、6、2.2、6.4，作者解释为 AI 生成表格所致。
• 关于有栈协程：作者解释有栈协程在跨语言调用、硬件安全特性、线程亲和性上存在劣势，因此 .NET 放弃该方案，C++、Rust 等语言也选择无栈协程。

核心内容

楼主具备Canvas渲染引擎从0到1开发经验，熟悉R-Tree空间索引、视口裁剪、颜色拾取等优化技术，并有可视化大屏和远程开发经验，但近一个月投递二十余家白板/图形公司均未获面试。评论指出当前可视化赛道整体下行，产品化和开源方案已成熟，自研需求减少；同时AI工具（如Gemini、ClaudeCode）能在几分钟内生成演示级Demo，进一步压缩了初级岗位空间。

关键要点

• 行业现状：可视化是下行赛道，产品化和开源+定制组件成为主流，自研需求少。
• Demo减分：楼主展示的Demo被认为简单、基础功能不完善、不美观，与简历描述脱节，成为减分项。
• 技术建议：评论推荐了解LeaferJS框架，其作为纯2D基建框架性能优越，但伪3D场景仍需自研坐标转换。
• 转型方向：建议转向全栈（如Next.js + Node.js）或继续前端，避免纠结小众图形岗位。

评论补充

• 有评论认为面试未通过并非个人问题，而是竞争激烈且岗位需求偏向“便宜人多”。
• 楼主回应称正在准备全栈转型，并感谢建议。
• 评论强调AI对初级开发岗位的冲击，技术领导可能认为AI能替代多数编码工作。

核心内容

用户寻找能截图翻译、替换原文并保留位置、支持第三方API的翻译软件。评论指出，目前几乎没有完全替代有道的工具，但有多个替代方案。

关键要点

• 有道翻译在PC端有独特优势：快捷键唤出、普通搜索与AI翻译分离、离线可用、本地词库和语音包、跨设备同步。
• 替代方案：豆包（但截图翻译功能待确认）、百度翻译（理解度高，有API）、欧路词典（可导入词典，但收费）、GoldenDict-ng（开源，可配置，支持多种词典和API）。
• 浏览器内翻译推荐沉浸式翻译和陪读蛙。
• 有用户自研工具：https://github.com/sfz009900/fuckfanyipublic ，但未维护。

评论补充

• 有用户因广告和剪贴板读取弃用有道，转向豆包。
• 有用户指出有道AI翻译质量下降，如将”browser”误译为”brower”。
• 对于任意场景翻译，GoldenDict-ng可通过双击Ctrl+C快速查词，支持自定义词典和API。

核心内容

作者发布了一个名为 oss-skills 的开源项目，提供 18 个按需加载的 Agent 技能，旨在弥补 AI 在开源维护中的判断力不足。这些技能覆盖许可证选择、语义化版本、CI 安全、社区管理等，并强调给出可执行的判定表而非空泛原则。

关键要点

• 技能分类：分为地基（如 open-source-playbook）、工程功底（如 api-design）、自动化（如 ci-pipelines）、社区（如 readme-that-converts）和可持续（如 governance-and-sustainability）五条线。
• 核心原则：给判定表不给原则（如 semver 规则）、明说反模式（如 pull_request_target 风险）、包含社交技巧（如体面关闭 PR）。
• 安装方式：支持 Claude Code 插件安装，或克隆到 ~/.claude/skills/ 目录。
• 工程约束：提供校验脚本防止技能文件腐烂，并维护 9 种语言 README，但技能正文仅英文。

评论补充

评论者列出了全部 18 个技能的名称和简要说明，例如 open-source-playbook 用于诊断项目阶段，release-engineering 处理版本管理和回滚，supply-chain-security 涵盖 SECURITY.md 编写和漏洞处理。

限制与立场

作者坦言技能正文全英文，且部分内容有立场（如默认推荐 DCO 而非 CLA），欢迎真实维护经验纠错。该项目适合有开源计划或已开源但缺乏维护经验的用户，对仅需 Agent 写代码的场景价值有限。

核心内容

Bitwarden 客户端升级到 2026.7.0 后，自部署 Vaultwarden 用户可能遇到无法登录、数据空白或浏览器插件解密失败等问题。原因是 Bitwarden 从 6.1 版本后内部机制变化，与旧版 Vaultwarden 镜像不兼容。

关键要点

• 升级 Bitwarden 客户端后，需同步升级 Vaultwarden 服务器到最新版本（如 1.37.1），否则无法正常解密。
• 若浏览器插件异常，可尝试卸载重装插件，或直接升级服务器镜像。
• 数据本身安全，问题通常出在客户端与服务器版本不匹配。

评论补充

多位用户确认升级 Vaultwarden 到 1.37.1 后恢复正常。有用户提到 AI 调试发现版本不兼容问题。建议先备份数据再升级镜像。

核心内容

楼主2018年购入ThinkPad隐士，因网卡问题送修后，多年来频繁出现WiFi消失、蓝牙不稳定、风扇狂转等问题。最近自行拆机发现官方维修时天线接反（黑色线未接黑色点），重新接好后十余天未再出现故障。

关键要点

• 天线接反可能导致WiFi/蓝牙不稳定，但可能不会完全失效，故障时有时无。
• 维修后若问题持续，可自行拆机检查天线连接，参考拆机视频。
• 拆机前先BIOS断电，使用翘片等工具，避免损坏卡扣。

评论补充

• 有用户反映维修站未接天线导致信号差，自行接好解决，提示维修质量参差不齐。
• 部分机型天线长短不同，接反可能影响2.4G/5G频段。
• 评论中讨论蓝领工人素质问题，但缺乏数据支持，仅作参考。

核心内容

主题以象形符号（〇、〡、〢等）重新表述皮亚诺公理，通过三个技能（后继S、加法变形A、符号消除X）形式化证明 1+1=2 和 2+2=4。作者明确参考皮亚诺公理风格，并指出表述可能不完全严谨。评论指出这本质是皮亚诺算术的重新描述，但引发了关于形式化证明和最小公理集的讨论。

关键要点

• 皮亚诺公理是自然数形式化的基础，通过后继运算定义自然数。
• 加法可通过递归定义：a+0=a，a+S(b)=S(a+b)。
• 证明 2+2=4 需要严格定义加法，而非直接定义每个组合。

评论补充

• 有评论推荐 Lean4 在线游戏 Natural Number Game（https://adam.math.hhu.de/#/g/leanprover-community/nng4），可交互式证明 2+2=4。
• 作者回应称正有此意，并分享了一个基于该游戏的 GitHub 项目（https://github.com/zhy0216/nng4-game）。
• 关于“定义2、4和+后结果自明”的观点，有评论反驳：关键在于如何用最少公理定义加法，避免为每个组合单独定义。

核心内容

作者分享了一个基于 Claude 开发的开源一次性笔记分享工具 Note.my，支持阅后即焚和本地加密。该项目完全开源，代码可审计，适合临时分享敏感信息。

关键要点

• 加密在本地浏览器完成，文本加密存储，降低信息泄漏风险。
• 项目地址：https://github.com/FreeyW/note.my
• 评论中提及类似项目：secret.witt.im（支持自部署）和 zerobin（可参考）。

评论补充

• 有用户指出此类工具不抗中间人攻击，一般使用尚可。
• 作者回应定位为临时使用，未追求高级别安全。
• 有建议参考 note.ms 的短链接设计，但作者认为无需记忆链接。

核心内容

用户询问购买 Codex Pro 是否无意义，评论中多位用户指出问题可能出在 IP 环境而非产品本身。有用户提到 ChatGPT 的 Pro 模型可能被静默路由到 gpt-5.5-mini，并提供了 Reddit 讨论链接作为证据。

关键要点

• IP 问题：多数评论认为 IP 不干净是导致降智的主要原因，更换 IP 或清理环境可能解决。
• 模型路由：Pro 模型可能被降级到 mini 版本，但可通过询问模型确认当前版本。
• 排查方法：清 cookie 重新登录、在手机端激活等操作可能有效。

评论补充

• 有用户表示在手机端使用 Pro 模型较少降智，建议尝试。
• 部分用户因问题持续而考虑退订，但多数认为问题可解决。

核心内容

作者分享了一个完全由AI生成配音和画面的视频，并提供了实现方式：Codex + Remotion + HyperFrames + FFmpeg + 豆包语音 API + 录屏。视频内容为“一个知识库，四种绘图方式”，展示了AI在内容创作中的应用。

关键要点

• 工具链：使用 Codex 生成代码，Remotion 按帧控制视频，HyperFrames 处理画面，FFmpeg 合成，豆包语音 API 生成配音，录屏捕捉操作。
• 鼠标移动：作者因电脑配置低（Intel Mac）使用手动录屏，而非 Playwright 自动化，以避免卡顿。
• 音画同步：评论指出音画不同步常因时长估算不准。建议先合成音频获取实际时长，再回填帧数，避免用估算秒数。

评论补充

• 时长处理：按镜头一句一个文件合成音频，避免整段合完再按静音切，防止切点落在字中间。
• 实践反馈：作者对评论建议表示认可，说明这些方法具有实际参考价值。

核心内容

关于特斯拉纯视觉方案与激光雷达的争论，楼主指出马斯克“人不用激光雷达，车也不用”的逻辑存在双重标准：人眼在夜间需要车灯辅助，同理摄像头在恶劣环境下也需要激光雷达补强。评论中则从工程和AI训练角度提出不同看法。

关键要点

• 逻辑层面：楼主认为类比不成立，人眼与摄像头同样受环境光限制，激光雷达如同车灯，是合理的安全补强。
• 工程视角：有评论指出纯视觉方案基于人类驾驶的先验数据，训练成本低；激光雷达需要大量点云标注数据，且效果未知。
• 技术演进：有评论提到特斯拉早期因多传感器融合问题放弃雷达，如今AI模型以视频为数据源，简单方案可能更优。
• 争议点：纯视觉在低对比度场景（如白色车漆与天空接近）存在硬伤，但支持者认为模型和算力才是关键。

评论补充

• 有评论认为这是“进化”的诡辩：人无法快速进化出类似器官，但车可以改造，因此不能直接类比。
• 也有评论用第一性原理总结：视觉和激光都是光，为何不用更便宜的视觉方案。

总体而言，该讨论揭示了技术路线选择背后的逻辑、工程与成本权衡，但缺乏实测数据，结论仍属观点交锋。

核心内容

该主题介绍了一个纯前端视频转延时摄影的网站，支持倍速和抽帧模式，可预览结果秒数。作者在评论中根据反馈进行了修复。

关键要点

• 纯前端处理，无需上传服务器，保护隐私。
• 支持倍速和抽帧两种模式，可预览最终时长。
• 已知问题：手机拍摄的 HEVC/AV1 视频在 Chrome 中可能解码失败，导致导出全黑，建议先抽帧检测纯色并提示用户更换片源。
• 抽帧模式可考虑帧混合技术，将取中帧与前后帧叠加平均，以模拟真实延时摄影的拖影效果。

评论补充

评论者 bkingfilm 提供了专业的技术建议，包括兼容性检测和帧混合优化，作者已采纳并修复。

核心内容

作者推出云端 KataGo 服务，面向无显卡或低性能设备用户，通过 WSS 接入 KaTrain 进行棋谱复盘。服务提供免费额度，注册即用，无需绑卡。

关键要点

• 接入方式：KaTrain v1.18+ 设置 Remote Engine 为 wss://go.malu.moe/v1/katago/ ，兼容标准 KataGo Analysis Engine JSON over WebSocket。
• 免费额度：单次分析最多 1,000 visits，每月 1,000,000 visits，约够 10 局全盘复盘；并发 1，最多 5 个 Token。
• 实测数据：以 AlphaGo vs 李世石第 2 局（211 手）800 visits 串行复盘，稳态每手约 2.4 秒，热状态约 8 分钟；冷启动尖峰 17 秒至 2 分半，整盘约 20 分钟。
• 默认模型 b18，后续提供 b28/b40。

评论补充

• 用户反馈冷启动需 1-2 分钟，且并发限制导致报错，作者已调整并发限制。
• 有评论提及智子有免费额度，作者回应当前服务几乎免费，并收集深度用户使用数据。
• 有用户询问网络权重，作者未明确回复。

核心内容

作者失业后帮老丈人参加天津中外贸易展，摆摊卖五常大米，分享了展会内幕和农产品销售经验。

关键要点

• 展会成本与收益：住宿、火车、摊位费合计亏损，参展主要为了宣传和积累客户。
• 食品展会水很深：部分摊贩低价进货麦片、蓝莓干等，以100元7-8包卖给老人，利润高但非品牌宣传。
• 展会补贴差异：本地大企业有政府补贴，外国展商也有优惠；全年参展的老板有固定圈子，信息互通。
• 地域差异：广州食品展多，深圳以跨境和电子消费为主；南方珠三角参展效果更好，广东人注重吃。
• 行业困境：电商冲击下，小农成本高（加工厂、快递费），大厂靠规模压成本，2013年参展效果远好于现在。

评论补充

• 有评论建议拍生产流程做自媒体，小红书女性用户多，消费力强，品质好容易获得反馈。
• 也有观点认为自媒体赛道拥挤，需要会整活才能吸引关注。
• 有评论指出农副产品只要品质过关、讲好故事（如有机），销量可提升。

作者还提到回程火车上遇到一位九十多岁老爷爷，聊到其早年经历，但此部分与主题关联不大。

核心内容

用户对比了 DeepSeek V4 Flash 和 Kimi K3 在自动化脚本任务中的成本与效率：DeepSeek V4 Flash 跑 8 小时花费约 10 元，而 Kimi K3 跑 1 小时多即消耗 7 天用量，月费 79 元的套餐仅能支撑不到 5 小时。评论指出两者定位不同，应分层使用。

关键要点

• 成本差异显著：DeepSeek V4 Flash 性价比远高于 Kimi K3，适合处理简单、批量任务。
• 分工策略：简单任务用 DeepSeek，复杂问题用 Kimi K3，可大幅降低成本。
• 优化建议：将 AI 纯脚本改为 AI 脚本 + Python/Node.js 预处理，可压缩运行时间。
• 替代方案：Kimi K3 256K 上下文版本更耐用；也可考虑 Luna 中转站或 Claude 处理关键代码。

评论补充

• 多数评论认为 DeepSeek 能解决 90% 以上任务，剩余复杂问题可临时使用 Codex 等免费额度。
• 有用户分享使用 OpenCode Go 的 Kimi K3 解决 DeepSeek 无法处理的问题，但消耗了大量邀请奖励额度。
• 注意 DeepSeek 已涨价，未来成本可能变化。

核心内容

苹果官方支持文档确认，macOS 26.6 起，中国大陆地区的 Apple Intelligence 将集成阿里巴巴的千问模型。用户可通过 Siri 获取更深入答案，写作工具可基于描述创作文本或图像。

关键要点

• 适用条件：位于中国大陆、Apple 账户地区设为大陆，或 Mac 为中国大陆购买。
• 外版机型可能同时支持千问和 ChatGPT，国行机型可能仅限千问。
• 有用户希望支持自定义 API Key 或通过外区 Apple ID 使用 ChatGPT，但官方未确认。

评论补充

• 有评论指出千问官网页面已下线，但过审产品不应视为新鲜事。
• 区域锁可能因集成而更容易绕过，但具体机制不明。

核心内容

作者自建了一个名为 recite 的背单词网站，采用纯静态部署，数据全部存储在浏览器本地，无账号、无后端。核心算法为 SM-2 间隔重复，通过打分（重来/困难/良好/简单）动态调整复习间隔，并优先复习到期词汇，新词受每日额度限制。

关键要点

• 技术栈：无框架，约 2000 行 TypeScript，使用 hash 路由和自研 DOM 构建函数，构建后部署于 GitHub Pages。
• 数据存储：进度存于 localStorage，三个 key 分别记录单词状态、全局设置和打卡记录，支持导出/导入 JSON 备份。
• 词库：基于 ECDICT 按词频排序，内置中考、高考、四级、六级、考研、托福、雅思、GRE 及学术词汇 AWL 等词表，例句来自 Tatoeba。
• 功能模式：支持识记、拼写、听写和查词四种模式，发音使用浏览器内置语音合成，可离线使用。

评论补充

暂无评论。

该项目为开源项目，源码可在 GitHub 获取，适合对自托管学习工具感兴趣的用户。

核心内容

OpenAI Codex CLI 在 Windows 11 + PowerShell 7 环境下，通过鼠标复制输出内容再粘贴时，经常出现文本被截断并立即执行的问题。用户反馈该问题具有间歇性，同一段文本有时正常有时异常。

关键要点

• 原因分析：复制时界面换行位置会生成换行符，粘贴时遇到换行符即触发发送，导致截断执行。
• 替代方案：将大段文本上传至自建 microbin 服务，然后提供引用链接给 Codex；或新建 txt 文件并让 Codex 读取。
• 已知问题：该问题在 GitHub 上有对应 issue（https://github.com/openai/codex/issues/13729），属于已知 bug。

评论补充

• 有用户认为 Codex CLI 体验不佳，bug 修复缓慢，建议改用 GPT 桌面应用或 opencode，但另有用户认为 opencode 与 Codex 各有优劣。
• 目前没有官方修复的明确时间表，临时方案以外部存储为主。

核心内容

用户反映在 Chrome 的 Gemini 中提问位置时，显示的是代理节点位置，而 Google 搜索个性化推荐却显示实际位置（惠州），导致 Antigravity 无法使用。更换多个节点并更新位置均无效。

关键要点

• 位置来源：Google 显示 “From your device” 表示位置来自设备 GPS 或 Wi-Fi 信号，而非 IP。
• 解决方法：在浏览器地址栏前点击图标，进入站点设置，将位置权限设为“阻止”，可避免网站获取精确位置。
• 账号位置：Antigravity 使用 Google 账号位置，可通过官方表单申请更改国家关联。
• 其他建议：使用 DNS 解锁服务（如 akile 的免费 DNS）可能解决部分问题；关闭个性化搜索可减少位置影响。

评论补充

• 有用户建议用 GPS 拉回位置，但耗时且不一定成功。
• 有用户指出 Antigravity 不可用可能与位置无关，需区分设备位置和账号位置。