我花了一天时间来建造一个密码工厂: 一个经理代理,负责阅读一个项目自己的建筑计划, 研究可以平行建造的东西, 将每个子任务交给一个孤立的工作空间的工程师, 并将结果合并在一个测试门后面。
它的工作原理。 5个子任务建造、测试、合并和记录在不到一分钟的时间里,这是在工厂存在前几周写成的。
有三件事是错的 在设计,审查,测试中都没有出现.
三个都出现在了日志里 其中两个只是因为我去找别的东西 Google ADK的经理代理正在运行 有六个工具:读出图表,读出人类指向的东西,代表,民意调查,合并,完成.
工程师们自己在自己的分支上工作,对他们所接触的地区进行测试,并作出承诺.
经理合并为一个审判分会,一次一个.
设计来源于Geng和Neubig关于同步软件工程代理的论文,该论文测量了一些值得重复的东西:两次运行在同一寄存器上,同一个模型,只有分配文件的不同,得分为8.7%和34.3%.
昂贵的决定不是密码 接下来的就是它 这就是我给模型的决定, 只有那个。
其一:计划承担任务,而不是命令 管理者本应将依赖图从建设计划中读出.
这是一个1300行的文件 有115个公开的子任务, 由一个人写 三周, 谁知道什么 取决于什么。
我找遍了每一句话 一个子任务用机器能读取的形式来说明它的依赖性.
一,整个文件中.
命令存在于计划书的作者的头部,经理不能进去.
一个特工要求"从计划中找出图表",会发现这个单一的边缘,发明了其余部分,并且不说是什么.
因此,边缘现在通过手写,每跑一跑,在一个文件里,人类可以看到并正确.
建设者拒绝一个子任务没有条目的运行:一个空列表表示"被检查,独立",一个缺失的条目表示"无人查看".
这些都是不同的东西, 只有一个是安全的。
计划中唯一值得注意的一面 分任务7.3需要从另一个阶段获得四个分任务,这些分任务不属于这一跑道.
我所做的每跑一次 都只留下了7.3 并说为什么在仪表板上。
一个曾猜到这个图的经理会用一个尚不存在的服务来建造它.
第二: 提示中的护卫装置不是护卫装置 有些文件不能被工程师碰 建设计划本身是最尖锐的案例:它持有每个复选框,每个日志行,以及一个运行的总数,必须用手来加起来.
档案上的两位作家正是在这个寄存器中 发生了两次错误, 并且没有时间说任何事情, 因为两位作家触碰了不同的行。
第一个版本的管理者指示说:不要碰这些路径.
这是很好的,是无价值的。
一个可以被要求不做某事的模型可以被论证来做,而日志会显示自信的句子,无论哪种方式.
检查现在运行在diff上,在代码中,紧接合并前:一个匹配和运行结束.
不是警告,不是重试,也不是修补 原因不在于通俗:一旦被触碰了被禁文件,我再也无法分辨出簿记是否正确,一个其簿记可能错误的工厂比没有工厂更糟糕.
路径比对者拥有自己的测试表,有18个病例,最重要的就是非比对. ,因为只有根部是状态文件。
过于宽泛的模式会阻止总是很好的工作,而且费用与不开火的规则一样高。
三:隔离不是货币 我本该送去的 有人问我一个简单的问题:工程师们在自己的分支工作吗?
没错 自己的分枝,自己的工作树,粘液