1
mooncakeSec 5 小时 16 分钟前
核心目标是通过约束验证保证质量吧,因为人的注意力在 ai coding 中是无法提升的瓶颈,要放弃 review
|
2
kenshinhu OP @mooncakeSec 我看到的实践都是哪里是卡在人类的就用 AI 介入,如果不能完全介入就是人类和 Agent 协助。
从工具层来看還是需要人类精心安排吧? |
3
momogzp 5 小时 10 分钟前
https://github.com/shareAI-lab/learn-claude-code/blob/main/README-zh.md
这个, 看完理解了一些 AI 的操作. 然后在此基础上可以更容易搞一些, 比如 subagent,task 啥的. |
4
kenshinhu OP @momogzp 对的,这个也有看过,可以对整个 Agent 的處理流有更深入的了解。同时我在想,如果现在有新的业务要做新的项目,該怎样可以让 Agent 在预期来完成需求(而不是有 人类介入 vibe 这種)
|
5
NoobNoob030 4 小时 56 分钟前
我之前遇到了跟你一样的困惑: https://www.0.51bbc.workers.dev/t/1202411
我在阅读了许多相关文章和项目之后,看的云里雾里,似懂非懂。然后我带着模糊的概念,直接进入实战,尝试各种框架( superpowers ,gstack ,gsd ,openspec ,omo ......),用过才知道咸淡。 我建议直接实践一个项目,只是问和看却不做,很难构建出清晰的认知 |
6
glacer 4 小时 55 分钟前
还是 TDD 那一套,要将需求边界、测试用例确定后再进行开发
|
7
kenshinhu OP @NoobNoob030 我的了解不知道是不是这样子的,請大佬指点业下:
我觉得是这个概念不能是从工具出发,是从原来的软件工程通过 AI 来介入。 人类在 harness 相当于一个布道者,前期理多的是在工具是怎样配置,如在 github actions 中配置好相关的 Agent 介入,如果有测式工具就接入; 所以我在想当于有一个新的需求时,把需求定义好,分 里程->phase->PR 这个處理,人类做功能的验证:说白了就是做在测試,按界面/数据事件触发看看是否已对齐 |
9
mangmaimu 4 小时 38 分钟前
最后这篇不错,符合我对 ai 构想
|
10
mooncakeSec 4 小时 36 分钟前
@kenshinhu 是的,人的角色从开发变成为 ai 搭建开发环境,业务约束,验收标准这些
|
11
NoobNoob030 4 小时 36 分钟前
@kenshinhu #7 我理解 harness 是能让 AI 更好的完成任务的一套架构,针对不同需求,架构的内容也不同。如果理解成字面意义上的“马具”,那么“需求定义”“自动化执行”“多 agent 交互”这些就相当于“缰绳、马鞍”,你提到的“把需求定义好,分 里程->phase->PR ”也能算是 harness 。
|
12
DICK23 4 小时 10 分钟前
看的云里雾里
|
13
darksword21 PRO 只能说老外挺能发明概念的
我理解所谓的 harness 是不是就是之前就有的帮助 llm 处理的东西,现在把他们打包称为 harness ? |
14
kenshinhu OP @NoobNoob030
是的,我在思考是否需要把工具体系从“人类使用”转为“Agent 可编排”的视角重新设计。 例如测试工具如果具备完善的 CLI 接口,就可以被纳入 CI/CD 流程, 并进一步作为 Agent 的可调用能力,由 Agent 进行调度和控制。 从工程结构来看,这一层本质上就是 harness , 即对工具、执行流程和反馈机制的统一编排系统,而不是单一工具本身。 它不是前期任务,而是 Agent 能否稳定运行的基础设施。 還是通过一个 todos h5 的 webapp 試試过,還需要是实践一下才知道是怎么一回事 |
15
Clannad0708 4 小时 0 分钟前
我来回答你把,在这个概念火之前,有个 cursor 的工程师来做分享。说他们内部做了大量的工程来实现 harness 。这个东西在我看来就是一套“规则说明” 他不是某个具体的框架或者技术,而是说一系列的包括提示词 prompt ,边界约束,工具描述等。一系列相关的东西来对 agent 进行 规则说明。 你要做的不是 直接告诉他 帮我实现 xxx 功能,而是详细的描述这个功能是什么样的,怎么测试他是否正常。通过一系列的 精雕细刻的设置说明和限制以及你的期望。他就能工作的更好
|
16
kenshinhu OP @Clannad0708 对这个我也想过是否是通过 prompt 来驱动,但这样整 个 LOOP 還是需要 人类介入,就如描述 好了让 Agent 處理,把他的结果看一下,再把瑕疵的地方再輸入新的 Prompt 再處理最后这样好像又变化
人类 -> Agent -> 人类 -> Agent 这相环节; |
17
huaweii 2 小时 17 分钟前 via Android
openai 是站在商业公司的立场,宝玉是在站在高级打工人的立场。
|
18
sqlNice 1 小时 23 分钟前
我最近也在实践,目前项目是微前端架构。
1.完善所有的 ts+ tslint + eslint 2.统一所有应用的基建层 3.各种业务 skill 4.skill 生成的文件增加 skill-artifacts.json 文件做索引,后续 AI 修改过程中涉及到对应的文件则提示用户 [是否迭代 skill] 5.增加 hook (强制 lint 校验) 6.完善 doc 以及子应用之间常用的业务关系 总结:如果在使用 AI 过程中产生了手动修改代码的行为,那么这个行为都视为应该改为 skill 或增加自动化流程。 缺陷:vue2 项目没法做单元测试,目前只能把报错扼杀在发布之前。 |
19
sqlNice 1 小时 19 分钟前
我是如何开始的:
- 我大概搜罗了七八篇 harness 相关的文章,openAI cc vercel 等官方的 blog - 参考 x 比较火的 LLM wiki ,总结这些文章,出一个在前端项目中如何探索 harness - 列 plan 一项项去实施 - 旧项目改造了四五天,目前还没完 后续: - 想着增加 jenkins 后反馈,基建/类型报错就直接让他改,业务相关的没办法只能人来 |
20
beimenjun PRO |
21
fennu2333 1 小时 1 分钟前
正好我昨天也发了一篇自己的实践: https://0.51bbc.workers.dev/t/1205752
我的理解是 Harness 在于给 Agent 构造外部环境和约束,让 Agent 能在你制定的规则下满足你某个垂直领域的需求,写 Skill ,CC 插件 等等手法最终的目的还是让 Agent 能更好地遵从你的工作流程来真正创造价值 有兴趣也可以看下最近比较火的一篇 Harness 综述 https://0.51bbc.workers.dev/t/1206029 |
22
kenshinhu OP @sqlNice 有感而发,旧项目使用 harness 才有价值,新项目使用 harness 就好像有點带偏。可能 specs + TDD 也够。 旧项目的话更多是需要对旧有的代碼和业务 有个归纳,这个过程 中肯定 会有一些细节的损失,需要好次迭代才能也旧项目拉到一个新的高度,当然旧有的项目是意大利面条这種的就另说了,可能 重新再做会更快
|
23
joyyu 38 分钟前
Harness 本质还是围绕构建稳定可靠 Agent 的工程,和 web 开发没很大关系。
新的 web 应用开发范式主要是基于现有的 Claude Code 、Codex 之类 Coding Agent 构建而生的 SDD TDD 之类的概念。 |