31 lines
1.0 KiB
Markdown
31 lines
1.0 KiB
Markdown
# 公司统一规范
|
||
|
||
## 代码规范
|
||
- 提交前必须执行 `cargo check`，并保持零 warning。
|
||
- 提交前必须执行 `cargo test`，并确保全部通过。
|
||
|
||
## 提交规范
|
||
- `git commit` 消息统一使用以下前缀：`feat:`、`fix:`、`docs:`、`test:`、`refactor:`。
|
||
- 提交信息应简洁描述本次变更目的，避免无意义描述。
|
||
|
||
## 沟通规范
|
||
- 集体沟通统一记录在 `.showen/TEAM_CHAT.md`。
|
||
- 个人定向沟通统一写入 `.showen/inbox/<name>.md`。
|
||
|
||
## 文件结构规范
|
||
- `docs/`：存放流程文档。
|
||
- `.showen/`：存放管理状态与协作文档。
|
||
- `souls/`：存放灵魂文件。
|
||
|
||
## 质量规范
|
||
- 新功能必须附带测试。
|
||
- P0 问题必须当天修复。
|
||
|
||
## kilo 使用规范
|
||
- 不读大 diff，优先阅读必要文件和局部上下文。
|
||
- 命令越简单越好，减少复杂链式操作。
|
||
|
||
## 执行纪律
|
||
- 每个员工完成任务后，必须更新自己的 `soul` 文件。
|
||
- 每个员工开始任务前，必须先检查 `.showen/inbox/<自己名字>.md` 是否有新消息。
|