Agentic Engineering Is not Vibe Coding: 三技能环I用于分船系统 塞缪尔·穆特米·塞缪尔·穆特米跟随Aug 2 Agentic Engine Is not Vibe Coding: 三技能环I用于分船系统 #webdev#ai #编程 #自发2 反应 1 评论 11分读"真理活在哪里" ? 《代理工程方法的实地指南》 塞缪尔·穆特米·塞缪尔·穆特米·塞缪尔·穆特米跟随Aug 4 真理在哪里生活?
代理工程方法的场指南#剂 #程序化#ai #生产力 1 反应 添加注释 16分 读取意向 – 谱说正确的含义.
检查...
测试你是否拿到了 校正——一环会堵上缺口.
这篇文章是当我停止运行这些作为三个不同的做法,并将它们连接成一个系统时发生的。
层层是容易的部分。
困难的部分是他们加入的地方,而恰恰有两个关节.
真正的问题:我是电线运行 三种方法"同时"看起来是这样的: Spec住在GitHub Issues。
测试结果就存在于回波中 循环以技能存在, 重置代理服务器, 直到任务列表被空出 。
三个都是真的 他们之间的联系是我, 注意事物。
我注意到失败测试意味着PRD的假设是错误的.
我注意到从5到9的切片 来自于一个已经不存在的谱系版本。
我注意到一个特工通过让测试变弱来"修复"一个失败的测试.
这不是一个系统。
有三个组件和一个操作员,操作员是没有规模的部分.
每层都有触发器,输入和输出.
他们没有一个有定义的接口到隔壁的地层,所以接口默认为我注意.
因此,目标不是:"三者皆服".
是:在层间取出一个名字,一个触发器和一个文物,所以没有我,它们就会发生.
流程 系统看起来是这样的:两个循环.
它们之间的区别在于整个设计: 内环会修正代码.
无监督地运行,在重试预算上,允许采取行动.
外环修正 spec.
不断升级,没有预算,只允许提出。
改变光谱意味着改变意图,而意图并不是一个代理人自己可以改变的.
可以编辑自己目标的一个回路会移动目标而不是解决问题.
每次都这样 剩下的是那两个关节 联合一号:你的测试不能只是你的Spec Part 2的拷贝,结束于这一说法,它比听起来更难: 带坏传感器的回馈回回路比没有回路还糟糕,因为它在机器速度上充满信心地汇合在错误的东西上.
显而易见的举动是从你的谱中生成你的测试.
这是Spec驱动的投出, 它的工作。
但是,它买你完全一件事: 它捕捉到代码 不同意谱。
注意它无法捕捉到的东西 如果关于真实世界的光谱是错误的,那么从该光谱产生的一个测试就错误地朝同一个方向走.
它通过。
绿色支票 每个人都回家。
安全工程有这个名字: 常见原因的失败.
两个备份如果有相同的设计缺陷,也无济于事,这就是飞机使用基于不同物理原理的传感器而不是仅仅复制一个的原因.
您的光谱生成的测试套件是一个通道,它的设计就是光谱.
测试到底能抓到什么?
什么错了例子 一个光谱生成的测试能抓住它吗?
代码不匹配Spec PRD说重试3次,代码重试一次是的.
这是它的工作 Spec自相矛盾 要求严格订购一个队列 不保证它是的, 便宜的Spec 默不作声 不说命令, 所以代理选择一个 No.
对于一个未声明的规则斯佩克,不存在任何关于"供应商的充电端点是一能"的世界的错误.
这不是不。
测试宣称同样的谎言Spec是正确的, 要求是错误的 Flawless 构建错误的特性 No, 任何测试都不会是三行和四行的金钱损失。
修补不是