返回首页
最新
视频演示了我如何使用由gdb生成的跟踪文件和自定义Python扩展来探索和调试JONESFORTH：
<p><a href="https://youtu.be/giLsd-bik6A?si=R48V_1HR2SgnOFzV" rel="nofollow">https://youtu.be/giLsd-bik6A?si=R48V_1HR2SgnOFzV</a></p>
你对FORTH调试工作流程有什么建议吗？
<p>这是我对JONESFORTH的分支，包含视频中看到的所有基础设施：
<p><a href="https://github.com/dharmatech/jonesforth-steps/tree/main/step-9000" rel="nofollow">https://github.com/dharmatech/jonesforth-steps/tree/main/step-9000</a></p>
阅读JONESFORTH的源代码是理解它的一部分，但使用调试器是另一个非常有帮助的部分。不过，GDB可能会有些麻烦。上述方法有助于使使用GDB进行自省更加简单明了。
<p>这是视频中的跟踪文件：
<p><a href="https://github.com/dharmatech/jonesforth-steps/blob/main/step-9000/trace.norm.md" rel="nofollow">https://github.com/dharmatech/jonesforth-steps/blob/main/step-9000/trace.norm.md</a></p>
嗨，HN，
我创建了DeleteTik，以解决手动逐个撤销TikTok转发带来的烦恼。
目前，这个工具专门用于批量删除转发，帮助清理您的个人资料历史。我正在积极开发下一次更新，以支持删除点赞和收藏功能。
非常希望听到您的反馈或您遇到的任何问题！
我是一名来自巴西的计算机工程学生。我构建这个项目是为了展示超越简单CRUD的后端模式：行级多租户（Prisma）、异步处理（BullMQ/Redis）和可观察性（OpenTelemetry）。期待对架构的反馈！
也许这是有史以来最愚蠢的决定，但在过去几个月里，推动人工智能进行构建的过程非常有趣。<p>即使是让人工智能进行编码，我仍然花了很多时间思考它应该如何运作、语法、功能等。构建一种语言对我来说是一个全新的领域，因此我不得不对很多事情提出许多问题。
我已经密集使用 OpenClaw 大约两周了。<p>最开始的几天让我感到兴奋。感觉我们终于接近能够实现端到端操作计算机的自主代理了。但在初期的兴奋感消退后，我开始注意到一些持续存在的问题：<p>- 它经常在任务进行中停止响应<p>- 执行失败时没有明确的恢复机制<p>- 任务成功率感觉不稳定且不可预测<p>- 长时间运行的任务会随着时间的推移而退化<p>这让我开始怀疑当前的架构是否在根本上限制了可靠性。<p>现在，它更像是一个“单一程序试图做所有事情”的模型。但如果我们回顾计算历史，系统只有在向操作系统类似的抽象转变时才变得真正稳健：<p>- 事件驱动执行<p>- 适当的故障恢复<p>- 看门狗/心跳监测<p>- 任务监督树<p>- 状态持久性和可恢复性<p>换句话说，少一些像脚本的特性，多一些像操作系统的特性。<p>我目前的假设是，像 OpenClaw 这样的工具可能需要更深层次的重新架构——不仅仅是更好的提示或增量补丁——而是从一开始就专注于可靠性和可扩展性的系统级重新思考。<p>我很好奇其他人的看法：<p>这主要是一个工程成熟度的问题，会逐步修复吗？<p>还是当前代理框架中存在更根本的架构缺口？<p>有没有人尝试过构建更像操作系统的监督模型的代理？<p>希望听到在这个领域工作的人的观点。
在我曾工作过的多家公司中，我们的本地开发环境总是很糟糕。设置本地开发环境几乎是不可能的，我们甚至有一个专门的开发工具团队来支持这个不成熟的内部工具。我想知道是否有人使用纯云端或第三方托管的开发环境，体验如何？