# Decisions - 采用 **ConversationSpec** 作为长会话状态层。 - 全局 memory 只存长期稳定事实；临时任务、会话进度、阶段性安排不进 memory。 - 每个重要 thread 建独立目录：`~/.hermes/thread_specs////`。 - 观澜台开根目录 `/thread/`，发布所有 specs 的静态 HTML viewer。 - OpenSpec 可作为思想来源；Hermes 聊天场景先实现轻量版，不直接强依赖 OpenSpec runtime。 - 回复和上下文加载遵循渐进式披露：brief first, details on demand。 - 已决定把 ConversationSpec 接入 Hermes gateway response-ready 生命周期：agent 生成 final response 后，gateway 异步触发 spec 自动更新；hook 必须 fail-soft，不影响回复投递。 - 自动更新默认启用 Feishu 且要求 thread_id，避免全平台误触；开关在 `~/.hermes/config.yaml` 的 `conversation_spec.auto_update`。hook 每轮热读取配置和脚本，减少对 gateway 重启的依赖。 - 自动更新采用本地确定性脚本，不额外调用 LLM，避免增加响应延迟和模型成本。 - **自动创建 spec，但内容要谨慎**：每个新 thread 都应自动创建 ConversationSpec 草稿；初始内容只能是低噪音占位、必要证据和待澄清项，不能从单轮消息猜真实目标。后续通过检索历史、用户澄清或继续对话逐步完善。 - 已存在且人工整理过的 spec 才允许 auto-update 更新最近状态、archive，并保守捕捉明确任务/问题；不得覆盖 title/chat_id/created_at 等人工整理元数据。 - `/thread/` 是观澜台的一等入口：已从 ABOS 首页导航、Hero 按钮和 Notes 卡片链接过去。 - Thread Specs viewer 必须沿用观澜首页设计语言，新增 spec 渲染也默认套用：米色纸感、蓝绿水墨、ABOS 固定导航、卡片式信息层级。 - 误发到本 thread 的平台架构分支不进入本 spec 的长期决策；本 thread 继续聚焦 ConversationSpec。