回顾
小鼎养虾日记
前两篇分别介绍了鼎信诺关注 OpenClaw 的初衷,以及当前正在推进的12条在研 Agent 任务链路。本篇进一步聚焦核心问题:一只“审计龙虾”,究竟是如何“养”出来的?

小鼎养虾日记
01
起点:不是模型,而是场景
——
对鼎信诺而言,养龙虾的第一步,不是评估模型能力,而是判断是否存在一个合适的应用场景。并非所有任务都适合作为首批研究对象。太大、太散、或过度依赖经验判断的任务,通常都不适合。
真正适合优先“养殖”的场景,应具备三个特征:边界相对清楚、步骤相对明确、结果相对容易校验。
以“异常事项识别”为例。该场景在审计工作中十分常见:面对一批数据,需依次完成整理、筛查、归类、输出,最终交由专业判断与复核。它并非最简单,但边界清晰,适合作为首批养殖对象。

02
拆解:将任务结构化
——
场景确定后,下一步不是直接让系统执行,而是将任务拆解。
仍以“异常事项识别”为例,该链路通常拆分为四个步骤:
读取与整理基础数据
按既定规则进行筛查
对识别出的异常事项进行归类
输出结构化结果,供后续判断与复核
拆解的目的并非画流程图,而是明确定义每一步的输入、处理方式与输出结果。这三者若不清晰,后续执行必然混乱。
03
试跑:从短链路开始
——
第三步是试跑。鼎信诺的当前做法是:先跑短链路,而非直接运行完整长链路。
例如,先验证“数据整理—规则筛查”两步能否衔接顺畅;衔接稳定后,再验证“筛查结果—异常归类”能否继续向下传递。
先让链路短一点、稳一点,再逐步延伸。

04
校验:以可用性为标准
——
链路跑通后,第四步是校验。重点不在于“能否出结果”,而在于“结果能否被后续环节使用”。
具体考察三个维度:
输出的异常事项是否足够清晰?
归类结果是否便于项目人员继续判断?
格式与结构是否能顺利进入后续复核流程?
如果结果无法衔接下一步,说明该链路仍需继续“养殖”。
05
调整:反复迭代直至稳定
——
第五步是调整。问题的根源可能在不同环节:
前端:输入不稳定
中端:筛查逻辑不够稳健
后端:结果虽已生成,但可用性不足
因此,鼎信诺当前的“养龙虾”模式,并非配置一次即告结束,而是持续循环三个动作:试跑、校验、调整。

06
什么是“养起来”?
——
一只龙虾真正被“养起来”,并非因为它已经完美,而是因为它同时具备以下条件:明确的场景、清晰的步骤、可跑的链路、以及可调的空间。
对鼎信诺而言,这就是“养”的本质——不是接入一个模型,不是完成一次演示,而是围绕一个真实任务,逐步将其喂清楚、接起来、跑起来,并最终养稳。

未完待续
小鼎养虾日记