alphaxiv mcp for arxiv
- 内容介绍
- 文章标签
- 相关推荐
MCP Server Documentation | alphaXiv
Comprehensive documentation for the alphaXiv Model Context Protocol (MCP) server. Search research papers, analyze PDFs, and more through our MCP tools.
[!quote]+
alphaXiv Model Context Protocol（MCP）服务器提供对我们的研究数据库和人工智能分析工具的编程访问。连接您的人工智能应用程序、代理和工作流程，搜索论文、分析 PDF、探索代码库并综合研究见解。
https://api.alphaxiv.org/mcp/v1
image1369×295 54.2 KB
网友解答：--【壹】--：
确实是把sse改成http就好了，官网误导人啊
--【贰】--：
codex可以了
--【叁】--：
我这也不能用，跳转登录认证后也不行
--【肆】--：
找到了，codex mcp login alphaxiv就行了
--【伍】--：
试试把sse改成http，我改完之后就好了
--【陆】--：
我这边配置完就报错，L友用起来正常吗
alphaxiv: https://api.alphaxiv.org/mcp/v1 (SSE) - ✗ Failed to connect
alphaxiv:
Scope: User config (available in all your projects)
Status: ✗ Failed to connect
Type: sse
URL: https://api.alphaxiv.org/mcp/v1
To remove this server, run: claude mcp remove "alphaxiv" -s user
--【柒】--：
image1579×917 146 KB
cherry studio可以……
是不是cc需要重启的说？
--【捌】--：
我是直接在claude code里面装的 claude mcp add --scope user --transport sse alphaxiv https://api.alphaxiv.org/mcp/v1，关掉重启好几次了，甚至还卸掉重新装过，也试过安装范围为全局和当前工作区两种，最终都是显示下面这样
显示
Authentication successful, but server reconnection failed. You may need to manually restart Claude Code for the changes to take effect.
--【玖】--：
我不知道，我是直接claude mcp add --transport http alphaxiv https://api.alphaxiv.org/mcp/v1 登录后授权成功就直接能用了，甚至cc都没有重启
image287×115 23.8 KB
--【拾】--：
image1158×554 33.5 KB
我看官网文档写的sse，这个也支持http吗
--【拾壹】--：
你看看用claude或者codex这种自带的安装方法呢
--【拾贰】--：
已经自动打开浏览器确认登录过了，然后就显示Authentication successful, but server reconnection failed. You may need to manually restart Claude Code for the changes to take effect.
--【拾叁】--：
L友可以成功调用这个mcp吗
--【拾肆】--：
使用 http 啊
sse 是不是计划淘汰了
image1268×1046 267 KB
--【拾伍】--： 🐟:
claude mcp add --transport http alphaxiv https://api.alphaxiv.org/mcp/v1
我是配置到vscode 的mcp.json，type设置的http也不行，一直提示下面的报错：
2026-03-18 15:08:40.061 [info] 连接状态: 正在运行
2026-03-18 15:08:41.776 [warning] Error fetching resource metadata: Error: Failed to fetch resource metadata from https://api.alphaxiv.org/.well-known/oauth-protected-resource/mcp/v1: 404 404 Not Found
2026-03-18 15:08:41.776 [info] Discovered resource metadata at https://api.alphaxiv.org/.well-known/oauth-protected-resource
2026-03-18 15:08:41.776 [info] Using auth server metadata url: https://clerk.alphaxiv.org
2026-03-18 15:08:42.488 [info] Discovered authorization server metadata at https://clerk.alphaxiv.org/.well-known/oauth-authorization-server
2026-03-18 15:08:45.060 [info] Waiting for server to respond to initialize request…
2026-03-18 15:08:50.059 [info] Waiting for server to respond to initialize request…
2026-03-18 15:08:55.058 [info] Waiting for server to respond to initialize request…
2026-03-18 15:09:00.065 [info] Waiting for server to respond to initialize request…
感觉是没进入auth网页
--【拾陆】--：
我记得mcp server用 sse协议一般 端点基本都是 sse 结尾
--【拾柒】--：
Gemini CLI的配置为：
$ cat .gemini/settings.json
{
"mcpServers": {
"alphaxiv": {
"httpUrl": "https://api.alphaxiv.org/mcp/v1",
"oauth": {
"enabled": true,
"issuer": "https://clerk.alphaxiv.org",
"authorizationUrl": "https://clerk.alphaxiv.org/oauth/authorize",
"tokenUrl": "https://clerk.alphaxiv.org/oauth/token",
"registrationUrl": "https://clerk.alphaxiv.org/oauth/register",
"audiences": [
"https://api.alphaxiv.org"
]
}
}
}
}
原因是：
Gemini 会把 httpUrl 当成“预期 protected resource”，也就是 https://api.alphaxiv.org/mcp/v1，然后严格校验服务端返回的 resource 是否完全一致。这个逻辑在/Users/kingxhj/.nvm/versions/node/v24.0.1/lib/node_modules/@google/gemini-cli/dist/src/ui/commands/mcpCommand.js:78 和 /Users/kingxhj/.nvm/versions/node/v24.0.1/lib/node_modules/@google/gemini-cli/node_modules/@google/gemini-cli-core/dist/src/mcp/oauth-utils.js:159 里都能看到。实测 alphaxiv 现在的元数据是：
- https://api.alphaxiv.org/.well-known/oauth-protected-resource (https://api.alphaxiv.org/.well-known/oauth-protected-resource) 返回的 resource 是 https://api.alphaxiv.org
- https://api.alphaxiv.org/.well-known/oauth-protected-resource/mcp/v1 (https://api.alphaxiv.org/.well-known/oauth-protected-resource/mcp/v1) 是 404
- HEAD https://api.alphaxiv.org/mcp/v1 的 WWW-Authenticate 只给了 authorization_uri="https://clerk.alphaxiv.org"，没有把 path 级 resource 对齐
所以 Gemini 报 Protected resource https://api.alphaxiv.org does not match expected https://api.alphaxiv.org/mcp/v1 是合理的。audiences 不是这次报错的直接原因，单改它没用。Codex 能过，是因为它的 OAuth 流程比 Gemini 宽松，没有卡在这一步。
--【拾捌】--：
怎么做到的大佬
--【拾玖】--：
需要登录
MCP Server Documentation | alphaXiv
Comprehensive documentation for the alphaXiv Model Context Protocol (MCP) server. Search research papers, analyze PDFs, and more through our MCP tools.
[!quote]+
alphaXiv Model Context Protocol（MCP）服务器提供对我们的研究数据库和人工智能分析工具的编程访问。连接您的人工智能应用程序、代理和工作流程，搜索论文、分析 PDF、探索代码库并综合研究见解。
https://api.alphaxiv.org/mcp/v1
image1369×295 54.2 KB
网友解答：--【壹】--：
确实是把sse改成http就好了，官网误导人啊
--【贰】--：
codex可以了
--【叁】--：
我这也不能用，跳转登录认证后也不行
--【肆】--：
找到了，codex mcp login alphaxiv就行了
--【伍】--：
试试把sse改成http，我改完之后就好了
--【陆】--：
我这边配置完就报错，L友用起来正常吗
alphaxiv: https://api.alphaxiv.org/mcp/v1 (SSE) - ✗ Failed to connect
alphaxiv:
Scope: User config (available in all your projects)
Status: ✗ Failed to connect
Type: sse
URL: https://api.alphaxiv.org/mcp/v1
To remove this server, run: claude mcp remove "alphaxiv" -s user
--【柒】--：
image1579×917 146 KB
cherry studio可以……
是不是cc需要重启的说？
--【捌】--：
我是直接在claude code里面装的 claude mcp add --scope user --transport sse alphaxiv https://api.alphaxiv.org/mcp/v1，关掉重启好几次了，甚至还卸掉重新装过，也试过安装范围为全局和当前工作区两种，最终都是显示下面这样
显示
Authentication successful, but server reconnection failed. You may need to manually restart Claude Code for the changes to take effect.
--【玖】--：
我不知道，我是直接claude mcp add --transport http alphaxiv https://api.alphaxiv.org/mcp/v1 登录后授权成功就直接能用了，甚至cc都没有重启
image287×115 23.8 KB
--【拾】--：
image1158×554 33.5 KB
我看官网文档写的sse，这个也支持http吗
--【拾壹】--：
你看看用claude或者codex这种自带的安装方法呢
--【拾贰】--：
已经自动打开浏览器确认登录过了，然后就显示Authentication successful, but server reconnection failed. You may need to manually restart Claude Code for the changes to take effect.
--【拾叁】--：
L友可以成功调用这个mcp吗
--【拾肆】--：
使用 http 啊
sse 是不是计划淘汰了
image1268×1046 267 KB
--【拾伍】--： 🐟:
claude mcp add --transport http alphaxiv https://api.alphaxiv.org/mcp/v1
我是配置到vscode 的mcp.json，type设置的http也不行，一直提示下面的报错：
2026-03-18 15:08:40.061 [info] 连接状态: 正在运行
2026-03-18 15:08:41.776 [warning] Error fetching resource metadata: Error: Failed to fetch resource metadata from https://api.alphaxiv.org/.well-known/oauth-protected-resource/mcp/v1: 404 404 Not Found
2026-03-18 15:08:41.776 [info] Discovered resource metadata at https://api.alphaxiv.org/.well-known/oauth-protected-resource
2026-03-18 15:08:41.776 [info] Using auth server metadata url: https://clerk.alphaxiv.org
2026-03-18 15:08:42.488 [info] Discovered authorization server metadata at https://clerk.alphaxiv.org/.well-known/oauth-authorization-server
2026-03-18 15:08:45.060 [info] Waiting for server to respond to initialize request…
2026-03-18 15:08:50.059 [info] Waiting for server to respond to initialize request…
2026-03-18 15:08:55.058 [info] Waiting for server to respond to initialize request…
2026-03-18 15:09:00.065 [info] Waiting for server to respond to initialize request…
感觉是没进入auth网页
--【拾陆】--：
我记得mcp server用 sse协议一般 端点基本都是 sse 结尾
--【拾柒】--：
Gemini CLI的配置为：
$ cat .gemini/settings.json
{
"mcpServers": {
"alphaxiv": {
"httpUrl": "https://api.alphaxiv.org/mcp/v1",
"oauth": {
"enabled": true,
"issuer": "https://clerk.alphaxiv.org",
"authorizationUrl": "https://clerk.alphaxiv.org/oauth/authorize",
"tokenUrl": "https://clerk.alphaxiv.org/oauth/token",
"registrationUrl": "https://clerk.alphaxiv.org/oauth/register",
"audiences": [
"https://api.alphaxiv.org"
]
}
}
}
}
原因是：
Gemini 会把 httpUrl 当成“预期 protected resource”，也就是 https://api.alphaxiv.org/mcp/v1，然后严格校验服务端返回的 resource 是否完全一致。这个逻辑在/Users/kingxhj/.nvm/versions/node/v24.0.1/lib/node_modules/@google/gemini-cli/dist/src/ui/commands/mcpCommand.js:78 和 /Users/kingxhj/.nvm/versions/node/v24.0.1/lib/node_modules/@google/gemini-cli/node_modules/@google/gemini-cli-core/dist/src/mcp/oauth-utils.js:159 里都能看到。实测 alphaxiv 现在的元数据是：
- https://api.alphaxiv.org/.well-known/oauth-protected-resource (https://api.alphaxiv.org/.well-known/oauth-protected-resource) 返回的 resource 是 https://api.alphaxiv.org
- https://api.alphaxiv.org/.well-known/oauth-protected-resource/mcp/v1 (https://api.alphaxiv.org/.well-known/oauth-protected-resource/mcp/v1) 是 404
- HEAD https://api.alphaxiv.org/mcp/v1 的 WWW-Authenticate 只给了 authorization_uri="https://clerk.alphaxiv.org"，没有把 path 级 resource 对齐
所以 Gemini 报 Protected resource https://api.alphaxiv.org does not match expected https://api.alphaxiv.org/mcp/v1 是合理的。audiences 不是这次报错的直接原因，单改它没用。Codex 能过，是因为它的 OAuth 流程比 Gemini 宽松，没有卡在这一步。
--【拾捌】--：
怎么做到的大佬
--【拾玖】--：
需要登录