瑶光 Yaoguang
一个把 AI Agent 放进飞书群的组织运行时：单个 Go 二进制里装着 Agent、网关、 Web Console 与 MCP 服务。群里 @ 它就能派活——它调工具、查资料、回群汇报， 权限与审计一并管住。
为什么 Agent 要进飞书群，而不是再开一个聊天框？
组织的工作发生在群里，不在某个网页聊天框里。Agent 要真正进组织，先要回答三个问题： 谁允许它进群？它能调哪些工具？它干过什么有没有记录？瑶光统一承接 Agent、网关、 对话上下文、MCP 服务、技能执行、权限控制与审计追踪，把「养一个能干活的 Agent」 降成一次部署。
飞书群 @→瑶光→工具 / 知识 / 任务
瑶光内置了哪些能力？
- 飞书群聊接入per-gateway 加密凭据、事件去重、消息回播；在群里 @ 它就派活，团队不用换地方干活。
- 统一 Agent 运行时每个 Agent 可暴露为一个 OpenAI 兼容的 model，支持 SSE 流式；会话摘要、长期记忆与召回治理内置。
- MCP 工具与调度静态与动态工具加载，tool_search 按需激活，向量加词法混合召回；once / schedule / heartbeat 三种调度巡检。
- 组织级治理飞书 OAuth、RBAC、备用密码、API key 与 OIDC 成员认证，角色权限分明，操作全程可审计。
- 自带基础知识库文档上传、分块、向量化检索，支持飞书云文档同步；需要更强的中文检索与页码级追溯时，可直接搭配琅嬛。
瑶光支持哪些部署形态？
单二进制SQLitePostgreSQLRedis对象存储Web Console
常见问题
瑶光是什么？
一个把 Agent 放进飞书群的组织运行时：单个 Go 二进制里装着 Agent、网关、Web Console 与 MCP 服务。群里 @ 它就能派活，它调工具、查资料、回群汇报。
为什么是进飞书群，而不是再开一个网页聊天框？
组织的工作本来就发生在群里。Agent 进群、@ 即派活，团队不用换地方干活，对话上下文也留在群里，不需要人人再学一个新入口。
瑶光自带知识库，为什么还要搭配琅嬛？
自带的知识库覆盖文档上传、分块与向量化检索，支持飞书云文档同步；需要更强的中文混合检索和页码级追溯时，直接搭配琅嬛。
权限和审计怎么管？
飞书 OAuth、RBAC、API key 与 OIDC 成员认证，角色权限分明；Agent 调过哪些工具、改过什么状态，全程留审计记录。
什么时候不适合用瑶光？
只需要个人助手、不进组织流程时，桌面端 Agent 更轻。瑶光解决的是「一个团队共用能干活的 Agent」时的接入、权限与审计问题。
项目与联系
瑶光由 David Liu 发起，Apache-2.0 协议开源。 它是「Agent 进组织」三块底座中管运行时的一块：知识用琅嬛， 任务用璇础。欢迎试用与反馈。
GitHub · amoydavid/yaoguang ↗想聊聊你的场景？联系我：liuw@liuw.net