<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>本质 on AxerZone</title><link>https://enchanting-vacherin-946011.netlify.app/tags/%E6%9C%AC%E8%B4%A8/</link><description>Recent content in 本质 on AxerZone</description><generator>Hugo -- gohugo.io</generator><language>zh-cn</language><copyright>© 2026 Weiming</copyright><lastBuildDate>Thu, 14 May 2026 10:30:00 +0800</lastBuildDate><atom:link href="https://enchanting-vacherin-946011.netlify.app/tags/%E6%9C%AC%E8%B4%A8/index.xml" rel="self" type="application/rss+xml"/><item><title>高级工程师即将断档？由近期的 Vibe Coding 协作实践而发散开来的思考</title><link>https://enchanting-vacherin-946011.netlify.app/posts/ai-engineer-gap-notes/</link><pubDate>Thu, 14 May 2026 10:30:00 +0800</pubDate><guid>https://enchanting-vacherin-946011.netlify.app/posts/ai-engineer-gap-notes/</guid><description>&lt;p&gt;最近配合公司进行迭代的 PPTX 场景的 Agent，总算是发布了第一个试用版本。这个项目算是由我在公司主导的，大量使用 Claude Code + Openspec 进行多人协作迭代的第一个项目。趁着近期版本迭代难得的空窗期，跟参与项目的初级工程师聊了聊近期编码的感受，这里顺手记录一下由他们的感受而衍生出来的一些思考。&lt;/p&gt;

&lt;h2 class="relative group"&gt;项目人员的直观感受
 &lt;div id="项目人员的直观感受" class="anchor"&gt;&lt;/div&gt;
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#%e9%a1%b9%e7%9b%ae%e4%ba%ba%e5%91%98%e7%9a%84%e7%9b%b4%e8%a7%82%e6%84%9f%e5%8f%97" aria-label="锚点"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;
&lt;p&gt;一言以蔽之，我在项目中做的大量约束和定期重构，在研发侧是能带来明显感知的。整体来看，项目人员会感觉在项目中调用 Claude Code 的精确性高于同类项目，但不清楚为什么能做到这一点。&lt;/p&gt;
&lt;p&gt;我对模块位置、协作模式、编码规范、提交规范、Claude Code hooks、单测 + E2E 的管控级别是明显高于公司其他项目的，同时，项目的重构周期约一周 1-2 次，大量使用 Claude Code 辅助编码的前提下，并没有像公司其他大量辅助编码的项目一样失控。尽管团队内的其他「高级工程师」不理解如此之多的限制(更多的是不愿意学新技术栈)，但参与迭代的工程师能明显感受到 Claude Code 在我主导的项目下是与旧项目相比较而言明显好用的。&lt;/p&gt;</description></item></channel></rss>