Agent 正在从回答问题走向真正做事。这个变化很有意思,但也带来一个现实问题:工作本身分散在账号、文件、服务、权限、团队习惯和大量上下文里。
我们开始做 WANTA,是因为有用的 Agent 需要进入这些地方,但不应该靠到处复制 token、写临时脚本,或翻找没人记得的配置说明。
WANTA 由一支小团队构建。我们希望 Agent 不只停留在对话里,也能在清楚授权下处理实际任务,并把有效方法复用起来。
我是 Shaun,WANTA 的 CEO。很好奇你在用 WANTA 做什么呢,也想听听它有没有帮你把事情做得更顺手。欢迎加
随时和我聊聊。
Agent 正在从回答问题走向真正做事。这个变化很有意思,但也带来一个现实问题:工作本身分散在账号、文件、服务、权限、团队习惯和大量上下文里。
我们开始做 WANTA,是因为有用的 Agent 需要进入这些地方,但不应该靠到处复制 token、写临时脚本,或翻找没人记得的配置说明。
相比功能清单,这些判断更影响我们怎么做产品。
我们不是想把所有人带到新的聊天界面里,而是让用户已经在用的 Agent 更会处理现有工作。
当 Agent 可以操作真实系统,用户应该知道连接了什么、批准了什么、调用了什么,也能回头查看记录。
一个有效的任务方法,不应该只留在某次 prompt、某个终端窗口,或某个同事的脑子里。
我们不想把 WANTA 做成另一个花哨但难以依赖的 AI 产品。我们更在意把 Agent 工作周围那些基础环节做清楚、做稳定。
我们会从具体任务开始看:用户想让 Agent 做什么、会用到哪些账号和工具、过程中哪里最容易卡住。
WANTA 不需要变成另一个 Agent,也不需要把每件事都做成 workflow。能用清楚的连接、授权和记录解决,就不绕远路。
用户在哪里看不懂、哪里配置麻烦、哪里反复使用,都会影响我们接下来怎么改。
如果你有问题、想法,或只是想确认 WANTA 是否适合自己的用法,都可以直接来聊。