第四章 研发与数据库

本章导读

本章五个推荐面向写代码和管数据的人: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:远程托管的知识与协作

延伸阅读