AI编程
-
给代码智能体加一件“新装备”:从零扩展 Code Agent 工具的完整路径
在 Code Agent 的工程实践中,模型本身并不直接“做事”。它通过 Function Calling 选择工具,再由框架执行并返回结果。因此,扩展一个代码智能体,往往不是重新训练模型,而是给它增加新的工具。
-
Agent 记忆如何告别“金鱼式遗忘”:用 LLM 压缩上下文成为更稳的方案
当 Agent 对话越来越长,简单截断历史消息容易丢掉关键信息。一种更可行的做法是用 LLM 将旧上下文总结成摘要,再与最近消息一起重建记忆。
-
AI编程助手频繁“断片”?Cursor、Lovable、Bolt长项目中断问题的工程解法
在使用 Cursor、Lovable、Bolt.new 等 AI 编程智能体时,连续对话约 15 到 20 轮后,模型可能开始遗忘边界条件、破坏已有逻辑,甚至虚构数据结构。本文围绕长项目中的上下文衰减问题,整理结构化 PRD、任务拆分、检查点和工作流编排等工程方法。
-
AI 写 Python 代码时最容易埋下的一个安全隐患:SQL 注入
AI 生成的 Python 代码经常使用 f-string 拼接 SQL,这种写法可读性强,却容易带来 SQL 注入风险。开发者需要在代码审查、IDE 插件和自动化检测环节建立防线。
-
T3 Code:把多个 AI 编程 Agent 放进同一个控制台
T3 Code 是一个开源的 AI 编程 Agent 控制台,可将 Claude Code、Codex、OpenCode、Cursor 和 Grok Build 等工具放入统一控制平面,并支持手机、浏览器和桌面远程调度。
-
AI 编程助手留下的代码,谁来负责?一套可写进团队 Wiki 的治理 SOP
AI 编程助手降低了代码生成成本,但没有降低维护成本。团队真正需要的,是一套写进 Wiki 的 SOP:谁审核、谁归档、谁负责、谁承担风险。
-
AI 编程工具拼的不只是模型:Claude Code 的工程化细节给开发者提了个醒
当 AI 编程助手从“能不能用”走向“好不好用”,竞争焦点正在发生变化。模型能力仍然重要,但真正决定产品体验、成本和稳定性的,往往是一系列不那么显眼的工程决策:实验功能如何管理,版本如何发布,内存如何控制,测试如何覆盖一个会调用模型、会修改文件的终端程序。《深入解构 Claude Code》第 11 篇从功能开关、代码分割、性能优化和测试体系四个切面,展示了 Claude Code 在这方面的处理方式,也为准备构建 AI 编程产品的开发者提供了一份可参考的工程样本。
-
Coding Agent 越来越会动手,DeepSeek Harness 把安全底线画在文件系统上
当 AI 编程助手不再只是补全代码,而是可以执行命令、修改文件、运行脚本时,安全就从产品体验问题变成了工程基础设施问题。开源项目 DeepSeek Harness 中的沙箱设计,提供了一个观察 Coding Agent 执行安全边界的样本:它并不试图把网络、进程、文件系统风险一次性打包解决,而是把最基础也最危险的文件写入效果单独拆成一层能力。
-
AI 重构旧组件,不能从“帮我重写”开始
AI 可以快速重写一个旧 React 组件,但真正的风险在于隐藏依赖、失效假设和模糊边界。本文以一场面试案例为线索,整理出画依赖图、识别隐藏假设、按副作用拆分、给 AI 可验证指令的重构方法。
-
当 AI 编程助手不再频繁请求授权:人机协作边界如何重划
Coding Agent 每步都问,未必更安全;问得少,也不必然失控。关键是把人工确认从默认弹窗,转为可执行、可传递、可审计的规则体系。