sdl-mcp 是什么?
sdl-mcp 是由 GlitterKill 维护的 MCP 项目,用来把代码仓库、开发工具或工程上下文连接到 Codex 等支持 MCP 的客户端。本站按 GitHub 热度收录,安装方式和可用工具以官方仓库当前 README 为准。
为什么需要它?
把代码结构和协作状态直接带入开发任务,减少靠过期片段或不完整日志推断。
接入前,AI 只能依赖你粘贴的材料、截图或旧上下文;接入后,它可以在你授权的范围内调用真实工具,并把结果、来源和状态带回当前任务。
核心能力
把真实信息带回当前任务,减少反复复制和手动核对。
在明确授权范围内调用工具,并保留执行过程和结果。
回读来源、状态与限制,方便继续处理和人工验收。
适合谁?怎么用?
- 读取一个项目的结构或开发状态,并定位可核对的信息
- 需要让编码助手理解真实代码、Issue、构建状态或开发工具上下文的软件团队。
- 返回的文件、符号、提交或问题编号能在原仓库和开发环境中定位。
- 不适合把所有私有仓库和写权限一次性交给未验证的服务。
- 可能读取私有代码、提交记录和构建日志
- 写入工具可能修改文件、分支、Issue 或工程配置
怎么接入?
- 1准备
打开官方 GitHub 仓库,找到 Installation、Setup 或 Quick Start。
- 2授权
确认仓库要求的 Node.js、Python、Docker、应用插件或远程端点。
- 3连接
使用本页的 Codex 自助接入指令,让 Codex 先核对 README,再生成并执行准确命令。
- 4开始使用
运行
codex mcp list,并用无敏感测试对象做第一次只读调用。
该项目的运行时和启动参数可能随版本变化。请让 Codex 先阅读官方 README,再生成适合当前电脑的接入命令。
打开官方仓库确认 MCP 已经登记
codex mcp list不想自己操作终端时,把下面整段发给 Codex。它会先核对官方说明和前置条件,遇到凭证或占位符会停下来询问。
自助接入 sdl-mcp
请帮我在当前电脑上接入并验证 sdl-mcp。
官方来源:https://github.com/GlitterKill/sdl-mcp
目标接入命令:尚未预设。请从官方 README 的 Installation、Setup 或 Quick Start 中确定当前推荐方式。
请按以下步骤执行:
1. 先完整阅读官方 README 的 Installation、Setup 或 Quick Start,找出当前推荐的 MCP 启动方式;不要根据仓库名猜 npm、uvx 或 Docker 包名。
2. 检查运行环境、登录状态、Token、项目 ID、允许访问路径等前置条件。不要在输出中显示任何凭证,也不要把凭证写入仓库。
3. 如果命令中有需要替换的占位符,先列出需要我提供的值并停下来,不要自行猜测。
4. 条件满足后执行接入命令,再运行 codex mcp list,确认 sdl-mcp 已登记,并回报实际服务名、传输方式和检查结果。
5. 用下面这个只读任务验证连接:请使用 sdl-mcp 只读检查测试项目,列出主要模块、当前状态或一个已知问题的相关位置,不要修改代码和远程仓库。
6. 不要创建、修改、删除、发送内容,也不要连接生产环境;需要写权限或更高权限时先征求我确认。- 复制完整指令,发给一个有终端和当前项目访问权限的 Codex 任务。
- Codex 会先核对官方来源和本机环境;遇到 Token、项目 ID、路径或其他占位符时,应停下来向你确认。
- 接入后运行
codex mcp list,再用 sdl-mcp 的只读首测任务回读结果。
第一次调用示例
登记完成后,新开一个任务,先用下面这句做只读验证,把目标、范围和停止条件一次说清楚。
第一次只读任务
请使用 sdl-mcp 只读检查测试项目,列出主要模块、当前状态或一个已知问题的相关位置,不要修改代码和远程仓库。返回的文件、符号、提交或问题编号能在原仓库和开发环境中定位。
- 先列出 MCP 实际提供的工具或资源。
- 只选择一个测试对象执行无副作用读取。
- 核对对象、来源、时间和目标系统中的真实状态。
- 确认读取范围后,再单独评估写入、删除或发送类工具。
权限与安全
可能需要仓库 Token、本地 IDE 插件或项目路径;按最小仓库和只读权限配置。
- 可能读取私有代码、提交记录和构建日志
- 写入工具可能修改文件、分支、Issue 或工程配置
- 首次使用只读仓库或测试分支,并保留版本控制回退
