03 · 卡片式交互
自由对话表达目标与背景，卡片承载明确选择、产物核对和关键操作。卡片绑定具体对象、动作与当前上下文，让用户和系统都知道这次确认意味着什么。
从表达意图，到确认具体动作
“我想增加一个日期筛选功能”适合通过对话讨论；“确认这批技术调研发现”“批准这次文件修改”“签核当前 PRD”则需要明确对象与操作范围。
卡片提交的是结构化选择与字段。系统依据卡片身份、动作和当前版本续接流程，按钮文案只承担展示作用。
用户会遇到哪些卡片
| 类型 | 内容与操作 |
|---|---|
| 澄清问题 | 单选、多选或开放回答，逐题补充使用者、范围与约束；选择“其他”时可以说明自己的情况。 |
| 清单与准备情况 | 核对已具备、待补充和阻塞项。涉及正式产物时，需要对应文档或证据。 |
| 文档修改确认 | 查看目标文档、内容摘要或差异，补充必要字段后提交确认。 |
| 工具审批 | 核对文件差异、命令或参数，按照当前提供的审批选项批准或驳回。 |
| 当前步骤与下一步 | 查看需求阶段、阻塞原因和当前可用动作，打开相关文档或继续工作。 |
| 结果与状态 | 回看正式结果、待完善项或失败原因；有对应入口时，可以查看评审、原文与任务依据。 |
一个连贯的使用过程
- 提出需求：通过对话表达目标，再通过问题卡确认用户、范围与约束。
- 核对调研与文档：确认发现，查看生成的 PRD，处理评审问题后签核。
- 进入技术工作：确认技术调研与方案；评审中的业务异议交回 PM 处理。
- 确认接下来做什么：查看当前推荐动作，核对实现顺序与验证方式，再决定继续执行。
历史结果与当前动作分开
已提交卡片保留当时的内容与状态，重复提交会核对已有执行记录。历史卡片中仍然有效的查看入口可以继续使用，方便回看文档与评审依据。
当前下一步根据现有需求状态重新计算。一个步骤完成后，系统呈现结果和当前可做的事，后续关键动作仍由用户明确发起。
状态变化时怎样保护确认
- 提交时重新检查卡片是否仍有效，以及对象、状态、权限与版本是否匹配。
- 修改同一事项的目标后，系统会重新判断原待答卡片是否适用；审批、签核和发布确认仍需要明确决定。
- 卡片等待确认时，仍可以用对话补充背景或讨论其他事项，再回到当前有效的卡片继续处理。
- Viewer 汇总产物与待处理事项，保持只读；实际确认和执行回到对话完成。
卡片负责清晰表达交互，正式推进由系统规则负责。下一章 流程与状态治理 会展开这一技术分工。