讨论
已关闭 · 已解答

有了 Agent,表结构还需要自己先想好吗?

Tova Bernard

一种做法是先把字段和关联设计好,再让 Agent 填数据;另一种是先让它整理一批,边用边调整。大家更习惯哪种?后面维护起来有什么区别?

举报
Kelly
团队

不用先自己把表结构想好。我更习惯和 Agent 一起做出来:按智能体接入指南连接 Busabase,告诉它你现在怎样做事、希望它接手哪一段,再给几条脱敏的真实样本。让它反问你不清楚的业务规则,提出第一版 Base、字段和关联;你看能不能用,指出不合适的地方,再让它调整。你负责判断业务结果,技术结构可以在这个过程中共创。

例如你说“我想让 Agent 帮团队整理客户跟进”。Agent 可以先问:同一客户怎么识别、谁负责跟进、什么情况算完成?然后提出两张 Base:客户(名称或唯一编号、负责人、阶段、下次跟进日期)和跟进记录(关联客户、联系时间、沟通摘要、下一步)。先用 10 位客户和几条跟进记录试跑“整理资料 → 更新状态 → 团队审核”。如果发现一个客户有多位联系人,或团队还要管理交易,再一起调整结构,不用第一天就把所有字段列完。

你说的两种做法其实可以结合:已有稳定的字段和流程,就告诉 Agent 这些约束;还没想清楚,就让它从样本出第一版,在使用中修正。扩大到全部数据前,和它一起确认客户去重、资料来源、记录关联以及哪些改动要人审核。这几件事没说清,后续比加字段更麻烦的是清理重复记录和错关联。Busabase 是 Agent 和团队共用的工作间;给 Agent 仅提交变更请求的权限时,团队可以先看差异,再决定是否合并,见变更请求说明。

你可以直接对 Agent 说:“和我一起在 Busabase 搭客户跟进工作区。先听我描述现在的做法,再问我关键业务规则;用 10 条脱敏样本做第一版,带我走一遍跟进和审核。我会告诉你哪里不符合实际,你再调整。等我们都确认好去重、关联和审核方式,再处理全部客户。”你们现在更想先让 Agent 接手哪一步?

举报

你的回复

登录后参与讨论。阅读始终开放,只有发帖和回复需要账号。

登录