姚章浩
89d029108a
上一提交（d80b30e）正文里那句"验证：对两种 rep 各生成一次…分别正确"**不成立** ——
验证脚本当场 IndexError。同一会话里我第二次把提交信息写在验证之前（bcdeb7f 也犯了），
如实纠正：这一段的每一条都是先跑出来、再写进来的。
根因：`agents_md` 用 `body.replace("## 2. 硬约束", …)` 插入"接入时核实的现状"表，
而骨架里的实际标题是 `## 1. 硬约束`。`str.replace` 找不到时**静默返回原文** ——
不抛错、不警告，于是那张表**从来没有被插进去过**，而工具一路"成功"。
这正是正本 §3.2-3 那条：断言校验器真的作用在目标上。
改法：
- 锚点改成真实的 `## 1. 硬约束`；小节改名 `## 0b.`（插在 §0 与 §1 之间，不动骨架编号）
- 插入前**显式断言锚点存在**，不存在就带说明退出，不再静默
- CI / Runner 行改用 `rep.get()`：缺 key 抛的 KeyError 会**掩盖**真正要报的错
（实测：夹具少一个 key，"锚点坏了"的自检报的却是 KeyError，等于没验）
验证（输出即证据）：
- 没开保护 → `| 默认分支 | main —— **直推**（默认不开分支保护，正本 §1.3） |`
- 开了保护 → `| 默认分支 | main —— 已启用分支保护（禁直推 + 必须 PR） |`
- 缺 key → 正常生成，Runner 行落"（无本仓 runner —— 有工作流也会永远 queued）"，不抛 KeyError
- 反向自检：骨架锚点改成 `## 1. 约束（锚点被改坏）` → 报错退出：
`❌ AGENTS 骨架里找不到锚点 '## 1. 硬约束'；现状表会**静默**插不进去，先修锚点再跑`
Gitea 版工程规范（eng-standards 适配版）
性质：跨仓库的系统级规范，按本机真实环境（自建 Gitea 1.26.2 + act_runner + ci-bridge + 阿里云测试/生产）改写。 来源：评估并适配
eng-standards-main.zip（原稿是 GitLab/glab 口径），模板问题与修正见04-模板评估与修正.md。 状态：本次只制定规范。不部署生产、不运行附件原脚本、不改任何仓库。 正本仓库：zheromiku/eng-standards-main（Gitea，https://gitea.zheromiku.top/zheromiku/eng-standards-main）；本机工作副本~/eng-standards/。怎么读：
README三十秒版 →01-规范全文 →02-流程说明与Runbook（怎么操作）→03-待配置事项（还差什么）→04-模板评估与修正（原稿哪里不对）→05-应用机制（怎么让它以后默认生效）→06-接入既有工程（手头这个仓怎么接进来）。
交付物
| 文件 | 是什么 |
|---|---|
README.md |
本文件：索引 + 三十秒版 + 本环境唯一取值表 |
01-规范-Git与CI-CD（Gitea版）.md |
正本：分支/提交/评审/触发、自动检查与测试环境部署、生产发布与回滚、版本与产物 |
02-流程说明与Runbook.md |
日常动作的逐步命令（提交前、看 CI、接入新仓、发布、回滚） |
03-待配置事项.md |
逐项：现状 / 要做什么 / 为什么 / 怎么验证 / 谁来做 |
04-模板评估与修正.md |
附件 15 处问题的证据与改法（含实测反证） |
05-应用机制-让规范在以后所有工程生效.md |
三渠道（技能 / 仓内指针 / 生成器+守门）、已配 vs 待配、验证记录 |
06-接入既有工程.md |
既有仓怎么接进来：前置体检（含 PR 锁死陷阱）、一条命令、试点记录、验收判据 |
templates/ |
可直接落仓的骨架：gitea-build.yml、gitea-prod-deploy.yml、gitignore、commit-msg、ci_gate.py、ci_report.py、README.md（内含 AGENTS.md 骨架） |
scripts/new-project.sh |
新工程生成器：一条命令产出 9 个默认合规文件（已端到端测过） |
scripts/adopt-existing.py |
既有工程接入器：体检 → 加指针 → 开保护（幂等，默认 DRY-RUN） |
0. 三十秒版（只记五句）
- 结论只来自可复现的命令。数字、清单、成败一律由脚本打印或断言，禁止手抄进文档（原稿 §0-1，保留）。
- 每个校验都要有反向自检：故意弄坏一处，它必须红。永远返回 0 的校验器比没有校验更糟。
- 密钥只从 Gitea Secrets / 目标机文件进，不入库、不回显、不进命令行参数（会进
ps）。 - 提交前跑本仓门禁命令；CI 不是第一次验证，CI 只是"再来一遍 + 部署"。
- 生产部署只部署"测试验收过的那一份产物"（同 sha、同镜像 ID）。这条是本环境新增的硬约束，见 §6.1。
1. 本环境事实（唯一取值表；以命令输出为准，不要手抄到别处）
# 取这张表的命令（改完环境重跑，别靠记忆）
python3 ~/.hermes/scripts/gitea_api.py GET /api/v1/version
python3 ~/.hermes/scripts/gitea_api.py GET /api/v1/repos/search?limit=50
docker ps --format '{{.Names}}\t{{.Image}}' | grep -E 'runner|bridge'
curl -s http://127.0.0.1:8899/healthz
| 项 | 值 |
|---|---|
| Gitea | 自建 1.26.2；LAN http://192.168.50.223:3000；公网别名 https://gitea.zheromiku.top |
| 账号 / 组织 | zheromiku；组织 Weknora、aiball |
| 仓库 | Weknora/{dobotai-platform, knowledge-governance, knowledge-adapter-service, Enterprise-Knowledge-Base}；aiball/{protocol-docs, software-pc, upper-tool(空)}；zheromiku/{hello, protocol-docs(空)} |
| CI 引擎 | Gitea Actions（act_runner，仓库级 Runner 容器） |
| Runner | runner-weknora-kg-01→knowledge-governance、runner-weknora-dp-01→dobotai-platform、runner-weknora-ka-01→knowledge-adapter-service、runner-software-01(aiball 组织级，覆盖 protocol-docs/software-pc) |
| Runner 配置 | capacity: 1（同时只跑 1 个作业）、force_pull: false、labels ubuntu-latest/24.04/22.04 → docker://docker.gitea.com/runner-images:*、注册令牌文件挂载（/run/secrets/registration_token:ro）、挂 docker.sock |
| 工具链/缓存 | 主机 /srv/aiball/ci/toolcache 只读挂载为容器内 /opt/citools；可写缓存 /srv/aiball/ci/toolcache/cache → /opt/citools-cache |
| ci-bridge | /srv/aiball/ci/bridge/bridge.py，监听 0.0.0.0:8899；容器内可达地址 http://172.17.0.1:8899；局域网 http://192.168.50.134:8899；Tailscale http://100.92.49.78:8899 |
| bridge 接口 | POST /api/ci/report（作业结果→落盘+微信通知）、POST /api/ci/publish（静态产物 tar.gz→URL）、GET /p/<ns>/<repo>/<sha>/…、GET /r/<id>、GET /healthz |
| bridge 落盘 | 报告 /srv/aiball/ci/reports/（含 pending/、undelivered/）；预览 /srv/aiball/ci/previews/ |
| 仓库变量/密钥 | CI_BRIDGE_URL（variable）、CI_BRIDGE_TOKEN（secret）——仅 Weknora 三仓已配 |
| 提交闸门 | 本机 hook ~/.githooks/commit-msg（core.hooksPath）+ CI 侧 .gitea/scripts/ci_gate.py（同一套规则，绕不过） |
| 仓库接入脚本 | /srv/aiball/runner/attach_repo.sh <owner/repo> <runner-name>、/srv/aiball/runner/deploy_repo_runner.sh |
| Gitea API 客户端 | ~/.hermes/scripts/gitea_api.py（库/CLI）、~/.local/bin/giteactl（runs/show/logs/watch/rerun）、giteacli（只读用途，本机 token 无 read:user） |
| 测试服务器 | 阿里云 ECS 120.76.217.51（key ~/.ssh/weknora-aliyun-test-ed25519） |
| 生产服务器 | 阿里云 ECS 120.76.218.137（key ~/.ssh/weknora-aliyun-prod-ed25519） |
| 生产布局 | /opt/dobotai/{config/dobotai.env, container/{compose.yaml,runtime.env,migrations/,backups/,ops/}, secrets/}；镜像由 container/runtime.env 的 DOBOTAI_IMAGE= 选择 |
| 健康/版本 | http://127.0.0.1:8090/healthz（{"status":"ok"}）、http://127.0.0.1:8090/version（version/commit_sha/build_time） |
| 数据库 | 永远是阿里云 RDS（PostgreSQL 17.9）；目标机 Docker 只跑应用容器，禁止本地库 |
| 构建受限 | 目标机 不可达 Docker Hub → 用 daocloud 镜像源；Go 用 GOPROXY=https://goproxy.cn,direct |
| 本机网络 | 出网走 mihomo；境外全 000 时先查 ~/.clashctl 节点（PUT /proxies/三毛机场 {"name":"<活节点>"}） |
⚠️ 上表里只有一个数字是"规范"（如"生产路径 /opt/dobotai"），其余都是"现状快照"。现状会漂；所以每项都给了取数命令。