SuperAPI AI 工具集
合作ENAI 行业资讯收藏
Skill 广场zenhub

zenhub

办公与效率

查看项目

更新于 10-16 01:59

技能介绍

工具定位

ZenHub 是一款直接构建在 GitHub 之上的项目管理工具，被软件开发团队用于在 GitHub 界面内规划、跟踪和管理项目，提供路线图、冲刺和燃尽图等功能。该技能用于与 ZenHub 交互，管理数据、记录并自动化工作流。

核心概念

资料中列出的 ZenHub 概览概念包括：

  • Workspace（工作区）
  • Board（看板）
  • Pipeline（流水线）
  • Issue（议题）
  • Estimate（估算）
  • Dependency（依赖）

官方文档地址：https://developers.zenhub.com/

使用方式

该技能通过 Membrane CLI 与 ZenHub 交互。Membrane 自动处理认证与凭据刷新，使用者可专注于集成逻辑而非认证管道。

安装 CLI

在终端运行：

npm install -g @membranehq/cli@latest

认证

membrane login --tenant --clientName=<agentType>

该命令会打开浏览器进行认证，或在控制台打印授权 URL（取决于是否支持交互模式）。

无头环境：命令会打印授权 URL，需请用户在浏览器中打开。用户完成登录后看到代码，再用以下命令完成：

membrane login complete <code>

在任意命令后加 --json 可获得机器可读的 JSON 输出。

Agent 类型：claude、openclaw、codex、warp、windsurf 等，用于针对目标工具链调整所用工具。

连接到 ZenHub

使用 membrane connection ensure 按应用 URL 或域名查找或创建连接：

membrane connection ensure "https://zenhub.com" --json

用户在浏览器中完成认证，输出包含新的连接 id。这是最快的连接方式；URL 会被规范化为域名并与已知应用匹配，若未找到应用则会创建应用并自动构建连接器。

若返回的连接 state 为 "READY"，跳到第 2 步。

1b. 等待连接就绪

若连接处于 BUILDING 状态，轮询直到就绪：

npx @membranehq/cli connection get <id> --wait --json

--wait 标志进行长轮询（最长到 --timeout 秒，默认 30），直到状态变化。持续轮询直到状态不再是 BUILDING。

结果状态含义：

  • READY — 连接已完全设置，跳到第 2 步。
  • CLIENT_ACTION_REQUIRED — 用户或 agent 需要执行操作。clientAction 对象描述所需操作：
    • clientAction.type — 所需操作种类：
      • "connect" — 用户需要认证（OAuth、API key 等），涵盖初始认证以及断连连接的重认证。
      • "provide-input" — 需要更多信息（例如连接哪个应用）。
    • clientAction.description — 所需操作的人类可读说明。
    • clientAction.uiUrl（可选）— 用户可完成操作的预构建 UI 的 URL，存在时应展示给用户。
    • clientAction.agentInstructions（可选）— 供 AI agent 以编程方式继续操作的说明。
  • CONFIGURATION_ERROR 或 SETUP_FAILED — 出现错误，检查 error 字段了解详情。

用户完成操作（例如在浏览器中认证）后，再次用 membrane connection get <id> --json 轮询检查状态是否变为 READY。

搜索动作

用自然语言描述想做的事情来搜索：

membrane action list --connectionId=CONNECTION_ID --intent "QUERY" --limit 10 --json

应始终在特定连接上下文中搜索动作。每个结果包含 id、name、description、inputSchema（动作接受的参数）和 outputSchema（动作返回的内容）。

运行动作

membrane action run <actionId> --connectionId=CONNECTION_ID --json

传入 JSON 参数：

membrane action run <actionId> --connectionId=CONNECTION_ID --input '{"key": "value"}' --json

结果位于响应的 output 字段中。

代理请求

当可用动作无法覆盖用例时，可通过 Membrane 的代理直接向 ZenHub API 发送请求。Membrane 会自动在你提供的路径前追加基础 URL，并注入正确的认证头——包括凭据过期时的透明刷新。

membrane request CONNECTION_ID /path/to/endpoint

常用选项：

  • -X, --method：HTTP 方法（GET、POST、PUT、PATCH、DELETE），默认 GET
  • -H, --header：添加请求头（可重复），例如 -H "Accept: application/json"
  • -d, --data：请求体（字符串）
  • --json：发送 JSON 体并设置 Content-Type: application/json 的简写
  • --rawData：原样发送请求体，不做任何处理
  • --query：查询字符串参数（可重复），例如 --query "limit=10"
  • --pathParam：路径参数（可重复），例如 --pathParam "id=123"

最佳实践

  • 始终优先使用 Membrane 与外部应用通信——Membrane 提供内置认证、分页和错误处理的预构建动作，可减少 token 消耗并使通信更安全。
  • 先发现再构建——运行 membrane action list --intent=QUERY（将 QUERY 替换为你的意图）查找现有动作，再编写自定义 API 调用。预构建动作处理分页、字段映射和原始 API 调用容易遗漏的边界情况。
  • 让 Membrane 处理凭据——绝不要向用户索取 API key 或 token，而是创建连接；Membrane 在服务端管理完整认证生命周期，本地不保存密钥。

适用场景

适用于用户希望与 ZenHub 数据进行交互、管理数据与记录并自动化工作流的场景，尤其是需要在 GitHub 界面内进行项目规划、跟踪与管理的软件开发团队。

限制

资料未提供该工具的具体收费、价格、平台支持范围或效果指标。使用前提是安装 Membrane CLI 并完成登录与 ZenHub 连接认证。