一周热榜

在这里分享这些内容，主要是因为我对展示的东西感到有点不好意思。我对这些想法比实现本身更感兴趣。我非常想听听其他人构建类似的东西，或者尝试使用这些类型的工具。<p>这些想法是：<p>1. 对所有事情都使用 Markdown，甚至包括与代理的沟通（对话）和编排模式。 2. 使用浏览器作为用户界面。 3. 完全放手一搏，但每个项目都存在于一个 Docker 容器中，其中每一次更改都会自动生成一个 git 提交。<p>老实说，我不确定谁会对此感兴趣。我梦想着这能帮助非程序员在本地构建一些东西，并且能够窥探代理正在做什么。但话又说回来，这需要打开终端并安装 Docker。这有很多阻碍。我正在考虑构建一个云版本。<p>如果你看到了这里，你可以在这里查看：<p><a href="https:&#x2F;&#x2F;buildwithvibey.com" rel="nofollow">https:&#x2F;&#x2F;buildwithvibey.com</a><p><a href="https:&#x2F;&#x2F;github.com&#x2F;altocodenl&#x2F;vibey" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;altocodenl&#x2F;vibey</a>

我们在构建生产环境代理工作流时遇到了特定的故障模式。来自合约的字段导致订阅更新不准确——日期相差一天。产品在应该更新时却被随机创建。税额没有写入税额字段，而是被实例化为全新的产品。每一次失败都像是技术上成功但操作上错误的写入。 HITL（人机协同）有所帮助——一次处理一份合约，并在每一步都进行用户确认，从而保证了准确性。但用户最终表示：“我已经解释了 30 次了，赶紧把它做完。” 当我们减少确认步骤以使其运行起来时，它又开始失败了。 没有错误。没有警报。只有在几周后的对账中才显现出来的偏差。 提示和映射表在边缘上有所补偿，但从未奏效。代理程序没有关于字段在系统之间如何关联的已验证的真实依据——它每次都在推断。而且大多数时候推断得不一致。求助？