01你的技术栈
支持现有代码仓库,也支持从零开始的新项目。
下方列表用于加快配置,而非准入门槛。对于可识别的技术栈,系统会自动配置安装、运行与校验三条命令,不必先询问任何人;无法识别的技术栈会被明确标记为未识别,并由你自己的模型编写这些命令。
- 现有代码仓库
- 支持任何语言,包括团队长期不愿触碰的遗留代码。我们会读取目录结构,自动配置可以确定的命令,并明确标注哪些命令是推断得出的。
- 列表之外的技术栈
- 标记为未识别,而不是强行归入最接近的类别。安装、运行与校验三条命令将针对你的仓库专门编写,而非从列表中读取,运行记录会注明采用的是哪种方式。
- 从零开始的新项目
- 空仓库将使用我们选定的框架,通过该框架自带的生成器完成初始化。我们不内置任何模板,也绝不会将现有代码改写为某个框架:那属于需要人工批准的变更,而不是项目初始化。
开箱即可识别
- Bun
- Node
- Python
- Go
- Rust
- Ruby
- ultimate
所有功能均不要求技术栈可被识别。识别列表只决定初始命令能否自动配置。
代码仓库的接入方式
通过标记文件识别
检测仅读取代码副本的顶层目录:bun.lock, package.json, pyproject.toml, requirements.txt, setup.py, go.mod, Cargo.toml, Gemfile。越具体的标记优先级越高,因此当锁文件与清单文件同时存在时,以锁文件为准。不会通过网络获取任何内容,也不会根据仓库名称进行推断。
未识别,但不会被拒绝
没有已知标记的目录结构会被标记为未识别,而不是强行归入最接近的类别。随后由你自己的模型阅读代码仓库并编写三条命令,运行记录会注明采用的是哪种方式。
以你的命令为准
自动配置的命令以脚本形式写入代码仓库,且每次写入都不会覆盖已有文件。你已有的安装、运行或校验脚本将原样保留,之后你修改的版本也会一直保留。
命令的作用
校验命令是执行角色用于验证自身 PR 的依据,也是深度评审在 diff 上运行的内容。拥有三条有效命令的代码仓库可以接受自动化检验;没有命令的仓库,评审时则缺少这一道门禁。
识别列表是捷径,而非上限
识别列表的意义在于:对于我们能够自动识别的代码仓库,在向模型提出任何问题之前就已具备可运行的门禁。除此之外,它不决定任何事情。列表之外的代码仓库同样会被克隆、读取、处理,并发起 PR;它失去的只是自动配置的三条命令,而一旦你自己的模型编写完这三条命令,即可恢复。这就是全部限制条件。我们宁愿如实说明,也不愿宣传一份我们并未维护的语言列表。
从零开始
统一的默认框架
空仓库通过调用默认框架自带的生成器完成初始化,而不是复制我们保存的模板。我们不内置任何模板,因此你获得的是该框架当前发布的版本,而不是过期的副本。
或在你的技术栈中使用默认结构
在新仓库中指定其他技术栈,即会获得我们的默认仓库结构:Bun, Node, Python, Go, Rust, Ruby。列表之外的技术栈会被明确拒绝,理由写入记录,而不会被默默地降级为空白基础结构。
绝不改写现有代码
我们不提供迁移命令,今后也不会提供。将某个框架应用到已有代码的仓库属于需要人工批准的重写,因此初始化程序会明确拒绝,而不是将其缩减为看似成功的部分操作。
