feat: 实现项目级 WorkflowRun 历史页面（Refs #37 §3.7）

[xyh202131]

问题

#37 §3.7 要求生成过程可追溯，但当前项目还缺少独立、可验收的 History 页面。WorkflowRun、Revision、正式资产和 Playtest 核验记录容易被混为一谈，用户也无法按项目查看任务进度并回到原来的创作界面。

目标

实现项目级 History 页面。列表以 WorkflowRun 为任务单位，在 Run 内展示 Revision、步骤进度和恢复入口；History 只负责读取与跳转，不承担资产库、Playtest 或流程推进职责。

范围

包含：

• 页面 /projects/:projectId/history
• 通过最小只读 Controller 接口查询并订阅 WorkflowRun
• 按项目过滤，并按最新 Revision 的创建时间倒序展示
• 区分进行中、已中断、失败和已完成状态
• 展示 purpose、当前 Revision、步骤进度和历史 Revision
• AI 驱动任务返回 Quick Start，手动任务返回 Workflow Editor
• 空状态、无效记录、订阅更新和取消订阅测试
• History 页面内容与顶部区域使用普通文档流，不在页面内制造固定悬浮栏

不包含：

• Character 资产库和 Playtest 核验记录
• WorkflowRun 状态机、Store、Service 或持久化实现
• Quick Start、Workflow Editor 和 AppShell 的具体实现
• 路由总表装配、后端代码、预览入口或构建产物

验收标准

• 只展示路由 projectId 对应的 Run，不混入其他项目
• Run、Revision 与步骤状态全部读取 Entity 字段，页面不自行推断
• Controller 推送变化后列表更新，页面卸载时取消订阅
• 活动任务根据 driver 回到正确界面，终态任务进入只读查看入口
• 空历史、失败任务、已完成多 Revision 任务和坏记录均有测试
• 页面不直接读取或写入 localStorage，也不调用任何流程推进命令
• PR 直接面向 main，只包含 History 页面、测试和模块说明
• lint、typecheck、History 定向测试与生产构建通过

依赖说明

History 使用 @/entities 中已经公开的 WorkflowRun 类型。页面仅声明 listWorkflows 与 subscribeAll 两个只读能力，正式 WorkflowController 接入后按结构满足该接口，不需要把其实现带进本 PR。

备注

History 记录的是一次创作任务及其重做版本，不是正式资产库，也不以 Playtest 检查结果替代 WorkflowRun 状态。