V2EX › kenshinhu 的所有回复 › 第 3 页 / 共 82 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10 ... 82

❮

❯

4 月 18 日

回复了 cufezhusy 创建的主题 › 奇思妙想 › 如果我是个企业，可以用哪些方法对冲 token 价格上涨的风险？

我觉得在稳定在一定的指标下追求自建？毕竟硬件成本是会降低，仅要能满足到最基础的需求下追求最低成本，之后的线上模型就算多强大都好，企业用不上還是没有需求的。毕竟不是每个企业都需要计算火箭发射后回收的精准位置吧。

4 月 18 日

回复了 catvoo 创建的主题 › 生活 › 今天结婚了☺️☺️☺️

恭喜恭喜，祝三年抱两

4 月 17 日

回复了 kenshinhu 创建的主题 › iDev › 现在 Apple 开发者帳號應該是用哪个地区会更好？

@MacsedProtoss 我看过有一些操作是直接注册海外公司，通过海外公司来注册开发者帳號（也是 99 刀），入幅是经 paypal 之类的操作走入汇，但这样的成本就高好多了

4 月 16 日

回复了 jerfoxu 创建的主题 › 创造者 › V 友中做一人公司的多不多，自由工作者

@chengguang 财务上有正反馈不？

4 月 15 日

回复了 kenshinhu 创建的主题 › 程序员 › 如何实践 Harness 工程？

@bytesfold 上生产的是类似定制这種嗎？像这種是怎样对驗證 agent 的产出？

4 月 15 日

回复了 kenshinhu 创建的主题 › 程序员 › 如何实践 Harness 工程？

@YanSeven 所以我在想，未来如果上下文窗口可以有现在好几百倍的容器，是否现在的 Agent 理论都仅是过渡式

4 月 15 日

回复了 kenshinhu 创建的主题 › 程序员 › 如何实践 Harness 工程？

@Huyii 因为我一直在想，harness + model 是怎样處理需求精细化的，就像前端（ APP / H5 ）里有很多细节，这種還是需要人类介入比例比较重的，但对于像 agent 这種就真的控制好边界就可以了

4 月 15 日

回复了 kenshinhu 创建的主题 › 程序员 › 如何实践 Harness 工程？

@NizumaEiji 这就是人机协助的情況吧，仅是人类做了指导员，整个 LOOP 人类的比重還是高于 AI 的

4 月 15 日

回复了 kenshinhu 创建的主题 › 程序员 › 如何实践 Harness 工程？

@joyyu 看样子我之前一直抽混了，以为 Harness 是可以用到所有领域的开发。

4 月 15 日

回复了 kenshinhu 创建的主题 › 程序员 › 如何实践 Harness 工程？

@sqlNice 有感而发，旧项目使用 harness 才有价值，新项目使用 harness 就好像有點带偏。可能 specs + TDD 也够。旧项目的话更多是需要对旧有的代碼和业务有个归纳，这个过程中肯定会有一些细节的损失，需要好次迭代才能也旧项目拉到一个新的高度，当然旧有的项目是意大利面条这種的就另说了，可能重新再做会更快

4 月 15 日

回复了 kenshinhu 创建的主题 › 程序员 › 如何实践 Harness 工程？

@Clannad0708 对这个我也想过是否是通过 prompt 来驱动，但这样整个 LOOP 還是需要人类介入，就如描述好了让 Agent 處理，把他的结果看一下，再把瑕疵的地方再輸入新的 Prompt 再處理最后这样好像又变化
人类 -> Agent -> 人类 -> Agent 这相环节；

4 月 15 日

回复了 kenshinhu 创建的主题 › 程序员 › 如何实践 Harness 工程？

@NoobNoob030
是的，我在思考是否需要把工具体系从“人类使用”转为“Agent 可编排”的视角重新设计。

例如测试工具如果具备完善的 CLI 接口，就可以被纳入 CI/CD 流程，
并进一步作为 Agent 的可调用能力，由 Agent 进行调度和控制。

从工程结构来看，这一层本质上就是 harness ，
即对工具、执行流程和反馈机制的统一编排系统，而不是单一工具本身。

它不是前期任务，而是 Agent 能否稳定运行的基础设施。

還是通过一个 todos h5 的 webapp 試試过，還需要是实践一下才知道是怎么一回事

4 月 15 日

回复了 kenshinhu 创建的主题 › 程序员 › 如何实践 Harness 工程？

@glacer 我个人理解也是这样子的，如果需要人类确认就协助。需求边界、测试用例以开发前期需要列明

4 月 15 日

回复了 kenshinhu 创建的主题 › 程序员 › 如何实践 Harness 工程？

@NoobNoob030 我的了解不知道是不是这样子的，請大佬指点业下：
我觉得是这个概念不能是从工具出发，是从原来的软件工程通过 AI 来介入。
人类在 harness 相当于一个布道者，前期理多的是在工具是怎样配置，如在 github actions 中配置好相关的 Agent 介入，如果有测式工具就接入；
所以我在想当于有一个新的需求时，把需求定义好，分里程->phase->PR 这个處理，人类做功能的验证：说白了就是做在测試，按界面/数据事件触发看看是否已对齐

4 月 15 日

回复了 kenshinhu 创建的主题 › 程序员 › 如何实践 Harness 工程？

@momogzp 对的，这个也有看过，可以对整个 Agent 的處理流有更深入的了解。同时我在想，如果现在有新的业务要做新的项目，該怎样可以让 Agent 在预期来完成需求（而不是有人类介入 vibe 这種）

4 月 15 日

回复了 kenshinhu 创建的主题 › 程序员 › 如何实践 Harness 工程？

@mooncakeSec 我看到的实践都是哪里是卡在人类的就用 AI 介入，如果不能完全介入就是人类和 Agent 协助。
从工具层来看還是需要人类精心安排吧？

4 月 14 日

回复了 widowcat 创建的主题 › 生活 › 大家下班了一般都干啥

副业加班

4 月 14 日

回复了 cxd8190102 创建的主题 › 程序员 › 龙虾还没玩明白，爱马仕又来了

@dacapoday 这样看来是通过降低某些指标来保障长期运行的稳定性