validation_action
在 accept、warn 和 block 中选择表格校验动作。
STATE 设计
列定义、相邻行与当前编辑值
只提供完成判断所需的上下文，避免提交密码、密钥、无授权个人数据或与问题无关的长文本。
OUTPUT 设计
通过、警告或阻止，以及语义一致性
每个问题都使用完整 instructions，ID 仅用于关联响应，不能承担问题语义。
可复现输入
示例 State
{
"row": {"status": "complete", "owner": "", "due_date": "2026-09-18", "notes": "Waiting for legal approval"},
"today": "2026-09-20",
"rules": ["completed work must not have unresolved blockers", "overdue open work needs an owner"]
}问题设计
每个输出都有独立语义
primary_issue
在 none、status_conflict、missing_owner 和 date_conflict 中选择主要问题。
semantically_consistent
判断该行字段在语义上是否一致。
案例来源
来自社区实践，由 TypeDecide 重新编写
本页借鉴 Chris Nicholas (@ctnicholasdev) 公开分享的场景。State、问题、候选项和执行边界均由 TypeDecide 重新设计；来源链接只用于溯源，不构成准确率或性能背书。
执行边界
概率交给策略层，而不是直接执行
模型警告不替代类型、唯一性、日期和权限校验；阻止操作只能由可解释的确定性规则触发。
- 保存候选概率、模型版本和问题配置，便于复核。
- 输入缺失或候选概率接近时，补充信息或转人工。
- 模板可用于本地 Mock；登录后也可主动真实运行，但任何结果都不代表业务准确率已经达标。