这是一个真实的笑话，也是一段不算久远的历史。
大模型出现之前，芯片工程师提升效率的核心手段，说出来让人笑中带泪：Ctrl+C，然后Ctrl+V。
那时候的工程师是认真在维护一个"代码片段收藏夹"的。
一个写了三年RTL的工程师，他电脑上通常有一个叫做"templates"或者"snippets"的文件夹，里面存着各种经典代码片段——FIFO模板、同步器模板、状态机框架、常用的约束写法。每次开新项目，翻这个文件夹，找最接近当前需求的那个，复制过来，改改参数，继续用。
个人经验越丰富，这个收藏夹就越值钱。
你的收藏夹只在你的电脑上。新来的工程师没有这些积累，只能从零开始，或者厚着脸皮问同事要。同事给了，但没有解释，新人看着一段代码不知道为什么这么写，改的时候就容易踩坑。
这种隐性知识的传递效率极低，几乎全靠师徒制和人情关系。
更麻烦的是跨项目复用。
芯片项目之间往往有大量可复用的模块，但每次复用都要手工适配，时序约束要改，接口宽度要改，命名规范要改。一不小心，改了A忘了B，出了Bug，查起来非常头疼。
所以那个年代有一种特别的工程师——"胶水代码"高手。
他擅长的不是算法，不是架构，而是把来自不同项目的代码片段拼在一起，让它们跑通。这是一种真实存在的核心竞争力，在那个工具匮乏的时代。
复制的是代码，复制不了理解。大模型第一次把这个壁垒打穿了一部分——它能理解代码，也能解释代码，也能根据新的上下文重新生成符合需求的代码。
那个靠复制粘贴撑着的年代，真的过去了。
关键点：Ctrl+C/V背后是知识无法有效沉淀和转移的深层问题。大模型带来的真正改变，是让代码的"意图"第一次变得可以被理解和迁移。
