本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 为什么需要这个项目 在使用 Claude Code、Codex、Open Code 等 AI 编程助手时，我常需要同时派发多项任务给 Agent 执行。传统的做法是维护一个 TODO.md，让 Agent 持续运行直到所有任务完成，但这难以追踪每个任务的进度，增减任务也非常不便。 事实上，已有类似的项目（例如 multica），但由于我的日常工作与飞书深度耦合，切换到其他工具会带来更高的管理成本。因此我开发了这个项目——一个基于飞书多维表格的 Agent 任务管理平台。不需要离开飞书的工作流，也不需要额外采购服务器或内网穿透服务，仅凭一个飞书账号就能运作。 核心思路：零后端，飞书即基础设施 Agentman 没有前端、没有后端、没有数据库。 它只做一件事：从飞书表格中读取任务 → 在本地通过 Agent CLI 执行 → 将状态和日志写回表格。 三张表就能覆盖所有需求： 任务主表：状态、前置依赖、分配的运行时 运行时表：守护进程心跳、可用 Agent、机器信息 执行记录：每次执行的输出、耗时、重试次数 飞书原生的权限控制、@通知、审批流都可以直接复用，无需重复造轮子。 任务依赖 也已内置：你可以在表格中为任务指定“前置任务”，Agentman 会自动检查其依赖是否全部完成，若未完成则会阻塞等待。 适合什么场景？ 1. 批量任务分发 将 20 个重构任务填入飞书表格，分布在 3 台机器上的守护进程会自动领取，各自独立执行。 2. 串行依赖执行 “先迁移 utils 模块，再迁移 core 模块”——在表格里配置前置依赖，Agentman 就会自动按序等待依赖完成。 3. 人工审核 Agent 执行完毕后，任务进入“待审核”状态。你在飞书中直接点击“驳回”，Agentman 便会自动重试，并将驳回理由注入执行上下文，下一次运行时 Agent 就能看到上次被驳回的原因。 4. 多机调度 台式机适合跑重量级任务，笔记本则处理轻量级任务。守护进程会上报各自可用的 Agent 列表，任务可分配给指定机器。 项目目前处于早期阶段，欢迎各位大佬提出意见和建议。如果觉得有帮助，希望能点个 star。 github.com 1 个帖子 - 1 位参与者 阅读完整话题