muse-agent-example/docs/运行手册.md

运行手册

新版 Muse（agent-example 单用户作者工作台）的日常运行、备份与排障入口。能力状态与边界见文末。

1. 系统组成

组件	位置	说明
作者工作台服务	本机 muse 服务（uvicorn 127.0.0.1:8080）	唯一正式写入口；静态工作台随资源包发布
正式内容库	infra（100.64.0.8:5433）PG 实例，库 muse_migration_1fe755ea37684f9d926f3a0cb3e9c7f2	作品/章/正文/规则/样例权威；用途角色 muse_app/eval/maint 隔离
资源包	src/muse/资源/（构建身份见 工具/环境预检.py）	角色/操作/提示词/工作台前端
应用配置	配置/本机正式.toml、配置/本机维护.toml	非敏感实例配置由 Git 管理，不依附临时工作树；模板为 配置/应用.example.toml

2. 启动与停止

# 从 agent-example 仓库根启动；先确认 8080 没有其他实例。
# 日志、凭据和文件资产放在工作树之外，不能随迁移草稿一起清理。
umask 077
nohup .venv/bin/python -m muse 服务 配置/本机正式.toml \
  >> "$HOME/.local/share/muse/正式环境/服务日志.log" 2>&1 &
echo $! > "$HOME/.local/share/muse/正式环境/服务.pid"

# 健康
curl -s http://127.0.0.1:8080/health   # {"status":"alive"}
curl -s http://127.0.0.1:8080/ready    # 含数据库连通

# 停止：先核对记录的 PID 确为本机正式.toml 对应服务，再终止该 PID。
pid=$(cat "$HOME/.local/share/muse/正式环境/服务.pid")
ps -p "$pid" -o command=
# 人工核对后执行：kill "$pid"

浏览器访问 http://127.0.0.1:8080，用配置的口令文件登录。当前作者 ID 为 1，与正式库的 7 部作者作品一致；不得用模板的 author-local 替代。

配置与凭据恢复

• 版本化范围：配置/本机正式.toml、配置/本机维护.toml 保存非敏感配置及受控引用；仅创建文件不代表已经提交 Git。
• 本机受控根：~/.local/share/muse/正式环境/（目录 0700，凭据文件 0600）。三个数据库角色分别使用 muse_app.连接.txt、muse_eval.连接.txt、muse_maint.连接.txt；工作台使用 工作台口令.txt。
• 可选连接池参数：在 ["数据库"."连接池"] 节声明 最大连接（1–100）与 等待秒（0.1–60.0）可显式覆盖默认值（生产 4、评测 2，等待 2.0 秒）；只调优当次部署的借还行为，不改变数据库目标身份。

数据库结构变更（基线模式）

自 2026-09 起迁移链已压扁为单基线：数据库/迁移/V0001__基线.sql 是全部表结构、系统种子数据与角色授权的完整快照。不再为每个结构变更新增迁移文件。

日常改表流程：

1. 动手前先备份（muse 备份）；
2. 修改 V0001__基线.sql（同步结构、种子或授权变化）；
3. 在正式库手动执行对应的 ALTER TABLE ... 等语句（以维护角色连接）；
4. 跑 make 数据库测试 验证底座能用新基线建出可用库。

账本说明：muse_migration 表仍存在并登记 V0001 的校验和，用于备份清单核对与 muse 管理系统状态 的版本一致性检查。修改基线文件后必须同步更新账本校验和，否则启动诊断会报 changed_versions：

-- 以 muse_maint 连接正式库执行；<sha256> 为新基线文件的 sha256
UPDATE muse_migration SET checksum='<sha256>' WHERE version=1;

旧备份兼容：迁移链压扁前创建的备份，其清单登记 51 步账本，与新基线代码不匹配；若需恢复，先切回压扁前的代码版本执行恢复，再重新做一次新格式备份。压扁当日的最后一次旧格式备份建议长期保留。

• infra 凭据副本：SSH 个人-minione-ubuntu-infra-4c16g120g，目录 /opt/infra/private/muse-agent-example/。恢复时复制所需文件到本机受控根并核对权限；禁止输出凭据内容到日志或提交明文凭据。
• 正式连接仅使用 PG 100.64.0.8:5433，带 keepalives=1 keepalives_idle=15 keepalives_interval=5 keepalives_count=3。Redis 与本项目无关。
• 原迁移目录中的库外原文、草稿和切换回执尚未找回。当前文件根是恢复后新建的目录，不代表原文件资产已恢复。

3. 备份与恢复

# 完整备份（数据库 + 当前配置声明的文件根）；输出目录必须全新。
# 备份客户端要求 pg_dump 17：`brew install libpq@17`（镜像源可用，keg-only），
# 执行时前置 PATH=/opt/homebrew/opt/libpq@17/bin:$PATH。项目自身 NOWAIT 取锁已提供
# 冲突保护，不再向 pg_dump 传 --lock-wait-timeout（PG17 客户端下会自杀）。
.venv/bin/python -m muse 数据维护 备份 配置/本机维护.toml <全新备份目录>
.venv/bin/python -m muse 数据维护 核对 <备份目录>
# 恢复必须使用明确指向全新空库的维护配置，不能覆盖正式库。
.venv/bin/python -m muse 数据维护 恢复 <新空库维护配置> <备份目录> --预期备份ID <backup_id>

服务器级备份：infra 容器原生 PG 17 pg_dump，以 muse_maint 执行；恢复后的数据库归档保存在 /opt/infra/private/muse-agent-example/backups/，本机副本在 ~/.local/share/muse/正式环境/数据库备份/。数据库单独归档不等于包含库外文件的完整备份，pg_restore --list 和哈希一致也不等于完成恢复演练。

4. 资源与代码更新

改代码/技能/提示词后：工具/构建资源包.py 重建 → 工具/环境预检.py 取新 resource_build_id → 更新应用配置 发布身份 → 重启服务。

5. 排障

症状	处置
长连接被掐（Tailscale 空闲断连）	连接串须含 keepalives=1 keepalives_idle=15 keepalives_interval=5 keepalives_count=3（守卫白名单已含）
写请求 SCOPE_DENIED	缺 Origin 头或来源不在 允许来源；浏览器正常访问即自带
工作台 404 资源不存在	资源包未随新身份重建/配置身份过期，按第 4 节处理
连接被拒 target_denied	端点/参数/角色不属于获准实例；检查连接串与允许实例记录
章后任务「抽取提案」失败 模型协议错误，证据里输出 token 等于上限	该提供方通道的模型默认产出推理（如 Claude 经 chat-completions 的 reasoning_content），把输出上限吃满；改用 Messages 协议（anthropic）并声明 thinking="off"，实测网关会映射为 {"type":"disabled"}

6. 能力状态与验证边界

R2 主体交付、历史数据处置和原测试/恢复结果统一见R2 改造历史留痕，本手册不再保存过程验收状态。该历史归档不代表当前部署健康、旧库所有写权限关闭、129 项功能全量验证或生产无缺陷。

日常操作使用前述稳定配置与受控入口；运行状态以当次检查为准，文学效果、协议替身、真实宿主与模型证据分别判断。恢复合同见备份与恢复入口，不把历史恢复摘要或新建文件根当作已找回原库外资产。