【免费下载链接】agentrqAgentRQ: Human-in-loop realtime conversational task manager for AI Agents. Self-hosted! Control your own agents from wherever you want Mobile, Web, Desktop. Designed to work well with your own Claude subscriptions and any harness with ACP support.项目地址https://gitcode.com/gh_mirrors/ag/agentrq点击查看免费下载AgentRQ 是一款自托管Self-hosted的 Human-in-the-loop 实时对话式 AI Agent 任务管理器。它内置的**事件Events**与Workflow 编排机制让不同 Workspace 里的多个 Agent 通过命名信号自动接力协作一个 Workspace 发布事件订阅它的 Workspace 立刻收到新任务任务完成后再发布下一个事件从而串成一条跨 Workspace 的流水线——无需写代码、无需 YAML也不依赖特定编排 DSL。 三个核心概念Event、Trigger、Workflow理解 AgentRQ 的编排能力只需要记住三个名词概念一句话解释类比Event事件一个命名信号由某个 Workspace 的 Agent 发布可携带payload负载和faq问答对快递送达短信Trigger触发器常驻指令当某事件被发布时在指定 Workspace 创建一个任务订阅通知Workflow工作流一张命名图谱起点事件 若干步骤Step每一步在某个 Workspace 建任务并可发布下一个事件流程图Workflow 本质上是事件 触发器组合出来的图形结构起点事件向多个步骤扇出每个步骤又可能发射emit下一个事件如此接力直到流程走完。⚡ 事件触发跨 Workspace 任务数据如何流转一次完整的事件触发包含四个环节全部由后端的事件消费者自动完成实现见 backend/internal/controller/event/event.go发布事件Agent 通过 MCP 工具workspace的publishEventaction 按名字发布事件附上payload与可选的faq扇出触发器消费者订阅事件主题PubSubTopicEvents为所有订阅该事件的 Trigger 各创建一个任务模板渲染任务正文中的{{EVENT_PAYLOAD}}和{{EVENT_FAQ}}占位符会被发布方发送的内容原样替换任务标题始终是静态文本因此下游 Agent 拿到的任务描述里直接带着上游发生了什么实时推送新任务创建后通过 SSE 推送到前端你在 Web / 桌面端能立即看到任务出现在目标 Workspace。创建 Trigger 时还支持几个实用选项assignee任务指派给agent默认还是human实现人工介入节点cronSchedule为派生任务附加 cron 计划最多精确到小时allowAllCommands允许派生任务免审批执行命令。 事件链式接力用emitEventId驱动流水线真正的流水线来自事件链。每个 Trigger 或 Workflow 步骤都可以设置emitEventId——当它派生的任务完成时由 Agent 主动发布这个下一个事件。关键在于发布行为是由 Agent 驱动的。后端在创建任务时会把一条明确的指令追加到任务正文末尾文案统一由 backend/internal/service/eventinstruction/eventinstruction.go 生成要求 Agent 在标记任务完成前调用publishEvent并把name和taskId原样回填。这样服务端就能从任务本身识别这是哪一次运行的哪一跳而不是靠会话状态去猜。一个典型的发布后行为示例[On completion, before marking this task completed: call workspace {action: publishEvent, payload: {name: build_passed, taskId: …, payload: what happened, in your words, faq: [{q, a}, ...]}}] 用 Workflow 画布编排多 Agent 流水线在 UI 的Workflows页面frontend/src/views/WorkflowsView.vue你可以直接拖拽出一张流程把 Workspace 拖到事件上 订阅它把事件拖到 Workspace 上 该 Workspace 完成时发射它。没有决策树 DSL画布的形状就是流程本身。每个节点悬停还能看到它指向哪个 Workspace、订阅的是哪个事件标签逻辑见 frontend/src/composables/useWorkflowLabels.js。 Workflow 文本模式可版本化的声明式写法AgentRQ 还提供文本模式整张图可以导出/替换为一份缩进文档每层两个空格列表行在- agent:workspace与- event:name之间交替。例如官方案例见 backend/internal/controller/crud/workflow_text_test.goworkflow: new_feature event: code_changed - agent:doc - event:doc_updated - agent:blog - event:new_feature_added - agent:twitter - agent:hackernews - agent:linkedin读法一目了然code_changed事件触发时doc和blog两个 Workspace 同时开工blog完成后发射new_feature_added再并行驱动 twitter、hackernews、linkedin 三个 Workspace 发推。解析与渲染实现位于 backend/internal/controller/crud/workflow_text.go。文本模式的好处是可对比diffable声明式工具如桌面端扩展安装/卸载时可以拿两份文档做对比而不是逐个节点 diff 图谱。画布与文本是同一张图的两个视图走同一套校验规则不会漂移。✅ 防循环、深度上限与生命周期规则多 Agent 流水线最怕事件绕回自己AgentRQ 在三层做了保护建图时查环创建步骤或文本替换时任何会闭合回路的边都会被直接拒绝运行深度上限单次 Workflow 运行最多 32 跳maxWorkflowDepth这是针对运行中途被编辑等校验盲区设置的兜底防止一个坏边无限派生任务生命周期跟随 Workspace删除或归档某个 Workspace 时指向它的 Trigger 和 Step 一并删除恢复归档不会还原消费者还会跳过已归档的目标 Workspace启动时清扫遗留的孤儿路由行。规则全文可在官方文档 docs/agents/events.md 中查阅。 在 UI、REST API 与 MCP 中管理事件与 Workflow事件与 Workflow 是三处入口、一套规则UI 能做的Agent 就能做Agent 不能做的UI 也没有。入口说明参考Web / 桌面 UI/events事件列表与详情含触发器 CRUD 及其派生任务/workflows画布与文本模式frontend/src/views/EventDetailView.vueREST API全部位于/api/v1/events与/api/v1/workflows下含GET /events/:id/tasks等backend/openapi.yamlSupervisor MCPevents.*增删改查事件与触发器与workflows.*含getText/replaceFromText工具让 Supervisor Agent 直接搭建整条流水线backend/internal/handler/coremcp/workflows.goWorker MCP每个 Workspace 的workspace工具提供publishEvent负责点火backend/internal/handler/coremcp/events.go这种分工非常清晰Supervisor 负责搭线Worker 负责放信号——Supervisor 用 MCP 工具创建事件、触发器和 Workflow 图谱各 Workspace 的 Agent 在完成任务时发布事件流水线就自动运转起来。 小结Event是命名信号Trigger是事件→任务的常驻指令Workflow是它们的图形化组合任务正文支持{{EVENT_PAYLOAD}}/{{EVENT_FAQ}}占位符上游信息无损传递到下游 AgentemitEventId让任务完成时自动发射下一个事件一条流水线就此成型画布拖拽 文本模式双视图配合建图查环与 32 跳深度上限编排既直观又安全UI、REST、MCP 三入口共享同一套校验人类与 Agent 可以共同维护同一张流水线图谱。从手动逐个派活到信号驱动的自动接力这就是 AgentRQ 事件与 Workflow 编排的核心价值让多 Agent 跨 Workspace 协作像订阅通知一样简单。赞分享【免费下载链接】agentrqAgentRQ: Human-in-loop realtime conversational task manager for AI Agents. Self-hosted! Control your own agents from wherever you want Mobile, Web, Desktop. Designed to work well with your own Claude subscriptions and any harness with ACP support.项目地址https://gitcode.com/gh_mirrors/ag/agentrq点击查看免费下载相关推荐AgentRQ SupervisorCoreMCP单一Agent编排跨Workspace多Agent协作AgentRQ SupervisorCoreMCP单一Agent编排跨Workspace多Agent协作 AgentRQ 是一个自托管Self hostccg-workflow 多 Agent 蚁群协同编排实战指南生命周期、信息素通信与 /ccg:team 团队流水线ccg workflow 多 Agent 蚁群协同编排实战指南生命周期、信息素通信与 /ccg:team 团队流水线 本篇指南以 ccg workflow 内machine-learning-ops 插件的多 Agent MLOps 流水线编排实战指南machine learning ops 插件的多 Agent MLOps 流水线编排实战指南 本文围绕 agents 仓库中 plugins/machineAI 插件AI 技能开发工具创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
【免费下载链接】agentrqAgentRQ: Human-in-loop realtime conversational task manager for AI Agents. Self-hosted! Control your own agents from wherever you want Mobile, Web, Desktop. Designed to work well with your own Claude subscriptions and any harness with ACP support.项目地址https://gitcode.com/gh_mirrors/ag/agentrq点击查看免费下载AgentRQ 是一款自托管Self-hosted的 Human-in-the-loop 实时对话式 AI Agent 任务管理器。它内置的**事件Events**与Workflow 编排机制让不同 Workspace 里的多个 Agent 通过命名信号自动接力协作一个 Workspace 发布事件订阅它的 Workspace 立刻收到新任务任务完成后再发布下一个事件从而串成一条跨 Workspace 的流水线——无需写代码、无需 YAML也不依赖特定编排 DSL。 三个核心概念Event、Trigger、Workflow理解 AgentRQ 的编排能力只需要记住三个名词概念一句话解释类比Event事件一个命名信号由某个 Workspace 的 Agent 发布可携带payload负载和faq问答对快递送达短信Trigger触发器常驻指令当某事件被发布时在指定 Workspace 创建一个任务订阅通知Workflow工作流一张命名图谱起点事件 若干步骤Step每一步在某个 Workspace 建任务并可发布下一个事件流程图Workflow 本质上是事件 触发器组合出来的图形结构起点事件向多个步骤扇出每个步骤又可能发射emit下一个事件如此接力直到流程走完。⚡ 事件触发跨 Workspace 任务数据如何流转一次完整的事件触发包含四个环节全部由后端的事件消费者自动完成实现见 backend/internal/controller/event/event.go发布事件Agent 通过 MCP 工具workspace的publishEventaction 按名字发布事件附上payload与可选的faq扇出触发器消费者订阅事件主题PubSubTopicEvents为所有订阅该事件的 Trigger 各创建一个任务模板渲染任务正文中的{{EVENT_PAYLOAD}}和{{EVENT_FAQ}}占位符会被发布方发送的内容原样替换任务标题始终是静态文本因此下游 Agent 拿到的任务描述里直接带着上游发生了什么实时推送新任务创建后通过 SSE 推送到前端你在 Web / 桌面端能立即看到任务出现在目标 Workspace。创建 Trigger 时还支持几个实用选项assignee任务指派给agent默认还是human实现人工介入节点cronSchedule为派生任务附加 cron 计划最多精确到小时allowAllCommands允许派生任务免审批执行命令。 事件链式接力用emitEventId驱动流水线真正的流水线来自事件链。每个 Trigger 或 Workflow 步骤都可以设置emitEventId——当它派生的任务完成时由 Agent 主动发布这个下一个事件。关键在于发布行为是由 Agent 驱动的。后端在创建任务时会把一条明确的指令追加到任务正文末尾文案统一由 backend/internal/service/eventinstruction/eventinstruction.go 生成要求 Agent 在标记任务完成前调用publishEvent并把name和taskId原样回填。这样服务端就能从任务本身识别这是哪一次运行的哪一跳而不是靠会话状态去猜。一个典型的发布后行为示例[On completion, before marking this task completed: call workspace {action: publishEvent, payload: {name: build_passed, taskId: …, payload: what happened, in your words, faq: [{q, a}, ...]}}] 用 Workflow 画布编排多 Agent 流水线在 UI 的Workflows页面frontend/src/views/WorkflowsView.vue你可以直接拖拽出一张流程把 Workspace 拖到事件上 订阅它把事件拖到 Workspace 上 该 Workspace 完成时发射它。没有决策树 DSL画布的形状就是流程本身。每个节点悬停还能看到它指向哪个 Workspace、订阅的是哪个事件标签逻辑见 frontend/src/composables/useWorkflowLabels.js。 Workflow 文本模式可版本化的声明式写法AgentRQ 还提供文本模式整张图可以导出/替换为一份缩进文档每层两个空格列表行在- agent:workspace与- event:name之间交替。例如官方案例见 backend/internal/controller/crud/workflow_text_test.goworkflow: new_feature event: code_changed - agent:doc - event:doc_updated - agent:blog - event:new_feature_added - agent:twitter - agent:hackernews - agent:linkedin读法一目了然code_changed事件触发时doc和blog两个 Workspace 同时开工blog完成后发射new_feature_added再并行驱动 twitter、hackernews、linkedin 三个 Workspace 发推。解析与渲染实现位于 backend/internal/controller/crud/workflow_text.go。文本模式的好处是可对比diffable声明式工具如桌面端扩展安装/卸载时可以拿两份文档做对比而不是逐个节点 diff 图谱。画布与文本是同一张图的两个视图走同一套校验规则不会漂移。✅ 防循环、深度上限与生命周期规则多 Agent 流水线最怕事件绕回自己AgentRQ 在三层做了保护建图时查环创建步骤或文本替换时任何会闭合回路的边都会被直接拒绝运行深度上限单次 Workflow 运行最多 32 跳maxWorkflowDepth这是针对运行中途被编辑等校验盲区设置的兜底防止一个坏边无限派生任务生命周期跟随 Workspace删除或归档某个 Workspace 时指向它的 Trigger 和 Step 一并删除恢复归档不会还原消费者还会跳过已归档的目标 Workspace启动时清扫遗留的孤儿路由行。规则全文可在官方文档 docs/agents/events.md 中查阅。 在 UI、REST API 与 MCP 中管理事件与 Workflow事件与 Workflow 是三处入口、一套规则UI 能做的Agent 就能做Agent 不能做的UI 也没有。入口说明参考Web / 桌面 UI/events事件列表与详情含触发器 CRUD 及其派生任务/workflows画布与文本模式frontend/src/views/EventDetailView.vueREST API全部位于/api/v1/events与/api/v1/workflows下含GET /events/:id/tasks等backend/openapi.yamlSupervisor MCPevents.*增删改查事件与触发器与workflows.*含getText/replaceFromText工具让 Supervisor Agent 直接搭建整条流水线backend/internal/handler/coremcp/workflows.goWorker MCP每个 Workspace 的workspace工具提供publishEvent负责点火backend/internal/handler/coremcp/events.go这种分工非常清晰Supervisor 负责搭线Worker 负责放信号——Supervisor 用 MCP 工具创建事件、触发器和 Workflow 图谱各 Workspace 的 Agent 在完成任务时发布事件流水线就自动运转起来。 小结Event是命名信号Trigger是事件→任务的常驻指令Workflow是它们的图形化组合任务正文支持{{EVENT_PAYLOAD}}/{{EVENT_FAQ}}占位符上游信息无损传递到下游 AgentemitEventId让任务完成时自动发射下一个事件一条流水线就此成型画布拖拽 文本模式双视图配合建图查环与 32 跳深度上限编排既直观又安全UI、REST、MCP 三入口共享同一套校验人类与 Agent 可以共同维护同一张流水线图谱。从手动逐个派活到信号驱动的自动接力这就是 AgentRQ 事件与 Workflow 编排的核心价值让多 Agent 跨 Workspace 协作像订阅通知一样简单。赞分享【免费下载链接】agentrqAgentRQ: Human-in-loop realtime conversational task manager for AI Agents. Self-hosted! Control your own agents from wherever you want Mobile, Web, Desktop. Designed to work well with your own Claude subscriptions and any harness with ACP support.项目地址https://gitcode.com/gh_mirrors/ag/agentrq点击查看免费下载相关推荐AgentRQ SupervisorCoreMCP单一Agent编排跨Workspace多Agent协作AgentRQ SupervisorCoreMCP单一Agent编排跨Workspace多Agent协作 AgentRQ 是一个自托管Self hostccg-workflow 多 Agent 蚁群协同编排实战指南生命周期、信息素通信与 /ccg:team 团队流水线ccg workflow 多 Agent 蚁群协同编排实战指南生命周期、信息素通信与 /ccg:team 团队流水线 本篇指南以 ccg workflow 内machine-learning-ops 插件的多 Agent MLOps 流水线编排实战指南machine learning ops 插件的多 Agent MLOps 流水线编排实战指南 本文围绕 agents 仓库中 plugins/machineAI 插件AI 技能开发工具创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
