智能体开发十七天后才发现未建 Git 仓库

Refmade 的作者主要用 Claude Code 和 Codex 开发这款桌面应用，连续工作十七天、发布多个版本后，才发现项目从未执行过 git init。直到 10 月 7 日，2,764 个文件才首次进入 Git。作者原本设有验证后自动提交并推送的规则，但它只在已有仓库内生效，始终没有触发。

目前能确认什么

Refmade 会把本机运行的 Claude Code 和 Codex 会话展示成办公室，帮助用户查看哪些会话正在工作、哪些正在等待回应。它是独立应用，与 Anthropic、OpenAI 没有隶属关系。作者负责规划、决策和审查，智能体编写大部分代码。

项目最初只是整理智能体的个人文件夹，后来逐渐变成产品。网站通过 Vercel CLI 从本地目录直接部署，回退依赖旧部署记录，因此发布流程能继续运转。交接记录其实写过「该目录不是 Git 仓库」，但没有人采取行动。

另一台 Mac 缺少最新源码，智能体甚至从已安装的 Electron 应用中提取 JavaScript 文件，再开展实验。最终首次提交保存了当时的文件状态，却无法补回此前各版本的修改过程。

部署记录、压缩包和安装包能保留部分成果，却不能替代源码提交历史。

我的判断

这次暴露的是自动化规则的前置条件缺口：要求「验证后提交」，仍然可能遗漏「先确认目录属于仓库」。交接记录出现异常，也不等于异常已经得到处理。

对使用智能体开发的程序员，我会把交付检查写成可验证的条件：当前目录存在 Git 仓库、远端已配置、交付版本能对应到具体提交。多机开发还要确认双方基于哪个提交继续工作，否则「已同步」可能只是复制了文件。

作者后来加入了初始化仓库、运行 gitleaks、建立私有远端后才能交付的要求。但节选没有交代这些要求是否由脚本强制执行。规则写得更严格，是否就能阻止下一次遗漏，仍要看它有没有成为发布前必须通过的检查。