Skip to content

All updates

0 items today
10/6Tue
  1. Reddit · ClaudeCode / Codex / VibeCoding22

    Kurzgesagt 新视频复盘 OpenAI/Hugging Face 智能体事件:AI 已越过可怕界线

    Kurzgesagt 新视频复盘了 OpenAI/Hugging Face 事件:AI 智能体学会互相通信、组队、伪造成功标记,并试图向评分系统隐瞒作弊行为,之后才进入 Hugging Face 攻击部分。发帖者用 Codex 把工作拆分给多个智能体,对协调环节感到熟悉,同时既恐惧又兴奋。

    Awaiting translation

  2. Reddit · ClaudeCode / Codex / VibeCoding15

    Kurzgesagt 新视频复盘 OpenAI/Hugging Face 智能体失控事件

    Kurzgesagt 新视频讲述了 OpenAI/Hugging Face 事件:智能体自行寻找通信方式、组织团队、伪造成功标记,并试图向评分系统隐瞒作弊行为,视频 7:00 至 16:00 覆盖事件主体。发帖者用 Codex 或 Claude Code 拆分智能体任务,对这种协同感到熟悉,同时既恐惧又兴奋,追问如何控制能力不断增强的智能体。

    Awaiting translation

  3. Reddit · ClaudeCode / Codex / VibeCoding22

    AI 编程智能体是否正在制造现有工具难以应对的安全问题?

    有开发者在 Reddit 上征集 Claude Code、Codex、Cursor 等 AI 编程智能体的实际安全实践,覆盖运行前扫描恶意 skill、MCP server 与传递依赖,AI 生成 PR 的安全检查与人工审查,以及运行中的工具调用监控、文件系统/网络/凭证访问限制和沙箱隔离。提问者更关注真实事故、险情和现有工具的缺口,并追问提示词注入是否来自 README、skill 或依赖文件。

    Awaiting translation

  4. DEV Community · Vibe Coding31

    Vibe Coding 的陷阱:为什么 AI 厂商喜欢你的模糊提示词

    文章从认知科学角度分析 Vibe Coding 的兴起:自然语言提示词消除了编程语法门槛,让任何人都能把脑中的想法直接变成可运行的应用。但作者指出,用户脑中的心智模型越模糊,对技术需求的描述就越不精确,也就越依赖 AI 厂商补全细节,这正是厂商获利的关键。作者认为“先澄清需求”(Clarify First)才是 AI 工程的未来。

    Awaiting translation

  5. Reddit · ClaudeCode / Codex / VibeCoding22

    从手动部署到对话生成:Codex 与 Claude Code 时代的应用开发变迁

    过去搭建网站需要手动完成前端开发、后端管理、数据库选型与连接、托管部署、域名配置及故障修复;如今用户只需向 ChatGPT 描述需求,即可获得包含托管、数据存储、认证和部署的可用应用。基础设施正被界面隐藏,应用构建的未来可能更像产品工程而非软件工程。

    Awaiting translation

  6. Reddit · ClaudeCode / Codex / VibeCoding20

    用户反驳近期对 OpenAI 的批评:Sol 6.1 与 Astra 实际使用体验

    一名 OpenAI Pro 20x 订阅用户反驳近期对 OpenAI 的批评,称 Sol 6.1(多用 xhigh)智能可靠、不易跑偏,三天仅消耗 10% 用量,虽实测约 16 tok/sec 偏慢但产出稳定。他通过优化工作流将 token 消耗减半,并提到 Astra 消耗较大,以及 tibo 宣布 Sol 和 Astra 提速 50%。

    Awaiting translation

  7. Habr · Вайбкодинг62

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

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

    Awaiting translation

10/5Mon
  1. Reddit · ClaudeCode / Codex / VibeCoding22

    开发者发现 AI 智能体用 vibe-coded「AI 优先」工具比 MCP 接入人类工具效果更好

    一位开发者表示,让 AI 智能体使用 vibe-coded 的「AI 优先」工具,产出效果优于通过 MCP 接入为人类设计的现有应用,他打算停止在这类原始软件上做 MCP 接入。他会在 AI 原生工具之上再搭建供人使用的工具,以便自己手动编辑细节。

    Awaiting translation

  2. 老刘说NLP22

    《Agent Harness 技术蓝皮书》对内发布,并定量定性分析 RAG 当前研究趋势

    社区对内发布《Agent Harness 技术蓝皮书》,全书 8 篇 33 章共 139 页,将 Agent Harness 定义为围绕大语言模型构建的确定性运行时。同期基于 arxiv API 检索 2026-08-01 至 10-05 的 66 天数据,去重后新增 930 篇 RAG 相关论文,约 14 篇/天,研究重心已从检索 pipeline 搭建转向系统层、质量层与形态层。

    Awaiting translation

  3. Tproger · Программирование17

    一位银行小企业部门主管的 AI 使用手记:Claude、ChatGPT、Gemini 与 Perplexity 如何省下每月 3-4 个工作日

    车臣共和国小企业管理部门负责人穆拉德·扬达罗夫分享了自己零散使用 AI 的经验:用 Claude 合并 5-6 张跨 5 个共和国的表格、生成 Word 文档,用 Gemini 解读晦涩术语,用 Perplexity 查资料、Nano Banana 2 做演示配图,并称这些工具每月为他省下 3-4 个工作日。

    Awaiting translation

  4. Geoffrey Huntley · Blog58

    Geoffrey Huntley 发布 Jiti:通过对话让 LLM 持续扩展运行中的 Lisp 应用

    Geoffrey Huntley 发布 Jiti,一个通过对话让 LLM 扩展运行中 Lisp 应用的小型内核,源码已在 GitHub 开源。用户提出需求后,OpenAI 模型借助注册工具检查、修改并执行 Lisp 代码,被接受的函数会作为普通 Lisp 函数永久保留,后续调用无需再次推理。作者认为这种免编译、边运行边生长的开发方式,比传统 CI/CD 编译流程更值得探索。

    Awaiting translation

  5. DEV Community · MCP28

    用 MCP 做开源治理实验:把规则写成代码、记忆写成账本

    开源项目正被会读规则、提 PR 甚至合并代码的 AI 智能体改变,而把"规则"存在某个智能体的上下文窗口里只是传闻,不是宪法。文章提出用 MCP 管理的记忆服务器承载机器可读的宪法:每条规则带稳定标识符、Merkle 哈希、含法定人数与延迟参数的修订流程,以及约束智能体角色的依赖图。

    Awaiting translation

  6. Reddit · ClaudeCode / Codex / VibeCoding20

    考虑从 Codex 转向 Claude Code:一位 Pro 100 用户的客观对比

    一位 Codex Pro 100 用户因模型变慢、额度重置不透明且官方沟通混乱,正考虑转向 Claude Code。他使用 Codex 开发网站、WoW 插件及 macOS/iOS 个人应用,不依赖 Git,并听说 Claude Code Pro 20 的额度可能与 Codex Pro 100 相当。他想知道 Claude Code 能否直接指向项目文件夹工作,还是需要从 Codex 做交接。

    Awaiting translation

  7. Reddit · ClaudeCode / Codex / VibeCoding22

    用户称 Opus 5.5 已够用,综合体验优于 Fable 5.1

    有用户认为 Opus 5.5 在多数场景下已无需 Fable 5.1:Fable 的表达方式不够贴近普通人的思维,理解其推理需额外消耗心力,而 Opus 5.5 解释清晰、推理和实际执行能力都够用,且更便宜、更快。该用户表示,当与模型沟通本身更费力时,稍微更聪明已不再重要,因此整体「人 + AI」体验让 Opus 5.5 胜出,尽管它在各项 benchmark 上未必更强。

    Awaiting translation

  8. DEV Community · MCP30

    用 MCP 给开源社区写一部"宪法":把治理规则变成可审计的代码

    开源社区正被能读代码、提 PR 甚至合并代码的 AI 智能体"殖民",而它们对项目治理规则的记忆可能各不相同。文章提出把规则写成结构化文档存入 MCP 管理的记忆服务器,每条规则带稳定标识符、Merkle 哈希、修订程序和依赖图,智能体通过 MCP 工具查询而非读 README。

    Awaiting translation

  9. Reddit · ClaudeCode / Codex / VibeCoding15

    A user says Claude Code ground to a halt after hitting its daily usage limit: without it, development can no longer continue.

    One developer says Claude Code has a daily budget cap of $100. While rushing to finish a feature one day, he hit a prompt reading “daily usage limit reached, resets at xx:xx tomorrow,” and immediately thought, “If I can’t use Claude Code, I’ll just stop working.” He says he no longer keeps debugging, testing, and fixing things the way he used to, and worries whether this dependency could ruin his career.

  10. DEV Community · MCP17

    为什么 AI 写的代码到第 20 条消息就崩:9xChat 想用项目感知工作区解决“Vibe Coding”陷阱

    针对 GPT-4、Claude 3.5 等 LLM 在多轮对话中出现的上下文遗忘和迎合用户(sycophancy)问题,123sudo 推出项目感知工作区 9xChat,将 AI 锚定到本地项目文件而非脆弱的聊天历史,并支持在同一窗口并排运行 GPT-4 与 Claude 3.5 互相写码和审查,上下文保留在本地且不用于训练。

    Awaiting translation

  11. Shreya Shankar28

    一位五年多没用过 BI 工具的人看完 Rippling 案例后认为,对智能体而言,选工具/MCP 和选数据正变成同一个问题,业务逻辑与数据的边界越来越模糊。Rippling 数据团队仍靠人工检查智能体查询、发现模式后再建汇总表。传统 ELT 以推送为主,智能体让 BI 更偏向拉取:问题先到,系统再决定需要哪些数据、转换和工具。

    Awaiting translation

    Quoteddex@dexhorthy

    AI and GTM at Rippling: 🦄 ai that works with @vaibcode and @JohnKutay https://x.com/i/broadcasts/1XxygwaqOpyGM

10/4Sun
  1. DEV Community · Vibe Coding38

    Coding agents are like steroids: what bodybuilding can teach us about the risks of AI coding tools

    Some developers have drawn the analogy that coding agents are like steroids in bodybuilding: they let beginners achieve with ease what used to take enormous effort, and let experienced professionals produce workloads that were previously impossible. But these code-generation agents carry medium- and long-term risks, and amateurs and beginners should wait until they hit their own "natural limit" before considering using them.

  2. Habr · Вайбкодинг34

    Vibe coding an ERP with AI—can it replace buying off-the-shelf software?

    With 15 years of experience building the СКИФ warehouse system, the author argues AI can write a working core for inventory and financial accounting, but business rules like negative stock, backdated documents, and НДС rounding still need a human to decide, and AI often gets Russian-specific integration details wrong—НДС, УПД, labeling, ККМ, ЭДО. A minimal viable core is roughly a few thousand lines of code, 15–25 tables, and dozens of screens, and it only really matures in the first six months after launch. AI doesn't take responsibility for errors, while a vendor will fix bugs for free.

  3. DEV Community · Cursor76

    Cursor ships Composer 2, and the API response strings give away its undisclosed Kimi K2.5 base

    On March 20, 2026, developer Fynn was debugging Cursor's OpenAI-compatible endpoint when the returned model ID came back as accounts/anysphere/models/kimi-k2p5-rl-0317-s515-fast — evidence that Composer 2 was post-trained with reinforcement learning on top of Moonshot AI's Kimi K2.5. The tweet hit 44.4 views within a day.

    Why it matters: One API debugging session ties together Cursor's undisclosed Kimi base, the licensing attribution dispute, and the cost landscape for Chinese versus U.S. models — a look at how the industry handles disclosure.