电子表格智能体应在您接受前提供可修正的内容。
摘要
本文讨论了Univer的SDK(包括AI SDK和协作SDK)如何让AI智能体在单独的草稿上操作,使审阅者能在合并更改到主版本之前修正编辑。
假设一个智能体正确更新了人员预算,但将一个承包商放错了部门。在其摘要下方的“批准”按钮是一个令人沮丧的发现点。审阅者需要打开实际的表格,修正分配,并查看总额的变化。Univer提供了一种记录在案的方法来构建这种交接。它是一个SDK,用于将电子表格、文档和幻灯片编辑器嵌入到应用程序中。其AI SDK操作底层的办公内容,而其Collaboration SDK添加了Worktrees:独立的草稿,具有各自的内容和修订状态,与主版本分离。对于预算更新,智能体可以在该草稿中工作,而现有预算仍然可用。审阅者可以在网络编辑器中打开草稿,检查或更改单元格。有单独的步骤用于提交草稿编辑、将版本标记为Ready for review,以及合并到主版本中。Ready冻结审阅版本;Reopen允许在需要修正时进行更多编辑。这种分离回答了一个非常实际的问题:该人实际审阅的是哪个版本?它还意味着“智能体提交了其工作”不必意味着“所有人使用的预算已经改变”。这需要围绕它构建应用程序。应用程序仍然控制审阅者身份、权限以及合并后发生的事情。并且一个人仍然可能批准错误的数字。有用的部分是给予该人可编辑的工作和定义的审阅版本,而不是要求他们仅从智能体对其所做工作的描述来判断一切。
相似文章
我做了一个工具来编辑 AI 代理的文本,想听听大家的真实反馈
作者开发了一个工具,将一个开源 CLI 与命令挂钩(如 git commit 和文件写入),配合一个 MCP 服务器来对代理生成的文本进行排队,用户可以在批准之前审阅和编辑草稿。他想了解这种工作流是否与其他人处理 AI 撰写的 commit、邮件和 PR 描述的方式一致。
我开始认为电子表格代理缺少了让编程代理真正可用的东西:Git
作者认为电子表格代理采用缓慢,因为它们缺乏Git风格的协作基础设施(差异、审查、回滚),而这正是编程代理可用的原因。作者宣布发布了一个早期运行时以弥补这一差距。
智能体工作流可视化工具:反馈与修正
介绍了一款用于可视化AI智能体工作流的工具,支持多种智能体框架,包括Langgraph、CrewAI、AutoGen、Google ADK和OpenAI Agents SDK。创作者正在寻求社区的反馈与修正。
我受够了 AI 编写的那些一眼假的文字
一位开发者开发并开源了一款工具,强制 AI 编码代理在发送邮件、提交代码和发消息之前,先将其放入人工审核队列,由用户进行编辑和批准,从而减少那些明显带有 AI 痕迹的内容以用户名义发布出去。
@alex_prompter: 两个AI代理同时编辑同一代码库会互相破坏对方的工作,除非你给它们这个指令。同时运行两个代理…
一个实用的技巧:在同一个代码库上运行多个AI代理时,使用共享的 notes.md 文件进行协调,以避免冲突。