用途
Observer 是 workflow-architect 的被动观察模式，与主动提问的 interviewer 相对。它不主动提问，而是观察当前会话中实际发生的事，据此推断用户的工作流程。
主要能力
- 通过
/workflow-architect passive静默加载，加载时不宣布自身存在。 - 在检测到触发短语前保持休眠；触发短语包括："catalog my workflow"、"what's my workflow"、"analyze my process"、"figure out what I do"、"work it out from what I just did"。
- 触发后检查会话深度：统计实质性用户消息（排除问候、关于 agent 的元评论和单词回复），少于 5 条时提示上下文不足，并建议改用
/workflow-architect主动询问模式。 - 上下文足够时执行结构化推理，识别六类模式：进入模式（会话如何开始）、阶段（焦点在哪里转移及触发原因）、分支（决策点与方向决定因素）、工具（用户使用或要求运行的工具、命令与引用上下文）、痛点（重复纠正、中断重启、“不，不是那个”类修正）、结束方式（自然完成、中断或其他）。
- 可借助 session_search 或浏览器控制台查看会话记录，并通过 session_search 拉取最近 2-3 个相关会话做跨会话模式检测。
- 输出结构化 JSON 的 workflow 状态模型（与 interviewer 输出结构一致），向用户展示推断结果并请求确认；确认后加载
skills/bundle-builder/SKILL.md生成输出包。
使用方式
以被动模式加载后无需干预，直到说出触发短语。技能会统计实质性回合数，不足时引导切换主动模式；足够时扫描当前会话（及可能的相关会话），给出模式总结并询问是否符合实际。用户确认后生成 bundle；不符合时可指出错误或切换到主动模式。
适用场景
适合已经在进行中的会话，希望事后从真实操作记录中提炼工作流，且不希望被提问打断的情况。
限制
- 单会话偏差：单个会话可能无法代表完整工作流，多会话上下文效果更好。
- 行为推断缺口：只能看到发生了什么，看不到用户意图或考虑后放弃的选项；主动询问能获得更丰富的意图数据。
- 静默模式：加载时不宣告自身存在，这是有意设计。
- 不适合交互式发现（应改用 workflow-architect 的 references/active-workflow-discovery.md），也不适合会话上下文过少、无法可靠推断的场景，此时主动询问更有效。