跳到主要内容

首页插件

扩展工作空间，但不放宽它可以做什么。

插件在 manifest 里声明它需要的 Cognia 能力。未声明的 Cognia API 会被拒绝，而且你在安装前就能读到这份声明。

本页内容

01

插件能贡献什么

插件可以添加的界面，每一种都受同一套权限规则约束。

  • 工具

    Agent 可以调用的新工具，所需能力写得明明白白。

    了解更多

  • 面板与视图

    在工作空间里拥有自己的界面，就挨着它所属的那条任务。

    了解更多

  • 工作流节点

    别人的工作流可以直接用的步骤，贡献方式与工具相同。

    了解更多

  • 斜杠命令

    在输入框里为插件擅长的事提供具名入口。

    了解更多
02

权限如何生效

那份声明就是契约，而且它是被强制执行的，不只是被展示的。

  • 声明式能力

    manifest 列出每一项能力。请求清单之外的能力会直接失败，而不是弹窗询问。

    了解更多

  • 签名与来源

    一个插件从哪里来，以及这对它被允许做什么意味着什么。

    了解更多

  • 宿主页执行

    插件 bundle 当前通过 indirect eval 在宿主页中执行。能力检查会约束 Cognia API，但 ambient browser globals 仍可访问；这不是代码隔离 sandbox。

    了解更多

从已有能力到已安装扩展。

Skill、MCP server、CLI 或专门构建的 bundle，都可以进入同一套 manifest 生命周期，并且只暴露自己声明的部分。

  1. 带来现有能力

    从 SDK 开始，或适配已有 skill、MCP server 与 CLI。Impeccable 就沿这条路径成为可安装的设计审查 skill。

    了解更多

  2. 声明契约

    manifest 写明激活事件、捆绑资源、贡献点，以及扩展可能请求的每一项 Cognia 能力。

    了解更多

  3. 贡献界面

    通过宿主桥接注册 skills、工具、命令、面板、工作流节点、hooks 或 providers，无需修改应用本身。

    了解更多

  4. 打包并安装

    构建带版本的压缩包、校验内容、本地安装，再由 Cognia 通过统一生命周期完成激活或移除。

    了解更多

写一个

插件 CLI 负责脚手架、构建与打包，并且可以把已有的 MCP server、skill 或 CLI 直接转成插件，不用写插件代码。

  1. 生成脚手架，并声明它需要的能力。
  2. 实现它贡献的界面——工具、面板、工作流节点、命令。
  3. 打包并本地安装，用实际调用去对照那份声明。