用途：该模式用于构建对话式 AI 聊天界面，帮助团队把提示输入、流式输出、历史记录和后续操作整合进一个可靠的对话工作流，适合助手侧边栏与副驾驶（copilot）、客服与帮助体验、对话优先的 AI 产品。若标准非 AI 工作流更清晰可靠，则不应强行加入 AI 专属 UI。
主要能力：提供实现工作流指引——先确认模式是否匹配问题与约束，再从 references/pattern.md 的解剖与示例出发选择最小可行变体，随后在视觉打磨前应用无障碍、性能与交互护栏，并用测试指引验证键盘、屏幕阅读器、响应式与失败场景下的行为。
无障碍护栏：确保可仅用键盘完成操作，焦点顺序在打开、更新或展开 UI 时保持合理，保留高倍缩放仍可读的可见焦点状态；优先使用语义元素，仅在语义不足时添加 ARIA，在正确位置以恰当礼貌度播报错误、加载、完成等状态变化，用 aria-describedby 或结构性标题关联标签、提示与状态文本；不要仅靠颜色传达严重程度、完成或选中状态。
性能护栏：把网络延迟、token 用量与长响应的客户端渲染放在一起预算，流式或分块输出以改善首次价值时间，但需稳定布局避免阅读抖动，并跟踪长提示、模型切换与重试等高开销状态。
常见错误：隐藏系统状态（用户无法判断等待、流式、重试还是完成），应明确暴露请求生命周期状态并贴近内容展示；把 AI 失败等同于普通表单错误，应区分安全拦截、上下文超限、模型不可用与部分输出等失败模式并给出对应恢复操作；忽略 token 与延迟预算，应从设计之初就把 token、延迟与提供商约束纳入界面。
相关模式：prompt-input、response-feedback、streaming-response。
限制：具体实现细节、示例与测试说明见 references/pattern.md；不要暴露用户无法受益的高级控件，不要仅靠精美视觉掩盖模型不确定性。