这次不是随心一记，好吧，还是随心一记。
最近 gemini-cli 宣布不再支持个人免费计划，并建议迁移到 antigravity-cli，这也说明如果用户想继续使用的话，得从使用开源的 gemini-cli 转到使用闭源的 antigravity-cli。其实我心里也想继续使用服务，但是近几年来，我的软件习惯是：“尽量不用闭源软件，如果要用的话，丢虚拟机里”，而这就造成了矛盾。另外之前在尝试 gemini-cli 的时候，我就对 gemini-cli 能读取文件以及执行命令感到过担心，最开始我安装完 gemini-cli 后就直接在我的家目录下运行 gemini，然后随之弹出了一条警告，警告说当前目前为主目录，提醒我到其他项目文件夹中去运行，但是我当时在顾着登录认证，然后没管，认证完后才想起这条警告，我当时应该没在主目录下与 gemini 对话（但我记不清了），之后在其他目录下运行并与 gemini 对了一会的话后，发现它执行一些 shell 命令并不会像文档中说的那样请求我批准，而是直接运行命令然后就列出了项目文件夹外的目录结构，这种不确定性使我感到一种担忧，担忧如果我之前在家目录运行 gemini 后我的家目录里的一些私密数据是不是已经被 gemini 上传了，因此，我之后几天都在搜索相关内容来了解 gemini-cli 的行为。
经历过以上这些，我已不得不承认，我还是无法逃离闭源软件，而且我也一直没逃离成功过（我桌面听歌用的一直是 spotify，而 spotify 闭源），但是我心里又不想使用闭源的东西，因此这种矛盾心理已经困扰了我很多年，然后最近 gemini-cli 的迁移公告就成了压垮骆驼的最后一根草，使我不得不重新思考起来。目前，我做的决定是：“可以安装和使用闭源软件，但是还是需要一些使用上的限制”，而我给自己的限制就是：“1. 除非不得已，否则不要在自己的主用户下运行闭源软件；2. 闭源软件的安装应是用户级，目前我能想到的是这可以用 flatpak 或者 distrobox 做到”。我目前想到的这些应该可以保障主用户数据，虽说可能仍是不够，不过这也是我目前能想到的答案了。
其实，照我这么多年的软件使用习惯上来看，一昧的执着使用开源软件在某种程度上来说也是一种封闭，而那些同时两者都使用的则是种开放，这句话或许有点道理，也或许没有道理，我目前也没有答案。总之，现在的我，正在尝试着接受使用闭源软件。开放或封闭，这是个问题:/