mcpField
E
eodrecord

eodrecord

本地服务
github.com/CloudCorpRecords金融数据02 天前更新

关于 eodrecord

eodrecord 是供 Agent 读取规则型模型已发布日终记录的只读桥接程序,该模型跟踪 SPY 和 QQQ。它提供延迟的公开状态、字段定义、验证信息,以及当前已发布状态的访问指引。

主要功能

  1. 01读取已发布的模型状态与配置
  2. 02获取已发布字段的定义
  3. 03查看账本指纹和验证凭证
  4. 04查询当前已发布状态的位置

适用场景

  1. 01查看 SPY 和 QQQ 的历史配置
  2. 02了解已发布字段的定义
  3. 03验证已发布记录的完整性

MCP 相关

它向 MCP 客户端提供四个只读工具,并将调用转发至上游服务,原样传递结果。

配置

本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。

mcp.json · 通用配置
{
"mcpServers": {
"cloudcorprecords-eodrecord": {
"command": "npx",
"args": [
"-y",
"@reneturcios/eodrecord"
]
}
}
}
启动命令npx -y @reneturcios/eodrecord

本地服务需要在你的电脑上安装运行环境(如 Node.js 18+)。各客户端的配置文件位置不同,请参考客户端文档。

安装包
npm@reneturcios/eodrecord0.1.0
ocighcr.io/cloudcorprecords/eodrecord:0.1.0

工具

4

收录的工具列表 · 更新于 2 天前

参数类型必填说明
daysinteger否要返回的延迟记录中最近的交易时段数量(默认 30)。

详细介绍

eodrecord

eodrecord 为 Agent 提供一个读取窗口,用于查看基于规则的指数模型所发布的记录。该模型跟踪 SPY 和 QQQ;每个收盘时持有的资产及其配置情况都会作为每日收盘记录发布。该记录的免费视图比实时记录延迟 90 天,而这个软件包就是 Agent 读取记录的方式:包括延迟记录本身、每个已发布字段背后的固定定义、用于核验记录事后未被改写的账本指纹,以及指向当前已发布状态的指针。

此软件包本身不保存任何模型数据。它会在本地回答工具列表,内容与从实时端点捕获的内容完全一致;并将每次工具调用转发至上游,不作改动地返回结果。全部四种工具都是对已发布材料的只读视图。它们均不会购买、订阅、生成密钥,也不会向任何地方发送任何内容。

工具

  • get_public_record — 已发布的每日收盘模型状态和配置变更,延迟 90 天显示(数据来自供应商的公开记录页面)。仅返回已发布的状态;不会重新计算。可选参数:days,整数,范围为 1 到 260,用于指定要返回最近多少个交易日的数据(默认值为 30)。无需提供参数。
  • get_definitions — 每个已发布字段的固定定义:市场状态、配置状态、延伸度、距下一信号的距离和信号,以及发布时间表。无需参数。
  • get_verification — 最新的公开账本指纹及其 RFC 3161 和 OpenTimestamps 收据,以及如何独立核验记录。无需参数。
  • get_current_state — 当前已发布状态的位置。Core 成员会在状态发布当晚收到它;未提供密钥时,此工具会返回 Core 访问方式以及延迟公开记录的位置。无需参数。

配置

  • TIDELINE_MCP_URL(可选)— 覆盖上游端点。默认值为 https://tideline.jbpscapital.com/mcp。(此覆盖入口是本次重建自行标注的还原。)
  • TIDELINE_API_KEY(可选)— 设置后,每个上游请求都会携带 Authorization: Bearer <key> 标头,使用调用者自己的密钥。未设置时,不会发送密钥标头。(标头名称由原始项目的注册记录确定;该记录声明了一个非必填的 Authorization 机密标头,但没有指定软件包环境变量名称。因此,环境变量名称和 Bearer 转发均为标注的还原——捕获原始接口时未使用密钥。)
转发机制

首次调用工具时,客户端会在上游开启一个可流式传输的 HTTP 会话:先发送 JSON-RPC initialize 请求(protocolVersion 为 2025-03-26,clientInfo 名称为 eodrecord),然后发送 notifications/initialized 通知,最后发送携带调用者原样参数的 tools/call 请求。上游通过 initialize 响应返回 Mcp-Session-Id 标头时,该值会随会话中的所有后续请求发送;此会话会在进程的整个生命周期内复用。响应可以是纯 JSON,也可以是服务器发送事件;两种格式都会读取。

成功的上游结果会逐字传递,包括上游设置的任何 isError 标志。对于失败情况——JSON-RPC 错误、非 2xx 状态、无法读取的响应,或无法完成的请求——会返回一个 isError 结果,其文本以 eodrecord error: 开头(此错误呈现方式是本次重建自行标注的还原)。

CLI

每个工具也可作为子命令使用,并接收一个 JSON 参数字符串:

npx @reneturcios/eodrecord get_public_record '{"days":30}'
npx @reneturcios/eodrecord get_definitions
npx @reneturcios/eodrecord get_verification
npx @reneturcios/eodrecord get_current_state
npx @reneturcios/eodrecord --version

退出代码:成功时为 0,结果包含 isError 时为 1,用法错误时为 2。

MCP 服务

npx -y @reneturcios/eodrecord mcp

MCP 客户端配置:

{
  "mcpServers": {
    "eodrecord": {
      "command": "npx",
      "args": ["-y", "@reneturcios/eodrecord", "mcp"]
    }
  }
}

Docker

docker run -i ghcr.io/cloudcorprecords/eodrecord
docker run --rm ghcr.io/cloudcorprecords/eodrecord --version

容器的默认命令为 mcp,因此第一种形式是 stdio MCP 服务;其他参数都会照常传递给 CLI。

开发

npm install
npm run build
npm test
npm run dev

测试套件完全通过模拟的 JSON-RPC 上游运行,不会发起任何实时网络调用。

License

MIT — see LICENSE.

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。