189 lines
8.3 KiB
Markdown
189 lines
8.3 KiB
Markdown
# tsl-playbook
|
||
|
||
TSL Playbook：Tinysoft Language（`.tsl` / `.tsf`）工程规范与代理规则合集。
|
||
|
||
## 目标
|
||
|
||
- 让代码**易读、易维护、易演进**。
|
||
- 风格保持一致，减少无意义的差异。
|
||
- 在不影响清晰度的前提下，尽量简洁。
|
||
|
||
## 原则
|
||
|
||
1. **可读性优先**：读代码的时间远大于写代码。
|
||
2. **一致性优先**：同一仓库内保持一致比追求“最优风格”更重要。
|
||
3. **遵从既有代码**：修改/扩展现有代码时优先沿用其局部风格。
|
||
|
||
## 适用范围
|
||
|
||
- 本指南适用于所有 TSL 相关仓库与脚本。
|
||
- 当现有代码与本指南冲突时，**以保持局部一致性为优先**，逐步迁移。
|
||
|
||
## docs/（开发规范）
|
||
|
||
`docs/` 目录是给开发者阅读的工程规范，约束代码写法、命名与提交信息。
|
||
|
||
- `docs/index.md`：文档导航（跨语言 common / TSL 专属）。
|
||
- `docs/common/commit_message.md`：提交信息与版本号规范（type/scope/subject/body/footer、可选 Emoji 图例、SemVer）。
|
||
- `docs/tsl/code_style.md`：TSL 代码结构、格式、`begin/end` 代码块、注释与通用最佳实践。
|
||
- `docs/tsl/naming.md`：TSL 命名规范（顶层声明、文件同名规则、变量/成员/property、常量、集合命名等）。
|
||
|
||
## .agents/（代理规则）
|
||
|
||
`.agents/` 目录是给自动化/AI 代理在本仓库内工作时遵守的规则，与 `docs/` 并行。
|
||
|
||
- `.agents/index.md`：代理规则索引、适用范围与工作原则。
|
||
- `.agents/auth.md`：安全与鉴权边界、敏感信息处理要求。
|
||
- `.agents/performance.md`：性能优化原则、流程与验证要求。
|
||
- `.agents/code_quality.md`：代码质量底线与 review 清单。
|
||
- `.agents/testing.md`：测试策略与何时补测试。
|
||
|
||
## 在其他项目中使用本 Playbook
|
||
|
||
由于本仓库需要内部权限访问，其他项目**不能仅用外链引用**；推荐把 Playbook 规范 vendoring 到项目内。
|
||
|
||
### 方式一：git subtree 同步（推荐）
|
||
|
||
1. 在目标项目中首次引入：
|
||
|
||
```bash
|
||
git subtree add \
|
||
--prefix docs/standards/tsl \
|
||
https://git.mytsl.cn/csh/tsl-playbook.git \
|
||
main --squash
|
||
```
|
||
|
||
2. 后续同步更新：
|
||
|
||
```bash
|
||
git subtree pull \
|
||
--prefix docs/standards/tsl \
|
||
https://git.mytsl.cn/csh/tsl-playbook.git \
|
||
main --squash
|
||
```
|
||
|
||
3. 目录约定（建议）
|
||
|
||
目标项目推荐采用以下结构（Playbook 快照与项目文档分离）：
|
||
|
||
```txt
|
||
.
|
||
├── .agents/
|
||
│ ├── index.md # 多语言代理规则集索引（缺省时由脚本创建）
|
||
│ └── tsl/ # 从 Playbook 同步（仅覆盖该子目录）
|
||
├── .gitattributes # 从 Playbook 同步
|
||
├── docs/
|
||
│ ├── standards/
|
||
│ │ └── tsl/ # git subtree 快照（只读）
|
||
│ │ ├── docs/ # common/ + tsl/
|
||
│ │ ├── .agents/ # 标准代理规则快照
|
||
│ │ ├── .gitattributes
|
||
│ │ └── SOURCE.md # 记录来源版本/commit（项目自行维护）
|
||
│ └── project/ # 目标项目自己的文档
|
||
└── README.md # 说明遵循 standards
|
||
```
|
||
|
||
根目录的 `.agents/tsl/` 与 `.gitattributes` 通过同步脚本获得：
|
||
|
||
- 直接运行 Playbook 提供的脚本（子树快照里自带）：
|
||
- `docs/standards/tsl/scripts/sync_standards.sh`（推荐）
|
||
- `docs/standards/tsl/scripts/sync_standards.ps1`（推荐）
|
||
- `docs/standards/tsl/scripts/sync_standards.bat`（推荐）
|
||
- 脚本会从快照目录同步到项目根目录，并先备份旧文件（`.bak.*`）。
|
||
|
||
注：`docs/standards/tsl/` 只是推荐目录名；你可以用任意 `--prefix`（例如 `docs/standards/tsl_playbook/`）。同步脚本会从脚本自身路径推导快照根目录，不再依赖目录名。
|
||
注：默认同步到 `.agents/tsl/`；如需指定规则集名称，可通过环境变量 `AGENTS_NS`（例如 `AGENTS_NS=tsl`、`AGENTS_NS=common`）。
|
||
|
||
这样 clone 任意项目时都能直接读取规范文件，不依赖外部访问权限。
|
||
|
||
### 方式二：手动复制快照
|
||
|
||
如果不使用 `git subtree`，也可以由有权限的人手动复制 Playbook 到目标项目中（适合规范不频繁更新或项目数量较少的情况）。
|
||
|
||
步骤：
|
||
|
||
1. 在目标项目创建目录：`docs/standards/tsl/`。
|
||
2. 从本仓库复制以下内容到目标项目：
|
||
- `docs/` → `docs/standards/tsl/docs/`（包含 `docs/common/` 与 `docs/tsl/`）
|
||
- `.agents/` → `docs/standards/tsl/.agents/`
|
||
- `.gitattributes` → `docs/standards/tsl/.gitattributes`
|
||
- `scripts/` → `docs/standards/tsl/scripts/`
|
||
3. 在目标项目根目录运行同步脚本，把 `.agents/tsl/` 与 `.gitattributes` 落到根目录（见上文脚本路径）。
|
||
4. 在 `docs/standards/tsl/SOURCE.md` 记录本次复制的来源版本/日期（建议写 Playbook 的 commit hash）。
|
||
|
||
该方式没有自动同步能力，后续更新需重复上述复制流程。
|
||
|
||
### 多语言项目落地（TSL + C++/其他语言）
|
||
|
||
多语言项目建议把规范拆成两类：
|
||
|
||
1. **仓库级（跨语言）共识**：对所有语言都成立的规则与流程。
|
||
- 提交信息：`docs/common/commit_message.md`
|
||
- 行尾与文本规范：`.gitattributes`
|
||
- 代理最低要求：`.agents/*`（工作原则、质量底线、安全边界）
|
||
2. **语言级（Language-specific）规范**：只对某个语言成立的风格与工具。
|
||
- 例如 TSL 的命名/文件顶层声明限制、C++ 的 `.clang-format/.clang-tidy`、Python 的 `ruff` 等。
|
||
|
||
建议：仓库级规则尽量少且稳定；语言级规则各自独立，避免互相“污染”。
|
||
|
||
本仓库提供的代理规则集（同步后位于目标项目的 `.agents/tsl/`）当前全部为**跨语言通用规则**：
|
||
|
||
- `auth.md`：敏感信息/鉴权边界
|
||
- `code_quality.md`：质量底线与 review 清单
|
||
- `performance.md`：性能原则与验证
|
||
- `testing.md`：测试策略
|
||
|
||
#### `.agents` 的覆盖/合并策略（可执行流程）
|
||
|
||
同步脚本会同步到项目根目录的 `.agents/tsl/`（并不会覆盖 `.agents/` 下的其他语言目录）。若项目需要追加 C++ 等语言/模块专属规则，建议二选一：
|
||
|
||
1. **推荐：子目录规则覆盖（无需改同步脚本）**
|
||
- 让本 Playbook 的规则集固定落在 `.agents/tsl/`，由同步脚本维护。
|
||
- 在其他语言/模块目录下新增更具体规则，例如 `.agents/cpp/`、`cpp/.agents/`、`src/.agents/`。
|
||
2. **Overlay 合并：项目维护叠加层并在同步后覆盖回去**
|
||
- 约定项目自定义规则放在 `docs/project/agents_overlay/`（不叫 `.agents`，避免被同步覆盖）。
|
||
- 每次运行 `sync_standards.*` 后，再把 overlay 覆盖回 `.agents/tsl/`（建议封装成项目脚本）。
|
||
|
||
macOS/Linux 示例（目标项目的 `scripts/sync_standards.sh`）：
|
||
|
||
```sh
|
||
#!/usr/bin/env sh
|
||
set -eu
|
||
|
||
sh docs/standards/tsl/scripts/sync_standards.sh
|
||
|
||
OVERLAY="docs/project/agents_overlay"
|
||
if [ -d "$OVERLAY" ]; then
|
||
cp -R "$OVERLAY"/. ".agents/tsl/"
|
||
echo "Applied agents overlay."
|
||
fi
|
||
```
|
||
|
||
PowerShell 示例（目标项目的 `scripts/sync_standards.ps1`）：
|
||
|
||
```powershell
|
||
$ErrorActionPreference = "Stop"
|
||
|
||
& "docs/standards/tsl/scripts/sync_standards.ps1"
|
||
|
||
$overlay = "docs/project/agents_overlay"
|
||
if (Test-Path $overlay) {
|
||
Copy-Item "$overlay\\*" ".agents\\tsl" -Recurse -Force
|
||
Write-Host "Applied agents overlay."
|
||
}
|
||
```
|
||
|
||
#### 扩展新语言（模板）
|
||
|
||
当目标项目需要新增一门语言（例如 C++），建议按以下模板扩展：
|
||
|
||
- 文档：在目标项目增加 `docs/standards/cpp/docs/`（或另一个标准仓库 subtree），并在项目 `README.md`/`docs/index.md` 链接入口。
|
||
- 代理规则：在目标项目增加 `.agents/cpp/`（与 `.agents/tsl/` 并行），只写 C++ 专属要求与工具链约束。
|
||
- 同步策略：每个规则集只同步到对应子目录（例如 `.agents/cpp/`），避免覆盖整个 `.agents/`。
|
||
- CI/工具：按文件类型分别执行格式化、lint、测试（不要让 TSL 规则去约束 C++ 代码，反之亦然）。
|
||
|
||
## 版本与贡献
|
||
|
||
- 本项目会持续迭代；变更以 PR 形式提交。
|
||
- 新规则需包含动机、示例、迁移建议（如有）。
|