<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>AI编程 on AI 观察</title><link>https://ai.wujiong.cc/categories/ai-coding/</link><description>Recent content in AI编程 on AI 观察</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 12 Oct 2026 11:00:00 +0800</lastBuildDate><atom:link href="https://ai.wujiong.cc/categories/ai-coding/index.xml" rel="self" type="application/rss+xml"/><item><title>AI 编程助手怎么用才真的提效？从补全到仓库级协作</title><link>https://ai.wujiong.cc/posts/2026-10-12-ai-coding-tools/</link><pubDate>Mon, 12 Oct 2026 11:00:00 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-10-12-ai-coding-tools/</guid><description>&lt;p>AI 编程助手几乎成了开发者标配。但「装了插件」和「真的提效」之间，往往差一整套工作方式。&lt;/p>
&lt;h2 id="工具在进化的三层">工具在进化的三层&lt;/h2>
&lt;ol>
&lt;li>&lt;strong>行级 / 函数级补全&lt;/strong>：写得快，适合样板代码&lt;/li>
&lt;li>&lt;strong>对话式改代码&lt;/strong>：解释报错、生成测试、重构小模块&lt;/li>
&lt;li>&lt;strong>仓库级 Agent&lt;/strong>：能读多文件、按任务改动、结合终端与测试反馈&lt;/li>
&lt;/ol>
&lt;p>越往上层，潜力越大，也越依赖清晰的任务描述与代码库结构。&lt;/p></description></item><item><title>用 AI 理解和重构遗留代码的实用方法</title><link>https://ai.wujiong.cc/posts/2026-09-25-legacy-code-ai/</link><pubDate>Fri, 25 Sep 2026 10:59:41 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-09-25-legacy-code-ai/</guid><description>&lt;p>几乎每个工作多年的团队都有这样一套系统：代码量庞大、文档缺失、原作者早已离职，大家都不敢动它，但业务又离不开它。&lt;strong>AI 编程助手在“读代码”这件事上表现出色，能够显著降低理解遗留系统的门槛。&lt;/strong> 但从“读懂”到“安全地改”，中间还需要严格的方法。&lt;/p>
&lt;h2 id="第一步用-ai-建立整体认知">第一步：用 AI 建立整体认知&lt;/h2>
&lt;h3 id="从结构开始">从结构开始&lt;/h3>
&lt;p>不要一上来就问某个函数做什么，先让 AI 帮你梳理整体：项目有哪些模块、各自负责什么、入口在哪里、核心数据结构是什么、依赖了哪些外部系统。对于仓库级理解能力较强的工具，可以直接让它阅读整个目录后输出架构概览。&lt;/p></description></item><item><title>AI 生成代码的安全风险：依赖幻觉、密钥泄露与注入漏洞</title><link>https://ai.wujiong.cc/posts/2026-08-30-ai-coding-security/</link><pubDate>Sun, 30 Aug 2026 10:24:06 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-08-30-ai-coding-security/</guid><description>&lt;p>AI 编程助手正在成为开发者的日常工具。效率提升是真实的，但安全风险同样真实：&lt;strong>AI 学习了海量公开代码，其中既有优秀实践，也有大量不安全的写法；它追求“能运行”，未必追求“安全”。&lt;/strong> 当开发者对生成的代码不加审查地接受时，漏洞就会以前所未有的速度进入代码库。&lt;/p></description></item><item><title>Vibe Coding 的边界：AI 写代码时代仍然需要的工程纪律</title><link>https://ai.wujiong.cc/posts/2026-08-14-vibe-coding-risks/</link><pubDate>Fri, 14 Aug 2026 15:40:57 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-08-14-vibe-coding-risks/</guid><description>&lt;p>“Vibe Coding”这个说法近来很流行：开发者只用自然语言描述想要什么，AI 生成代码，跑起来看效果，不满意就继续描述，几乎不去阅读和理解代码本身。对于快速做原型、个人小工具来说，这种方式效率惊人，甚至让不会编程的人也能做出可用的应用。&lt;strong>但当代码要长期维护、处理真实用户数据或承担业务责任时，“不看代码”就会变成一种风险。&lt;/strong>&lt;/p></description></item><item><title>AI 生成单元测试：提高覆盖率而不制造“假安全感”</title><link>https://ai.wujiong.cc/posts/2026-07-27-ai-unit-test-generation/</link><pubDate>Mon, 27 Jul 2026 10:45:44 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-07-27-ai-unit-test-generation/</guid><description>&lt;p>在 AI 编程工具的各种用法中，生成单元测试几乎是最受欢迎的一项：写测试枯燥、耗时，而 AI 几秒钟就能生成一大批。覆盖率数字很快变得好看。但很多团队随后发现，&lt;strong>这些测试有不少只是把当前代码的行为“拍照存档”，即使代码有 bug，测试也照样通过。&lt;/strong> 覆盖率提高了，质量保障能力却没有相应提升。&lt;/p></description></item><item><title>编码 Agent 工作流：从需求拆解到合并请求的人机协作模式</title><link>https://ai.wujiong.cc/posts/2026-07-18-coding-agent-workflow/</link><pubDate>Sat, 18 Jul 2026 19:15:37 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-07-18-coding-agent-workflow/</guid><description>&lt;p>AI 编程工具正在从“补全一行代码”演进到“完成一个任务”：编码 Agent 可以读取整个代码库，规划修改方案，编辑多个文件，运行测试，根据错误自行修正，最后提交一个合并请求。&lt;strong>这种能力让开发者的角色从“写代码的人”逐渐转向“定义任务、提供上下文、验收结果的人”。&lt;/strong> 但要让编码 Agent 稳定产出可合并的代码，需要一套清晰的工作流。&lt;/p></description></item><item><title>用 AI 做代码评审：能发现什么、会漏掉什么、怎么用才靠谱</title><link>https://ai.wujiong.cc/posts/2026-07-12-ai-code-review/</link><pubDate>Sun, 12 Jul 2026 21:47:12 +0800</pubDate><guid>https://ai.wujiong.cc/posts/2026-07-12-ai-code-review/</guid><description>&lt;p>代码评审是保证质量的重要环节，但也是研发流程中最常见的瓶颈之一：评审者时间有限，合并请求排队等待，细节问题反复来回。&lt;strong>AI 代码评审能够在几分钟内给出第一轮反馈，处理大量机械性检查，让人工评审把精力集中在设计和业务逻辑上。&lt;/strong> 但如果期望它替代人工评审，往往会失望。&lt;/p></description></item></channel></rss>