ClinicalTrials.gov 记录变了，先找到发生变化的版本
打开当前 NCT 记录，用 History 选定前后版本，再核对 API 当前字段，只描述公开资料真正显示的变化。
重点监测信号
- 截图声称研究状态或里程碑发生变化，却没有 NCT 编号
- 只引用当前页面，没有前后版本日期
- 公开变化被直接解释成错误、延期或采购需求
要找到 ClinicalTrials.gov 记录究竟改了什么，先取得准确的 NCT 编号，进入研究页面的 History，选择刚好包住群内说法的前后版本，再比较具体模块和字段。最后用 ClinicalTrials.gov 的应用程序编程接口（API）确认当前机器可读值。这样能证明公开版本显示了什么，不能证明是谁改的、为什么改。
这个任务通常落在生命科学销售研究协调员身上。他查看已获授权的申办方、注册运营和供应商 Telegram 群。晚一天看到，可能错过注册支持供应商短名单；但仓促写成“申办方修正了逾期研究”，风险更大，因为公开历史不会自动提供编辑者、源数据、合规判断或买方身份。
第一步不是看截图，而是确认 NCT 编号
NCT 编号是 ClinicalTrials.gov 为研究记录分配的稳定标识。裁剪后的截图、研究简称或申办方名称可能对应多个记录，也可能没有字段标签。开始比较前，至少保存：
- NCT 编号与准确研究网址；
- 群消息指向的字段名称；
- 观察当前页面的日期和时间；
- 截图或转述原文，作为独立材料；
- 消息所在群和访问背景。
如果 NCT 编号缺失，搜索只能提供候选。直到消息与某条准确记录完成匹配前，都不要因为标题相似就默认找对了研究。
Top Prospect 可以保存并排序用户主动连接、获权访问并启用的信息源中的匹配片段。当前生产版匹配目标界面只保存配置，不会自动生成新候选。产品不能打开未授权来源、识别记录编辑者、判断变化原因或联系群成员。信息源复核工作流把这些人工决定留在评分之外。
在 History 中选一组有意义的版本
研究页面的 History 按提交日期列出公开版本。点击提交日期可以打开该版本；选择两个版本并点击 Compare，可以查看字段级差异。真正有用的比较通常不是“第一个版本对最新版本”，而是：
- 群内所说变化之前最后一个公开版本；
- 变化之后第一个公开版本。
如果 8 月 12 日的消息说“完成日期推到 12 月”，除非没有更近版本，否则拿 3 月版本比较会混入太多无关变化。先写下前后版本日期和变化模块，再查看字段差异。
公开 History 是版本证据，不是企业内部审计追踪。它不能被描述成已经识别具体编辑者、内部审批人、Protocol Registration and Results System（PRS，方案注册与结果系统）访问者、源文件或修改原因。
在后一个版本里写出准确字段
用方案注册数据元素定义把页面标签还原为官方数据对象。“研究日期变了”太模糊。Start Date（研究开始日期）、Primary Completion Date（主要完成日期）、Study Completion Date（研究完成日期）、Overall Recruitment Status（总体招募状态）和 Study Status Verification Date（研究状态核实日期）回答不同问题。
把观察写成带标签的来源记录：NCT 编号与准确记录链接；较早、较晚两个提交版本日期；模块名称；准确字段；旧值及类型；新值及类型。最后固定写明：“公开历史不能证明修改原因、编辑者与源记录。”这是一组可复制的字段标签，不是未完成的结论。
预计与实际类型必须跟日期一起保存。“预计变实际”与“预计日期推迟三个月”不是同一变化。即便发生在同一版本，状态变化和日期变化也应分成两行记录。
再用 API 核对当前值
ClinicalTrials.gov 的 API 说明和 v2 文档提供机器读取研究记录的公开方式。当前研究端点使用 NCT 标识，例如：
https://clinicaltrials.gov/api/v2/studies/NCT00010010
返回的 JavaScript Object Notation（JSON，一种结构化文本格式）按模块和字段组织当前数据。若问题涉及完成日期，可在状态模块保存当前日期和预计/实际类型；若涉及研究状态，则保存准确状态值及相关核实或公开日期。
API 在这里承担很窄的任务：确认当前结构化值，减少复制页面文字时的错误。它不能替代前后版本比较，也不能解释为什么变化。公开 History 与有官方文档的 API 足以完成导航时，不要把未记录的内部接口当作长期证据。
示例：变化是观察，不是诊断
下面是示意性复合群聊，不是真实研究、申办方或客户请求：
ctgov 日期昨晚又改了，看着像披露延期。有人认识申办团队吗
随后有人说：
只有截图，NCT 好像 87 结尾，晚点查
协调员此时连准确记录都无法定位。即使后来找到 NCT，完成日期变化也不能证明披露延期。可能解释包括预计时间更新、参与者随访延长、旧值纠正或其他方案变化，但这些都没有被群聊和公开版本确认。
完成来源恢复后，应输出一张版本记录，而不是推测动机：
- 已找到准确 NCT；
- 保留消息时间和来源；
- 选定前后公开版本；
- 记录具体变化字段和日期类型；
- 保存当前 API 值；
- 把原因、源数据、编辑者、权限和服务需求标为未知。
这足够让注册专家继续判断变化是否重要，却不足以把申办方标成逾期、把记录标成错误，或把发言人标成买方。
六项检查组成可复现路径
- NCT 编号把版本比较固定在一条研究记录上。
- History 会显示公开版本与变化模块。
- 应比较群内说法前后最近的版本，而不是任意首尾版本。
- 有官方文档的 v2 API 提供当前机器可读研究记录。
- 公开历史不能确认个人编辑者、源数据、修改原因或商业意图。
- 可复现的版本记录必须保留准确值、日期、网址和未知项。
怎样算完成导航核对
另一名复核者能够打开同一 NCT 记录、选中同一组版本、找到同一字段差异并复现当前 API 值，导航任务才算完成。保存网址、观察日期和原始字段值。若找不到记录或相关版本，就如实记录失败，不要用截图推断补洞。
需要解释两种常被混淆的日期，可继续阅读主要完成日期与研究完成日期的区别。ClinicalTrials.gov 披露证据地图会把字段变化与记录负责人、结果模块和报告适用性拆开。官方来源层级适合处理群里转发但未注明政策出处的说法。
常见问题
ClinicalTrials.gov 的研究变化历史在哪里？
打开准确的 NCT 研究页面，选择 History 标签，再按显示的版本和日期选择需要比较的记录。
记录历史会显示具体是谁修改了字段吗？
公开历史可帮助查看提交版本和变化模块，但不能据此确认个人编辑者、内部审批路径或变化原因。
ClinicalTrials.gov API 能补充什么？
v2 API 提供当前研究记录的机器可读模块和字段，适合确认当前值；它不能替分析师解释历史变化原因。
日期变了就代表有披露服务需求吗？
不能。变化值得复核，但适用要求、记录负责人、源数据、请求者和采购权限仍要核实。
资料来源与延伸阅读
- ClinicalTrials.gov：NCT00010010 Record History 界面，2026 年 8 月 24 日访问
- ClinicalTrials.gov：How to Download Study Records，2025 年 7 月 17 日更新，2026 年 8 月 24 日访问
- ClinicalTrials.gov：About the API，2026 年 8 月 24 日访问
- ClinicalTrials.gov：API Version 2 文档，2026 年 8 月 24 日访问
- ClinicalTrials.gov：方案注册数据元素定义，2026 年 8 月 24 日访问
值得关注的潜在线索 Signal 是怎样被发现的
了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。
