ProjectPulse MCP
NPM · PROJECTPULSE-MCP · SCANNED SEP 20
Monitor GitHub repo health, DORA metrics and CI signals from your AI assistant.
Available components
How this component scores in each security and reliability category. Every signal is checked automatically from public evidence about the published package, including repeated runs of it in an isolated sandbox, and we only credit what we can confirm. How we score → Why this is hard to score →
Supply Chain Security98
- No malware found by supply-chain analysis.Pass
- No known CVEs affecting this package version or its production dependencies.Pass
- No install/post-install scripts declared.Pass
- 31 of 114 dependencies flagged as unhealthy. View diagnostics → Partial
Provenance & Transparency48
- Source repository is publicly reachable at the declared URL. View diagnostics → Pass
- Provenance check failed: no build-provenance attestation is published. See how to fix → View diagnostics → Fail
- Clear OSI-approved license (MIT).Pass
- Actively maintained (last published 11 days ago).Pass
- Publishes a security disclosure policy (SECURITY.md).Pass
Schema Quality & AI Usability63
- AI-judged instruction clarity (excellent).Pass
- Context-footprint check failed: tool/resource definitions use about 1854 tokens (~264/item across 7 items; 7 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management44
- Stability check failed: the tool surface changed between 1.5.1 and 1.7.0: 1 tool removals, 0 breaking changes, 0 additions. See how to fix → Fail
Tool Coverage97
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 89% of tool parameters carry a description.Partial
- Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- We read all 7 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
- An AI judge read all 7 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
- Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
How do I install the ProjectPulse MCP server?
ProjectPulse MCP runs locally as an npm package, launched with npx -y projectpulse-mcp. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
npm · projectpulse-mcp
claude mcp add alexbypa-github-projectpulse-mcp -- npx -y projectpulse-mcp
{
"mcpServers": {
"alexbypa-github-projectpulse-mcp": {
"command": "npx",
"args": [
"-y",
"projectpulse-mcp"
]
}
}
} {
"servers": {
"alexbypa-github-projectpulse-mcp": {
"command": "npx",
"args": [
"-y",
"projectpulse-mcp"
]
}
}
} codex mcp add alexbypa-github-projectpulse-mcp -- npx -y projectpulse-mcp
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"alexbypa-github-projectpulse-mcp": {
"type": "local",
"command": [
"npx",
"-y",
"projectpulse-mcp"
],
"enabled": true
}
}
} openclaw mcp add alexbypa-github-projectpulse-mcp --command npx --arg -y --arg projectpulse-mcp
mcp_servers:
alexbypa-github-projectpulse-mcp:
command: "npx"
args: ["-y", "projectpulse-mcp"] {
"McpServers": {
"alexbypa-github-projectpulse-mcp": {
"Transport": "stdio",
"Command": "npx",
"Arguments": [
"-y",
"projectpulse-mcp"
]
}
}
} assistant mcp add alexbypa-github-projectpulse-mcp -t stdio -c npx -a -y projectpulse-mcp
{
"mcpServers": {
"alexbypa-github-projectpulse-mcp": {
"command": "npx",
"args": [
"-y",
"projectpulse-mcp"
]
}
}
} Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 19 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 38 to 41.
- 17 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 31 to 34.
- 15 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 24 to 28.
- 12 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 14 to 18.
- 10 Sept 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 8 to 11.
- 9 Sept 26 +15
- Malware scan: unverified → pass ▲ security
- 8 Sept 26 −14
- Malware scan: pass → unverified ▼ security
- Package version: 1.6.14 → 1.7.0 functional
- 7 Sept 26 +25
- Stability: fail → unverified ▼ security
- Tool safety: pass → unverified ▼ security
- Malware scan: unverified → pass ▲ security
- Known CVEs: unverified → pass ▲ security
- Capabilities: pass → unverified ▼ functional
- Tool coverage: 100 → unverified ▼ functional
- Tool coverage: 71% → 100% ▲ functional
- Dependency health: unverified → 0.87 ▲ functional
- First check of Schema quality: unverified functional
- Package version: 1.6.12 → 1.6.14 functional
- Package version: 1.6.12 → 1.6.13 functional
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 20 Sept 2026 · Analysed npm/projectpulse-mcp@1.7.0
Provenance No attestation
The registry publishes no build provenance for this version, so there is nothing to verify.
| Result | No attestation |
|---|---|
| Ecosystem | npm |
Background: How many MCP packages publish verified provenance →
Dependencies 114 packages
| Packages resolved | 114 |
|---|---|
| Stale | 31 |
| Tree resolution | Complete |
Background: SBOMs and build attestations, explained →
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
analyze_code_scanning ~305
Fetches or triggers open Code Scanning (CodeQL) alerts for a GitHub repository. - Side effects: Read-only by default. If trigger_scan=true, writes to GitHub Actions by creating a workflow_dispatch event. - Data sources: GitHub REST API (code-scanning/alerts and actions). - Auth requirements: Requires GITHUB_TOKEN with appropriate permissions (security-events). - Rate limits: Subject to standard GitHub API limits. - Return shape: Returns a JSON array of alert objects including rule_id, severity, rule_description, state, location paths, and html_url. - Usage guidelines: Use this tool ONLY for deep static code vulnerability scanning (CodeQL). DO NOT use this tool for other checks: - For package/dependency vulnerabilities, use 'analyze_dependencies' instead. - For a computed A-F health score grading, use 'get_health_score' instead. - For checking standard CI/CD workflow statuses, use 'check_ci_status' instead.
| Name | Type | Req | Description |
|---|---|---|---|
| owner | string | yes | GitHub repository owner (e.g., 'modelcontextprotocol') |
| poll_interval_seconds | number | – | Seconds between poll attempts (default 15) |
| poll_timeout_seconds | number | – | Max seconds to wait for CodeQL scan completion (default 300) |
| repo | string | yes | GitHub repository name (e.g., 'sdk') |
| trigger_scan | boolean | – | If true, triggers CodeQL workflow then polls for results before returning alerts |
| Name | Type | Req | Description |
|---|---|---|---|
| alerts | array | yes | – |
| warning | string | – | – |
No examples provided.
analyze_dependencies ~221
Fetches Dependabot alerts for a GitHub repository to analyze vulnerable package dependencies. - Side effects: None. This is a strictly read-only operation. - Data sources: GitHub REST API (dependabot/alerts). - Auth requirements: Requires GITHUB_TOKEN with appropriate permissions (dependabot alerts are often restricted). - Rate limits: Subject to standard GitHub API limits. - Return shape: Returns a JSON array of vulnerable package dependencies including summary, severity, package_name, state, and html_url. - Usage guidelines: Use this tool ONLY to find vulnerable package dependencies (npm, pip, etc.). DO NOT use this tool for other checks: - For static code security vulnerabilities (CodeQL), use 'analyze_code_scanning' instead. - For a computed A-F health score grading, use 'get_health_score' instead.
| Name | Type | Req | Description |
|---|---|---|---|
| owner | string | yes | GitHub repository owner (e.g., 'modelcontextprotocol') |
| repo | string | yes | GitHub repository name (e.g., 'sdk') |
| severity | string | – | – |
| Name | Type | Req | Description |
|---|---|---|---|
| alerts | array | yes | – |
No examples provided.
check_ci_status ~248
Fetches recent CI/CD workflow runs (GitHub Actions) for a GitHub repository. - Side effects: None. This is a strictly read-only operation. - Data sources: GitHub REST API (actions/runs). - Auth requirements: No authentication required for public repositories. Uses configured token if available. - Rate limits: Subject to standard GitHub API limits. - Return shape: Returns a JSON array of workflow runs including name, status, conclusion, head_branch, created_at, updated_at, and html_url. - Usage guidelines: Use this tool ONLY to check raw GitHub Actions workflow history and CI build statuses. DO NOT use this tool for other analyses: - For a computed A-F health score grading, use 'get_health_score' instead. - For retrieving basic repository stats (stars, forks), use 'get_repo_health' instead. - For calculated DORA metrics, use 'get_dora_metrics' instead.
| Name | Type | Req | Description |
|---|---|---|---|
| limit | number | – | Number of runs to return |
| owner | string | yes | GitHub repository owner (e.g., 'modelcontextprotocol') |
| repo | string | yes | GitHub repository name (e.g., 'sdk') |
| Name | Type | Req | Description |
|---|---|---|---|
| runs | array | yes | – |
No examples provided.
compare_repos ~226
Compares health scores of multiple GitHub repositories (2-5 repos) and ranks them. - Side effects: None. This is a strictly read-only operation. - Data sources: GitHub REST API and OpenSSF Scorecard API (via get_health_score logic). - Auth requirements: No authentication required for public repositories. Uses configured token if available. - Rate limits: Subject to standard GitHub API limits. Multiplies API calls by the number of repositories compared. - Return shape: Returns a JSON object containing a ranked list of repositories (owner, repo, rank) with their detailed health breakdown (score, CI, freshness, security, community, maintenance). - Usage guidelines: Use this tool ONLY when you need to compare or rank multiple repositories against each other based on their health scores. DO NOT use this tool for analyzing a single repository: - For getting the health score of a single repository, use 'get_health_score' instead. - For comparing raw metadata instead of health scores, query 'get_repo_health' individually.
| Name | Type | Req | Description |
|---|---|---|---|
| repos | array | yes | – |
| Name | Type | Req | Description |
|---|---|---|---|
| compared_at | string | yes | – |
| repos | array | yes | – |
No examples provided.
get_dora_metrics ~257
Calculates DORA proxy metrics (deployment frequency, lead time, change failure rate, MTTR) for a GitHub repository. - Side effects: None. This is a strictly read-only operation. - Data sources: GitHub REST API (releases, actions/runs, pulls). - Auth requirements: No special authentication required for public repositories. Private repositories require GITHUB_TOKEN. - Rate limits: Subject to standard GitHub API limits. Heavy API usage due to multiple list endpoints being queried. - Return shape: Returns a JSON object with calculated DORA metrics over the specified period. - Usage guidelines: Use this tool ONLY to evaluate DORA metrics and team delivery performance. DO NOT use this tool for other checks: - For raw workflow statuses, use 'check_ci_status' instead. - For a computed A-F health score grading, use 'get_health_score' instead. - For general repository metadata, use 'get_repo_health' instead.
| Name | Type | Req | Description |
|---|---|---|---|
| days | number | – | Number of past days to analyze (default: 30) |
| owner | string | yes | GitHub repository owner (e.g., 'modelcontextprotocol') |
| repo | string | yes | GitHub repository name (e.g., 'sdk') |
| Name | Type | Req | Description |
|---|---|---|---|
| change_failure_rate | object | yes | – |
| deployment_frequency | object | yes | – |
| lead_time | object | yes | – |
| measured_from | string | yes | – |
| measured_to | string | yes | – |
| mttr | object | yes | – |
| owner | string | yes | – |
| period_days | number | yes | – |
| repo | string | yes | – |
No examples provided.
get_health_score ~282
Calculates a 0-100 health score and A-F grade for a GitHub repository. - Side effects: Writes a trend snapshot to local disk for history tracking. Read-only against GitHub API. - Data sources: GitHub REST API (repos, actions, dependabot) and OpenSSF Scorecard API. - Auth requirements: No authentication required for public repositories. Uses configured token if available. - Rate limits: Subject to standard GitHub API limits (heavy usage across multiple endpoints). - Return shape: Returns a JSON object with a grade (A-F), total score, detailed category breakdown (CI, freshness, security, community, maintenance), improvement suggestions, and historical trend data. - Usage guidelines: Use this tool ONLY for deep analytical grading and overall repository health assessment. DO NOT use this tool for quick metadata checks: - For basic raw metadata (stars, language, etc.), use 'get_repo_health' instead. - For raw CI workflow statuses, use 'check_ci_status' instead. - For deep code vulnerability scanning, use 'analyze_code_scanning' instead. - For DORA metrics, use 'get_dora_metrics' instead.
| Name | Type | Req | Description |
|---|---|---|---|
| owner | string | yes | GitHub repository owner (e.g., 'modelcontextprotocol') |
| repo | string | yes | GitHub repository name (e.g., 'sdk') |
| Name | Type | Req | Description |
|---|---|---|---|
| badgeSnippet | string | yes | – |
| recommendations | array | yes | – |
| report | object | yes | – |
| trend | – | yes | – |
No examples provided.
get_repo_health ~315
Fetches basic repository metadata and statistics from the public GitHub API. - Side effects: None. This is a strictly read-only operation. - Data sources: Public GitHub REST API (GET /repos/{owner}/{repo}). - Auth requirements: No authentication required for public repositories. Uses configured GitHub token if available. - Rate limits: Subject to standard GitHub API limits (60 requests/hour unauthenticated, 5000 requests/hour authenticated). - Return shape: Returns a JSON object containing specific metadata: full_name (string), description (string), stargazers_count (number), open_issues_count (number), language (string), license (string, SPDX ID), pushed_at (ISO 8601 string), default_branch (string), archived (boolean), and forks_count (number). - Usage guidelines: Use this tool ONLY to retrieve basic raw metadata (like stars, forks, language, and issue counts). DO NOT use this tool for other specific analyses: - For a computed A-F health score grading, use 'get_health_score' instead. - For checking CI/CD workflow run statuses, use 'check_ci_status' instead. - For package vulnerabilities and dependency graph, use 'analyze_dependencies' instead. - For code security and static analysis, use 'analyze_code_scanning' instead.
| Name | Type | Req | Description |
|---|---|---|---|
| owner | string | yes | GitHub repository owner (e.g., 'modelcontextprotocol') |
| repo | string | yes | GitHub repository name (e.g., 'sdk') |
| Name | Type | Req | Description |
|---|---|---|---|
| archived | boolean | yes | – |
| default_branch | string | yes | – |
| description | string|null | yes | – |
| forks_count | number | yes | – |
| full_name | string | yes | – |
| language | string|null | yes | – |
| license | string|null | yes | – |
| open_issues_count | number | yes | – |
| pushed_at | string | yes | – |
| stargazers_count | number | yes | – |
No examples provided.
What is the ProjectPulse MCP server?
ProjectPulse MCP is listed in the public MCP registry as io.github.alexbypa/github-projectpulse-mcp. Monitor GitHub repo health, DORA metrics and CI signals from your AI assistant. This page covers its npm package (projectpulse-mcp).
Is the ProjectPulse MCP server safe to use?
ProjectPulse MCP scores 74 out of 100 on VerifyMCP. We found no known CVEs affecting it as of 20 September 2026. It declares no install or post-install scripts. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the ProjectPulse MCP server expose?
ProjectPulse MCP exposes 7 tools: check_ci_status, get_repo_health, analyze_dependencies, analyze_code_scanning, get_health_score, and 2 more. Their descriptions and schemas cost roughly 1,854 tokens of context every time the server is loaded.
Is the ProjectPulse MCP server still maintained?
ProjectPulse MCP is still listed as active in the MCP registry. We last reached this channel on 20 September 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.
What licence is the ProjectPulse MCP server under?
ProjectPulse MCP declares the MIT licence, which is OSI-approved. That covers the source only, and says nothing about the cost of any service it calls.