在AI Agent adoption的讨论中，最核心的问题往往是：Agent到底应该接管多少业务逻辑？ghfind给出了一个明确的边界——它没有把整个产品交给Agent，而是只将其中一项真正需要开放式研究的能力，即对公开GitHub仓库的深度评估，委托给了一个已发布的Mosoo Agent。GitHub账号评分、任务编排、结果校验、产品界面，仍然由ghfind自己负责。 这个边界回答了Agent落地中最关键的问题：Mosoo并没有重建ghfind的业务逻辑。它只是让ghfind把一个带工具、沙箱和托管生命周期的Agent当作后端能力来调用。ghfind本质上是一个开源产品，用来评估GitHub开发者的价值与可信度。它的首页评分功能，根据公开GitHub数据计算一个可复现的账号分数，这部分完全没有使用Agent。 真正的Agent使用场景是在项目评估中。用户提交一个公开仓库，也可以指定分支、标签或提交，ghfind会返回一份结构化判断，覆盖真实需求、有效性、上手体验和值密度。这项工作需要阅读源代码、文档、项目历史，有时还要验证安装、构建和核心流程，因此更适合交给Agent来执行。 在这个架构里，ghfind发布了一个cattle Agent，承载它的项目评估Skill，运行在Mosoo上。Mosoo提供的是可复用的运行时能力：隔离沙箱、Agent harness、工具执行、Run生命周期、公共事件和输出文件。ghfind不需要自己维护模型循环、工具运行器或沙箱调度器。 一次真实评估的路径如下：浏览器将仓库URL提交给ghfind；ghfind的Go worker调用`POST /agents/{agentId}/threads`，带上稳定的幂等键，并持久化Thread和Run ID；Mosoo在隔离沙箱中启动已发布的Agent，Agent按照ghfind的rubric检查仓库，同时发出Run和工具事件；Agent提交三个文件：analysis JSON、evidence JSON和一份Markdown报告；ghfind下载这些文件并继续后续校验与展示。 这种分工让ghfind既能保持产品核心的独立控制，又能借助Agent完成高难度、开放式的代码仓库评估。它没有把整个产品交给Agent，而是精心划出了一条线：可复现的评分逻辑留在自己手里，需要探索和判断的深度评估交给Agent。正是这种克制，让Agent真正成为产品能力的延伸，而不是替代整个业务逻辑的黑盒。
热门跟贴