工具使用协作规范
一、AI工具调用操作规范
规则 1 模型选择与调用记录
AI工具的使用必须遵循以下操作规范:
- 指定主力模型:以 DeepSeek-V4-Pro 为主要创作模型,特殊情况可使用备用模型并记录原因
- 记录token消耗:每次AI调用后记录本次token消耗量,用于成本核算和用量监控
- 格式校验前置:所有AI产出内容必须在提交前完成格式校验,不得在发布后再修补格式问题
| 场景 | 推荐模型 | 备注 |
|---|---|---|
| 章节正文创作 | DeepSeek-V4-Pro | 主力模型,确保文学质量 |
| 设定资料整理 | DeepSeek-V4-Pro | 需要高精度结构化输出 |
| 格式校验与排版 | 任意可用模型 | 校验类任务不强制主力模型 |
| 批量文本处理 | 轻量模型 | 需记录使用原因 |
调用记录示例:
时间:2026-07-07T14:30 模型:DeepSeek-V4-Pro 会话ID:session-20260707-abc 任务:V3.42 席琳与莱昂对话段落重写 输入token:2,340 输出token:1,890 结果状态:已提交至 review/
二、NAS本地同步协作规则
规则 2 文件同步与冲突处理
NAS文件同步操作必须遵循以下规则:
- 修改前先同步:本地修改任何文件前,必须先从NAS同步最新版本,避免基于过时内容修改
- 冲突以Git master为准:当NAS文件与Git仓库产生冲突时,以Git master分支内容为准
- 构建前确认最新:执行全站构建前,必须确认NAS上的所有文件已同步至最新版本
- 备份回滚通过Git执行:需要回滚时通过Git历史版本恢复,严禁手动覆盖文件
从NAS同步
获取最新版本
获取最新版本
→
本地修改
并保存
并保存
→
提交至Git
仓库
仓库
→
同步至NAS
更新备份
更新备份
冲突处理示例:
场景:NAS上 chapters/V3.42.md 与 Git master 不一致 处理方式: 1. git diff 查看差异内容 2. 以 Git master 版本为基础 3. 手动合并NAS上独有的修改 4. 提交合并结果至Git 5. 同步更新至NAS
三、全站链接定期自检规范
规则 3 链接扫描与修复时效
为确保全站链接的有效性,执行以下定期自检制度:
- 每周扫描:每周执行一次全站链接扫描,使用 /external-links.html 工具
- 构建前自动扫描:每次全站构建前自动执行死链检测,发现死链则阻断构建
- 修复时效:条例关联链接断裂的,必须在发现后 24小时内 完成修复
- 结果归档:每次扫描结果归档至运维日志,记录扫描时间、检测链接数、失效链接数及修复状态
| 扫描类型 | 频率 | 工具 | 修复时效 |
|---|---|---|---|
| 全站定期扫描 | 每周一次 | external-links.html | 72小时 |
| 构建前扫描 | 每次构建前 | 自动检测脚本 | 构建前修复 |
| 条例关联链接 | 实时 | 人工检查 | 24小时 |
扫描日志示例:
扫描时间:2026-07-07T08:00 扫描类型:每周定期扫描 检测链接总数:1,247 有效链接:1,241 失效链接:6 失效详情: - /bible-arena.html#blood-ritual → 锚点不存在 - /settings.html#magic-system → 页面重定向 - …… 修复状态:已修复5条,1条待处理(已记录工单)