Prodbeam MCP服务器

](https://www.npmjs.com/package/@prodbeam/mcp) ![License: MIT](LICENSE) ](https://nodejs.org)

来自GitHub和Jira的工程情报报告，通过任何MCP客户端或独立CLI交付。

每日站立 来自您的提交、PR、评论和Jira问题
每周总结 具有交付指标、回购细分和趋势分析
Sprint回顾 具有合并时间分析、完成率和操作项
Sprint评论 包括冲刺中期进度、风险、阻碍因素和每个开发人员的状态
团队健康评分 带有异常检测和建议

______________________________________________________________________

快速开始

选项1：使用安装向导进行全局安装

npm install -g @prodbeam/mcp
prodbeam init

该向导将引导您完成身份验证（OAuth或令牌），发现您的存储库和项目，并自动注册MCP服务器。

选项2:npx（零安装）

claude mcp add prodbeam \
  -e GITHUB_TOKEN=ghp_YOUR_TOKEN \
  -e JIRA_HOST=company.atlassian.net \
  -e JIRA_EMAIL=you@company.com \
  -e JIRA_API_TOKEN=your_jira_token \
  -- npx -y @prodbeam/mcp

然后在Claude Code会话中设置您的团队：

Set up my prodbeam team called "My Team" with emails: alice@company.com, bob@company.com

选项3:MCP客户端配置文件

对于Cursor、Windsurf、VS Code或其他使用JSON配置的MCP客户端：

{
  "mcpServers": {
    "prodbeam": {
      "command": "npx",
      "args": ["-y", "@prodbeam/mcp"],
      "env": {
        "GITHUB_TOKEN": "ghp_YOUR_TOKEN",
        "JIRA_HOST": "company.atlassian.net",
        "JIRA_EMAIL": "you@company.com",
        "JIRA_API_TOKEN": "your_jira_token"
      }
    }
  }
}

配置文件位置：

客户端	路径
克劳德代码（项目）	`.claude/mcp.json`
克劳德代码（用户）	`~/.claude/mcp.json`
光标	`.cursor/mcp.json`
风帆冲浪	`.windsurf/mcp.json`

有关更多设置选项，请参阅设置和使用指南.

______________________________________________________________________

先决条件

要求	如何获得
Node.js 18+
GitHub凭据	通过OAuth `prodbeam auth login`，或创建PAT （范围： `repo`, `read:user`, `read:org`)
Jira凭据（可选）	通过OAuth `prodbeam auth login`，或创建API令牌

Jira是可选的——报告仅适用于GitHub，省略了Jira部分。

______________________________________________________________________

用法

在任何MCP客户端中

自然地问——客户端调用正确的工具：

提示	工具
“生成我的单口相声”	`standup`
“创建团队站立”	`team_standup`
“生成每周摘要”	`weekly_summary`
“生成上周的每周摘要”	`weekly_summary` （周数：1）
“生成冲刺复古”	`sprint_retro`
“显示冲刺进度”	`sprint_review`

命令行界面

prodbeam auth login                        # Authenticate (OAuth or token)
prodbeam auth status                       # Check token expiry
prodbeam standup                           # Personal standup (last 24h)
prodbeam standup --email alice@co.com      # Standup for a specific member
prodbeam team-standup                      # Full team standup
prodbeam weekly                            # Weekly summary (current week)
prodbeam weekly --weeks-ago 1              # Last week's summary
prodbeam sprint-retro                      # Sprint retro (auto-detect sprint)
prodbeam sprint-retro --sprint "Sprint 12" # Specific sprint
prodbeam sprint-review                     # Mid-sprint health check
prodbeam status                            # Check config and credentials
prodbeam help                              # All commands
prodbeam help weekly                       # Detailed help for a command

______________________________________________________________________

示例输出

Daily Standup

# Daily Standup - Friday, February 7, 2026

**alice**

## Completed

- ENG-431: Webhook retry failures → PR #142 (merged, +187/-43)
- [ENG-428](https://company.atlassian.net/browse/ENG-428): Implement API rate limiting [Done]

## In Progress

- #89: Update shared ESLint config [open] (+45/-22)
- [ENG-445](https://company.atlassian.net/browse/ENG-445): Upgrade ESLint to v9 [In Progress]

## Blockers & Risks

- [!] PR #134: Refactor auth middleware — open 9 days

## Activity Summary

| Metric | Count |
|--------|-------|
| Commits | 3 |
| Pull Requests | 2 |
| Reviews | 1 |
| Jira Issues | 3 |

**Recent Commits**
- `a1b2c3d` fix: resolve race condition in webhook handler (acme/api-gateway)
- `d4e5f6a` test: add integration tests for retry logic (acme/api-gateway)
- `b7c8d9e` chore: update eslint config (acme/shared-config)

**Reviews Given**
- PR #137: Add rate limiting middleware [APPROVED]

---

Weekly Summary (with trends and team health)

# Weekly Engineering Summary - Friday, February 7, 2026

**alice** — Last 7 Days

## Highlights

- Merged 3 PRs this week
- Completed 3 Jira issues
- Average cycle time: 14.2h — healthy turnaround

## Delivery Metrics

| Metric | Value |
|--------|-------|
| Commits | 12 |
| Pull Requests | 5 (3 merged, 1 open, 1 closed) |
| Code Changes | +847/-312 |
| Cycle Time (avg) | 14.2 hours |
| Reviews | 8 (6 approved, 2 changes requested) |

## Key Deliverables

- ENG-431: Webhook retry failures → PR #142 (merged, +187/-43)
- ENG-428: API rate limiting → PR #137 (merged, +312/-45)
- ENG-435: Redis connection pooling → PR #139 (merged, +94/-12)

## Investment Balance

| Type | Count |
|------|-------|
| Story | 3 |
| Bug | 2 |
| Task | 1 |

## PR Size Distribution

| Size | Lines Changed | Count |
|------|--------------|-------|
| Small | 1-100 | 2 |
| Medium | 101-500 | 2 |
| Large | 501+ | 1 |

## Repository Breakdown

| Repository | Commits | PRs | Merged | +/- | Reviews |
|------------|---------|-----|--------|-----|---------|
| acme/api-gateway | 8 | 3 | 2 | +612/-198 | 5 |
| acme/shared-config | 2 | 1 | 1 | +45/-22 | 1 |
| acme/docs | 2 | 1 | 0 | +190/-92 | 2 |

## Jira Issues: 6

| Status | Count |
|--------|-------|
| Done | 3 |
| In Progress | 2 |
| In Review | 1 |

## Trends vs Previous Period

| Metric | Change | Direction | Severity |
|--------|--------|-----------|----------|
| Commits | +25% | Up | [i] info |
| PRs Merged | -15% | Down | [!] warning |
| Merge Time | +40% | Up | [!] warning |

- [i] Commit volume up 25% — consistent with sprint mid-point
- [!] PR merge rate declined 15% — may indicate review bottleneck
- [!] Average merge time increased to 18h (was 12.8h last week)

## Insights

- [!] **warning:** PR #134 open for 9 days without review
- [i] **info:** 3 PRs merged same-day — healthy turnaround

## Team Health: 72/100

| Dimension | Score | Trend |
|-----------|-------|-------|
| Velocity | 78 | Up |
| Throughput | 70 | Down |
| Review Coverage | 65 | Stable |
| Issue Flow | 74 | Up |

### Recommendations

- Review coverage below 75% — consider distributing reviews more evenly
- 1 PR has been open >7 days — prioritize review to unblock work

## Appendix

### Commits: 12
- `a1b2c3d` fix: resolve race condition in webhook handler (acme/api-gateway)
- `d4e5f6a` test: add integration tests for retry logic (acme/api-gateway)
- ...

### Pull Requests: 5
- #142: Fix webhook retry logic [merged] (+187/-43)
- #139: Refactor auth middleware [merged] (+312/-155)
- ...

### Reviews: 8
- PR #137: Add rate limiting middleware [APPROVED]
- PR #141: Migrate auth to OAuth2 [APPROVED]
- ...

---

Sprint Retrospective

# Sprint Retrospective: Sprint 12

**Period:** 2026-01-27 to 2026-02-07
**Developer:** alice

## Sprint Goal

> Deliver webhook reliability improvements and API rate limiting

## Sprint Scorecard

| Metric | Value |
|--------|-------|
| Completion Rate | 8/11 (73%) |
| Carryover | 3 issues |
| Merge Rate | 78% |
| Avg Merge Time | 14.2 hours |

## What Went Well

- 8 of 11 sprint issues completed (73%) — above team average
- 5 of 7 merged PRs had same-day reviews
- Sprint goal partially achieved: webhook reliability improvements shipped

## What Needs Improvement

- Average merge time of 14.2h exceeds 8h target
- PR #134 blocked on review for 12 days
- 3 issues carried over from previous sprint

## Action Items

- Set up daily review rotation to reduce merge time
- Break down large issues to improve estimation accuracy
- Address PR #134 review bottleneck

## Delivery Metrics

| Metric | Value |
|--------|-------|
| Commits | 24 |
| Pull Requests | 9 (7 merged, 1 open, 1 closed) |
| Code Changes | +2,145/-876 |
| Reviews | 15 (12 approved, 3 changes requested) |

## Developer Contributions

### alice
- PRs: 3 merged, 1 open
- Reviews given: 4
- Focus: webhook reliability (ENG-431, ENG-433)

### bob
- PRs: 3 merged, 0 open
- Reviews given: 8
- Focus: API rate limiting (ENG-428)

## Jira Issues

| Status | Count |
|--------|-------|
| Done | 8 |
| In Progress | 2 |
| In Review | 1 |

| Type | Count |
|------|-------|
| Story | 5 |
| Bug | 3 |
| Task | 2 |
| Spike | 1 |

| Priority | Count |
|----------|-------|
| High | 4 |
| Medium | 5 |
| Low | 2 |

## Trends vs Previous Period

| Metric | Change | Direction | Severity |
|--------|--------|-----------|----------|
| Commits | +14% | Up | [i] info |
| Merge Rate | -8% | Down | [!] warning |
| Completion Rate | +5% | Up | [i] info |

- [i] Commit volume increased 14% over previous sprint
- [!] Merge rate dropped 8% — 2 PRs blocked on review for 3+ days
- [i] Jira completion improved to 73% (was 68% last sprint)

## Insights

- [!] **warning:** PR #134 open for 12 days — oldest unmerged PR in sprint
- [i] **info:** 5 of 7 merged PRs had same-day reviews

## Team Health: 70/100

| Dimension | Score | Trend |
|-----------|-------|-------|
| Velocity | 76 | Up |
| Throughput | 68 | Stable |
| Review Coverage | 62 | Down |
| Issue Flow | 73 | Up |

### Recommendations

- Review coverage declining — consider pairing sessions to distribute knowledge
- 3 issues carried over from previous sprint — review estimation accuracy

## Appendix

### Commits: 24
- `a1b2c3d` fix: resolve race condition in webhook handler (acme/api-gateway)
- `d4e5f6a` test: add integration tests for retry logic (acme/api-gateway)
- ...

### Pull Requests: 9
- #142: Fix webhook retry logic [merged] (+187/-43)
- #139: Refactor auth middleware [merged] (+312/-155)
- ...

### Reviews: 15
- PR #137: Add rate limiting middleware [APPROVED]
- PR #141: Migrate auth to OAuth2 [APPROVED]
- ...

---

Sprint Review (mid-sprint health check)

# Sprint Review: Sprint 12

**Period:** 2026-01-27 to 2026-02-07
**Sprint Progress:** Day 8 of 14 (57%)

## Sprint Goal

> Deliver webhook reliability improvements and API rate limiting

## Progress Summary

| Metric | Value |
|--------|-------|
| Days Elapsed | 8 of 14 |
| Issues Completed | 5 of 11 (45%) |
| Issues In Progress | 4 |
| Issues Not Started | 2 |
| PRs Merged | 6 |
| PRs Awaiting Review | 2 |

## Key Deliverables

- ENG-431: Webhook retry failures → PR #142 (merged)
- ENG-428: API rate limiting → PR #137 (merged)
- ENG-435: Redis connection pooling → PR #139 (merged)

## In Progress

- ENG-445: Upgrade ESLint to v9 → PR #89 (open 3 days)
- ENG-440: Redis connection pool tuning → PR #143 (open 1 day)
- ENG-450: Add monitoring dashboard
- ENG-452: Update deployment runbook

## Risks & Blockers

- [!] 1 PR open for extended period — may not merge before sprint end
- [!] 6 days remaining with 6 incomplete items
- [!] 1 high-priority issue stalled

## Developer Progress

### alice
- Completed: 3 PRs merged
- In Progress: 1 PRs open
- Reviews Given: 4

### bob
- Completed: 2 PRs merged
- In Progress: 1 PRs open
- Reviews Given: 6

### carol
- Completed: 1 PRs merged
- In Progress: 0 PRs open
- Reviews Given: 2

## Delivery Metrics

| Metric | Value |
|--------|-------|
| Commits | 18 |
| Pull Requests | 8 (6 merged, 2 open) |
| Code Changes | +1,547/-623 |
| Reviews | 12 (10 approved, 2 changes requested) |

---

______________________________________________________________________

可用工具

设置

工具	参数	说明
`setup_team`	teamName、电子邮件	使用自动发现功能的一次性入职培训
`add_member`	电子邮件	添加团队成员
`remove_member`	电子邮件	删除团队成员
`refresh_config`	--	重新扫描存储库和冲刺
`get_capabilities`	--	显示配置状态和可用工具

报告

工具	参数	说明
`standup`	电子邮件（可选）	个人每日站立（过去24小时）
`team_standup`	--	团队全体起立，按成员细分
`weekly_summary`	weeksGo（可选）	每周工程总结，包括指标和趋势
`sprint_retro`	sprintName（可选）	Sprint回顾，包括完成率和行动项目
`sprint_review`	sprintName（可选）	冲刺中期健康检查，包括风险和开发人员进度

有关每个工具的完整参数文档和示例输出，请参阅工具参考.

______________________________________________________________________

建筑

Prodbeam是 自给自足的 --它直接从GitHub和Jira API获取数据。不需要单独的MCP服务器。一次工具调用生成一份完整的报告，无需多步骤编排。

端到端工作流

┌─────────────────────────────────────────────────────────────────────────────┐
│                        MCP Client / CLI                                    │
│              (Claude Code, Cursor, Windsurf, CLI)                          │
└────────────────────────────┬────────────────────────────────────────────────┘
                             │ tool call (stdio / argv)
                             ▼
┌─────────────────────────────────────────────────────────────────────────────┐
│                      Prodbeam MCP Server                                   │
│                                                                            │
│  ┌──────────────┐    ┌──────────────────────────────────────────────────┐  │
│  │ Auth Provider │───▶│               Data Fetcher                      │  │
│  │              │    │                                                  │  │
│  │ env vars     │    │  ┌─────────────┐       ┌─────────────┐          │  │
│  │   ▼ OAuth    │    │  │ GitHub REST  │       │  Jira REST  │          │  │
│  │   ▼ PAT      │    │  │   Client    │       │   Client    │          │  │
│  └──────────────┘    │  └──────┬──────┘       └──────┬──────┘          │  │
│                      │         │                     │                  │  │
│  ┌──────────────┐    │         └──────────┬──────────┘                  │  │
│  │ Team Config  │───▶│      Promise.allSettled (parallel, per-repo)     │  │
│  │ ~/.prodbeam/ │    └──────────────────┬───────────────────────────────┘  │
│  │ team.json    │                       │                                  │
│  └──────────────┘                       ▼                                  │
│                      ┌──────────────────────────────────────────────────┐  │
│                      │           Metrics Calculator                     │  │
│                      │                                                  │  │
│                      │  Raw activity ──▶ aggregate metrics              │  │
│                      │  (pure functions, no I/O)                        │  │
│                      └──────────────────┬───────────────────────────────┘  │
│                                         │                                  │
│                                         ▼                                  │
│                      ┌──────────────────────────────────────────────────┐  │
│                      │        ★ Intelligence Engine ★                   │  │
│                      │        (best-effort, try-catch wrapped)          │  │
│                      │                                                  │  │
│                      │  ┌──────────────┐  ┌──────────────────────────┐  │  │
│                      │  │   Trend      │  │   Anomaly                │  │  │
│                      │  │   Analyzer   │  │   Detector               │  │  │
│                      │  │  7 metrics   │  │  5 anomaly types         │  │  │
│                      │  └──────────────┘  └──────────────────────────┘  │  │
│                      │  ┌──────────────┐  ┌──────────────────────────┐  │  │
│                      │  │  Team Health │  │   Content Insights       │  │  │
│                      │  │   Scorer     │  │   Engine                 │  │  │
│                      │  │  4 dimensions│  │  qualitative analysis    │  │  │
│                      │  └──────────────┘  └──────────────────────────┘  │  │
│                      └──────────────────┬───────────────────────────────┘  │
│                                         │                                  │
│                                         ▼                                  │
│                      ┌──────────────────────────────────────────────────┐  │
│                      │          Report Generator                        │  │
│                      │                                                  │  │
│                      │  metrics + intelligence ──▶ Markdown report      │  │
│                      │  (pure functions, no I/O)                        │  │
│                      └──────────────────┬───────────────────────────────┘  │
│                                         │                                  │
│                                         ▼                                  │
│                      ┌──────────────────────────────────────────────────┐  │
│                      │          History Store                           │  │
│                      │                                                  │  │
│                      │  SQLite (WAL mode) ── aggregate snapshots only   │  │
│                      │  (fire-and-forget, feeds future trend analysis)  │  │
│                      └──────────────────────────────────────────────────┘  │
└─────────────────────────────────────────────────────────────────────────────┘

组件详情

身份验证提供者

通过三层链解析凭据： 环境变量 （最高优先级，总是赢）， OAuth令牌 （到期前自动刷新）， 个人访问令牌 （回退）。OAuth支持GitHub Device Flow和Jira OAuth 2.0（3LO）。令牌刷新过程是透明的——如果访问令牌在5分钟内到期，提供者会默默地将刷新令牌替换为新的令牌。用户仅在刷新令牌过期时重新进行身份验证（GitHub：6个月，Jira:90天不活动）。

数据提取器

使用在所有已配置的转发和项目之间编排并行API调用 Promise.allSettled.在团队模式中，每个回购提取一次，活动按成员划分（避免N×M个API调用）。单个回购失败会被默默地跳过——一个回购上的404不会阻止报告的其余部分。GitHub和Jira抓取同时运行。

度量计算器

将原始API响应转换为聚合度量的纯函数：提交计数、PR状态（合并/打开/关闭）、代码流失（添加+删除）、审核计数、平均合并时间和Jira完成率。无I/O——在给定相同输入的情况下是确定性的。

报告生成器

纯Markdown渲染器，适用于所有五种报告类型（每日站立、团队站立、每周总结、冲刺回顾、冲刺回顾）。每个生成器获取预先计算的指标和可选的智能附加值（趋势、异常、健康分数），并返回Markdown字符串。无API调用，无副作用，无随机性-可使用模拟数据进行测试。

历史商店

SQLite数据库（通过better-splite3，WAL模式），保存聚合度量快照。每个快照捕获16个团队级字段（提交、PR、合并率、代码流失、评论、Jira计数）和每个成员7个字段。快照在生成报告后保存为即发即弃，并将其提供给趋势分析器以进行周期与周期的比较。数据库从不存储文本内容——没有提交消息、PR描述或代码。

智能引擎

智能引擎是Prodbeam的核心差异化因素。它通过四个独立的分析器将原始指标转化为可操作的见解。每个都在try-catch包装器中运行——如果任何一个失败，报告仍然会在没有该部分的情况下生成。

趋势分析器

将当前时段与存储在SQLite中的上一个快照进行比较。轨迹 7个指标 具有方向意识：

度量	方向	“向上”表示
承诺	很好	更多活动
PR合并	恢复良好	吞吐量更高
打开PR	不好	积压越来越多
代码流失	问题严重	潜在的不稳定性
评论放弃	很好	更好的报道
平均合并时间	上升不好	交付速度较慢
Jira完成	上升良好	更多商品发货

每个指标变化都按可配置的阈值进行分类：信息（变化\50%).方向感知意味着合并时间增加40%是一个警告，而合并的PR增加40%只是信息。结果按严重程度排序，因此警报首先出现。

异常检测器

扫描当前活动中的五种异常模式，每种模式都有可配置的阈值：

异常	默认阈值	它捕获了什么
陈旧的公关	警告：1天，警报：2天	打开的PR超过配置的年龄阈值，不进行合并或关闭
陈旧问题	7天	标记为“进行中”的高优先级Jira问题，7天以上没有更新
审查失衡	60%	一位审阅者处理了所有审阅中的60%以上——表明存在总线因素风险
无活性	任何团队成员	在此期间没有提交、PR和评论的成员——标记潜在的阻断者
高流失率	3倍平均值，最少1000行	个人代码流失超过3倍团队平均值和1000+行——建议返工

评审不平衡使用基尼系数概念来检测集中度，只有在团队至少有2名活跃评审员时才会触发，以避免小团队出现误报。

团队健康评分

在四个加权维度上生成综合健康评分（0-100）：

Overall Score = Velocity × 0.20 + Throughput × 0.30 + Review Coverage × 0.25 + Issue Flow × 0.25

尺寸	重量	度量	评分方式
速度	20%	开发速度	提交计数与SQLite快照的历史平均值相比
吞吐量	30%	交付有效性	PR合并率，合并时间慢会受到惩罚（警告>24小时，警报>48小时）
审查覆盖范围	25%	评论分布公平性	评论者之间的基尼系数——1.0表示分布完全相等，0.0表示一个人做所有评论
问题流程	25%	工作完成	Jira完成百分比，带有趋势检测（改善或下降）

每个维度包括 趋势指标 （向上/向下/稳定）与之前的快照相比。记分员生成上下文感知建议当维度得分低于健康阈值时，例如，评论覆盖率低于75%会触发更均匀地分配评论的建议。

内容洞察引擎

从原始活动数据中得出定性分析：

PR Jira链接 --正则表达式模式匹配([A-Z]+-\d+)从PR标题中提取Jira问题密钥，将代码更改链接到跟踪的工作项。链接的项目在报告中显示在一起，以实现可追溯性。
成就 --通过将合并的PR与已解决的Jira问题进行匹配来识别已完成的可交付成果。链接对（PR+issue）一起显示；单独列出的未链接项目。
什么进展顺利 --检测积极模式：快速合并周期（平均\70%）、强合并率（>80%）、干净的冲刺板。
什么需要改进 --表面摩擦：过时的PR、未经批准的PR、高结转率（>30%的冲刺）、低Jira完成率（\无数据** 每一层的原则：

失败	影响
一个GitHub仓库返回404	其他仓库仍包含在报告中
未配置Jira凭据	报告仅使用GitHub数据生成，省略Jira部分
SQLite历史记录为空（第一次运行）	跳过趋势部分，所有其他部分正常渲染
趋势分析器抛出	生成报告时不进行趋势比较
异常检测器抛出	报告生成时没有异常警报
团队健康评分员投掷	报告生成时没有健康评分
快照持久性失败	报告已返回给用户，失败是无声的

配置目录

所有数据都存在于 ~/.prodbeam/ （用覆盖 PRODBEAM_HOME):

文件	权限	目的
`team.json`	标准	团队成员、仓库、Jira项目、阈值覆盖
`credentials.json`	600	OAuth令牌和/或个人访问令牌
`history.db`	标准	SQLite——用于趋势比较的聚合度量快照

______________________________________________________________________

安全

仅限本地 --所有数据都保留在您的机器上。没有遥测，没有Prodbeam云，没有第三方服务
三种身份验证方法 --OAuth（令牌自动刷新）、环境变量或个人访问令牌
只读 --所有GitHub和Jira操作都是只读的。未创建、修改或删除任何内容
最小存储空间 --历史数据库只存储聚合数字（计数、百分比、平均值）。永远不要提交消息、公关描述或代码
凭证隔离 — credentials.json 是通过以下方式创建的 600 权限（仅限所有者读/写）
网络范围 — api.github.com、您的Jira实例和OAuth端点(github.com/login, auth.atlassian.com)仅在身份验证期间

有关令牌作用域、凭据存储和CI安全检查的详细信息，请参阅安全.md.

______________________________________________________________________

已知限制

代码更改可能会显示 +0/-0 -行数指标取决于GitHub API差异统计数据的可用性
周报标题显示“过去7天” 对于历史查询，数据是正确的；标题没有反映 weeksAgo 偏移
过期的PR警报是当前状态 --历史报告显示的是今天过时的公关，而不是那个历史周的状态
Standup电子邮件必须与team.json完全匹配 --使用 prodbeam init 或编辑 team.json 纠正不匹配
Sprint工具需要Jira冲刺 --不使用Jira Scrum板的团队将拥有有限的sprint数据

______________________________________________________________________

文档

文档	描述
设置和使用指南	详细的设置路径、凭据、团队管理、故障排除
工具参考	每个工具的参数、示例和示例输出
安全	数据处理、凭据、网络访问、令牌范围
贡献	开发设置、代码风格、PR流程
更新日志	版本历史

______________________________________________________________________

贡献

欢迎通过以下方式提交Bug报告和功能请求 .

已接受拉取请求--请参阅贡献.md 用于开发设置和指南。

______________________________________________________________________

许可证

麻省理工学院——见许可证.

Prodbeam MCP

快速接入

详细介绍

Prodbeam MCP服务器

目录

快速开始

选项1：使用安装向导进行全局安装

选项2:npx（零安装）

选项3:MCP客户端配置文件

先决条件

用法

在任何MCP客户端中

命令行界面

示例输出

可用工具

设置

报告

建筑

端到端工作流

组件详情

身份验证提供者

数据提取器

度量计算器

报告生成器

历史商店

智能引擎

趋势分析器

异常检测器

团队健康评分

内容洞察引擎

配置目录

安全

已知限制

文档

贡献

许可证

目录标签

接入字段

权限和风险

来源信息

继续浏览同类 MCP