BotNexus：基于 .NET 的 LLM Agent 编排实验平台

sytone/botnexus · BotNexus is an experimental lab for agents, tools, memory, channels, and automation ideas of varying quality written in C# using the dotnet environment.

GitHub原文发布未知首次收录 2026-10-03上架 2026-10-03 07:01

☆ 收藏查看项目 ↗

ELI5：它是什么，解决什么问题

BotNexus 是一个用 C#/.NET 构建的实验性 LLM 编排沙盒，用于探索多 Agent 协作、通道接入、工具调用、记忆持久化与调度等交互模式。它提供网关路由、WebUI 聊天、多种模型提供方（GitHub Copilot、OpenAI、Anthropic、Azure OpenAI 及兼容端点）、扩展系统与诊断工具，并通过 CLI 完成安装、配置与网关生命周期管理。项目明确定位为实验平台，而非高可用企业级方案。

# agent-orchestration # dotnet # 多 Agent # LLM 路由 # Agent 记忆

核心能力与快速开始

★ 2 · C#

能做什么: 提供本地 LLM Agent 实验沙盒：多 Agent 编排（各自独立的提供方、模型、提示词、工具与工作区）；模型提供方接入 GitHub Copilot、OpenAI、Anthropic、Azure OpenAI 及 OpenAI 兼容端点，并支持按模型路由；通过 WebUI、SignalR、REST、Telegram、Slack、Discord、Azure Service Bus 或自定义适配器接入通道；浏览器内聊天与流式响应、模型切换；为 Agent 配置 shell 工具、web 工具、MCP 服务器与技能，并可设置审批门；会话与记忆持久化（SQLite 会话、Agent 工作区 markdown 记忆文件）；cron 风格调度与心跳；doctor/validate 诊断与健康检查；提供方、通道、工具的动态扩展加载。
适用场景: 用于试验多 Agent 协作与提示词/工具编排模式；在本地以统一网关对接多个 LLM 提供方并对比模型行为；通过 WebUI 或聊天通道与 Agent 交互并观察流式输出；为 Agent 配置工具与技能并测试审批流程；持久化会话与工作区记忆以维持长期上下文；用 cron 触发后台 Agent 任务；开发自定义提供方、通道或工具扩展。
项目形态: 开发框架
部署方式: 可作为全局 .NET CLI 工具安装（dotnet tool install -g BotNexus.Cli）并本地运行网关（默认端口 5005），也可从源码克隆后用 dotnet run 构建运行；配置与数据存放于 ~/.botnexus 目录。
主要依赖: 需要 .NET SDK 10.0 或更高版本（明确不支持 .NET 9 及更早版本）；使用默认 github-copilot 提供方需要 GitHub 账号及有效 Copilot 订阅；从源码构建需要 Git，PowerShell 7+ 为可选。
使用限制: 项目自述为实验性平台，明确声明不是关键任务级、经认证的企业级方案；README 警告存在 shell 访问等风险，建议在接入高成本、敏感或受监管场景前自行判断；未说明 API 成本、许可条款及生产可用性。
许可证: 未说明
最近推送: 2026-10-03 06:59

官方入门项目文档核对 README 依据 ↗

资料检查：2026-10-03 07:00 · 卡片整理：2026-10-03 07:00
卡片由 AI 根据仓库资料整理，未进行安装或运行验证 · 本次更新未完成，保留上次成功内容

职业应用

程序员

作为本地实验沙盒，程序员可运行和观察多 Agent 编排，为 Agent 配置不同模型提供方、工具（含 shell 工具、web 工具、MCP 服务器）、记忆与定时任务，并通过 WebUI 聊天、REST/SignalR 接口和诊断命令调试 Agent 行为。

查看内容依据

BotNexus gives you a local playground for running and observing agents:

官方使用入口 ↗

由 AI 根据来源材料整理，未进行安装或运行验证

相似资源

team-lead-skill：让编码 Agent 具备团队领导与任务委派能力

team-lead 是一个 Agent Skill，将编码 Agent 转变为真正的团队负责人：先登记团队成员并建立工作约定，再把任务委派给可达的队友（终端会话、子 Agent、Agent 间通道），要求以证据而非报告作为验收依据，并通过项目内的 .team/state.md 状态文件让跨会话协作得以延续。它还包含团队记忆、成员发展计划、通信契约等参考文档，以及一套 16 场景的脚本化回归评测套件。

PRD-to-Sprint Negotiator：用多智能体将 PRD 自动协商为敏捷迭代待办

该项目用五个专门化智能体（Product、Engineer、QA、Negotiator、Output）串行处理产品需求文档（PRD），提取功能与用户故事、估算故事点并识别技术风险、并行进行 QA 覆盖与边界用例审查，再由 Negotiator 结合迭代容量与速度做纳入/排除决策并给出理由，最后输出可粘贴到 Jira 或 GitHub Projects 的 Markdown 迭代待办，以及可直接导入 Jira/ADO/Linear MCP 的 JSON 载荷。它还提供带冲刺上下文参数（--sprint、--completed、--blocked、--velocity）的命令行与 Streamlit Web UI。

Polywave：在 Claude Code 中安全并行运行多个 AI 编码 Agent

Polywave 是一个轻量级协调协议与 Claude Code Agent Skill，让多个 AI 编码 Agent 并行工作而不互相破坏代码。其核心机制是文件所有权互斥（每个文件只分配给一个 Agent）与每 Agent 独立 git worktree 隔离，因此在规划阶段而非合并阶段就消除冲突；执行前由人工审阅完整的文件分配、接口契约和 wave 结构计划，并通过适用性门控在任务无法干净拆分时直接输出 NOT SUITABLE。项目不提供运行时、任务路由、消息传递或跨会话记忆，而是依托已有的 Agent 运行环境，以 /polywave 命令（scout、wave、auto、status 等）驱动工作流，底层依赖 polywave-tools CLI。

AZCLAUDE：为 Claude Code 提供记忆、Agent、技能与自主 Copilot 的完整 AI 编程环境

AZCLAUDE 构建在 Claude Code 原生架构之上，通过 Markdown 文件与生命周期钩子（hooks）提供跨会话记忆、意图路由、技能自动加载、多 Agent 编排以及自主 Copilot 模式。它在用户输入与 Claude 之间充当中间件：注入状态（goals、decisions、patterns）、按问题/分析/实现三档路由意图、在执行前强制运行问题架构与安全检查，并通过 DAG 调度实现并行 Agent。项目以零依赖的 npm 包形式安装，附带命令、Agent、技能、记忆文件与钩子等组件。

这是基于来源内容整理的摘要。原文链接失效后，本页摘要和讨论仍会保留。