Anzctr

@pipeworx/anzctr

澳大利亚新西兰临床试验注册中心（ANZCTR，anzctr.org.au）：按 ACTRN 查询一项试验的完整注册记录。ANZCTR 是澳大利亚和新西兰的 WHO 主要注册中心，其中许多试验未收录于 ClinicalTrials.gov。

它是 Pipeworx 的一部分——一个将 AI Agent 连接到 1872+ 个实时数据源的 MCP 网关。这是一个独立的非官方集成，与上游提供方无关联、未获其认可，也非由其发布。

工具

• anzctr_trial({actrn}) — 一项试验的完整记录：标题、状态、阶段和设计、健康状况及其代码、干预措施和对照措施、主要和次要结果、资格标准、目标样本量、关键日期、主要申办方、资金来源、伦理委员会、次要 ID。没有公开记录的 ACTRN 会返回 found: false。每个响应都包含 data_as_of（读取注册中心的时间）。

可与 clinicaltrials（美国注册中心）和 isrctn（英国／国际注册中心）配合使用。

搜索 ANZCTR：使用 ictrp_search

要查找 ANZCTR 试验，请调用 who-ictrp 套件中的 ictrp_search({query, registry: "ANZCTR"})。WHO ICTRP 会索引所有 ANZCTR 记录，且不会受到 ANZCTR 的 Cloudflare 挑战限制。通过 2026-10-09 的实时网关验证：{query: "psilocybin", registry: "ANZCTR"} 返回了 ACTRN 记录，例如 ACTRN12626001100381，而对该 ID 调用 anzctr_trial 则返回了完整记录。ICTRP 每周从各注册中心刷新数据，因此，最近几天注册的试验可能只能通过 ACTRN 在此处查到。

为什么没有 anzctr_search

ANZCTR 的搜索页面（TrialSearch.aspx）使用 ASP.NET WebForms 回发机制。提交 f1c44beb0 中已有可用实现（anzctr_search：GET 表单以获取其 __VIEWSTATE 和会话 Cookie，再通过 POST 回传，并附带 ctl00$body$searchTxtBx、interventionDescriptionTxtBx、healthConditionTxtBx、registryRdBtnLst=ANZCTR 和 btnSearch 按钮）。2026-10-09，该实现通过我们 Cloudflare 账号中的临时 Worker 返回了 45 条 psilocybin 记录，但实时网关发出的每次调用在 TrialSearch.aspx 上都遇到 Cloudflare Managed Challenge（HTTP 403，“I'm Under Attack Mode - The University of Sydney”），而记录页面则能正常响应。笔记本电脑访问搜索页面时也会遇到挑战。出口中继（supabase/functions/egress-proxy）不会携带回发所需的 Cookie。Fleet #2897 已改用上述 ictrp_search 方案关闭；只有在 ICTRP 每周更新的延迟成为问题时，才值得重新启用直接的 anzctr_search。

身份验证

无需密钥。

数据来源

• https://www.anzctr.org.au/Trial/Registration/TrialReview.aspx?ACTRN=12626001215314 — 一项试验的公开记录页面。

ANZCTR 没有 JSON API；记录页面是 HTML，每个字段对应一个 <span id="ctl00_body_CX…">，重复行（状况、结果、资助方）则对应 ctl00_body_repeater_TX…_ctlNN_CX… 跨度标签。

后续维护者可能会重新发现以下几点：

• 有些 ACTRN 带有末尾字母（ACTRN12626001117303p）；记录页面和工具都只接受 14 位数字。
• 实时网关和笔记本电脑都能访问记录页面；只有 TrialSearch.aspx 会受到挑战。
• 未知 ACTRN 会重定向到 /Notification.aspx，并返回 302。
• 记录包含联系人姓名、电话号码和电子邮件地址。工具不会返回这些信息。

快速开始

将其添加到 MCP 客户端（Claude Desktop、Cursor、Windsurf 等）：

{
  "mcpServers": {
    "anzctr": {
      "url": "https://gateway.pipeworx.io/anzctr/mcp"
    }
  }
}

此端点实际提供的内容

https://gateway.pipeworx.io/anzctr/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 都连接到同一网关和相同的 1872+ 个数据源。唯一的区别是直接列出的套件工具；无论连接哪一个，ask_pipeworx 都可以访问所有工具。

没有 MCP 客户端？通过 HTTP 调用

curl -X POST https://gateway.pipeworx.io/v1/tools/anzctr_trial \
  -H 'Content-Type: application/json' \
  -d '{"actrn":"ACTRN12626001215314"}'

首次调用无需账户。查看任意工具：GET https://gateway.pipeworx.io/v1/tools/anzctr_trial。查找工具：使用 {"query":"..."} 向 https://gateway.pipeworx.io/v1/tools/search_packs 发送 POST 请求。

独立运行（无需网关账户）

此软件包也可以作为本地 stdio MCP 服务运行——无需 Pipeworx 账户，也无需经由网关：

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

也可以直接运行，确认服务能够启动：

npx -y @pipeworx/mcp-anzctr

它通过 stdin/stdout 使用 MCP 协议，并对 initialize/tools/list/tools/call 作出响应，提供的仅有此套件的工具——不含上文网关连接添加的任何共享元工具。源代码相同，工具相同，但没有 ask_pipeworx 路由功能。

使用 ask_pipeworx

你可以用通俗的英语提问，而不是直接调用工具——上述套件端点和完整网关都支持此方式：

ask_pipeworx({ question: "your question about Anzctr data" })

网关会自动选择合适的工具并填入参数。

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT