问题
可靠性工程无法只靠截图判断。PulseBoard 必须呈现系统边界、失败行为与运维控制，让小型 SaaS 的可信度可被检查。
我的角色
我负责公开产品界面、API 契约、持久化模型、工作队列、部署计划与验证套件的设计及实现。
限制条件
系统必须保持低成本、可在本机复现、清楚划分认证边界，并且部署时不提交秘密。
关键决策
Hono 保持 API 精简，PostgreSQL 管理持久状态，Redis 与 BullMQ 隔离异步检查，Nginx 则维持 `/demo/` 下稳定的公开命名空间。
架构
请求先通过 API 密钥边界，再进入工作区范围资源。任务送入队列，由 worker 执行检查；健康端点分别呈现存活与依赖服务就绪状态。
工程证据
在线控制台、客户界面、OpenAPI、健康探针、测试、ADR、部署 Runbook 与公开界面验证器共同构成工程证据。
成果
成果是一套可检查的工程系统：访客能从产品行为一路追到 API 与运维证据，不依赖虚构的使用数据。
限制与下一步
这仍是审阅规模的部署。负载测试、多区域容错与正式告警投递目前不在证据范围内。