最新内容
AI 编程进入多会话、多工具协作后，最容易反复消耗上下文的并不是“代码在哪”，而是“为什么当时这样决定”。例如，一个会话已经确认限流器必须用 Redis、某条迁移方案试过但应放弃、某个目录不能直接改；...
本地运行大模型时，最常见的失败路径是先下载十几 GB 的 GGUF，再反复改 -ngl、上下文长度和量化等级。最后即使能启动，也未必知道瓶颈在显存、系统内存带宽、磁盘，还是模型的 MoE 专家层。更麻...
让 AI Agent 打开网页、采集信息、填写表单，看起来像是浏览器自动化的常规任务。但真正上线后，故障往往不在“能否点击按钮”，而在三件更具体的事：站点触发反爬或验证码、任务需要登录态而 Agent...
让 Claude Code、Codex 之类的编程 Agent 查一张 DynamoDB 表，常见做法是把 AWS 凭据或一段查询结果直接塞进对话。前者把权限边界交给了模型会话，后者则让上下文很快过期...
把 Claude Desktop、Cursor 或 Cline 接到本地仓库后，最容易被忽略的问题不是“模型会不会写代码”，而是“它到底能碰到哪里”。如果 MCP 服务只有读取、搜索和补丁能力，风险尚...
维护开源项目或开发者产品时，最棘手的往往不是没有工单，而是同一个问题以不同措辞散落在不同入口：GitHub Issue 说“同步卡住”，Discord 里有人说“客户端一直转圈”，支持邮箱里则是“升级...
让 AI 编程助手修改一个成熟仓库，最危险的时刻往往不是它不会写代码，而是它写得“太整齐”。两个分支看似重复、两个状态处理看似可以合并、同步和异步流程看似只差一个 await：这些判断如果只依据局部文...
终端里的 AI 编程助手常见有两种极端：要么它只是一段没有现场上下文的聊天窗口，需要你不断复制日志、路径和命令；要么它被授予了直接执行 Shell 的能力，虽然省事，却把一次误判变成了真实副作用。对日...
Agent 的事故并不总是从“模型答错”开始。更常见的路径是：某次工具调用得到 401、超时或格式错误；Agent 把失败信息塞回上下文后再试一次；随后继续调用同一个工具、重复提交同一个请求，或者在没...
给 Agent 加 JSON Schema、工具白名单和权限策略后，很多团队会觉得“写操作已经被管住了”。但在退款、转账、删改资源这类动作上，真正棘手的失败并不一定是 Agent 调了不该调的工具，而...
