兄弟们有什么做的比较好的agent 与 业务结合的例子么?大家分享分享思路

jack 2026-09-07 10:36 1

我们公司让我在做一个agent 识别 上线风险, 上下文 提示词 怎么迭代 都让我很头疼 。 听朋友说,他们公司已经做到了,需求-设计-开发-测试-上线-自动化 -A/B 实验看数据 - 自动迭代微调 。 这一系列都大量的 agent 参与,人工只做很少的事情 。 我不理解,真的不会偏移么? 每天持续运行 真的不会有问题么? 比人要好用的多么

最新回复 (9)
  • jack 楼主 09-07 10:57
    1

    没人理俺 ^-^

  • 0xqaxwm 09-07 10:59
    2

    需求-设计-开发-测试-上线-自动化 -A/B 实验看数据 - 自动迭代微调



    你朋友的公司难道是什么top lab吗,感觉像是某种超级梦工厂一样,也可能是我认识浅薄,现在我观察大多数还都是human in the loop

  • Shaw Lynwood 09-07 11:01
    3

    看具体业务有多复杂,一般不要想着一步到位,可以从最小的入口开始上手。而且上线之后也是持续迭代的,并不是上线之后就不管的,这部分可能要在设计之前就要考虑到

  • jack 楼主 09-07 11:01
    4

    对 - 某个大厂的业务线

  • Jocker1212 09-07 11:03
    5

    emmm,我建议是一套文件系统的读(rg,read,glob)+gitlab拉取仓库源码的能力,然后需求管理侧提供接口拉取需求的信息,包含文档即可。随便一套runtime加这套工具链就可以。稍微扩展一点,就是接一下关联的数据库

  • 0xqaxwm 09-07 11:03
    6

    这个听起来很厉害,而且你要问思路可以问问他吧

  • zliawk 09-07 11:03
    7

    让你朋友给你传授经验,讲讲思路都可以,不能问吗

  • jack 楼主 09-07 11:07
    8

    是的,我自己做了一段时间了。 就是迭代到某一个位置,发现有些东西不好继续优化了,有可能部分模块要重新设计 。 我周六周日 重新思考了一下,发现设计有缺陷,重新设计 。 我担心重新设计再迭代,依旧会碰到类似问题 。 欸,能力太差了我

  • jack 楼主 09-07 11:09
    9

    哈哈哈,小兵一个,很多他也接触不到。 就在一个环节的流水工,也给他震撼了。

* 帖子来源Linux.do
返回