评委问数据从哪来

评委抬眼的第一句常常不是「你们的多智能体新在哪」。是数据从哪来。旅行场景很容易讲成愿景。愿景过不了。房间里投影仪打着「智在旅途」四个字，灯一白，愿景会显得更空。空的时候你只能指系统。系统若指不出数据源，板子再大也没用。

跟现成旅行 App 差在哪，也是必问。答「我们有智能体」，等于没答。差必须落到：谁提供天气、住宿怎么对预算、景点时段冲突谁来收、人中途不想走了系统怎么改。

愿景为什么过不了

愿景句子圆。圆的句子在材料里好看，在现场像没做。评委听过太多圆句子。他们要的是可复查：接口名、更新频率、失败时用哪份备份。我说不出来的那一次，会后我们把数据源写成一页表。表上每一行有来源、有没有缓存、缓存多久、挂了怎么办。下一轮把表放进附录，口头只讲三行。三行以上，评委会打断。

天气接口挂过。挂的时候若仍输出「晴」，那是假数据。假数据比没有更糟。没有可以降级。假的会让后面的景点安排全部建在错的天上。我们后来把接口失败显式标出来，让路线带着「天气未知」走。未知难看。难看是诚实。

评委有时会追问许可证和调用次数。次数讲不清，像没做过。做过的人能说：演示用哪档、超了怎么办、缓存多久。多久写在表上。表不在脑子里。脑子在灯下会丢数字。丢了的数字不要现编。现编一次，后面所有来源都像编的。

住宿和预算必须对同一天。对不上，评委会以为你演示用的是两套数。两套数在作业里能混。在创新赛里混一次，信任就薄了。薄了之后再讲智能体协同，像在补。

和现成 App 差在哪

现成 App 也会给你一条路线。差如果只是「多几个智能体」，评委会说那是架构爱好。我们能站住的差是：任务拆开之后，失败可收；人中途改计划，几个角色能互相改，而不是整条推翻重生成。重生成看起来智能，实际是把用户刚才说的话丢掉。丢掉的那一下，用户会退出。退出在山上很贵。我走过一段山，才知道规划两个字有多沉。系统若不知道人会停、会渴、会不想按原计划走，交出去的只是表格。

表格在作业里够。在评委面前不够。评委要看改计划之后预算还在不在框里。框破了要说破了，不要默默抹平。抹平是另一种假数据。

现成 App 的路线往往一次生成。一次生成在演示里好看。好看遇到「我想晚出发两小时」就会整条重来。重来会把已经确认的住宿丢掉。丢掉在评委看来就是：你们的智能体没有在协同，只是多次调用生成器。生成器人人能调。调完仍要答数据从哪来。来源答不上，生成器再快也是空转。

当场能跑的路线

能讲清来源，还得当场收出一条路线。收的时候断过。断过之后我们把失败当演示的一部分。评委问数据从哪来，和问挂了怎么办，经常是连着的。连着的原因是：来源不可靠时，你的协同有没有用。没有用，多智能体只是多几个会超时的进程。

我答这个问题现在有固定顺序：来源表、失败标记、降级后仍能看的路线、和 App 的差落在哪一次改计划上。顺序练过。没练会在第二问散掉。散掉就会回到愿景。愿景是退路。退路在深蓝板前面走不通。

练的方法土：一个人问，一个人只许用四句答完。第五句开始扣。扣到后来，形容词会自己掉。掉了只剩来源、失败、半成品路线、改计划。四块能指到屏幕，第一问才过。过了才有后面的协同可讲。协同讲在第一问之前，像在躲。躲不过去。

下一轮还是先备表

新演示之前，先更新数据源表。表和代码不一致，就不要上场。上场词可以生。表不能生。表生了，第一问就会把后面全部问废。

板子、西装、竖拇指，都在照片里。照片回答不了数据从哪来。回答这个问题的是表、是日志、是降级后那条难看但能看的路线。难看的那条，请留在演示里。删掉它，第一问还会来。