conversation_phase
在 explore、compare、converge 和 decided 中标记会议阶段。
STATE 设计
脱敏的当前发言、议题与已知决议
只提供完成判断所需的上下文，避免提交密码、密钥、无授权个人数据或与问题无关的长文本。
OUTPUT 设计
探索或收敛、分歧与未决问题
每个问题都使用完整 instructions，ID 仅用于关联响应，不能承担问题语义。
可复现输入
示例 State
{
"agenda": "Choose the launch date",
"resolved": ["beta scope is fixed"],
"latest_utterance": "Friday gives QA two more days, but marketing has already booked Tuesday.",
"speaker_consented_to_analysis": true
}问题设计
每个输出都有独立语义
speech_act
在 new_option、support、disagreement、question 和 decision 中分类。
introduces_unresolved_issue
判断该发言是否引入尚未解决的阻塞点。
案例来源
来自社区实践，由 TypeDecide 重新编写
本页借鉴 かねこつよし (@tsuyoshi_osiire) 公开分享的场景。State、问题、候选项和执行边界均由 TypeDecide 重新设计；来源链接只用于溯源，不构成准确率或性能背书。
执行边界
概率交给策略层，而不是直接执行
只处理获得明确同意的发言，最小化保留原始音频和逐字稿；不对参与者性格、情绪或绩效做推断。
- 保存候选概率、模型版本和问题配置，便于复核。
- 输入缺失或候选概率接近时，补充信息或转人工。
- 模板可用于本地 Mock；登录后也可主动真实运行，但任何结果都不代表业务准确率已经达标。