最佳免费市场数据 API

报价与成交

要确认响应中是否包含最新成交价、买价、卖价、数量、交易场所、成交条件和市场时间戳。“当前价格”本身并不够明确，文档必须说明它究竟是实时成交、延迟报价，还是上一交易日收盘价。

K 线与历史行情

需要检查周期、交易时段边界、时区、OHLCV 定义、拆股与分红复权、历史深度以及缺失 K 线的处理方式。用于回测时，还要覆盖退市证券和历史成分股，否则容易产生幸存者偏差。

订单簿与实时推送

使用 WebSocket 时，应检查全量快照和增量更新的含义、序列号、心跳规则、断线重连方式和订单簿深度。如果产品需要维护实时盘口，普通 REST 报价接口并不能替代有顺序保证的数据流。

证券代码与参考数据

可靠的证券资料应包含交易所标识、证券状态、币种、交易时间、最小报价单位、公司行为，以及更名和退市代码映射。Ticker 只是展示代码，并不是永久不变的唯一标识。

外汇、加密资产、期货与期权

多资产覆盖不能只看一个“支持”标记。外汇要确认报价方向和日切规则；加密资产要确认数据来自哪些场所及周末如何更新；期货需要合约和连续合约换月定义；期权则要处理到期日、行权价、合约乘数和公司行为。

适合用一个密钥测试价格、基本面、技术指标、外汇或加密数据。官方说明大多数接口可免费使用，标准额度为每天 25 次请求。

可用于股票、外汇、加密资产、公司数据和实时推送实验；每个目标市场都应单独确认交易所覆盖与权限。

适合在多个资产类别上测试时间序列。Basic 计划免费，但实际容量取决于积分权重、市场权限与商业使用条款。

Stocks Basic Free 适合测试美股代码、每日汇总、历史聚合与参考接口；实时和日内数据可能需要升级。

投资组合追踪或自选列表

通常需要延迟或日终价格、证券基础资料、交易日历、币种和公司行为。如果界面清楚标注延迟，而且缓存后的刷新频率不超过额度，多资产 REST API 就可能够用。正式使用前要专门测试更名和退市证券，否则历史持仓容易断裂。

图表和技术分析

重点检查 OHLCV 定义是否一致、复权因子、交易时段边界、时区，以及各时间粒度的历史深度。可以在本地重新计算一两个常用指标，用来确认供应商的复权序列和 K 线切分方式是否符合你的假设。

回测和量化研究

历史够长并不代表适合回测。还需要退市证券、公司行为、历史时点指数成分、数据修订记录和批量获取能力。如果免费接口只返回今天仍在交易的标的，回测结果可能因为幸存者偏差而显得异常优秀。

提醒和实时监控

要确认数据是否真正实时、事件时间戳代表什么、WebSocket 如何重连，以及遗漏消息能否补取。系统还应单独监控数据是否过期：接口返回 200 但价格仍停留在昨天，对实时提醒来说仍然是故障。

交易或执行流程

只要数据可能触发订单，就应使用交易场所或券商正式授权的来源。可成交买卖价、市场状态、消息顺序、时钟同步和服务保障比“支持很多资产”更重要。行情采集、订单提交和风险控制也应保持隔离。

AI 助手和金融 Agent

Agent 需要的不只是一个价格字段。工具说明应明确来源、时间戳、延迟、币种、复权方法和使用范围；回答中要保留来源信息，并防止预测值或过期数据在没有提示的情况下替代正式披露或实时数值。

把供应商特有的标的代码、时间戳、字段和错误映射为内部数据模型，避免整个产品依赖某一种外部响应格式。

报价、K 线、交易日历与标的元数据应使用不同缓存周期，并遵守对存储或再分发的限制。

记录剩余配额、延迟、错误、过期响应和缓存命中率，在每日上限影响用户前告警。

为重要数据保留来源、抓取时间、市场时间戳、币种、复权方法和转换版本。