把桌宠装进 CI/CD？五个做不出来的脑洞

这些脑洞是怎么冒出来的

每隔几周就有人在社区里贴一张截图：桌宠蹲在一条飘红的流水线旁边。回复里全是桌宠脑洞，大部分是玩笑，有那么几个是玩笑被人真的做出来了。

我把大概四十个脑洞按工作量排了一遍。少数几个今天就能跑，只需要一个 shell 脚本；有几个得写真的集成；剩下的该待在玩笑堆里，虽然我本人挺喜欢它们。

今天就能跑起来的玩法

桌宠就是磁盘上的一个目录。任何能挪动文件的东西都能换掉你看到的那只，所以下面这几种完全不需要 Codex 点头。

• 构建状态镜像：脚本盯着流水线，绿了就指向绿色那只，红了就换红色那只
• 站会计时器：开会前两分钟，桌宠切到等待状态
• 分支护栏：在 main 上换成另一只，敲错命令之前你就已经看见了
• 专注时段：深度工作时间一只，午饭后的评审时段另一只
• 这些都不是桌宠在读你的 CI，是脚本在读，然后挪了一个目录。

离开桌面之后的用法

这类用法比自动化那类活得久，原因很实在：一张做好的图不会因为接口变了就失效。

• 更新日志配图：每个版本的图里都是同一只，整套日志读起来像一个产品
• 团队 wiki：新人生成一只，直接放进上手文档里名字旁边
• 会议 slides：角落里放一只像素宠物，比再贴一张素材图强
• 支持文档：截图统一用一套主题，看起来才像同一个团队出的

做不出来的那几个

下面是每次都有人问的部分。它们在每个帖子里都会出现，而且都做不到人们描述的那样。

• 实时响应测试结果：精灵图固定九个状态。脚本能挑其中一个，但造不出第十个。
• 桌宠住进 PR 里：桌宠渲染在你的桌面上。PR 里能看到的东西，是有人上传上去的一张图。
• 按覆盖率变心情：覆盖率是个数字，桌宠并不知道数字是什么，读的人还是你自己。
• 全团队共用一只：每个安装都是本地的，两个人会在两台机器上看到两只。
• 能修构建的桌宠：这个我愿意花钱。它不存在。

真做起来要花多少功夫

对一个人来说，这套搭建常常不值那个收益。等五个人共用同一个脚本，账才算得过来。

• 一个 shell 脚本，20 到 40 行，除了 curl 没有别的依赖
• 两张精灵图，一张给构建通过，一张给构建失败
• 一条 cron 或一个 webhook 去调这个脚本
• 手动装一只桌宠大概九秒，目录挪动脚本化之后更快
• 第一次因为脚本跑在错误的用户下而调试，大概要五分钟

挑一个试试

从 / 开始，随手拿一张照片生成一只；为什么这类陪伴能留下来，写在 /blog/why-developers-love-desktop-companions。终端安装步骤在 /blog/install-codex-pet-terminal，套餐次数看 /pricing。生成器本身在 codexpetgenerator.com。