2. Linux.do
  3. Harness分享

Harness分享

滑稽 2026-06-23 09:41 1

在知乎发现一篇讲Harness讲的还不错的博客，分享一下：https://zhuanlan.zhihu.com/p/2040878707594770053

最新回复 (16)
  • _Rain 06-23 09:46
    1楼

    看成了hermes 点进去看半天我说怎么有点看着不对

  • 滑稽 楼主 06-23 09:48
    2楼

    是harness engineering哦，我认为ai开发是要把上下文维护进项目仓库的，这样才能实现跨会话访问记忆，以及限制ai的开发行为

  • 滑稽 楼主 06-23 09:49
    3楼

    启发是看到openai的这篇博客：https://openai.com/index/harness-engineering/

  • songzf 06-23 09:51
    4楼

    点击链接打开一看，看不懂，还是太菜了 ^-^

  • caizi12 06-23 09:51
    5楼

    对，每个项目都可以有自己的，然后提交到版本管理上

  • 滑稽 楼主 06-23 10:02
    6楼

    可以借助ai辅助理解，让ai帮你分析一下

  • 烟雨 06-23 10:03
    7楼

    两篇文章说的不是一件事吧，openai说的是给agent限制边界，让agent能够持续运行下去。但是知乎的文章是对于这种工程的补充：只是限定边界是不够的，因为agent不知道哪种方向是正确的，作者通过一些术语： 状态空间 → 吸引子 → 轨迹 → 控制。来阐述他的想法。目前看，知乎的这个文章有点偏理论，暂时没有看到具体落地的内容。

  • gorgias 06-23 10:05
    8楼

    一眼Chat GPT 生成的内容，没必要看

  • kk1 06-23 10:14
    9楼

    对我有用的就这个,约束文件的内容改成索引

  • 滑稽 楼主 06-23 10:15
    10楼

    正在尝试用作者的方法论落地，他在文章里提到的一些坑是我之前踩过的 ^-^

  • 朽翁 06-23 10:15
    11楼

    他这文章简单来说，就是你的harness不要只盯着当前的实时状态去管理，要有一个长期的架构目标和专用的上下文空间，让ai基于这个长期目标去控制当下的行为

  • 滑稽 楼主 06-23 10:16
    12楼

    harness repo是真有用，可以让ai少search你的代码，减少token消耗

  • 滑稽 楼主 06-23 10:17
    13楼

    开发转架构师和产品经理了难绷 ^-^

  • 滑稽 楼主 06-23 10:23
    14楼

    再分享一篇openai的文章，讲的是开发者在同时管理多个 agent 会话时，开发速度瓶颈变成了人的注意力和上下文切换成本，所以需要用 Symphony 这种编排方式来管理多 agent 任务：https://openai.com/index/open-source-codex-orchestration-symphony/

  • Héctor 06-23 10:29
    15楼

    我其实一直有点不理解，harness 到底是什么 ^-^

  • 滑稽 楼主 06-23 10:30
    16楼

    文章里的方案是用 Linear 做工单管理和 agent 控制平面。考虑到接入 Linear 成本较高，我改用 GitHub Issues 来承载任务，并开发了一个程序：它会读取 Issues 中的需求，调用 Codex 自动完成对应的开发任务。

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐