模型列表成功，生成请求仍然失败
NewAPI 某上游模型列表返回正常，Chat Completions 却返回 403。补客户端标识头没有解决；继续核对上游实际要求，发现它使用 Responses 协议、额外客户端头和流式请求。将转换限定在对应渠道后， gpt-5.5 流式请求返回 200 和文本，而另一个模型变成上游 503。认证已通过与模型有容量是两件事。
新增 PackyAPI 时，首次创建请求缺少 channel 外层，被 channel cannot be empty 拒绝。改为接口要求的结构，再用渠道独有模型执行流式生成，并从用量日志确认命中该渠道，避免测试被其他同名模型路由接走。入口为 NewAPI；运维记录位于 ~/meprojects/mevps/server-100.74.3.103-ops.md 。
SillyTavern 的连接和初始化状态
SillyTavern 部署于 /opt/stacks/sillytavern ，设置 Basic Auth、Host 白名单和持久化数据。NewAPI Base URL 使用 https://newapi.envoys9.top/v1 ，服务器 settings.json 与 secrets.json 分别保存设置和密钥；本机交接凭据为 ~/meprojects/mevps/sillytavern-credentials.env ，0600。
最小生成请求成功，但页面曾卡在初始化。检查到 firstRun=true 且缺少 currentVersion ，备份后修正状态，46 个静态资源和初始化接口均返回 200。当天未取得真实浏览器控制台，故该修改只能说明已消除发现的初始化问题，不能认定它是唯一根因。
修改数据库不等于修改运行中的调度器
WeRead 通知增加 Bark 通道，地址放青龙 BARK_URL 环境变量。调度最终为北京时间 08:00—22:00 每两小时一次，cron 0 8-23/2 * * * 。只修改 SQLite 不会刷新运行中调度状态，因此通过 /open/crons API 更新，并回读 /ql/data/config/crontab.list 。7 项测试与远端 dry-run 通过，未发真实通知。
在 ~/meprojects/meqinglong 的复查入口：
python -m pytest tests/test_weread_ntfy.py
python -m py_compile scripts/weread_ntfy.py
bash -n scripts/sync_weread_ntfy.sh
主会话续接
以下命令在 archx 上执行；目录仅用于辨认工作上下文。
会话 1：~/meprojects/mevps
codex resume 019fa86a-d2f5-7693-9812-70bc218ec444
会话 2：~/meprojects/mevps
codex resume 019fa78e-e636-75e1-9356-29e2e096d37d
会话 3：~/meprojects/mevps
codex resume 019fa91b-fe5d-76a1-9651-1b1f7cb72ad7
会话 4：~/meprojects/meqinglong
codex resume 019fa8c0-de92-7c73-b7c8-1d83156d8178