7.4 打造个性化高效开发环境：总装与移交
7.4 打造个性化高效开发环境：总装与移交
本节摘要：工位经营的终点是"可移交"：设置分层入库、扩展清单化、环境规格化、工序文档化，四份档案让任何新机器在半小时内复刻工位、任何接手的人能看懂每件装备的来由。本节给出总装清单与复刻演练的完整流程，并以"工位升级方法论"收束全册——从盘点到造装备，那套可以迁移到任何工具上的经营之道。
全册的最后一节，做一件事：把七轮升级攒下的全部家当，收拢成档案。 artisan 退休或转场时，一间好工位最值钱的不是某件名贵装备，而是那份"每件工具为什么在这里、怎么用、坏了找谁换"的台账。编辑器工位同理——"个性化高效环境"的完整含义不是"配置得顺手"，而是"顺手的东西可以完整地搬家、传承、复刻"。
总装四份档案
**档案一，设置分层入库。**用户级设置留给口味（同步走账号），工作区设置入库成"项目宪法"——第 6 章的分层原则最终落成两份干净文件：个人的一份随账号漫游，项目的一份随仓库评审。验收标准：换一台机器登录账号、拉下仓库，工位行为九成复现，剩下一成是机器相关的（终端档位、渲染参数），记在档案四里。
**档案二，扩展清单化。**第 1 章的推荐清单在这里完成闭环：每个项目的工作区里放推荐与反向推荐，覆盖"这个项目该装什么、别装什么"；全机导出的扩展列表（带版本号）定期存档进个人笔记仓——它是灾难恢复的底牌。两份清单分工明确：推荐清单管项目，导出档案管整机。
{ "recommendations": [ "esbenp.prettier-vscode", "dbaeumer.vscode-eslint", "eamodio.gitlens", "usernamehw.errorlens" ], "unwantedRecommendations": [ "coenraads.bracket-pair" ] }
这份示例清单刻意带了一行反向推荐：那件被内置收编的老装备（第 1 章与第 2 章都提过它的退役），在反向清单里"立此存照"——新人打开项目就会收到提醒，防止旧装备回流。
**档案三，环境规格化。**工位跑在什么环境上，环境就要有规格书：语言运行时版本（项目声明的版本文件）、包管理器与镜像源、系统依赖清单；进阶团队把整套环境做成容器规格（第 5 章的容器远程），规格即环境、环境即规格。这份档案回答的是"工位搬到新机器时，除了编辑器还有什么要装"。
**档案四，工序文档化。**第 6 章的任务文件是机器可读的工序，配套还差人可读的那份：常用动线的快捷键速查（挑二十个以内的真高频，别抄整张表）、装备清单的评审记录（7.2 节的产物）、以及一份"工位地图"——哪个面板放什么、终端几档各干什么、哪些装备按工作区启用。写给"三个月后的自己或接手的人"，看得懂就是合格线。
复刻演练：总装的验收
档案全不全，演练说了算。复刻演练的流程：找一台干净机器（或新用户账户），只带四份档案开工——登录账号同步用户级、拉仓库获得工作区级、按环境规格装运行时、按扩展档案恢复装备；然后跑一遍验收动线：打开项目五分钟内（语言服务预热完）完成一次"改代码、保存格式化、跑测试、断点调试、提交推送"的全循环。演练暴露的每个卡点都是档案的缺口：某装备漏在清单外、某环境依赖没进规格、某快捷键没同步——补上，档案就厚一寸。建议节奏：每年演练一回，或每次大换机时顺势做。
台面实测：一次真实交接
看总装的价值在交接时刻怎么兑现。场景：团队一位成员转岗，工位要交给继任者。旧式交接：口头讲一遍"都用什么、注意什么"，两周后继任者还在聊天工具上问"那个格式化怎么不生效"。档案式交接：继任者拿到四份档案，按复刻流程半天起了工位，遇到疑问先查工序文档与评审记录——两周后的提问从"怎么配"变成了"为什么这么定"，而评审记录里就写着为什么。交接的质量，就是工位经营质量的最终评分。
收束全册：工位升级方法论
七轮升级走完，把全册的方法论收拢成可带走的几条。其一，先盘点后采购：出厂能力用足，装备补缺口（第 1 章）。其二，按轮次升级：基础效率先行，专业化分区跟进，通用件最后（第 2 至 5 章）。其三，装备要联调：分层立宪、规范配置、冲突有断案、性能有账本（第 6 章）。其四，从用到造：不合手就自制，从片段任务到完整插件，台阶是连续的（第 6、7 章）。其五，经营是长跑：选型有章法、情报有网络、档案常更新（第 7 章）。
这套方法没有一条绑死在某个编辑器上。工具会换、生态会更替（本册里退役的、换代的、被收编的装备都是证词），但"盘点、升级、联调、自造、经营"的循环适用于任何你要长期相处的工具环境。愿你合上这册教程时，桌上的编辑器已经是一间收拾停当的工位——更重要的是，你手里握着的那张升级路线图，下次换工具时还能再用一遍。
坑点提醒
**坑一，档案写完就死。**四份档案的价值随过期速度衰减，季度复审（7.2 节）顺带更新它们。**坑二，复刻演练走过场。**拿主力机演练等于没演练，必须干净环境。**坑三，个性化变私有化。**档案的意义在传承；写得只有自己懂（缩写满篇、来龙去脉全靠脑内缓存），交接时等于废纸。
常见疑问快答
问：四份档案维护不动怎么办，能合并吗？答：能合并但不建议合并——它们的使用者与更新节奏都不同：设置档案随项目演进、清单档案随装备更替、环境档案随依赖升级、工序档案随团队流程变化。合并成一份大文档后，任何一类变化都要动整份文件，评审与冲突成本反而升高。折中方案是放在同一个文档目录下，用统一的索引页串起来。
问：复刻演练多久做一次才够？答：两个触发器任一满足即做：时间触发（每年固定一回）与事件触发（大换机、换工作、团队交接前）。演练成本半天以内，换来的是“档案是否可信”的实证——没演练过的档案只是愿望，演练过的才是能力。
替代方案
总装的替代是"云化工位"——全部档案换成云端开发环境，机器只是浏览器，交接变成发一个链接。这是重投入路线的一致性极致，代价是依赖网络与订阅。另一极是"随遇而安"：不建档案、换机重调，个人玩具项目无妨，团队场景不可取。四份档案的方案在两极之间：本地工位的体验、云端的可迁移性。至此，一间工位从盘点到总装的完整升级实录，全部交付。