关于 Dev Feeds
Dev Feeds 是用于浏览精选软件开发订阅源并抓取 RSS、Atom 或 RDF 订阅源的 MCP 服务。它会规范化订阅条目,并可通过 stdio 本地运行或经 Pipeworx 网关连接。
主要功能
- 01列出精选开发订阅源
- 02按关键词筛选订阅源和条目
- 03读取规范化订阅条目
- 04抓取 RSS、Atom 和 RDF 地址
适用场景
- 01按开发类别查找订阅源
- 02阅读精选订阅源的更新
- 03获取指定订阅源的条目
MCP 相关
向 MCP 客户端提供列出、读取和抓取订阅源的工具。可作为本地 stdio 服务运行,也可通过 Pipeworx 网关连接。
配置
远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。
https://gateway.pipeworx.io/dev-feeds/mcpclaude mcp add --transport http pipeworx-io-dev-feeds https://gateway.pipeworx.io/dev-feeds/mcp{"mcpServers":{"pipeworx-io-dev-feeds":{"type":"http","url":"https://gateway.pipeworx.io/dev-feeds/mcp"}}}在 Cursor 中打开{"servers":{"pipeworx-io-dev-feeds":{"type":"http","url":"https://gateway.pipeworx.io/dev-feeds/mcp"}}}在 VS Code 中打开{"mcpServers":{"pipeworx-io-dev-feeds":{"type":"http","url":"https://gateway.pipeworx.io/dev-feeds/mcp"}}}{"mcpServers":{"pipeworx-io-dev-feeds":{"serverUrl":"https://gateway.pipeworx.io/dev-feeds/mcp"}}}命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。
工具
详细介绍
mcp-dev-feeds
Developer Feeds MCP。
属于 Pipeworx — 一个将 AI Agent 连接到 1878+ 个实时数据源的 MCP 网关。这是一个独立的非官方集成,与上游提供商无关联、未获其认可,也非由其发布。
工具
| 工具 | 描述 |
|---|---|
list_feeds | 列出精选的软件开发信息源(id、标题、类别、来源)。可按类别(dev)或关键词筛选。传入 id 以调用 read_feed。 |
read_feed | 根据 id(来自 list_feeds)读取精选的软件开发信息源。返回标准化条目(标题、链接、发布时间、摘要)。可按关键词筛选条目。 |
fetch_feed | 按 URL 获取并标准化任意 RSS / Atom / RDF 信息源。可应对 CF:直接获取;如果来源阻止网关访问,则回退到代理。精选来源请先使用 list_feeds。 |
快速开始
添加到你的 MCP 客户端(Claude Desktop、Cursor、Windsurf 等):
{
"mcpServers": {
"dev-feeds": {
"url": "https://gateway.pipeworx.io/dev-feeds/mcp"
}
}
}
此端点实际提供的内容
https://gateway.pipeworx.io/dev-feeds/mcp 上的 tools/list 会返回上表中的工具,以及 Pipeworx 共享元工具 — ask_pipeworx、discover_tools、search_within、remember/recall 及网关范围内的其他工具。因此,你看到的工具数量会多于此表所列:目前,单个工具包端点会列出约 30 个共享工具,以及该工具包自身的工具。连接的 initialize 响应会说明其确切范围,是当日情况的权威答案。
这是有意为之,并非意外进行了多路复用。元工具可以让限定范围的连接回答此工具包未涵盖的问题 — 通过 ask_pipeworx 跨整个目录进行路由 — 无需添加第二个 MCP 服务。目前无法挂载不含这些元工具的工具包端点;如果额外的架构定义消耗的上下文多于路由功能带来的价值,请连接一次完整网关,而不是连接多个工具包端点。
也可以连接完整的 Pipeworx 网关,直接列出所有工具包的工具,而不只是当前工具包的工具:
{
"mcpServers": {
"pipeworx": {
"url": "https://gateway.pipeworx.io/mcp"
}
}
}
两个 URL 都会连接到相同的网关和相同的 1878+ 个数据源。唯一的区别在于,哪个工具包的工具会被直接列出;通过任一端点,ask_pipeworx 都可以访问所有工具。
没有 MCP 客户端?通过 HTTP 调用
curl -X POST https://gateway.pipeworx.io/v1/tools/dev_feeds_list_feeds \
-H 'Content-Type: application/json' \
-d '{"category":"dev"}'
首次调用无需账户。检查任意工具:GET https://gateway.pipeworx.io/v1/tools/dev_feeds_list_feeds。查找工具包:使用 {"query":"..."} 调用 POST https://gateway.pipeworx.io/v1/tools/search_packs。
独立运行(无需网关账户)
此软件包也可以作为本地 stdio MCP 服务运行 — 无需 Pipeworx 账户,也无需与网关往返通信:
{
"mcpServers": {
"dev-feeds": {
"command": "npx",
"args": ["-y", "@pipeworx/mcp-dev-feeds"]
}
}
}
也可以直接运行,以确认服务能够启动:
npx -y @pipeworx/mcp-dev-feeds
它通过 stdin/stdout 使用 MCP 通信,并响应 initialize/tools/list/tools/call,仅提供此工具包的工具 — 不包含上述网关连接所添加的任何共享元工具。相同的来源,相同的工具,但没有 ask_pipeworx 路由功能。
与 ask_pipeworx 搭配使用
你可以用通俗的语言提问,而不是直接调用工具 — 这在上面的工具包端点和完整网关上都适用:
ask_pipeworx({ question: "your question about Dev Feeds data" })
网关会自动选择合适的工具并填入参数。
更多信息
许可证
MIT
评论
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。