团队用 VMware 或 VirtualBox 搭建测试环境时，小王默默配好了三台 CentOS 虚拟机，还写了自动挂载脚本；隔壁工位的老李顺手帮你调通了桥接网络，没留记录也没提一句。这些活儿干得实在，但往往被当成“应该的”。表扬不是客套话，是让协作可持续的关键动作。
表扬要具体，别只说“干得不错”
“你这个快照策略太棒了！”不如说：“上周五我误删了 /etc/network/interfaces，靠你设的‘部署前快照’30秒就回滚回来——这省了我两小时排查。” 把时间、操作、结果串起来，对方一听就知道你真用了、真记住了。
用对场景，比当众夸更有效
在 Slack 的 #vm-team 频道里发条消息：/remind @zhangsan 今天下午3点记得查下 Ubuntu 22.04 的内核模块加载问题 —— 多谢你昨天修好 vGPU 驱动，现在 CI 流水线跑得稳多了！ 既点名致谢，又自然带出后续任务，不突兀也不敷衍。
把贡献写进文档，比口头说一次管用
在团队 Wiki 的《KVM 故障排查手册》里加一行：
【经验补充】2024-06-12 由 @liwei 发现：当 libvirtd 升级后 virsh list --all 返回空，需手动执行 systemctl restart libvirtd.socket。已验证适用于 Debian 12 + KVM 7.2。小动作比大仪式更打动人
同事帮你调通 Vagrantfile 后，顺手把他的 GitHub ID 加进 README 的 Contributors 区域：
## Contributors
- @xiaowang (added VirtualBox provider config for Windows hosts)
- @lili (fixed NFS mount timeout in Ubuntu 20.04)表扬的本质，是让别人看见自己的劳动如何真实地嵌入到整个虚拟机工作流里——不是锦上添花，而是让每台跑起来的 VM，都带着一点被确认过的温度。