# 公司统一规范

## 代码规范
- 提交前必须执行 `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` 是否有新消息。