新电脑开箱到能用：第一次尝试把装机流程写成脚本
给新电脑（或者重装后的电脑）配置到能正常使用，标准流程走一遍要经过好几个环节：改机器名、装常用软件、映射共享盘、装打印机、导入 Outlook 配置……每一步单独看都不复杂，但连续给多台电脑重复做，大半天时间就这么过去了。第一次尝试把这套流程自动化，记录下来的思路比脚本本身更值得留存。
先想清楚：哪些步骤能自动化，哪些不能
装机流程里的步骤大致分两类：
- 纯粹的配置动作（改机器名、装软件、映射网络驱动器、设置默认打印机）——这些是确定性的操作，输入固定、输出可预期，天生适合写成脚本；
- 需要人工判断或交互认证的步骤（比如需要用户当场输入账号密码登录某个系统、需要现场确认设备型号）——这些没法完全自动化，但可以把”跑到这一步该做什么”写清楚，减少犹豫和查资料的时间。
第一次尝试的范围：先吃掉最费时的那部分
第一版自动化脚本没有追求”全自动”，而是先覆盖重复度最高的几步：
- 改计算机名（
Rename-Computer）； - 静默安装一批常用软件（用带静默参数的安装包，逐个装完不用人守着点”下一步”）；
- 映射固定的共享盘路径；
- 配置默认打印机。
没有覆盖的部分（业务系统客户端安装、账号权限、Outlook 邮箱配置）留给人工处理——这些步骤涉及的变量太多（不同用户对应不同的系统权限、不同的邮箱），第一版硬塞进自动化反而增加复杂度和出错概率。
自动化不需要一步到位，先啃掉最费时的那一半
教训
- 自动化的第一版不需要覆盖全流程——先挑出重复度最高、确定性最强的那几步，投入产出比最好；
- 涉及用户身份/权限判断的步骤，第一版宁可留给人工，硬塞进自动化流程反而会因为边界情况处理不周而出问题；
- 哪怕只自动化了一半流程，剩下人工做的部分也应该写成清晰的检查清单——自动化脚本负责”跑得快”，检查清单负责”不漏做”，两者配合才是完整的方案；
- 第一次尝试的价值不在于脚本写得多完美，而在于摸清楚了哪些环节值得投入自动化、哪些环节暂时不值得——这份认知比脚本本身更耐用，后续迭代都建立在这个基础上。