Release Intel

io.github.barissozudogru由 GitHub 账号 barissozudogru 发布v0.7.2更新于 Oct 25, 2026

Correlates commits, PRs, issues and contributors between two git refs for release notes.

已验证STDIO仅桌面效率与工作流开发者工具

概览

AI 生成的概览

一个本地 MCP 服务器,比较 GitHub 仓库中的两个 Git 引用,把提交、已合并的拉取请求、关联议题和贡献者整理成发布记录。

可以做什么
比较两个 Git 引用,返回带已合并拉取请求元数据和关联议题的提交。列出区间内已合并的拉取请求,并按破坏性变更、功能、修复、文档、杂务、依赖、发布或其他分类。生成包含汇总统计和贡献者的完整发布摘要。附带终端命令,可输出 Markdown 或 JSON 发布报告。附带 GitHub Action,把证据报告写入工作流摘要。
适用场景
适合为 GitHub 仓库撰写发布说明或变更日志时,让助手从限定的引用区间收集底层证据,而不是从空白提示开始。也适合在发布前把发布证据附加到 CI 作业摘要的工作流。
运行要求
通过 npx 在本地运行,需要 Node.js 18 或更高版本,也可用 Docker。需要具备仓库只读权限的 GitHub 令牌,通过 GITHUB_TOKEN 环境变量提供。需要访问 GitHub API 的网络连接。可选在本地端口以 HTTP 方式提供服务。
安装前请注意
需要 GitHub 令牌;请使用仅限所需仓库的细粒度只读令牌,服务器不需要写入权限。令牌保留在本地进程中,仅发送给 GitHub API。服务器只读取仓库数据,不会发布版本或修改内容。引用区间过大时 GitHub 的比较端点可能截断结果,发布分类属于启发式判断,仍需人工复核。

安装

在 SourceWeft 中

  1. 打开 控制台中的 Release Intel,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。

其他 MCP 客户端

参照 仓库 中的启动说明。

README

[release-intel-mcp]

[npm version] [npm downloads] [CI] [MCP Registry] [MIT license]

release-intel-mcp

Build release context from repository evidence instead of a blank prompt. The server compares two Git refs and correlates commits, merged pull requests, linked issues, labels, changed files, and contributors into a structured release record.

Tool page · npm · Listed in the official MCP Registry

Start in one minute

Create a fine-grained GitHub token with read-only access to the repositories you want to inspect. Repository contents and pull requests are sufficient for the current tools. No write permission is needed.

json
{  "mcpServers": {    "release-intel": {      "command": "npx",      "args": ["-y", "@barissozudogru/release-intel-mcp"],      "env": {        "GITHUB_TOKEN": "your_read_only_token"      }    }  }}

Then ask the client for a bounded range:

text
Use release-intel to build release evidence for owner/repositoryfrom v1.4.0 to v1.5.0. Separate merged PRs from direct commitsand preserve links to the repository record.

The token stays in the local server process and is sent only to the GitHub API.

Proof on this repository

A verified run against the stable range v0.5.1...8a2f350 returned:

text
Repository:        barissozudogru/release-intel-mcpCommits:           14Merged PRs:        1Files changed:     12Lines added:       286Lines deleted:     135Contributors:      1

The response also includes commit SHAs, messages, authors, pull request categories, linked issues, and warnings when GitHub truncates or fails part of the evidence lookup.

If this saves you time, consider starring the repository. It helps other developers find it.

Tools

ToolWhat it returns
get_changes_between_refsCommits enriched with merged pull request metadata and linked issues
get_pull_requests_in_rangeMerged pull requests grouped as breaking, feature, fix, docs, chore, dependency, release, or other
get_release_summaryA complete release evidence object with aggregate statistics and contributors

The categorization uses labels and conventional title signals. Repository labels, issue links, and pull request hygiene directly affect the result. The server provides evidence and structure; the final release narrative still needs review.

Release report command

The package includes a terminal command that produces Markdown by default:

bash
GITHUB_TOKEN=your_read_only_token \  npx --yes --package @barissozudogru/release-intel-mcp \  release-intel-report owner/repository v1.4.0 v1.5.0

Use --json when another tool will consume the report:

bash
release-intel-report owner/repository v1.4.0 v1.5.0 --json

GitHub Action

Attach the evidence report to the workflow summary before publishing a release:

yaml
name: Release evidence
on:  workflow_dispatch:    inputs:      from_ref:        required: true      to_ref:        required: true
jobs:  evidence:    runs-on: ubuntu-latest    permissions:      contents: read      pull-requests: read    steps:      - uses: barissozudogru/[email protected]        with:          from-ref: ${{ inputs.from_ref }}          to-ref: ${{ inputs.to_ref }}          token: ${{ secrets.GITHUB_TOKEN }}

This action reads repository data and writes Markdown to the job summary. It does not publish a release or modify repository content.

Client setup

Claude Desktop, Cursor, Windsurf, Cline, and similar clients

Use the stdio configuration from the quickstart. The server entry is identical across these clients even when their config file locations differ.

VS Code with Copilot

Create .vscode/mcp.json:

json
{  "servers": {    "release-intel": {      "type": "stdio",      "command": "npx",      "args": ["-y", "@barissozudogru/release-intel-mcp"],      "env": {        "GITHUB_TOKEN": "your_read_only_token"      }    }  }}
Streamable HTTP
bash
GITHUB_TOKEN=your_read_only_token \  npx @barissozudogru/release-intel-mcp --http

The MCP endpoint is http://localhost:3000/mcp and the health endpoint is http://localhost:3000/health. Set PORT to change the port.

Docker
bash
docker build -t release-intel-mcp .docker run -p 3000:3000 \  -e GITHUB_TOKEN=your_read_only_token \  release-intel-mcp

Connect an HTTP client to http://localhost:3000/mcp.

Local development

bash
npm installnpm testnpm run buildGITHUB_TOKEN=your_read_only_token node dist/index.js

Requirements: Node.js 18 or newer.

See CONTRIBUTING.md for the development workflow.

Security and limits

  • Use a fine-grained, read-only token restricted to the required repositories.
  • The server never needs permission to write releases, issues, or pull requests.
  • GitHub's compare endpoint limits very large ranges. The response reports truncation.
  • Unlinked direct commits remain visible but cannot inherit pull request metadata.
  • Release categories are evidence-backed heuristics, not editorial conclusions.

License

MIT

来源:README.md,提交 721bc9a

工具

0
SourceWeft 尚未在沙箱中启动过该软件包,因此其工具未知。

版本历史

1
  1. v0.7.2最新Sep 16, 2026

评分

已满足适用检查项的 50%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通25 分

    请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。

  • 已声明认证方式10 分

    请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。

  • 已列出工具15 分

    请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。

  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分