SA 主动整备 (Active Service)：User Stories
本文档定义了 Space Agent (SA) 的主动整备场景，旨在赋予物理空间“主动整备”的体感。
角色库 (Persona)
| 角色 | 描述 |
|---|---|
| 员工 (Host) | 服务的享受者，感知环境与服务的闭环。 |
| Master Agent | 编排大脑，负责跨域任务分发与业务汇总。 |
| Space Agent (SA) | 环境掌控官，负责空间整备与物联闭环。 |
一、 全链路主动整备 (Active Prep)
ST-SA-01: 环境自动整备 (AUTO_EXECUTE) - 空间级
典型场景：会议室 305 已完成 “空间级逻辑点位 (SSOT)” 映射。 User Story: 作为 “员工”，我想要 “在重要会议开始前，系统能自动感知空间环境并触发逻辑整备”，以便 “进入房间即享舒适体验，无需关心底层是由哪几台设备如何执行的”。
验收标准 (AC)：
- 动态触发：
- Given: 该会议室已通过 “重新扫描装载 (Rescan & Load)” 或手动 “空间逻辑映射 (Mapping)” 建立逻辑信号；
- When: 系统判定当前时间到达触发点；
- 逻辑执行方式：
- Then: 指令发送至空间的 SSOT 逻辑点位。
- Then: 运行边界严格遵循逻辑点位定义的量程，确保物理安全。
- 多态推送告知：
- Then: 推送气泡或卡片，引导点击后进入 index.html 中的空间画像调节面板。
ST-SA-02: 主动询问式整备 (PRE_CONFIRM) - 空间级
典型场景：由于 302 拥有 3 台大功率空调，整备功耗较高。 User Story: 作为 “员工/管理员”，我想要 “在整备操作前接收询问卡片并确认”，以便 “在不需要整备时能够及时拦截，避免 3 台空调同时误开启造成的电费浪费”。
验收标准 (AC)：
- 询问触发机制：
- Given: 会议室配置为
PRE_CONFIRM模式； - When: 系统根据
模型判定到达预整备窗口； - Then: 系统不执行 IoT 指令，而是根据用户在线状态推送 “整备询问卡片”：
- 状态 A (不在线/非Chat页)：推送微信模板消息 -> 点击跳转至 index.html 执行一键确认。
- 状态 B (Chat页内)：即时在会话流插入包含“立即整备”和“暂不需要”按钮的 消息气泡卡片。
- Given: 会议室配置为
- 落地一致性：点击推送内容后，统一引导至 index.html 中的空间聚合面板，利用 UI Profile 提供的聚合滑动条进行交互确认。
二、 后置反馈与闭环 (Closing the Loop)
ST-SA-03: 主动整备数字日报 [🎯 待设计]
User Story: 作为 “员工”，我想要 “在每天早上收到一份昨日的空间资产整备日报”，以便 “直观感知 AI 数字员工对办公效率与节能的贡献”。
验收标准 (AC)：
- 多维汇总：
- Given: 早上 09:00；
- When: 用户订阅了日报服务；
- Then: 推送日报卡片，包含：
- “昨日为您整备了 5 场会议，累计节省温控能耗约 1.2 度。”
- “平均为您节省入场调节时间约 3.5 分钟。”
- 离线任务展示：日报中应包含非交互式任务（如：深夜自动调优、静态知识库更新）的摘要。
ST-SA-04: “人走茶凉”空间自动释放 [🎯 待设计]
注意：考虑到当前环境 Sensor（人体存在感应）的部署覆盖率与响应精度问题，本项目暂不涉及此 US 的落地实现。 User Story: 作为 “管理员”，我想要 “在会议室长时间无人进入或会议提前结束后自动释放资源并关灯”，以便 “提高空间周转率并节能”。
INVEST 自检表
- Independent: 独立于具体的预订 API 平台。
- Negotiable: 节能贡献度公式可根据后续 IoT 数据微调。
- Valuable: 将 AI 的“隐形”后台工作转化为可量化的用户感知。
- Estimatable: 依赖 Action Log 的结构化。
- Small: 拆分为整备与报表两个核心闭环。
- Testable: 可通过模拟 Action Log 验证日报渲染逻辑。