Token导航 LogoToken导航

MCP Server · 开发工具

DevDocs MCP

An MCP server inspired by devocs.io

HTTP官方级别未说明来源级核验工具 0
文档处理Python开发工具

快速开始

公开资料没有提供安装命令,按仓库或官方文档接入。
作者 / 组织
llmian-space
提供方
llmian-space

工具数量

0

来源目录标注

资源数量

0

来源目录标注

提示词数量

0

来源目录标注

GitHub Star

9

仓库热度

收录来源

4 个

MCP.so

选型结论

DevDocs MCP 属于开发工具类 MCP Server,公开资料标注 0 个工具,通过HTTP 远程服务接入,客户端适配情况以官方文档为准,没有现成的安装命令;接入前先确认权限范围。

分类

开发工具

传输方式

HTTP

认证方式

无需认证

部署方式

公开资料未说明

安装与配置

公开目录没有给出安装命令,需要按仓库 README安装;下面按同类条目的通用流程说明。

远程服务不用写启动命令,在客户端 MCP 配置里填服务地址即可,具体字段按官方文档填写。

上手步骤

  1. 1

    确认访问方式

    这是HTTP 远程服务,本地不用装依赖;先确认服务地址、账号归属和额度,再决定接哪个客户端。

  2. 2

    获取服务

    公开目录没有给出安装命令,按仓库 README里的步骤安装或获取服务。

  3. 3

    写入客户端配置

    在客户端的 MCP 配置里填服务地址;需要授权的先完成登录,再回到客户端刷新。

  4. 4

    验证是否可用

    连接成功后客户端会列出 0 个工具,随便调一个只读工具确认能返回结果。

接入前确认

不要直接授予不必要的文件、网络或账号权限;先核对安装命令和配置内容。

公开资料仍需确认:安装命令

详细介绍

DevDocs MCP实现

用于文档管理和集成的模型上下文协议(MCP)实现。

项目结构

src/
├── resources/
│   ├── templates/      # Resource template system
│   └── managers/       # Resource management
├── documentation/
│   ├── processors/     # Documentation processing
│   └── integrators/    # Integration handlers
├── tasks/
│   ├── issues/         # Issue tracking
│   └── reviews/        # Review management
└── tests/
    ├── property/       # Property-based tests
    └── integration/    # Integration tests

核心组件

资源模板系统

资源模板系统通过以下方式提供对文档资源的基于URI的访问:

  • 通过Pydantic进行类型安全参数处理
  • 灵活的URI模板匹配
  • 全面的错误处理
  • 资源生命周期的状态管理

示例用法:

from src.resources.templates.base import ResourceTemplate

# Create a template with parameter typing
template = ResourceTemplate(
    uri_template='docs://api/{version}/endpoint',
    parameter_types={'version': str}
)

# Extract and validate parameters
params = template.extract_parameters('docs://api/v1/endpoint')
template.validate_parameters(params)

测试策略

该项目使用基于属性的测试和假设来确保:

  • URI模板验证
  • 参数提取正确性
  • 错误处理稳健性
  • 类型安全执法

运行测试:

pytest tests/property/test_templates.py

实施进度

完成

  • \[x\] 项目基本结构
  • \[x\] 资源模板系统
  • \[x\] 基于属性的测试基础设施
  • \[x\] URI验证和参数提取
  • \[x\] 错误处理基础

进行中

  • \[\]文档处理器集成
  • \[\]缓存层实现
  • \[\]任务管理系统
  • \[\]性能优化

计划的

  • \[\]搜索实现
  • \[\]分支映射系统
  • \[\]状态跟踪
  • \[\]监控系统

开发指南

  1. 遵循TDD方法:

- 首先编写基于属性的测试 - 实现最小传递代码 - 重构以提高清晰度和效率

  1. 错误处理:

- 使用结构化错误类型 - 实施恢复策略 - 保持系统稳定性

  1. 文档:

- 保持README更新 - 记录新功能 - 包括使用示例

分行管理

该项目采用基于分支的开发方法:

  • 特征跟踪
  • 文档集成
  • 任务管理
  • 进度监控

贡献

  1. 创建特征分支
  2. 添加属性测试
  3. 机具功能
  4. 更新文档
  5. 提交拉取请求

后续步骤

  1. 实施文档处理器集成
  2. 添加具有适当生命周期管理的缓存层
  3. 开发任务管理系统
  4. 创建监控和绩效指标

支持资源

  • MCP概念: mcp-docs/docs/concepts/
  • Python SDK: python-sdk/src/mcp/
  • 示例服务器: python-sdk/examples/servers/

工具与能力

工具数量

0

资源数量

0

提示词数量

0

能力标签

developer-toolsdevdocsmcpdocumentation-management文档管理Python本地部署资源模板

数量来自来源目录的标注,具体工具清单以官方文档为准。

典型使用场景

让助手直接读代码

把仓库、提交记录和 issue 交给模型检索,补全和重构时不用来回复制文件。

在对话里跑命令

触发构建、测试和脚本,执行结果直接回到上下文,省去切终端。

接进开发流程

把 PR、CI 状态和代码审查接进助手,减少在几个工具之间跳。

选择建议

值得选的地方

  • 只提供 0 个工具,职责集中,接入后不容易误操作。
  • 4 个目录同时收录,信息可以交叉核对。
  • 走远程地址,接入方不用在本地装运行环境。

先想清楚的地方

  • 公开资料没有可直接复制的安装命令,第一次接入要自己找入口。
  • 公开摘要偏短,具体能力和限制要回到仓库确认。
  • 第三方目录整理,版本更新和行为细节以官方仓库为准。

更适合

  • 需要在开发工具场景里让模型直接调用外部能力的人。
  • 愿意照着官方文档一步步配环境的人。

不太适合

  • 希望一条命令就装好、不想看文档的人。
  • 需要厂商级 SLA 和技术支持的生产环境。

同类对比

5 个同类
MCP Server工具数传输方式安装命令收录来源最后核验
DevDocs MCP

MCP.so · 本页

0HTTP未标注4 个2026-05-17
Git 838e2ec1

MCP World

12stdio有2 个2026-05-17
Markitdown MCP 2c653a5f

MCP World

1stdio有1 个2026-05-17
Context7 831acf40

MCP World

0stdio有1 个2026-05-17
Context7 MCP C671e75a

MCP World

0stdio有1 个2026-05-17

按同分类和工具数量挑出最接近的几条,字段以各自详情页为准。

常见问题

5 条

DevDocs MCP 怎么安装?

公开目录没有给出可以直接复制的安装命令,需要按仓库 README里的步骤安装;装好后写进客户端的 MCP 配置再重启。

DevDocs MCP 怎么在 Claude Desktop、Cursor 里配置?

它是HTTP 远程服务,在客户端的 MCP 配置里填服务地址即可,不用本地装依赖;需要授权或 API Key 的,先在官方页面拿到凭据再填。

DevDocs MCP 收费吗?

本站只整理公开资料,不代收费用,也没有标注具体价格。是否收费取决于服务本身和背后的接口额度,正式使用前按官方说明确认。

DevDocs MCP 需要 API Key 吗?

公开资料标注为无需认证,装好就能连;如果实际调用时报鉴权错误,按官方文档补上凭据。

DevDocs MCP 支持哪些客户端?

公开资料没有标注具体客户端;支持远程 MCP 地址的客户端都能接,配置方式参照官方文档。

来源信息

继续浏览同类 MCP