Перейти к содержимому

Все новости

Сегодня 15 материалов
Сегодня06.10вт
  1. DEV Community · MCP22

    Nevermined 路由、x402 支付之后,AI 智能体经济的结算层为何仍空白

    AI 智能体经济中路由层(IETF 本月发布的 AGTP-COMMERCE)与支付层(x402、AEON、CEX API)已解决,但结算层仍空白。Nevermined、x402、Apex Fusion 的 Vector(已跑 20,000+ 作业)和 Akash 各跳过核心问题:都无法证明工作正确完成。

    Ожидает перевода

  2. Reddit · ClaudeCode / Codex / VibeCoding27

    团队如何落地 AI:从 MCP 工作流到 guardrails 的鸿沟

    一个组织内部正讨论 AI 落地时的 guardrails,包括共享 Skill、配置以及强制智能体行为,但发帖者认为这些限制很容易被绕过——用户可以直接让 Claude 修改 settings.json,或交出数据库密码让 Claude 查询数据库。

    Ожидает перевода

  3. Reddit · ClaudeCode / Codex / VibeCoding22

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

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

    Ожидает перевода

  4. Reddit · ClaudeCode / Codex / VibeCoding15

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

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

    Ожидает перевода

  5. Reddit · ClaudeCode / Codex / VibeCoding22

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

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

    Ожидает перевода

  6. DEV Community · MCP22

    Snaplii 推出 AI Agent 钱包 Snaplii Cash:预充值额度能兜底,但无法判断单笔消费该不该花

    Snaplii 于 10 月 5 日发布 Snaplii Cash,一个供 AI 智能体消费的独立预充值钱包,用户可设置消费上限(示例 $50),智能体不接触信用卡和银行信息,并支持 MCP 兼容的一次性预充值凭证。

    Ожидает перевода

  7. DEV Community · Vibe Coding31

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

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

    Ожидает перевода

  8. Reddit · ClaudeCode / Codex / VibeCoding22

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

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

    Ожидает перевода

  9. Reddit · ClaudeCode / Codex / VibeCoding12

    别再搞 OpenAI 与 Claude 的粉丝对立了

    一位同时订阅 OpenAI 和 Claude 的用户称,当前 100 美元 Claude 订阅可用一周最强模型,Sonnet 5.5 和 Opus 5.5 在 90% 场景下胜过 Astra,Astra 仅靠图像生成和 harness 功能取胜;而 100 美元 OpenAI 只够用 2-3 天,模型已跟不上 Opus 和 Sonnet。

    Ожидает перевода

  10. 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%。

    Ожидает перевода

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

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

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

    Ожидает перевода

05.10пн
  1. Reddit · ClaudeCode / Codex / VibeCoding22

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

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

    Ожидает перевода

  2. 老刘说NLP22

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

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

    Ожидает перевода

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

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

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

    Ожидает перевода

  4. Reddit · ClaudeCode / Codex / VibeCoding22

    GPT 6.1 的 token 效率秘密:靠上下文剩余量施压?

    有用户观察到 GPT 6.1 似乎更省 token,猜测原因是后训练或注入机制让模型感知到上下文剩余量,从而产生压力。例如模型会主动提及"还剩约 26k""37000 token 上下文已用 28000、剩 18000"等剩余额度,并据此压缩工作范围。

    Ожидает перевода

  5. Geoffrey Huntley · Blog58

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

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

    Ожидает перевода

  6. DEV Community · MCP28

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

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

    Ожидает перевода

  7. Reddit · ClaudeCode / Codex / VibeCoding12

    OpenAI 与 Anthropic 战略执行层对比:为何 Anthropic 执行更稳

    有用户对比 OpenAI 与 Anthropic 的高层执行力,认为 OpenAI 在模型命名、Codex 模式与 chat 模式割裂、发布节奏与用量限制上问题频出,最新 6.1 Sol 被认为落后 Opus 5.5 一个层级。

    Ожидает перевода

  8. 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 做交接。

    Ожидает перевода

  9. 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 上未必更强。

    Ожидает перевода

  10. DEV Community · MCP30

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

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

    Ожидает перевода

  11. Reddit · ClaudeCode / Codex / VibeCoding15

    Пользователь рассказал, что после достижения суточного лимита Claude Code перестал работать: без него он уже не может продолжать разработку

    Разработчик сообщил, что суточный лимит расходов на Claude Code составляет $100. В тот день, работая над одной функцией, он увидел сообщение «Достигнут суточный лимит использования, обновление в xx часов следующего дня» — и тут же подумал: «Раз Claude Code недоступен, лучше пока остановить работу». По его словам, он больше не отлаживает, не тестирует и не исправляет ошибки так, как раньше, и опасается, что такая зависимость может разрушить его карьеру.

  12. DEV Community · MCP17

    Почему код от ИИ ломается уже на 20-м сообщении: 9xChat пытается решить ловушку «вайб-кодинга» с помощью рабочей области с привязкой к проекту

    В ответ на то, что LLM вроде GPT-4 и Claude 3.5 в многошаговых диалогах забывают контекст и поддакивают пользователю (sycophancy), 123sudo выпустил рабочую область с привязкой к проекту 9xChat: она привязывает ИИ к локальным файлам проекта, а не к хрупкой истории чата, и позволяет в одном окне запускать GPT-4 и Claude 3.5 рядом, чтобы они писали код и проверяли друг друга. Контекст остаётся локально и не используется для обучения.

  13. Shreya Shankar28

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

    Ожидает перевода

    Цитатаdex@dexhorthy

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

04.10вс
  1. 老刘说NLP26

    技术观察:从论文看数据合成方向趋势及5个任务核心发现

    对 arXiv 2026年3月至10月初的 225 篇数据合成论文(cs.CL/cs.LG/cs.AI)统计显示,领域重心已从"怎么生成"转向"怎么验证与怎么度量",验证/过滤是唯一横跨全部任务的方案族,理论/度量增长最快。

    Ожидает перевода

  2. DEV Community · Vibe Coding38

    ИИ-агент для разработки — как стероиды: риски инструментов ИИ-программирования на примере бодибилдинга

    Разработчики проводят аналогию: ИИ-агент для разработки — это как стероиды в бодибилдинге. Новичок с ними легко получает результаты, на которые раньше уходили огромные усилия, а профессионал выдаёт объём работы, прежде невозможный. Но у таких агентов, генерирующих код, есть среднесрочные и долгосрочные риски, и любителям с новичками стоит отложить их использование до тех пор, пока они не упрутся в собственный «естественный предел».

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

    Можно ли с помощью ИИ навайбкодить ERP и заменить покупку готового софта?

    Автор с 15-летним опытом разработки складской системы СКИФ считает, что ИИ способен написать работоспособное ядро для учёта запасов и финансов, но такие бизнес-правила, как отрицательные остатки, последующее оформление документов и округление НДС, всё равно должен задавать человек. В деталях российских интеграций с НДС, УПД, маркировкой, ККМ и ЭДО ИИ тоже часто ошибается. Минимально работоспособное ядро — это несколько тысяч строк кода, 15–25 таблиц и десятки экранов, и по-настоящему оно созревает только в первые полгода после запуска. При этом за ошибки отвечает не ИИ, а вендор, который бесплатно чинит баги.

  4. DEV Community · Codex60

    Что означает план OpenAI по созданию суперприложения: ChatGPT, Codex и Atlas объединят в одно настольное приложение

    OpenAI планирует к концу 2026 года объединить ChatGPT, приложение для кодинга Codex и браузер Atlas в одно настольное приложение. Продвигать проект будет CEO приложенческого бизнеса Фиджи Симо.

  5. DEV Community · Cursor76

    Cursor выпустил Composer 2, не раскрыв, что в основе лежит Kimi K2.5: правда всплыла в ответе API

    Разработчик Fynn 20 марта 2026 года отлаживал OpenAI-совместимый интерфейс Cursor и увидел в ответе ID модели accounts/anysphere/models/kimi-k2p5-rl-0317-s515-fast. Это значит, что Composer 2 дообучали методом RL на базе Kimi K2.5 от Moonshot AI. За сутки твит набрал 44.4 тысячи просмотров.

    Почему это важно: Одна отладочная строка API вытянула наружу и нераскрытую базу Kimi у Cursor, и спор о лицензировании, и расклад затрат на модели между Китаем и США — всё это показывает, как в отрасли принято раскрывать информацию.

  6. geoff20

    Geoffrey Huntley 认为,Docker/Kubernetes 时代的编译、重启、部署 CI/CD 循环整体可以被压缩,但因 VC 产业复合体而迟迟未发生。他反驳 golang 或现有语言会胜出的观点,称几乎所有编程语言本质相同,下一步将是被重新应用的旧思路:actor 模型与修复镜像而非重建镜像,且为 LLM 作为程序员而设计,而非为人类。

    Ожидает перевода