feat(engine): 运行日志落盘 + 崩溃可见性

[AmberCXX]

动机

engine 的 log() 此前只写 stderr，而 MCP 宿主通常只在连接建立那一刻捕获 stderr —— 启动之后打印的任何东西都不再被记录。进程一旦异常退出，线索为零。

实测（2026-09-03）：engine 在 00:00–03:00 之间消失，宿主日志无断开记录、系统无崩溃报告、无内存压力事件，调度静默停摆 10 小时 31 分、漏跑 12 个任务，事后无从判断死因。

改动概要

• log() / logError() 同时追加到 <DATA_DIR>/engine.log，超 2MB 转存 .log.1（只留一份）
• 新增 logFatal()，带完整堆栈落盘
• 注册 uncaughtException / unhandledRejection：记录后 stopScheduler() 释放 PID 锁并 exit(1)

两处取舍（注释里写了理由）

抓到异常后退出而非续跑 —— 调度器状态可能已损坏，而状态损坏的调度器发出的推送比不推送更坏。

不做自动重起 —— 多实例 + 自动重起 + 抢 PID 锁是本项目已经踩过的坑（cleanOrphans 与一次性 acquirePidLock 的组合）。恢复由外部检测触发人工重连，engine 自己不做进程管理。

影响范围

只加不改：日志多一个落盘目标，新增两个 process 事件监听，既有行为零变更。DATA_DIR 沿用 FORGE_ENGINE_DATA 环境变量，未引入新配置项。

 forge-engine/README.md         | 14 ++++++++++
 forge-engine/config.ts         | 45 +++++++++++++++++++++++++++++++++-
 forge-engine/engine-channel.ts | 26 ++++++++++++++++++-
 3 files changed, 83 insertions(+), 2 deletions(-)

Self-test

• bunx tsc --noEmit -p tsconfig.json → 退出码 0
• bun test → 19 pass / 0 fail
• 临时 FORGE_ENGINE_DATA 实测：日志落盘 ✅ · FATAL 带完整堆栈 ✅ · 2MB 轮转生效（原文件转 .log.1，新文件重开）✅
• CONTRIBUTING 要求的私密信息自检（微信 sender_id / 飞书 open_id / API key / bot token）→ 本次改动三文件零命中 ✅

🤖 Generated with Claude Code