Skip to content

All updates

0 items today
10/6Tue
  2. Habr · Вайбкодинг62

    一位 Rust 开发者为什么仍然害怕用 AI 写代码

    Rust 开发者 NikTimf 在 Habr 撰文说，自己仍然害怕用 AI 写代码，原因不是生成质量差，而是生成量太大、后续没人真正看懂。他列举了具体代价：多个智能体之间要反复传递上下文，答案冲突时还得自己判断谁对；公司只允许本地或自研模型时，用惯强模型的人很难退回；同事充当 meat proxy 转发 AI 答案，理解任务和推进实现的活仍落在自己身上。

    Awaiting translation

  3. 宝玉67

    OpenAI 在 28 天更新的第 1 天宣布，通过 ChatGPT 订阅使用 GPT-6 Astra 和 GPT-6.1 Sol 时默认速度提升约 50%，用户无需改设置，两小时内生效。

    Awaiting translation

    QuotedTibo@thsottiaux

    Day 1/ We have optimized the default speed to be ~50% faster across GPT-6 Astra and GPT-6.1 Sol through the subscription across all our products and partners using Sign in With ChatGPT (including OpenCode, Pi, Amp, Devin, ...). No changes needed on your end and this should be felt within the next two hours.

  4. 宝玉62

    OpenAI 宣布未来几周内对欧盟用户在 ChatGPT 和 Codex 生成的文字加入不可见水印，以满足欧盟《人工智能法案》要求，API 用户可在全球范围自行开启，默认关闭。

    Awaiting translation

    QuotedOpenAI@OpenAI

    We're expanding our approach to content provenance to include text in response to EU regulatory requirements, while recognizing the significant limitations of current text watermarking technology. Our tools already help verify whether an image or audio file was created with our models. This work builds on those efforts to help people better understand when content may have been generated or edited with an OpenAI model. In the EU, we’ll start watermarking eligible text from ChatGPT and Codex over the coming weeks to comply with the EU AI Act. Customers using our API can turn on text watermarking for select models worldwide today.

  9. Reddit · ClaudeCode / Codex / VibeCoding71

    windvane：自动起草检查点、在合适时机压缩并自行恢复的 Claude Code 插件

    作者发布 windvane，一个 MIT 许可、无依赖的 Claude Code 插件，用 Python 引擎在会话中自动看护上下文：recorder 根据任务列表、编辑、提交和上一条回复起草检查点，模型一次调用即可接受或改一个字段；插件监控上下文填充，在检查点落盘后于下一个回合边界压缩，并自行发一条提示让模型从检查点继续。

    Awaiting translation

  10. Reddit · ClaudeCode / Codex / VibeCoding58

    AI Pair 发布 VS Code 扩展：让 AI 智能体以人类节奏打字并讲解

    作者发布 VS Code 扩展 AI Pair Programmer，让编程智能体在编辑器里以可跟上的速度逐字输入并解释自己在做什么，用户可随时打断或接管。该扩展内置支持 Claude Code、Codex、OpenCode、Gemini CLI、Cursor 和 GitHub Copilot，任何支持 MCP 的智能体也可手动接入，作者称它更适合能力较强的模型，弱模型在这种工作方式下容易吃力。

    Awaiting translation

  11. Reddit · ClaudeCode / Codex / VibeCoding36

    DBDelve：用 Claude 辅助开发的轻量高性能开源数据库客户端

    开发者用 Claude 辅助耗时约 2 个月打造了轻量数据库客户端 DBDelve，主打高性能、低内存占用，已获 150+ stars 并有贡献者加入。它基于 GPUI 构建，意在替代 DBeaver、Datagrip 等 JVM 或 Electron 臃肿客户端，作者强调分发前做了充分测试以确保安全。

    Awaiting translation

  12. Reddit · ClaudeCode / Codex / VibeCoding49

    我做了个 Claude Code Skill「Barid」，让 Claude Code 和 Codex 窗口不再互相踩脚

    开发者发布 Claude Code Skill「Barid」，用于协调同一项目里多个 AI 智能体窗口的任务顺序与依赖。规划智能体写提示词，用户手动复制到对应窗口，看板记录执行顺序和依赖关系，并提示哪些任务可并行、哪些会争抢同一 GPU、测试服务器或文件。

    Awaiting translation

  19. DEV Community · Claude Code71

    quota-audit：按项目和 Skill 拆解 Claude Code 额度消耗的 Skill

    作者因 Claude Code 的 /usage 只给账号级百分比、无法看出哪个项目吃掉额度，写了名为 quota-audit 的 Skill，读取本机 ~/.claude/projects/*/*.jsonl 中的 token 用量，按项目、按 Skill 归因，并列出 5h、24h、7d 各窗口的估算花费、超过 150k context 的 session 和撞限记录。

    Awaiting translation

  23. Reddit · ClaudeCode / Codex / VibeCoding12

    用户质疑 6.1 Sol Ultra 实际调度 6 Astra Ultra 子智能体的用量与性能表现

    一名 Codex 200 套餐用户发现，使用 6.1 Sol Ultra 提示时，该模型会作为编排者派生出 6 Astra Ultra 子智能体。他此前用 Sol 5.6 时每周用量几乎不低于 80%，换用 6 Astra Ultra 后每周剩余用量约 10%，因此质疑这种半用量性能该如何成立。

    Awaiting translation

  25. Reddit · ClaudeCode / Codex / VibeCoding65

    作者 fork Ghostty 做出可视化终端，实时展示 Claude Code 的编辑与仓库地图

    作者 fork Ghostty 做了一个可视化终端，用来解决同时跑多个 Claude Code 会话时来回切标签查看状态的问题。终端旁的编辑器会打开 Claude 读过的文件并实时敲入编辑，仓库地图按读取显示青色、编辑显示橙色，侧边栏列出每个会话的工作、待授权和完成状态并在需要时提醒，完成后 diff 进入 review inbox，可对行评论并作为下一条提示词发回。

    Awaiting translation

  26. Reddit · ClaudeCode / Codex / VibeCoding39

    Claude Command Center v5.37.0 发布：手机访问、Ask 保留热进程、估算 Claude 与 Codex 会话周配额占用

    Claude Command Center v5.37.0 于 2026-10-04 发布，新增手机访问，可通过 Tailscale tailnet 一键接入。Ask 在两次提问之间保留一个热智能体进程，回答启动时间从约 5 s 缩短到约 2 s；同时可基于历史 API 成本与配额观测，估算每个 Claude 和 Codex 会话的每周配额占用。

    Awaiting translation

  28. Reddit · ClaudeCode / Codex / VibeCoding60

    cactus：用非阻塞决策队列替代 90% 的 Claude Code 使用

    作者发布 cactus，一个把 Claude Code 的对话式交互改成非阻塞决策队列的工具，据称替代了自己 90% 的 Claude Code 使用。它包含供 AI 生成和迭代引导问题的 CLI、按项目汇总所有 agent 问题的 TUI、检查问题是否被提出并提醒未决问题的 Hooks，以及为会话侧边栏提供问答界面并注入答案的 Claude Code mod。

    Awaiting translation

  29. Reddit · ClaudeCode / Codex / VibeCoding22

    如何让每个开发迭代自动生成可人工验证的步骤？现有 /qarelease Skill 太啰嗦且重复

    一位开发者用自建 Skill /qarelease 在每次迭代末尾生成人工验证步骤：给定部署起点和终点，它对比两次发布之间合并的 PR 并输出步骤，但结果非常啰嗦且步骤重复。该开发者已具备合并 PR 时的 CI 和验证流程，现寻求调优建议或其他 Skill、工具替代方案。

    Awaiting translation

  34. Hacker News · MCP78

    Spill：把超大的 MCP 返回结果移出上下文，存入本地 DuckDB

    Spill 是一个 Apache-2.0 开源工具，通过 Hook 拦截超过 32 KiB 的 MCP 工具返回，将其存为本地 DuckDB 表（~/.spill/spill.duckdb），智能体只拿到一个紧凑描述符，再用 SQL 查询而不是读入 5 万 token 的原始 JSON。

    Awaiting translation

    Why it matters: Spill 把超大 MCP 返回落到本地 DuckDB，让智能体用 SQL 取数，为上下文窗口紧张提供了一种可复用的思路。

  35. DEV Community · Claude Code78

    I tested ten Claude Code mods: when a guard crashes, the command still runs — only three held up

    I tested ten Claude Code mods on Claude Code 2.1.288 across 85 sessions, 882 prompts, and 5993 tool calls, and found that a guard Hook without a .catch gets skipped when it throws, so the command runs anyway. Only by adding a catch that returns deny does it fail closed.

    Why it matters: I tested ten Claude Code mods across 85 sessions and 5993 tool calls, and lay out transferable criteria for choosing between them, plus the open question of failing open.

  36. 宝玉70

    amontlabs/lcu 把 Codex 的 Computer Use 单独拆出，让 Claude Code、Codex CLI、Pi 等 Agent 工具通过 MCP 调用。

    Awaiting translation

    Quoted向阳乔木@vista8

    发现一个牛逼的东西，让任意 Agent 调用 Codex 的 Computer Use。 Codex 最强的就是 Computer Use。 但最近用 Claude Opus 5.5比较多，这样就强强联合了。 刚测试通过，安装后建议配置个 Hook，指定白名单可控制哪些 App 安装地址见评论区

  37. GitHub Blog · Copilot66

    GitHub 发布 AI 代码评审开放基准 ReviewBench

    GitHub 发布代码评审离线基准 ReviewBench，基于 1.039 亿个 GitHub PR 的分布特征，构建了覆盖 19 种语言、219 个公开 PR 的评测集，并公开数据集、评分规则与 LLM 评审模型配置。

    Awaiting translation

    Why it matters: GitHub 公开了 AI 代码评审基准的数据集、评分规则与评测入口，读者可据此对比不同评审智能体。