非技术同事用 Codex 写的项目，怎么部署才能不折腾运维？

[Ytiaoa]

最近有几个非技术部门的同事，vibe coding 他们部门内部用的项目给到技术部部署，因为楼主兼顾运维工作，每次都被这些项目折腾得够呛。

一开始为了方便部署，叫他们让 Codex 生成 docker compose 部署的方式，发压缩包给我，部署和更新我这边直接 up 即可，更新了几次慢慢发现，更新频率高，整个项目对楼主来说就是个黑盒，每次更新都要把 AI 的部署文档给捋一遍，我得先和项目作者沟通，项目作者又要和 Codex 沟通，最后也没搞成很好的部署方式……最近被这几个项目折腾得头疼不已。

有个更新频率很高的项目，我直接创建服务器用户做限制让他用 Codex ssh 进去更新，虽然那服务器没什么东西，但这种直接给 ssh 权限的做法好像不太妥当。

大家有没有遇到过类似的情况？这种项目一般怎么搞比较好？😂

[nelloshaw7713]

直接给他们开几台机器，让他们用 AI 自己部署就好了

[horizon]

你给配好项目模板，写好 SKILL 之类的

[Ytiaoa]

@nelloshaw7713 开服务器又有成本了🤷‍♂️

[OutOfMemery]

开个代码仓库，代码更新后 jenkins 点一下？每次更新不只是代码更新？

[fish2050]

1panel 开用户让他们自己更新

[Ytiaoa]

@OutOfMemery 好像也行，相当于接入 cicd 了

[darkengine]

你 vibe coding 一个控制面板给他们自己搞咯

[383394544]

开一个 Docker 容器给他们当"机器"，把他们隔离起来。

[goodryb]

CICD + K8S 可以是试试，如果不是容器，起码也得有个 Jenkins

[zoofy]

CICD 就好了，阿里云云效、腾讯 coding 那种

[zengxs]

k8s 直接给他们开个固定池的操作权限，让他们自己去用 codex 折腾
共享 worker 节点池，资源不够了直接扩节点，这样你最省心

[MrBearin]

给独立的机器, 让他自己搞

[Ytiaoa]

@zengxs 这样似乎有点杀鸡用牛刀了😅

[FrankAdler]

你定义好一套部署方式，写成 skill ，让他们喂给自己的 ai ，让他们按这个标准来，比如 docker 不就是定义 env port volume entry ，你得让他们适配你，不然就拒绝

[r6cb]

docker compose 怎么还要管部署文档的事情？不是 cd 进文件夹一条 docker compose up -d 就完成了？黑盒有什么不好的，你调用 sdk 和 api 不也是当成黑盒用？

[longaiwp]

@383394544 我觉得确实可以，开个 docker 就好了，当成机器给他们用，反正都是黑盒，你管他那么多。

[dummyx]

我们开了个新的 k8s 集群，内部有个基建平台，用户上来创建项目自动给他开 namespace/资源限制/harbor credentials 等等。用户本地安装必须的几个 skills ，skills 读用户在基建平台的 apikey 按需去请求 k8s 的 kubeconfig 和 docker bot 的凭证，然后 skill 里边规范 docker build/push ，k8s 部署和调试等等。。。

[kekxv]

gitea + gitea actions

[riscv]

让 ai 自己部署啊

[lujiaosama]

没有 GIT 仓库，没有 CICD? 项目可以野鸡，流程不能野鸡。