mcpField
T
Tga Artg

Tga Artg

远程服务
pipeworx.io健康医疗12 周前更新

关于 Tga Artg

Tga Artg 是用于查询澳大利亚治疗用品注册册的 MCP 服务,可搜索实时注册数据并读取完整条目,包括成分、适应症和文档链接。

主要功能

  1. 01按产品、成分、赞助方或制造商搜索
  2. 02读取完整 ARTG 条目
  3. 03精确分页遍历注册条目
  4. 04查找近期新增条目
  5. 05提供来源链接和获取时间

适用场景

  1. 01查找含指定成分的澳大利亚产品
  2. 02查看 ARTG 条目的成分和适应症
  3. 03遍历已注册药品
  4. 04检查近期新增的注册条目

MCP 相关

向 MCP 客户端提供 ARTG 搜索、条目查询、列表和近期新增工具。它可作为本地 stdio MCP 服务运行,也可通过 Pipeworx 网关访问。

配置

远程服务无需本地安装。选择你使用的客户端,复制配置或使用一键安装。

服务地址https://gateway.pipeworx.io/tga-artg/mcp
一键复制安装命令
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

命令在终端中运行;JSON 粘贴到对应客户端的 MCP 配置后重启。需要授权的服务会在首次连接时提示登录。

工具

45
参数类型必填说明
qstring否question 的别名。
askstring否question 的别名。
textstring否question 的别名。
inputstring否question 的别名。
packsarray否可选。将路由限制为这些包的 slug(例如 ["sec-form-d","sec-13f"]),路由器随后只会从这些包中的工具进行选择。省略则使用默认的完整目录路由。Slug 可从 list_packs / search_packs / https://pipeworx.io/directory 获取;未列出或未知的 slug 会被忽略,并在 _meta.pack_scope.ignored 中列出。如果没有任何 slug 能匹配问题,则会在整个目录中路由,并设置 _meta.pack_scope.full_catalog:true(绝不会返回空答案)。
querystring否question 的别名。
promptstring否question 的别名。
messagestring否question 的别名。
questionstring是用自然语言表达的问题或请求。支持 query、q、prompt、text、input、ask、message 作为别名。

详细介绍

@pipeworx/tga-artg

TGA ARTG——澳大利亚治疗用品注册名录:涵盖所有获准在澳大利亚供应的药品、生物制品和医疗器械。可按产品、活性成分、申办方或制造商搜索,也可获取某个 ARTG 条目的完整记录——包括申办方、所有成分及其含量、适应症,以及产品信息(PI)和消费者用药信息(CMI)文档的链接。

属于 Pipeworx——一个将 AI Agent 连接到 1819+ 个实时数据源的 MCP 网关。这是独立的非官方集成,与上游提供方无关联,未经其认可,也非其发布。

范围——仅限澳大利亚

美国请使用 openfda;欧盟范围请使用 ema-medicines;英国请使用 mhra-uk;加拿大请使用 health-canada-drugs;西班牙请使用 aemps-cima。工具均以 artg_ 为前缀,因此在通用药品问题中不会优先匹配。

工具

工具可回答的问题
artg_search哪些澳大利亚产品含有布洛芬?——按名称/成分/申办方/制造商搜索
artg_entryARTG 10109 是什么?——完整成分、适应症、PI/CMI 链接
artg_list列出澳大利亚所有注册药品——按 ARTG ID 顺序遍历整个名录(或某一种条目类型),每页 100 条,并提供 total/next_offset
artg_recent自 2026-09-15 以来 ARTG 新增了哪些条目?——仅限新条目(见下文)

每个响应都包含 source_url(确切的上游请求)和 data_as_of(获取时间——这是实时代理,因此没有单独发布的版本)。status 为名录自身的值;若来源未提供,则为 unknown,绝不会推断该值。

分页与遍历

artg_search 和 artg_list 接受从 0 开始的 offset,并返回 total、has_more 和 next_offset。这些值取自上游自身的 TotalRecords,因此分页结果准确无误,并非根据整页结果推算。2026-09-25 测得:整个名录共 97,087 条;entry_type: "Medicine Registered" 有 20,037 条,"Medicine" 有 34,379 条。完整遍历已注册药品约需 201 次调用。

工具不支持的参数会报错拒绝,不会被忽略。在 fleet #2422 之前,offset 虽然会被接受,却会被静默丢弃,因此遍历循环会不断重新读取第一页,并报告成功。

身份验证

无需密钥,也无需注册。

数据来源——并非文档中介绍的“ARTG Search”工具

TGA 官方文档介绍的 ARTG Search 工具(由 tga.gov.au 链接;截至 2026 年,它是一个处于测试阶段的 Power Apps/Power BI 门户,网址为 compliance.health.gov.au/artg)仅支持交互操作:它是一个渲染后的可视化界面,背后没有查询 API。tga.gov.au 本身也无法从我们的出口网络访问(其 Akamai 前端对每个请求都超时,包括单纯获取静态 PDF 的请求——这是连接被静默挂起,并非返回 403)。本工具包改为调用实际支撑该名录的 JSON Web 服务;该服务位于另一个可访问的主机 data.tga.gov.au,也是 TGA 自身内部客户端库(GitHub 上的 aehrc/tga-feed-client)所基于的服务。该服务无需密钥、实时响应并按查询返回结果——它是代理,不是镜像。

否则接手者也会重新发现的事项
  • 路径段必须是大写的 JSON。 小写的 json(大多数第三方文档中引用的形式,包括 aehrc 客户端自己的示例配置)会返回 404,并显示通用的 WCF「找不到终结点」HTML 页面——如果你不检查本应返回 JSON 的响应正文是否为 HTML,这种失败看起来就像成功的 200。此套件会在响应以 < 开头时明确报错。
  • pagestart/pageend 是从 1 开始的、两端均包含的记录范围,不是页码。 pagestart=3&pageend=5 会返回第 3、4、5 条记录(共三行)。省略两者会静默返回整个 ARTG 登记册(超过 25,000 条有效记录),按 ARTG-ID 排序,并忽略所有其他筛选条件——此处的每次调用都会显式发送 pagestart=1/pageend=<limit>。
  • 仅用 licenceid 筛选 ARTGValueSearch 会返回完整的单条记录——此主机没有单独可用的按 ID 查询端点(ARTGEntryJson 返回 404),因此 artg_entry 也基于相同的搜索操作构建,并将 licenceid 作为唯一筛选条件。
  • dateStart/dateEnd 虽然在该服务的 WSDL 中定义,却不起作用。 2026-09-25 使用 ISO 和 dd/mm/yyyy 格式进行测试,并分别单独使用及与其他筛选条件组合使用:总数始终不变。因此,artg_recent 会从按 ID 排序的登记册末尾向前查找(ID 按顺序签发;最新条目位于末尾),并在遇到完全早于 since 的第一页时停止,最多扫描 500 条记录;如果数量不够,则会说明 complete: false。它只会找到新增条目——现有条目的取消或变更在此处没有日期。
  • 较大的范围耗时较长。 2026-09-25 获取 500 行耗时 34s;每页最多 100 行。
  • 从我们的网络无法访问 www.tga.gov.au——不要基于它构建。 实际可响应的是 data.tga.gov.au(不同的主机,不使用 Akamai)。

快速开始

将其添加到你的 MCP 客户端(Claude Desktop、Cursor、Windsurf 等):

{
  "mcpServers": {
    "tga-artg": {
      "url": "https://gateway.pipeworx.io/tga-artg/mcp"
    }
  }
}
此端点实际提供的内容

https://gateway.pipeworx.io/tga-artg/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 都连接到同一个网关和相同的 1819+ 个数据源。唯一的区别是直接列出的工具属于哪个套件;从任一端点都可以通过 ask_pipeworx 使用所有工具。

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

curl -X POST https://gateway.pipeworx.io/v1/tools/artg_search \
  -H 'Content-Type: application/json' \
  -d '{"ingredient":"paracetamol","limit":3}'

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

独立运行(无需网关账户)

此软件包也可以作为本地 stdio MCP 服务运行——无需 Pipeworx 账户,也无需往返网关:

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

或者直接运行,以确认它可以启动:

npx -y @pipeworx/mcp-tga-artg

它通过 stdin/stdout 进行 MCP 通信,并针对仅此套件的工具响应 initialize/tools/list/tools/call——不包含上述网关连接额外提供的任何共享元工具。来源相同,工具相同,但没有 ask_pipeworx 路由功能。

使用 ask_pipeworx

无需直接调用工具,你可以用通俗的英语提问—— 这在上方的 pack 端点和完整网关上都适用:

ask_pipeworx({ question: "your question about Tga Artg data" })

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

更多信息

许可证

MIT

评论

支持 Markdown

第一次接触 MCP?

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

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