Clearlydefined

@pipeworx/clearlydefined

ClearlyDefined——来自 Linux Foundation 精选数据集，呈现开源软件包中实际发现的许可证、版权归属和来源信息。

属于 Pipeworx——一个将 AI Agent 连接到 1875+ 个实时数据源的 MCP 网关。这是一个独立的非官方集成，与上游提供方无关联，未经其认可，也未由其发布。

工具

• clearlydefined_search(pattern, limit?, type?)——按名称片段搜索组件坐标，涵盖 npm、Maven、PyPI、RubyGems、NuGet、crates.io、Packagist、Go 和 GitHub。
• clearlydefined_definition(type, provider, namespace?, name, revision, include_files?, file_limit?)——特定版本的精选记录：声明的 SPDX 许可证、在文件中发现的所有许可证表达式、应注明的版权持有者、上游源代码仓库和提交、发布日期、哈希值以及 0 到 100 的评分。
• clearlydefined_harvest_status(type, provider, namespace?, name, revision)——哪些扫描器（ScanCode、Licensee、REUSE、FOSSology）分析了该版本，以及使用的版本——也就是该定义背后有多少证据。

认证

无需密钥。

数据源

• https://api.clearlydefined.io/definitions?pattern=——坐标搜索。
• https://api.clearlydefined.io/definitions/{type}/{provider}/{namespace}/{name}/{revision}——单个定义。
• https://api.clearlydefined.io/harvest/{coordinates}?form=list——采集记录。

后来的人不必再重新发现的事项

• 坐标由五段组成，且命名空间不能省略——如果没有命名空间，必须使用字面值 -，例如 npm/npmjs/-/express/4.18.2。
• ?pattern= 是前缀扫描，且并非总能返回结果。 测试日期为 2026-09-17：lodash、express 和 requests 在数秒内返回；log4j-core 在 55 秒内都没有返回。该工具包将超时设为 30s，并提示调用方改用精确坐标。/definitions 上的其他查询形式（?type=&provider=&name=&sort=）返回了 502。
• 定义可能存在，但完全没有许可证证据，这与 MIT 的情况不同。负载中包含明确的 license_evidence: "present" | "none_found"，因此不会误将空值 declared_license 理解为“未获许可”。
• /definitions/.../revisions 并非版本列表——API 会将 revisions 当作字面版本字符串处理，并返回空定义。

相关工具包

对于相同组件，osv 回答漏洞问题，deps-dev 回答依赖问题。此工具包回答许可证合规问题。

快速开始

添加到你的 MCP 客户端（Claude Desktop、Cursor、Windsurf 等）：

{
  "mcpServers": {
    "clearlydefined": {
      "url": "https://gateway.pipeworx.io/clearlydefined/mcp"
    }
  }
}

此端点实际提供的内容

https://gateway.pipeworx.io/clearlydefined/mcp 上的 tools/list 会返回上表中的工具，以及 Pipeworx 共享元工具——ask_pipeworx、 discover_tools、search_within、remember/recall，还有网关范围内的其他工具。因此，你看到的工具数量会多于表中的数量：单个工具包端点目前会列出约 30 个共享工具，以及该工具包自己的工具。连接的 initialize 响应会说明其确切范围，是当天情况的权威依据。

这是有意为之，并非意外复用。元工具让限定范围的连接也能回答此工具包未涵盖的问题——通过 ask_pipeworx 跨整个目录进行路由——无需再添加第二个 MCP 服务。目前无法挂载不含这些元工具的工具包端点；如果额外的架构定义占用的上下文多于路由带来的价值，请连接一次完整网关，而不是连接多个工具包端点。

或者连接完整的 Pipeworx 网关，直接列出所有工具包的工具，而不只是此工具包的工具：

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

两个 URL 都连接到同一个网关和同样的 1875+ 个数据源。唯一的区别是直接列出哪个工具包的工具；从任一端点都可以通过 ask_pipeworx 访问所有工具。

没有 MCP 客户端？通过 HTTP 调用

curl -X POST https://gateway.pipeworx.io/v1/tools/clearlydefined_search \
  -H 'Content-Type: application/json' \
  -d '{"pattern":"express","limit":5}'

首次调用无需账号。检查任意工具：GET https://gateway.pipeworx.io/v1/tools/clearlydefined_search。查找工具：向 https://gateway.pipeworx.io/v1/tools/search_packs 发送 POST 请求，并附上 {"query":"..."}。

独立运行（无需网关账号）

此软件包也可作为本地 stdio MCP 服务运行——无需 Pipeworx 账号，也无需经过网关：

{
  "mcpServers": {
    "clearlydefined": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-clearlydefined"]
    }
  }
}

或者直接运行它，确认服务可以启动：

npx -y @pipeworx/mcp-clearlydefined

它通过 stdin/stdout 使用 MCP 通信，并为仅此工具包的工具响应 initialize/tools/list/tools/call——不含上述网关连接额外提供的任何共享元工具。使用相同的源代码和工具，但没有 ask_pipeworx 路由。

使用 ask_pipeworx

你可以用简单的英语提问，而不是直接调用工具——此功能既适用于上面的工具包端点，也适用于完整网关：

ask_pipeworx({ question: "your question about Clearlydefined data" })

网关会选择合适的工具并自动填充参数。

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT