# 编程智能体 学习用编程智能体理解、生成和维护软件，适合软件开发者。 - 所属：[AI 编程与创作]() - 网站：[https://oplearnx.com/topics/coding-agents-engineering]() ## 推荐学习顺序 1. [如何用 Claude 学习？]()（帖子 · 入门）：r/ClaudeAI 社区帖子，发帖人正在学 Unity 和 Unreal Engine 做游戏编程，过去一年基本手写代码，随着项目变大打算订阅 Claude Pro，但担心过度依赖它写代码而学不到东西，询问如何避免这种情况、既借助工具又保持自己动手。评论区有建议把不确定的地方都拿去提问等回应。适合正在学编程并考虑引入 AI 编程助手、关心如何避免形成依赖的学习者阅读。 2. [Ask HN：如何应对上线自己看不懂的 AI 写的代码？]()（帖子 · 入门）：这是 Hacker News 的 Ask HN 讨论帖，作者引用一位 Meta 工程师的 LinkedIn 帖，称如今写代码像黑箱，逐行审查 AI 生成代码不现实，可能导致上线后对系统细节缺乏真正理解，并询问其他工程师是否有同样感受、如何处理。帖子围绕理解程度与交付速度之间的取舍展开提问。适合日常用 AI 写代码、需要审查和交付 AI 生成代码的工程师阅读。 3. [AI 来写代码，工程师还剩下什么？——Laurie Voss，Arize AI]()（博客 · 入门）：Arize AI 开发者关系负责人、npm 联合创始人 Laurie Voss 讨论编码智能体让写代码近乎免费之后瓶颈的转移：先到代码审查，再到运营与安全。他认为智能体无法接手的是弄清人们真正的需求以及定义何为“好”，并把剩下的岗位称为产品工程师，同时谈及初级开发者招聘下滑的数据以及工程负责人当下可做的事。材料中附分章节时间线。 4. [代码质量还重要吗？取决于这一点——Capital One 的 Max Kanat-Alexander]()（博客 · 入门）：演讲针对资深工程师常说的“视情况而定”，指出代码质量始终服务于两件事：理解系统和安全地修改系统。讲者提出 AI 正在让一种新软件变得常见——一次性软件，后果低、依赖少、替换和维护成本接近零，对这类软件质量不重要，而对持久软件质量比以往更重要。他还说明如何让系统更易被弃用，以及如何通过标准、工作流内工具、易于测试和最大严格度来降低严谨的成本。 5. [Zest：我因为看腻了同一副丑方块而用 Claude 做的二维码设计工具]()（帖子 · 入门）：r/ClaudeAI 社区帖子。发帖者介绍自己做印刷行业、并非开发者，用 Claude 写出了二维码设计工具 Zest（zest.lemoncello.studio），免费设计、无需账号、下载的静态码不过期；它利用二维码的留白与纠错冗余，把点阵向图像明暗推近，使 logo 融入数据而非贴在上面，并在下载前逐点回读校验。帖子还列出其与 Claude 协作的方法：仓库顶部放 CLAUDE.md 写明工作规则（先确认需求、以手机截图为准、每次提交只改一处、由自己执行部署）、用统一验证脚本把关。适合想借 Claude 从零做产品、尤其是关注非开发者如何组织协作流程的人阅读。 6. [氛围游戏开发的十月拐点]()（博客 · 入门）：这是一篇博客文章，作者回顾了 2025 年 11 月编程智能体的拐点后，认为 2026 年 10 月在“氛围编程”制作电子游戏上出现了新的拐点。文章称 Claude Opus 5.5 在 3D 建模、音乐生成和游戏设计方面有显著改进，尤其提到在提示“让它更有趣得多”后效果明显，并称近几周以完全不看代码的方式做了四款自己真正喜欢玩的游戏。 7. [我用 Claude 做了一个把《英灵神殿》变成城市建造游戏的模组，在 r/valheim 登上第一]()（帖子 · 进阶）：r/ClaudeAI 的社区帖子，作者介绍按 F7 就能把 Valheim 变成城市建造玩法的模组：维京人迁入、纳税、需要食物和蜜酒，得不到就离开；首领住在营地，玩家带自己的军队攻打，每个首领开启一个拥有独立建筑风格的新时代。帖子称 Claude 编写了大部分 C\# 代码（BepInEx 与 Harmony 补丁、定居者 AI、经济系统、由游戏内建筑部件逐块自建的房屋），还能通过远程命令文件控制游戏，自己建城、截图检查并修正；并提到 Claude 定位并修复了测试者反馈的问题，以及写入游戏内基准测试，测得合并已建成房屋用于渲染带来最大帧率提升（36 到 56 fps），设计与测试由作者完成。模组在 Nexus 和 Thunderstore 免费发布。适合对 Valheim 模组开发或用 Claude 写游戏代码感兴趣的人阅读。 8. [我用 Claude Code 做了一个激光干射击游戏：摄像头看着你的显示器并给激光命中计分（开源、免费）]()（项目 · 进阶）：Reddit r/ClaudeAI 上的社区帖子。作者称用约两周时间以 Claude Code 做出 ScreenPlink：以显示器为靶，用激光训练手枪或激光弹壳射击，显示器旁的摄像头拍摄屏幕并计算命中像素、打出弹孔并让靶倒下。功能包括九种训练、十五个带计分环的人形靶、17 发弹匣和同屏双人；摄像头可斜置，应用通过拍摄屏幕上的标记自行标定。作者说明代码基本全部由 Claude Code 编写，自己负责设计与验收，难点在于让无法看到屏幕、无法扣扳机的智能体调试一个测量物理世界的程序，为此使用了进程内 MCP 服务器等做法。适合用 Claude Code 做图像/硬件相关项目开发的人阅读。 9. [《模拟飞行 95/98》终于在 64 位 Windows 上跑起来，由 Claude Code 打补丁]()（帖子 · 进阶）：这是 r/ClaudeAI 上的一篇社区帖子，作者是《模拟飞行》老玩家，讲述用 Claude Code 排查 FS95 与 FS98 在 64 位 Windows 上因除零异常崩溃的问题：先让 Claude 修改 WINDOW.DLL 和 G3D.DLL 修好 FS95，调试 FS98 时又发现真正原因在 EXE 自身，并据此回溯到 FS95 的 EXE，从而可保留原 DLL。帖中引用了 Claude 对 EXE 内除零处理例程与 \_\_try / \_\_except 机制的说明。适合正在用 Claude Code 处理旧程序兼容性调试、对二进制逆向与补丁修复感兴趣的人阅读。 10. [openfilm/openfilm]()（项目 · 入门）：开源 AI 视频 Agent，把编码 Agent（如 Codex、Claude Code）变成视频 Agent。影片以 HTML 网页形式写成，由名为 Studio 的浏览器本地编辑器呈现并可手工或通过提问修改；每幕是一个用 frame\(t\) 函数绘制画面的网页，可组合动画网页、素材、图片和声音。 11. [haydenschmitty/floorplan]()（项目 · 入门）：这是一个 GitHub 项目，README 称其由 Claude 或 Codex 读取代码库并绘制可交互的代码结构地图，为每个部分、文件和网络请求取通俗英文名称，并展示它们之间的连接关系。项目提供 Claude Code 插件和 Codex 插件，标签涵盖 ai-coding、architecture-diagram、codebase-visualization、onboarding 等，附有演示主页链接。 12. [Louis-CFM/coucou]()（项目 · 入门）：一个驻留在 Mac 刘海区域（Windows 和 Linux 为屏幕顶部）以及 iPhone 和 Android 手机上的小工具，用于监视 Claude Code、Codex、Cursor、Gemini CLI、Antigravity 等 AI 编码 Agent 的会话，可在刘海上或锁屏界面批准权限、查看工作进度、投放文件和与 Claude 聊天。 13. [Entelligence-AI/agentplay]()（项目 · 入门）：一个开源项目，用于以地图和时间线的形式回放编程智能体会话，标签涉及 agent 可观测性、Claude Code、Codex、Cursor、GitHub Copilot 等。项目主页为 entelligence.ai/agentplay，在 PyPI 发布 Python 包，采用 Apache 2.0 许可证。 14. [GitHub Octoverse 2026]()（博客 · 入门）：Simon Willison 在 GitHub Universe 现场的记录，介绍 GitHub 发布的年度 Octoverse 报告要点：2026 年每月合并的拉取请求不到一年增至三倍、达到 2.2 亿次，每月提交量增至 7.38 亿亿次级规模（超三倍，即 73.8 亿次），新仓库创建速率翻倍至每月 3030 万个。文中还提到报告新增按行业划分的数据、涉及“互操作性或逆向工程”的仓库统计，以及按国家、行业、互操作性的方法论说明。作者说明自己是通过 GitHub Stars 项目获得免费门票参会的。 15. [Cisco 与 OpenAI 用 Codex 重塑企业工程]()（博客 · 入门）：OpenAI 于 2026 年 5 月 27 日发布的案例文章，介绍 Cisco 大规模部署 Codex 的情况，包括推进 AI 原生开发、加速 AI Defense 相关工作以及自动化缺陷修复。文中列出 Cisco 企业规模、行业与所用产品（API、Codex）等信息，并提到超过 95% 的新增 AI 相关工作由 Codex 参与等结果数据。 16. [社会科学中的编码智能体]()（博客 · 入门）：文章呈现一项于 2026 年 2 月至 3 月对 1260 名社会科学研究者开展的调查结果，内容关于 AI 与编码智能体的使用情况。文中称 81% 的受访者在研究中使用过 AI 聊天机器人，主要用于写代码和修改文字，但只有 20% 将编码智能体纳入工作，并报告了在性别署名、院校层次等方面的使用差异。材料未说明具体适合哪类读者。 17. [GitHub Copilot 基础知识第 2 部分（共 2 部分）]()（课程 · 入门）：Microsoft Learn 上的一条学习路径，共 6 个模块，面向初级到中级水平，涉及 DevOps 工程师、管理员、开发人员、解决方案架构师、学生等角色。内容涵盖 GitHub Copilot 个人版、商业版与企业版的区别，在组织内落地使用、负责任且安全地使用，以及代理模式、云中 Copilot、GitHub MCP 服务器、代码评审与拉取请求，以及配合 JavaScript 和 Python 使用等模块。先决条件为了解 GitHub 基础知识。 18. [AI 中可访问性的成本]()（博客 · 入门）：这是 CAIS 的 Jemima Abu 的一场演讲，讲述她做的一个小实验：同一个 Figma 实现提示词分别在没有可访问性指引和有可访问性技能的情况下运行，第二次成本低 58%、耗时约为三分之一。她随即说明这一未经控制的对比不能证明可访问性开发总是更便宜，并指出这种对比暴露的常见问题：智能体在原生 HTML 元素已能提供所需行为时仍自行发明冗长的自定义组件。演讲还讨论了智能体继承的代码库与提示词上下文、审计现有界面、把可访问性指令打包成技能、优先使用语义化 HTML、检查键盘交互、ARIA 的定位，以及自动化检查的局限和等到产品完成后再补做可访问性带来的返工。 19. [EricJujianZou/rederive]()（项目 · 进阶）：这是一个 GitHub 仓库，提供一个 Claude Code 技能，主张通过自己重新推导代码库的设计决策来学习该代码库。仓库标签涉及智能体技能、苏格拉底式提问和系统设计，标注为 MIT 许可、兼容 Agent Skills，并称可在 Claude Code、Codex、Cursor 等智能体环境中使用。 20. [编程 Agent 的组成部件]()（博客 · 进阶）：Sebastian Raschka 在其 Substack 杂志上于 2026 年 4 月 4 日发布的文章。文章讨论编程 Agent 与 agent harness 的整体设计，说明它们是什么、如何工作以及各部分在实践中如何配合，并指出工具使用、上下文管理和记忆等外围系统在实际 LLM 应用中与模型本身同样重要，这解释了 Claude Code、Codex 等系统为何比在普通对话界面中使用同样模型显得更能干；文中列出编程 Agent 的六个主要构建模块。面向关注 Agent 设计与实现的读者。 21. [学习 Claude Code]()（教程 · 进阶）：该仓库提供一个类似 Claude Code 的“agent harness”最小实现，按“从 0 到 1”的思路构建，README 提供英文、中文、日文版本。内容主张 agent 的“能动性”（感知、推理、行动能力）来自模型训练，而 agent 产品等于模型加 harness，仓库重点讲解如何搭建 harness 这一部分。适合想从工程角度理解 Claude Code 类工具内部结构、打算自己动手实现 agent 框架的开发者阅读。 22. [Stanford CS146S：现代软件开发者]()（课程 · 进阶）：斯坦福大学 CS146S 课程网站，主题是 AI 原生软件开发。课程描述说明 LLM 使软件开发从以手工编码为主转为开发者与编码智能体协作，内容涵盖 MCP、agent skills、规格驱动开发（spec-driven development）、循环工程和“软件工厂”等实践与技术，以及为智能体提供上下文与能力、把产品需求转成可执行规格、设计人机共同规划构建评估改进的迭代流程。课程为 3 学分，先修要求为相当于 CS111/CS161 的编程经验，建议具备 CS221/229 背景，包含动手作业、项目和业界从业者讲座。 23. [Claude Code 团队如何进行代码评审]()（博客 · 进阶）：这是 claude.dev 博客的一篇工程文章（2026 年 10 月 15 日发布，阅读约 14 分钟），作者为 Addy Osmani、Morgan Westlee Lunt 和 Qing Wang。文章讨论在智能体大量产出代码的情况下如何评审，介绍 Claude Code 团队在实现高覆盖和深度评审后，转而优化“不增加回滚或事故前提下所需的最少人工评审时间”，并列出重新思考评审目的、人的时间与注意力是稀缺资源、分层评审、“你提交你负责”以及团队如何采纳该流程等章节。 24. [教会你的智能体证明自己完成了任务]()（教程 · 进阶）：WorkOS 的 Nick Nisi 和 Zack Proser 讲解如何为编码智能体构建验证闭环，让智能体检查自己的工作，内容包括设定可检查的目标、CLI 健康检查、浏览器快照、LLM 评判与评估，使失败能驱动下一轮修复而不是落到人手上。演示使用“Midnight Snack Club”示例应用并附有可跟随的代码仓库。适合开发编码智能体或使用智能体写代码的工程师。 25. [如何构建 AI 代码审查智能体——Daksh Gupta，Greptile]()（博客 · 进阶）：这是 Greptile 联合创始人 Daksh Gupta 的演讲，介绍该公司对想要自建代码审查智能体的公司的建议。他从沙箱加 webhook 的简单方案讲起，说明该方案会漏掉缺陷、每个 PR 花费 3 至 25 美元并产生大量细枝末节的挑刺，随后逐项介绍改进方法：更聚焦的提示词、历史事故 PR 数据集、模型反转（用 GPT 审查 Claude 写的代码反之亦然，可多发现约 10% 的缺陷）、代码库上下文与持续更新的 wiki、在沙箱中借助 computer use 自主测试，以及把多数子任务交给更便宜的模型。视频带有章节时间戳。 26. [智能体外壳（harness）已死？]()（博客 · 进阶）：Jediah Katz（SpaceXAI，此前是 Cursor 任职最久的智能体外壳工程师）讨论模型变强对编码智能体、Grokbot 和智能体外壳未来的影响。他论述复杂外壳不再为编码智能带来额外智能，因为数据飞轮让模型学会了外壳原先补上的技能；但同时认为外壳比以往更重要，它开拓 Grokbot 等新领域，并承担模型无法吸收的基础设施、信任与安全、效率问题。结尾给出对 AI 智能体的预测，包括六个月内 90% 的智能体工作将离开笔记本电脑运行。 27. [Claude Code 在实践中的使用情况]()（博客 · 进阶）：Anthropic 基于 2025 年 10 月至 2026 年 4 月约 40 万个 Claude Code 会话的隐私保护分析，提出一个研究交互式智能体编程的框架，考察任务构成、人机协作方式与成功率。文中指出典型会话里人主要决定做什么、Claude 主要决定怎么做；用户的领域专业度越高，Claude 每次指令完成的工作越多；观察期内用于调试的会话占比下降近一半。 28. [jatechan/ai-data-extractor]()（项目 · 进阶）：一个免费开源工具，用于从 AI 编程助手中提取本地聊天历史并统一为 JSONL 格式，支持 Claude Code、Codex CLI、Cursor、Windsurf、Aider、Cline/Roo Code 等。README 说明其可自动发现并提取用户消息、回复、代码上下文、代码改动、工具调用及时间戳、会话 ID、项目路径、模型名等字段，列出各来源的存储格式与搜索路径。 29. [ZiChuanLan/agent-purge]()（项目 · 进阶）：一个开源工具，用于把同一份系统提示词（persona）应用到多个 coding agent 上，支持替换、追加、清空三种模式并可热切换。它通过写入托管配置块、PATH 前置同名壳（shim）以及会话内斜杠命令三层机制统一处理 codex、claude、opencode 等不同 agent 的提示词入口，提供本地 Web 控制台，要求 Node 20 以上、零依赖。 30. [emanuele-em/kanzo]()（项目 · 进阶）：这是一个自托管的看板工具，同时是浏览器看板和 MCP 服务器，让人和编码代理在同一批任务上协作；单个约 4 MB 的二进制文件，冷启动约 2 毫秒，无需账号和服务器，整个看板是一个文件夹并通过私有 git 仓库在多台机器间同步。标签包含 Rust、SQLite、local-first、Claude Code、Codex 等。适合用编码代理做任务管理、想要本地自托管看板的人阅读。 31. [LumaryLabsLLC/muxin]()（项目 · 进阶）：一个用 Rust 编写的开源（Apache-2.0）应用，定位为把多台自有机器（Mac、Linux、Windows）集中到一个界面里管理，供本人或 AI 智能体使用。README 列出的功能包括跨机器的智能体会话（Claude Code、Codex、OpenCode、Gemini CLI、Amp 等，运行在真实终端中）、桌面、文件、日志和 GitHub，并附带一个 MCP 服务器。标签涉及 SSH、Tailscale、gpui、远程桌面和 self-hosted runners 等。 32. [Graphicle-AI/graphicle]()（项目 · 进阶）：用单个 Rust 程序为编码 Agent 提供代码图与记忆能力，支持 Claude Code、Codex、Cursor 及任意 MCP 客户端。标签显示其涉及代码分析、代码搜索、知识图谱、GraphRAG、Tree-sitter 和本地优先等方向。 33. [机器学习代码与系统中的设计模式]()（博客 · 进阶）：这是一篇博客文章，讨论机器学习代码和系统中常见的设计模式，主要参照《设计模式》一书。文中涵盖库与代码层面的工厂模式等，并以 PyTorch 的 Dataset 子类化（重写 \_\_len\_\_ 和 \_\_getitem\_\_）为例说明自定义数据集的写法。适合从事机器学习工程、想为设计讨论建立共同词汇的人阅读。 34. [使用本地编码智能体]()（博客 · 进阶）：Sebastian Raschka 的短笔记，链接到一篇关于用开放权重模型搭建本地编码智能体的新文章。文章内容为完全本地运行，介绍如何将本地 LLM 接入本地编码 harness（如 Claude Code 或 Codex），并列出选择模型时可用的评估清单：长上下文下的内存占用、prefill 与解码 tok/s 速度、工具调用能力、对智能体框架的安全审计，以及在编码 harness 中解决较难任务的能力。 35. [在喜马拉雅山麓用离线 AI 智能体写代码]()（博客 · 进阶）：这是一篇作者自述文章，作者是 Thomson Reuters 的首席工程师，一年前搬到喜马拉雅山麓居住，因网络和供电经常中断，尝试在笔记本上完全离线运行编码智能体。文章探讨了在断网条件下对本地已有项目可以做哪些工作，例如解释陌生函数、排查失败的测试、重构小段代码或协助完成功能。 36. [你们是怎么给 pi 做沙箱隔离的？]()（帖子 · 进阶）：r/LocalLLaMA 上的一则讨论帖，发帖人询问大家是否对 pi 做了沙箱隔离、采用了哪种方式，并列举了 docker sbx、普通容器、devcontainer、pi 的 gondolin/sandbox 扩展等选项。评论区中有人分享了用 Podman 加 bash 包装脚本设置只读挂载的做法，还有人贴出启动脚本，说明只用 Dockerfile 从 debian 镜像安装 pi，并只挂载当前目录或 home 目录为读写，容器内的 agent 无法访问宿主机。适合关注本地 LLM agent 运行环境隔离的读者。 37. [opensec-git/Pi-Bolt]()（项目 · 进阶）：一个将 Pi 编程智能体经提前编译（AOT）打包为单一原生可执行文件的项目。README 和简介称其无需 JIT，也不需要 Node.js 或 Bun，支持 Linux x86-64/ARM64、Android（Termux）、Apple 芯片 macOS 和 Windows x64，并称相比在 Node 上运行的 Pi 启动快 10 倍、CPU 占用少 7 倍、内存占用少 4.5 倍。 38. [同一个游戏做两遍：单独用 Opus 对比 Opus 做规划 \+ 本地 Qwen 写代码。16 分钟对 42 分钟，2.52 美元对 0.62 美元]()（帖子 · 进阶）：r/ClaudeAI 社区帖子。发帖者因 Opus 的账单主要来自输出 token，尝试让 Opus 只负责思考、由本地模型负责敲代码：在同一台 MacBook Pro M5 Max 上，按同一规格做了两次五关像素平台游戏，一次只用 Opus 5.5，一次用 Fusion 模式（Opus 5.5 规划与审查，本地 Qwen 3.8 27B 以 3 个 worker 写代码）。结果为云成本 2.52 美元对 0.62 美元、耗时 16 分钟对 42 分钟、Opus 输出 90.7k 对 11.3k token、清单完成 25/25 对 24/25，耗时增加源于 3 个 worker 共用一个 GPU。帖子最后征询读者是否愿意为更小账单多等 2.5 倍时间。适合关注本地模型与云端模型混合做 agentic coding、以及想压缩 API 成本的人阅读。 39. [我对自托管 AI 智能体做了一次盲测，结果如下，猜猜谁是谁 \[D\]]()（帖子 · 进阶）：这是 r/MachineLearning 的社区帖子，作者在 M5 Max MacBook Pro（64GB）上，让五个自托管智能体（OpenCode、goose、Atomic Agent、Hermes、OpenClaw）使用同一个 Qwen 3.8 27B 非审查版 Q4\_K\_M 模型在 llama.cpp 中运行，执行合并联系人列表、跨文件重命名函数、修复带隐藏测试的 bug、统计日志错误数、把收据 PDF 转成表格五项任务，并给出各智能体的逐项通过情况与耗时。作者提到其中一个智能体把“Q3/Q4”写成“q3q4”，另有智能体未经询问就安装缺少的 Python 库，并邀请读者猜字母与智能体的对应关系。适合对自托管编码智能体的实际任务表现和自主性取舍感兴趣的人阅读。 40. [为一万到一万二千美元预算的本地 agentic coding 装机：1× 5090 对比 4× 3090、混合方案、PRO 6000、Mac Studio？]()（帖子 · 进阶）：r/LocalLLaMA 社区帖子。发帖者准备花约 1 万美元（必要时到 1.2 万）买硬件做本地 agentic coding，用途包括 agentic coding、偶尔 2–4 个并行 subagent 和逆向工程，可选需求是用 Hunyuan3D-2.1 做贴图生成（需 CUDA 和约 21GB 显存）。其列出正在考虑的方案：单张 RTX 5090、四张二手 3090、5090 \+ 2×3090 混合、Mac Studio M5 Ultra 256GB、超预算的 PRO 6000，并就长上下文中单 5090 与四 3090 的日常体验、3090 长上下文预填充表现、混合方案在 AM5 上以 x8/x8/x4 跑两个 vLLM 实例是否值得、以及是否该等 50 Super 或改装 4090 48GB 等问题征询意见。适合正在规划本地多卡推理/编码 agent 装机的人阅读。 41. [一天、1000 美元 token：针对遗留代码的 AI 作战室——GEICO 的 Ford Prior]()（博客 · 进阶）：演讲指出在 GEICO 编码变快了，但决策、签字确认、上下文等周边环节仍很慢，解决办法是多人协作、AI 原生的“作战室”：合适的决策者、一名主导者和接入 GEICO 知识、工具与代码的代理集群。演讲者押注一天时间加 1000 美元 token 端到端梳理一个遗留理赔领域并交付一项真实改动，并在租赁、损害和残值三个场景各跑了一次。内容还涉及用于指挥代理集群的 markdown 规则手册 FleetKit、产出的工作表与图表，以及后续改进方向。 42. [一家银行自建了编码代理，它迅速走红——Monzo 的 Felippe Felisola Caso 与 Francesco Galletta]()（博客 · 进阶）：演讲介绍 Monzo 自研的编码代理，它最初只是 Slack 里一个可添加表情的机器人，如今撰写 Monzo 各技术团队合并 PR 的 10% 以上，每天运行 1800 多个任务。讲者解释它为何见效快，包括接入内部工具与知识的 MCP 网关、为受监管银行构建的沙箱化代理编排系统，以及把代理本身变成可复用构建块，并说明该构建块现在也处理事故、值班数据质量和非工程人员的请求。 43. [AI 把我们的调研时间从 7 天缩短到 15 分钟——Vanguard 的 Gareth Yoder]()（博客 · 进阶）：演讲者负责 Vanguard 的现金项目，介绍如何现代化一个每天最多承载 3000 万次调用的现金账本，并并行推进数据、生产者和消费者三类迁移。转折点是通过 MCP 服务器把遗留代码库开放给 AI 工具，使原本需大型机工程师花 7 天的调研缩短到 15 分钟。最后给出五条经验：让遗留代码可被 AI 查询、把迁移文档当产品、重构而非直接搬迁、渐进式引入 AI、不跳过可观测性。 44. [面向财富 2000 强的 AI：Tenex 如何构建 AI 原生软件开发生命周期——Alex Lieberman 与 CJ Hess]()（博客 · 进阶）：这是 AIE New York 的对谈，Alex Lieberman 与 CJ Hess 讲述 Tenex 按交付成果而非工作时间向 AI 工程师付酬的做法，以及把这一思路扩展到工程组织后遇到的情况。内容涉及仍以故事点作为工程报酬重要组成部分、担心估点虚高或为凑点交付劣质代码为何未成为主要问题、AI 策略师对客户留存与增长负责的激励机制，以及如何奖励理解客户问题、设计架构、判断该建什么这类难以写进工单的工作。文中还提到 Latent Space 的 Kill My SaaS 实验。 45. [用 Codex 构建可自我改进的税务智能体]()（博客 · 进阶）：2026 年 5 月 27 日发布的文章，作者包括 Thrive Holdings 与 OpenAI 的技术人员，讲述 Thrive Holdings 与 OpenAI 合作，为 Crete 的会计师共同开发税务 AI（Tax AI）的过程。文章围绕如何将从业者经验与由 Codex 驱动的循环结合，实现申报自动化、提升准确度并加快工作流程，并讨论了用评估基础设施和真实环境构建可自我改进智能体的做法。 46. [智能体时代下的科学计算]()（博客 · 进阶）：OpenAI 于 2026 年 7 月 28 日发布的一篇研究出版物，是一份探索性实地报告。报告介绍科学家如何使用编码智能体来更新科学计算软件，以加快基因组学及其他数据密集型领域的软件开发与研究进程；页面附有论文 PDF 链接。适合对科研工作流与 AI 智能体应用感兴趣的读者。 47. [sparqlite：用 Rust 编写的、内置于 SQLite 的 SPARQL 1.1]()（博客 · 进阶）：这是 Simon Willison 的一篇研究记录，描述他在 Claude Code 的“Ultracode”模式（通过动态工作流协调多个子代理）下，用一个提示词要求编写一个能直接在行上操作、速度很快的 SQLite SPARQL 扩展。文中提到 Claude Code 运行超过 12 小时、产出多个 crate，作者还追加提示要求为各目录补 README、编写 tutorial.md 及示例数据脚本，并对项目规模之大、难以逐行审查表达了看法。 48. [用自主的 Fable 级模型构建一个多人游戏世界]()（博客 · 进阶）：这是 Simon Willison 博客上的一篇转述，介绍 Jacob Sansbury 讲述的多人游戏环境 Spawn：玩家可通过提示让游戏内 AI 代理 Savi 修改世界，作者本人用手机试过生成城堡和龙。文中称 Spawn 现由一群 Fable 驱动的代理自主开发，每月 token 花费超 300 万美元，约六成工作源自生产错误、Savi 提交的 bug 报告、日志异常或功能请求，改动通常一小时内送达用户。适合对代理式工程、前端模型自动化开发流程感兴趣的人阅读。 49. [Opus 5.5 会写出“垃圾代码”，但依然能成功：一个受 SlopCodeBench 启发的研究项目]()（帖子 · 进阶）：r/ClaudeAI 社区帖子。发帖者受 SlopCodeBench 基准（把问题拆成多个检查点，要求 agent 在自有旧代码上不断加功能，并用结构侵蚀和冗余度衡量代码变“脏”的程度）启发，把 Opus 5.5 跑完 196 个检查点（API 花费 266 美元），检验代码变脏是否预示表现变差。结论包括：35 个问题中有 22 个的侵蚀度与冗余度都上升；在同一问题内比较检查点后，脏乱程度并不预示下一个检查点是否做对；原先通过的测试仅约 0.3% 回归，且更脏的仓库并不更多回归；代码规模翻倍时下一个检查点成本约增 19%。适合关注 agentic coding 评测与代码质量控制的人阅读。 50. [在缺陷上线前拦截：JiTTesting 在全规模下的人机协同方法]()（博客 · 进阶）：这是 Meta 工程博客的一篇文章，介绍其用大语言模型在代码提交前即时生成测试（Catching JiTTests）的方法从研究原型落地为内部基础设施的过程，并给出五个月部署中减少负载与误报的观察结果。文中还提到论文《Just-in-Time Catching Test Generation at Meta》对首次部署和测试细节的完整记录。适合关注大规模代码库测试、LLM 辅助软件工程的人阅读。 51. [用 Claude 缩减代码的攻击面]()（博客 · 进阶）：Anthropic 的一篇文章，介绍用 AI 模型进行自动化攻击面分析与缩减的初步研究，即先梳理可达代码，再移除或限制某次部署不需要暴露的访问。文中预告了他们用 Claude 对大型开源代码库应用这类技术所收集的数据。 52. [在编程评测中区分信号与噪音]()（博客 · 进阶）：OpenAI 2026 年 7 月 8 日发布的分析文章，通过对编程基准 SWE-Bench Pro 的详细审计，称发现大量任务存在问题，并估计约 30% 的任务是有缺陷的。文章将此与 OpenAI 此前对 SWE-bench Verified 的调查联系起来，讨论评测缺陷会影响对模型能力的判断、安全评估与研究优先级。 53. [Parameter Golf 教给我们的关于 AI 辅助研究的事]()（博客 · 进阶）：OpenAI 于 2026 年 5 月 12 日发布的研究文章，回顾名为 Parameter Golf 的开放机器学习挑战：该活动吸引 1000 多名参与者、2000 多份提交，在严格约束下探索 AI 辅助机器学习研究、编程智能体、量化与新型模型设计。文中还设有“技术印象”和“纪录赛道”等小节，分享相关经验。 54. [构建新版 GitHub Copilot 内联建议模型：第一部分]()（博客 · 进阶）：这是 VS Code 官方博客系列的第一篇，介绍 GitHub Copilot 内联建议的三种形态：补全式幽灵文本、光标附近的下一处编辑建议和远距离编辑，此前各由专门的模型路径支持。文中提到过去 90 天内超过 610 亿次成功的模型请求，并说明团队已将三者统一到一个“3-in-1”模型。适合关注 Copilot 内联建议模型演进的人阅读。 55. [构建新版 GitHub Copilot 内联建议模型：第二部分]()（博客 · 深入）：这是 VS Code 官方博客系列的第二篇，讲述把补全式幽灵文本、光标附近的下一处编辑建议和较远位置的编辑统一到单个“3-in-1”模型的过程。文中说明此前分别由独立模型负责，并指出统一后一次请求可覆盖多种代码编辑行为，减少模型调用与服务复杂度。适合关注 Copilot 内联建议实现与编辑器 AI 设计的人阅读。 56. [feder-cr/git-ai]()（项目 · 深入）：一个面向 AI Agent 设计的版本控制工具，用 Go 编写。README 提到 Anthropic 为编码 Agent 构建的内部版本控制系统 Scion 及其工程文章《Redesigning source control》，该项目与之相关。 57. [xingjian-bai/opal]()（项目 · 深入）：这是一个 PyTorch 优化器包装器项目，名为 OPAL（OPtimizer with an Agent in the Loop）。它让编码智能体在模型训练过程中持续改写优化器：用户用一行代码包装现有优化器，智能体（Claude Code）定期读取运行报告，决定是否重写把梯度转为更新的优化器程序，以及用于衡量指标的析程序。标签包括深度学习、LLM 智能体、优化器、PyTorch。 58. [由 LLM 完成的 TypeScript 编译器、检查器与 LSP 的 Rust 移植]()（项目 · 进阶）：一个实验性项目，作者尝试让大模型把 TypeScript 7 的编译器（tsc）、类型检查器和 LSP 移植到 Rust，称确实做到了，token 成本超过 42 万美元，并估计可能只需约 2 万美元即可完成。README 给出对 T3 Code 做完整类型检查的耗时对比（tsc-rs --fast 9.77 秒，tsc 7 为 42.55 秒，tsc 6 为 191 秒），以及动机（测试模型能力、做快速类型检查器、支持 WASM）和“早期版本”的提示。 59. [一份简报文件，让大模型写出本地 9B 模型真正能执行的计划（并减少我的 Claude token 消耗）]()（帖子 · 进阶）：这是一篇社区分享帖，作者把用 Ornith 1.5-9B（8-bit）做本地编码智能体的经验整理成公开的简报文件，交给更强的规划模型（作者用 Claude Code）使用。内容分为分工方式（强模型写规格与小任务卡并验证结果，本地模型执行命令、构建、轮询、git 等机械工作）、如何向小模型下简报（精确文件与行号、绝对路径、1–3 行改动、每步以命令和预期输出结束、明确停止规则）、运行方式（每任务新会话、小上下文）以及验证方式；作者称小模型完成的 75 次提交合并中，其自述笔记多次出错但被计划校验捕获。适合在本地小模型与大模型之间拆分编码任务流程的人阅读。 --- 中文标题与摘要由模型根据原文生成，以原文为准。 来源：LearnMap · 学径（https://oplearnx.com）