第四章 研发与数据库
本章导读
本章五个推荐面向写代码和管数据的人:GitHub 官方服务器、Serena、DBHub、Sentry、以及 Notion / Slack 两个远程托管的知识与协作入口。
它们的共同点是直接对接你已经在用的系统——装了之后 agent 从“能写代码”变成“能参与你的工作流”。这和前几章的“通用能力”不同:这里的价值不在能力本身,而在它接的是你真实的仓库、数据库和团队沟通渠道。
选型前置:先想清楚对接哪个系统
装之前先回答一个问题——你要让 agent 进哪个系统?
| 你的真实资产 | 对应的服务器 |
|---|---|
| GitHub 仓库与 issue / PR | GitHub 官方(3.1) |
| 大型代码库,需要语义级检索 | Serena(3.2) |
| Postgres / MySQL 等数据库 | DBHub(3.3) |
| 线上报错与性能问题 | Sentry(3.4) |
| 团队知识库 / 协作沟通 | Notion / Slack(3.5) |
如果四项里你只有一项,就只装那一项。MCP 是“接系统”的工具,没有系统可接时硬装,只会多一组用不上的工具拖慢模型选工具的决策。
远程托管端点:免安装的另一种形态
本章的 Notion、Slack,加上 Sentry,都属于官方远程托管端点——它们是 streamable-http 形态,由厂商运营,你不需要在本机 npm install 任何东西,只要配置 URL 和 OAuth 即可。
| 服务 | 端点 |
|---|---|
| Notion | https://mcp.notion.com/mcp |
| Slack | https://mcp.slack.com/mcp |
| Sentry | https://mcp.sentry.dev/mcp |
这类端点的好处是零运维、自动更新;代价是你把数据请求发到了厂商那里,接入前确认团队合规允许。配置时 transport 用 streamable-http,url 填上面的地址,鉴权走 OAuth,密钥不在你本地文件里。
装机节奏建议
| 阶段 | 装什么 |
|---|---|
| 第一天 | GitHub 官方(几乎人人用得到) |
| 代码库变大、检索变慢 | 加 Serena |
| 开始让 agent 碰数据库 | 加 DBHub |
| 线上出问题时想让 agent 看现场 | 加 Sentry |
| 团队知识沉淀到 Notion / 沟通在 Slack | 加对应端点 |
不要一次性全装。每加一个,先用一周,确认工具真的被用上、没有拖慢其他任务,再加下一个。
本章小节
- 4.1 GitHub:官方服务器能做什么
- 4.2 Serena:语义级代码检索
- 4.3 DBHub:一个 MCP 连多种数据库
- 4.4 Sentry:把报错现场给 agent 看
- 4.5 Notion 与 Slack:远程托管的知识与协作
