第367章 重燃烈火 (2/4)

“别被表象吓住。”张伟走到老陈身边，像个耐心的导师，“老陈，你是写代码的，再复杂的软件，底层不都是0和1吗？再复杂的c++，不就是赋值、循环、判断吗？”

张伟拿起笔，在白板上画了一个金字塔。

“我们把岗位拆碎了看，一个采购员，接到一个任务，他会做什么？第一步是什么？”

小马试探着回答：“看数据？看报价单？”

“对，这就叫观察（observe）。”张伟写下第一个词，“获取输入，读取报价单、查询pr、查看交期，然后呢？”

“然后判断这价格合不合理，供应商有没有撒谎。”老陈接话。

“这就是判断（judge）。”张伟写下第二个词，“基于规则或模型做决策，再然后？”

“如果很复杂，比如对方想以次充好，我就得分析他的动机，或者通过历史数据推理他的成本。”小马语速变快。

“推理（reason）。”张伟重重写下，“这一步，交给llm（大模型）负责，分析完之后呢？”

“那就干呗！下单、发邮件、或者打电话骂他！”小温插嘴道，引来一阵笑声。

“这叫行动（act）。”张伟写下第四个词，“但这步最关键，我们的操作系统要能直接调用srm、erp等to

b系统的api或rpa去执行，而不是让人去点鼠标，行动完了就结束了吗？”

“不行，得看结果对不对。”数据小朱补充。

“这是验证（verify）。”张伟点头，“检查动作是否成功、是否对齐业务规则。最后呢？”

大家陷入思考。

张伟自己补上了最后两个词：“反馈（log/feedback），把一切记录下来，变成数据，反哺训练；还有最重要的——情境（context）。”

“情境？”老陈咀嚼着这个词。

“对。为什么老采购员一眼就能看出供应商在撒谎？因为他有‘情境’——在这个行业混了十年的非规则、非数据的人类经验，我们需要用特定的大模型把这些‘直觉’存下来。”

此时，白板上出现了一个清晰的结构：

岗位dsl

=观察observe

+判断judge

+推理reason

+行动act

+验证

verify

+反馈log

+情境context

“看，”张伟指着这行公式，眼神狂热，“这就是岗位智能的基因图谱！

无论你是采购、是销售、是财务还是hr......，天下所有的脑力劳动，都逃不出这七个原语！

只是有些岗位，有些步骤没有，有些顺序变了，有些步骤特别多、且长，但是他们却万变不离其中。”

老陈猛地一拍大腿：“我明白了！我们不需要为每个企业单独开发！我们只需要做一套通用的解释器，llm负责‘推理reason’，执行器负责‘行动act’，不同的岗位只是‘情境context’和‘模板’不同！这……这真的可以跨企业、跨岗位复用啊！”

“哈哈，对咯，兄弟们！观察、情境、推理、反馈这些是什么？”张伟意味深长的看着大家！

“是大模型！哈哈！”小马激动的说道。

“那，行动、模板、验证、判断，这些又是什么呢？”张伟再次提问。

“我知道！我知道！这些是企业语言的单词或句子，也就是表单或流程！”小温一脸的傲娇。

一种巨大的、智力上的愉悦感席卷了众人，那个原本模糊不清的“岗位智能os”，此刻在他们眼前展现出了精密的骨架。

“这就是我们的核武器。”张伟肯定地点头，“有了这个dsl，我们就不再是做软件的，我们是制定‘劳动力语法’的上帝。”

“而我们只需要构建一个专门装dsl的容器就ok了！

这就像我们的主脑座舱‘上通指标库/下达神经树库’、企业语言单词字典/经典句子库一样，能在时间轴、空间轴上，无限沉淀各种岗位的dsl就行了！

我们的岗位智能os、app

store就自然而然，水到渠成了！”