OpenViking Agent Plugins 1.0一套插件如何统一管理 10 Agent 集成【免费下载链接】OpenVikingSelf-evolving Context Database for AI Agents. Unify Agent Memory, Knowledge RAG and Skills.项目地址: https://gitcode.com/GitHub_Trending/op/OpenVikingOpenViking Agent Plugins 1.0是 OpenViking面向 AI Agent 的自进化上下文数据库推出的首个跨厂商可移植插件包一个普通目录就让 Cursor、VS Code、Codex 系客户端等任意符合 Agent Plugins 规范的 Agent以完全相同的方式接入 OpenViking 的长期记忆、知识检索与技能沉淀能力——告别每个客户端各写一套集成的碎片化时代。 为什么需要一套统一的 Agent 插件如果你同时使用多个 AI 编码 Agent一定经历过这样的窘境Claude Code 要装一套 hooks、Cursor 要配 mcp.json、Codex 又要走 marketplace……每接一个客户端OpenViking 的记忆能力就要重新适配一次。Agent Plugins 1.0 是一套与厂商无关的 AI Agent 插件打包规范得到 Amazon、Cursor、Microsoft、OpenAI、Vercel 等支持。它的核心思想极其朴素一个插件 一个目录 一份清单plugin.json 自动发现的技能skills/ 可选的 MCP 服务声明mcp.json。所有符合规范的客户端都用同一套逻辑加载它。一份代码处处运行——这正是一套插件统一管理多种 Agent 集成的答案。 插件包三件套目录结构一次看懂OpenViking 的这个插件包就放在仓库的 agent-plugins/ 目录结构清爽得令人舒适文件作用plugin.json插件清单声明名称openviking、版本、关键词memory、MCP、semantic-searchmcp.json注册一个名为openviking的 stdio MCP 服务servers/mcp-proxy.mjsstdio → streamable-HTTP 代理把工具调用转发到服务端/mcpskills/openviking-memory/SKILL.md教模型完成召回 沉淀的记忆闭环plugin.test.mjsnode --test规范一致性校验最值得一提的是零 npm 依赖代理和测试全部跑在 Node.js 标准库上Node 18 即可。为什么是 stdio 代理而不是直接填一个 HTTP 地址这是个精妙的设计取舍。OpenViking 服务端本身就提供 streamable HTTP 端点但直接在mcp.json里写 HTTP 地址存在两个问题服务地址因人而异——有人用 localhost有人连远程集群静态配置无法做到可移植规范禁止把 API Key 写进静态headers——凭据安全无处安放。stdio 代理 mcp-proxy.mjs 一举两得它在运行时从与ovCLI 完全相同的本地来源环境变量 →~/.openviking/ovcli.conf→ov.conf解析 URL 和 API Key逐请求注入鉴权头再把 JSON-RPC 原样转发。配置改动后无需重启运行中的代理自动感知。 三步安装把客户端指向一个目录前提有一个可访问的 OpenViking 服务。还没有的话先克隆仓库并部署本地默认端点http://127.0.0.1:1933git clone https://gitcode.com/GitHub_Trending/op/OpenViking第一步让你的 Agent Plugins 客户端指向agent-plugins/目录各客户端有各自的安装命令或插件目录查阅其文档即可。第二步加载时客户端会自动完成两件事——按mcp.json注册openvikingMCP 服务以 stdio 方式启动代理进程从skills/自动发现openviking-memory技能。第三步配置凭据后开始会话模型立即获得find/search/read/remember/write等全套 OpenViking MCP 工具。在支持 MCP 的编辑器里配置长这样小技巧需要服务端组装好的上下文时用search工具并传modecontext它会在 token 预算内返回拼好的记忆块。 openviking-memory 技能让模型自己想起来记OpenViking 的记忆空间按viking://URI 组织分为偏好、事件、实体、档案等类别每条记忆都带有检索相关性评分Agent Plugins 1.0 规范刻意不含 hooks各客户端语义差异太大因此自动召回不在范围内。作为补偿SKILL.md 直接把记忆闭环教给模型任务开始时召回用find快速排序检索或search深度意图分析捞取相关经验read精读最相关的一两条工作过程中沉淀遇到稳定偏好、环境事实、决策理由、可复用的修复方案立刻remember存下来安全规则召回的记忆仅作建议优先级永远低于当前用户指令与环境事实——上次的成功操作不能授权今天的破坏性动作。 如何选择Agent Plugins 包 vs 专属插件OpenViking 的 Agent 集成概览 覆盖了 10 种运行时选择建议如下你的场景推荐方案客户端支持Agent Plugins 1.0规范或希望一个包覆盖多个客户端✅ 本文的 agent-plugins/ 便携包在Claude Code / Codex / Cursor / TRAE / ZCode / OpenCode / pi等支持 hooks 的 harness 上追求极致自动化专属插件——hook 驱动的自动召回与捕获不花工具调用、不依赖模型自觉更省 token 也更可靠其他任意 MCP 客户端Manus、Claude Desktop、ChatGPT…直接连内置/mcp端点分钟级接入各集成在工具面、自动召回、会话 commit、降级容错上的完整差异可查阅 集成能力参考 的横向对照矩阵。⚙️ 调试与开发两个实用开关排查问题设置OPENVIKING_DEBUG1代理会以 JSON Lines 格式把日志写入~/.openviking/logs/agent-plugins.log每一跳 JSON-RPC 都看得见验证规范node --test agent-plugins/plugin.test.mjs会校验清单 schema、name 规则、semver、技能 frontmatter、mcp.json引用不逃逸插件根等全部.mjs还要过node --check——这套检查正是接入 CI 的守门员也是你自行打包插件时可复用的 lint 依据。另外servers/shared/ 下的共享模块由 examples/memory-plugin-shared/ 生成修改请走共享库再同步避免漂移。 总结OpenViking Agent Plugins 1.0 用一份清单、一个代理、一个技能回答了如何让一套记忆能力服务所有 Agent可移植零依赖、零特判任何规范客户端同一方式加载安全凭据运行时解析配置热更新静态文件里不留密钥闭环openviking-memory技能让模型自己完成开始先回忆、结束再沉淀可演进规范预留了反向域名字目录与extensions字段客户端专属能力可平滑塞进同一个包。记忆不再属于某个客户端而是属于你的 Agent 生态——这正是上下文数据库该有的样子。更多细节见官方文档 Agent Plugins 1.0 插件包。【免费下载链接】OpenVikingSelf-evolving Context Database for AI Agents. Unify Agent Memory, Knowledge RAG and Skills.项目地址: https://gitcode.com/GitHub_Trending/op/OpenViking创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
OpenViking Agent Plugins 1.0：一套插件如何统一管理 10+ Agent 集成
OpenViking Agent Plugins 1.0一套插件如何统一管理 10 Agent 集成【免费下载链接】OpenVikingSelf-evolving Context Database for AI Agents. Unify Agent Memory, Knowledge RAG and Skills.项目地址: https://gitcode.com/GitHub_Trending/op/OpenVikingOpenViking Agent Plugins 1.0是 OpenViking面向 AI Agent 的自进化上下文数据库推出的首个跨厂商可移植插件包一个普通目录就让 Cursor、VS Code、Codex 系客户端等任意符合 Agent Plugins 规范的 Agent以完全相同的方式接入 OpenViking 的长期记忆、知识检索与技能沉淀能力——告别每个客户端各写一套集成的碎片化时代。 为什么需要一套统一的 Agent 插件如果你同时使用多个 AI 编码 Agent一定经历过这样的窘境Claude Code 要装一套 hooks、Cursor 要配 mcp.json、Codex 又要走 marketplace……每接一个客户端OpenViking 的记忆能力就要重新适配一次。Agent Plugins 1.0 是一套与厂商无关的 AI Agent 插件打包规范得到 Amazon、Cursor、Microsoft、OpenAI、Vercel 等支持。它的核心思想极其朴素一个插件 一个目录 一份清单plugin.json 自动发现的技能skills/ 可选的 MCP 服务声明mcp.json。所有符合规范的客户端都用同一套逻辑加载它。一份代码处处运行——这正是一套插件统一管理多种 Agent 集成的答案。 插件包三件套目录结构一次看懂OpenViking 的这个插件包就放在仓库的 agent-plugins/ 目录结构清爽得令人舒适文件作用plugin.json插件清单声明名称openviking、版本、关键词memory、MCP、semantic-searchmcp.json注册一个名为openviking的 stdio MCP 服务servers/mcp-proxy.mjsstdio → streamable-HTTP 代理把工具调用转发到服务端/mcpskills/openviking-memory/SKILL.md教模型完成召回 沉淀的记忆闭环plugin.test.mjsnode --test规范一致性校验最值得一提的是零 npm 依赖代理和测试全部跑在 Node.js 标准库上Node 18 即可。为什么是 stdio 代理而不是直接填一个 HTTP 地址这是个精妙的设计取舍。OpenViking 服务端本身就提供 streamable HTTP 端点但直接在mcp.json里写 HTTP 地址存在两个问题服务地址因人而异——有人用 localhost有人连远程集群静态配置无法做到可移植规范禁止把 API Key 写进静态headers——凭据安全无处安放。stdio 代理 mcp-proxy.mjs 一举两得它在运行时从与ovCLI 完全相同的本地来源环境变量 →~/.openviking/ovcli.conf→ov.conf解析 URL 和 API Key逐请求注入鉴权头再把 JSON-RPC 原样转发。配置改动后无需重启运行中的代理自动感知。 三步安装把客户端指向一个目录前提有一个可访问的 OpenViking 服务。还没有的话先克隆仓库并部署本地默认端点http://127.0.0.1:1933git clone https://gitcode.com/GitHub_Trending/op/OpenViking第一步让你的 Agent Plugins 客户端指向agent-plugins/目录各客户端有各自的安装命令或插件目录查阅其文档即可。第二步加载时客户端会自动完成两件事——按mcp.json注册openvikingMCP 服务以 stdio 方式启动代理进程从skills/自动发现openviking-memory技能。第三步配置凭据后开始会话模型立即获得find/search/read/remember/write等全套 OpenViking MCP 工具。在支持 MCP 的编辑器里配置长这样小技巧需要服务端组装好的上下文时用search工具并传modecontext它会在 token 预算内返回拼好的记忆块。 openviking-memory 技能让模型自己想起来记OpenViking 的记忆空间按viking://URI 组织分为偏好、事件、实体、档案等类别每条记忆都带有检索相关性评分Agent Plugins 1.0 规范刻意不含 hooks各客户端语义差异太大因此自动召回不在范围内。作为补偿SKILL.md 直接把记忆闭环教给模型任务开始时召回用find快速排序检索或search深度意图分析捞取相关经验read精读最相关的一两条工作过程中沉淀遇到稳定偏好、环境事实、决策理由、可复用的修复方案立刻remember存下来安全规则召回的记忆仅作建议优先级永远低于当前用户指令与环境事实——上次的成功操作不能授权今天的破坏性动作。 如何选择Agent Plugins 包 vs 专属插件OpenViking 的 Agent 集成概览 覆盖了 10 种运行时选择建议如下你的场景推荐方案客户端支持Agent Plugins 1.0规范或希望一个包覆盖多个客户端✅ 本文的 agent-plugins/ 便携包在Claude Code / Codex / Cursor / TRAE / ZCode / OpenCode / pi等支持 hooks 的 harness 上追求极致自动化专属插件——hook 驱动的自动召回与捕获不花工具调用、不依赖模型自觉更省 token 也更可靠其他任意 MCP 客户端Manus、Claude Desktop、ChatGPT…直接连内置/mcp端点分钟级接入各集成在工具面、自动召回、会话 commit、降级容错上的完整差异可查阅 集成能力参考 的横向对照矩阵。⚙️ 调试与开发两个实用开关排查问题设置OPENVIKING_DEBUG1代理会以 JSON Lines 格式把日志写入~/.openviking/logs/agent-plugins.log每一跳 JSON-RPC 都看得见验证规范node --test agent-plugins/plugin.test.mjs会校验清单 schema、name 规则、semver、技能 frontmatter、mcp.json引用不逃逸插件根等全部.mjs还要过node --check——这套检查正是接入 CI 的守门员也是你自行打包插件时可复用的 lint 依据。另外servers/shared/ 下的共享模块由 examples/memory-plugin-shared/ 生成修改请走共享库再同步避免漂移。 总结OpenViking Agent Plugins 1.0 用一份清单、一个代理、一个技能回答了如何让一套记忆能力服务所有 Agent可移植零依赖、零特判任何规范客户端同一方式加载安全凭据运行时解析配置热更新静态文件里不留密钥闭环openviking-memory技能让模型自己完成开始先回忆、结束再沉淀可演进规范预留了反向域名字目录与extensions字段客户端专属能力可平滑塞进同一个包。记忆不再属于某个客户端而是属于你的 Agent 生态——这正是上下文数据库该有的样子。更多细节见官方文档 Agent Plugins 1.0 插件包。【免费下载链接】OpenVikingSelf-evolving Context Database for AI Agents. Unify Agent Memory, Knowledge RAG and Skills.项目地址: https://gitcode.com/GitHub_Trending/op/OpenViking创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考