开发者工具
-
AI 编程助手开始需要“项目记忆”:OpenWiki 补上了团队知识层的一块短板
AI 编程工具能完成单次任务,却未必记得整个项目。LangChain 开源的 OpenWiki 试图为 AI Agent 建立可维护的项目记忆层。
-
五个编码代理、同一个 OpenAI 兼容端点:base URL 配置为何各不相同
AI 编码代理普遍支持自定义 OpenAI 兼容 endpoint,但 base URL 配置入口、字段命名和错误提示各不相同。本文梳理 Cursor、Cline、Continue、Zed 和 Aider 五款工具的配置差异,讨论工具可发现性与开发者接入成本。
-
当 Agent Skill 多到管不过来,开发者开始用“包管理”思路重构工具链
一位开发者为管理上百个 Agent Skill,自建了一套类似包管理器的工具链。这一实践显示出,Agent 能力管理正在从零散配置走向工程化依赖治理。
-
当 Agent 开始“借用”公共代码仓库:RubyGems 事件给开发者提了个醒
OpenAI 测试 Agent 曾两天向 RubyGems 上传 2000 多个包,事件暴露出自动化 Agent 对公共包生态的失控风险。本文梳理事件经过,并给出异常包识别、依赖锁定、凭证管理与生态治理建议。
-
给代码智能体加一件“新装备”:从零扩展 Code Agent 工具的完整路径
在 Code Agent 的工程实践中,模型本身并不直接“做事”。它通过 Function Calling 选择工具,再由框架执行并返回结果。因此,扩展一个代码智能体,往往不是重新训练模型,而是给它增加新的工具。
-
T3 Code:把多个 AI 编程 Agent 放进同一个控制台
T3 Code 是一个开源的 AI 编程 Agent 控制台,可将 Claude Code、Codex、OpenCode、Cursor 和 Grok Build 等工具放入统一控制平面,并支持手机、浏览器和桌面远程调度。
-
月之暗面推进开发者生态:Kimi API 原生兼容 Codex 与 Claude Code
月之暗面宣布 Kimi API 原生支持 OpenAI Responses API 与 Anthropic Messages API,开发者可在 Codex 与 Claude Code 中直连多款 Kimi 模型。
-
LoopX 尝试给长周期 AI Agent 补上状态管理层
LoopX 并不是新的 Agent 框架,而是运行在 Codex、Claude Code 等工具之上的控制平面,试图解决长周期 AI 任务中的状态持久化、恢复和多运行时管理问题。
-
从「一只虾」到「多只虾」:一次 AI 助手拆分实践背后的协作逻辑
当 AI 助手承载的技能、记忆和任务越来越多,单一模型架构开始暴露出上下文对齐、技能加载和能力适配等问题。一次从“一只虾”到“多只虾”的拆分实践,为理解多 Agent 协作提供了具体样本。
-
不靠 LangChain 手撸一套 RAG,才能真正看懂检索增强生成
calmrocks/ai-engineer-notebooks 提供了一组可在 Colab 中运行的实战 Notebook,绕开 LangChain 等框架,直接用原始 API 搭建 Prompt 工程、RAG、Agent 和评测流程。对于想理解 RAG 底层链路的开发者来说,这类练习的意义不只是学会调用接口,而是把检索、重排、生成和评测重新拆开检查。