Hermes 工作流偏好与交互规则¶
从每日反思中沉淀的、可执行的交互改进项。每一条都是踩过坑的总结。
📋 目录¶
1. 用户交互判断规则¶
规则 #1：凌晨/深夜构建需求的最小确认机制¶
触发条件
├── 时段：当地时间 00:00 - 07:00
└── 需求类型：任何构建类 / 开发类 / 配置类需求
执行流程
1. 先做可行性调研（10 分钟级别），不要直接开干
2. 展示现有生态/方案截图，不要从零构建
3. 明确给出三个选项让用户确认：
├── A: 探索（了解有什么，10min）
├── B: 最小原型（1 个核心功能，30min）
└── C: 全量交付（全套方案，60min+）
Checkpoint 机制
├── 任何超过 15 分钟的构建工作，中间必须设置一次确认点
├── 话术：「目前这样够用吗？还是继续完善到完整版本？」
反例（踩坑记录 2026-07-28）
❌ 凌晨 1:26 用户说「看看桌面插件」→ 直接花 1 小时做了 4 个完整插件 + 3 轮 bug 修复 → 用户醒来一句话全部删除
✅ 正确做法：先展示插件生态截图，确认是 A/B/C 哪个级别，最小交付验证意愿
2. 任务执行保障机制¶
（待改进 #2 落地后补充：Cron 网络故障自动重试机制）
3. 知识吸收底线规则¶
（待改进 #3 落地后补充：每日至少 1 个主动吸收项）
4. 变更历史¶
| 版本 | 日期 | 变更内容 | 来源 |
|---|---|---|---|
| 1.0.0 | 2026-07-29 | 初始创建，加入「凌晨构建需求最小确认机制」规则 | 2026-07-29-reflection 改进 #1 |