收集对话有一个硬要求——知道何时完成——和一个硬失败——感觉像是大声读出的形式.
两者都在同一地被解决:一个槽中写出您自有的代码,发送到每个回合,完成被定义为一个条件上.
快速 Slot 状态存在于您的代码中 这是建筑的地点,也是决定 东西是否在20 转。
如果所收集内容的唯一记录是谈话记录,那么每个转弯模型都必须通过重读整个谈话来重新判定状态.
这种再演化是一种带有出错率的任务,每次转弯都再次执行,其出错很粘:一个被错误地重新生成的插槽,因为空被再次被问到,被人用刺激回答,现在的笔录包含一个使下个出错更难的交换.
取而代之的是:您的代码保留了槽词典.
每个回合,你发送它,模型返回一个更新的,你与你自己的规则合并——从不倒退到一个槽,从不覆盖一个.
有了这一点,你也可以积极缩短历史——最后六个转折通常很多——因为国家不在其中。
随着对话的不断增长,这使得快速的短暂和成本的平缓,而不是随着每一转而攀升。
已填充、推断和拒绝 他们说的 源头是在哪里。
未经确认即可安全使用.
推断 是你引领的 “我们大约30人”,让公司大小=10-49——一个正确的推论,还是一个推论。
需要源的跨度使得它可以审查,这是你代码应该大声确认的状态,而不是默默接受的状态.
终端 终端就是终端 这些对话变得不愉快的最常见方式是,在拒绝之后,在新的措辞中再次询问一个插槽。
即时一行相接一分相并相接相接相接相接相接相接相接相接相接相相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相相 空 尚未确定。
模式的唯一地位可能脱离自由。
撞入是诱人的简化, 它花费你的能力 有选择地确认。
你无法证实一切——即审讯失败——而且你不应证实任何情况。
确认推论只是正确的金额,它需要存在区别. 4条规则是最重要的 每转弯最多有两个插槽.
三等或多等诵为形相.
两者合在一起——名称和公司、时间表和预算——作为对话阅读。
他们的问题比你的档次高 谈话和审讯之间的唯一区别在于,问题能否相反。
一个承认一个问题并继续收集的模型比表格更糟糕,因为它是一种假装的形式.
从路过处填充,确认内含。
问一个人已经告诉你的事情 是他们注意到和记住的失败。
在即时——说明推论,然后继续——中表述的例子在一个条款中这样做,并让他们有机会在没有问号的情况下改正.
从不读出清单 “你们是1到9、10到49、50到249还是250加?” 是大声讲的数据库计划。 “你有多少人?” 得到同样的信息, 在你的循环中添加一个拖放出而不是提示:在3个没有新插槽到达终端状态后,停止并交出你拥有的东西.
与不会发电子邮件的人的对话会无限期地继续下去, 完成标准“在交谈结束时完成”不是一个标准,要求加以评判的模型将早于合作者,晚于交谈者。
这里的条件可以计算,你的代码可以计算——模型的字段是一个提示,而不是你接受的决定.
两项条款,都带有载荷。
每一个需要的插槽