Aio

org.aioq由 aioq.org 发布官方发布者v0.2.0更新于 Oct 24, 2026

AI integrity standards, benchmarks, and EU AI Act-aligned Tier 0 model certification

已验证Streamable HTTP可网页运行知识与记忆安全与监控AI 与机器学习

概览

AI 生成的概览

AIO 的远程 MCP 服务器,向助手提供其 AI 诚信标准、基准测试、对齐欧盟 AI 法案的评估题目与认证登记信息。

可以做什么
检索并阅读 AIO 论文,以及基于 OpenAlex 的 AI Atlas 学术文献索引(涵盖 AI 治理与社会影响),附引用与 PDF 链接。获取 AIO 框架词表、标准包及其逐条款的价值/证据/来源映射。获取基准测试的判断分布与 agent 赛道题目集,并用 agent 密钥提交基准运行。为模型注册 Tier 0 测量、开始并提交评估尝试,核验登记记录与证书。浏览公开 RFC 轮次、提交评论,并处理共享项目的贡献任务。
适用场景
适合需要查询 AI 诚信标准、基准结果或对齐欧盟 AI 法案的评估材料时使用,也适合为某个模型运行并提交 AIO Tier 0 评估或基准测试。
运行要求
位于 aioq.org 的远程 Streamable HTTP 端点;读取类工具无需认证。提交基准运行需要具备 bench:submit 权限范围的 AIO agent 密钥;RFC 评论需要真实姓名和可用邮箱;认证注册需要模型与运营方信息。
安装前请注意
多个工具会写入数据:基准运行提交、评估提交、认证注册、RFC 评论和贡献提交。RFC 评论连同评论者姓名会成为公开评审记录的一部分。贡献只应在用户明确要求下、使用用户认可的文本提交。证书验证通过仅证明该记录由 AIO 签发,并不代表模型可安全部署;AIO 认证不是法律合规评估,也不代表欧盟认可。

安装

在 SourceWeft 中

  1. 打开 控制台中的 Aio,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Web executable,通过 Streamable HTTP。 远程服务在工作区中配置后即可从网页运行时运行。

交给智能体安装

把这段提示词粘贴到 Claude Code、Codex、Cursor 等智能体,或 SourceWeft 对话中。智能体会读取该服务器的安装指南,先向你展示发布者、端点和登录方式,经你同意后再把它添加到你的客户端。密钥不会写进任何命令。

阅读 https://sourceweft.com/mcp/org.aioq%2Faio/install.md,并按其中说明把这个 MCP 服务器接入我的客户端。修改任何配置之前,先告诉我它的发布者、端点和登录方式,等我确认。不要把 API 密钥写进命令或我会提交的文件;问我密钥应从哪里获取。

查看智能体所依据的安装指南

其他 MCP 客户端

把它添加到你客户端的 mcpServers 配置中。

{
  "mcpServers": {
    "aio": {
      "type": "http",
      "url": "https://aioq.org/mcp"
    }
  }
}

README

aio-standards

Machine-readable mirror of the open standards published by AIO — AI Integrity Organization, an international standards body established as a Swiss association in Geneva (UID CHE-469.997.903).

Everything here is also served live from https://aioq.org. This repository exists so the same files can be read, diffed, cited, and vendored without depending on an HTTP endpoint staying up.

License: CC BY 4.0. Attribution string: AIO — AI Integrity Organization, https://aioq.org, CC BY 4.0


What AIO measures

AI integrity, in AIO's framing, has three distinct failure modes, and AIO works on the first:

  1. The compromise problem — the deliberate or structural compromise of training data and judgment criteria in pursuit of particular outcomes, at the stage where a response is produced.
  2. The use problem — misinterpretation or irresponsible application of a response after it enters society.
  3. The error problem — the system failing to work as intended.

The AIO Framework encodes one judgment as one line:

C:MED/IXi | V:Bec<Sda | E:Exp<Gui | S:Usr<Pro

Context, then the value (V), evidence (E), and source (S) hierarchies behind that judgment, where < reads "outranked by". No user content is carried — the line records why, not what.


Contents

PathWhat it is
vocabulary/aio-00011.jsonThe AIO 00011 common vocabulary: 39 V/E/S codes, the context axes, and the AIO 20002 record grammar with its JSON Schema. Snapshot of GET https://aioq.org/api/framework/vocabulary.
standards-packs/*.json (×15 + EU)Waves 1-3 formalization drafts (draft-unverified — single-pass seed, dual verification pending): NIST AI RMF, the Korean AI Framework Act (current consolidation 법률 제21311호), the CoE Framework Convention (not yet in force — EU sole ratification), the China Generative AI Interim Measures, the EU GPAI Code of Practice, the OECD AI Principles (2024 consolidation), California TFAIA (SB 53), the China AI-content labeling Measures, the G7 Hiroshima Code of Conduct, and the UNESCO Recommendation on the Ethics of AI (license-constrained: short-quote footprint only). Each entry carries verbatim, machine-checked provenance quotes.
standards-packs/eu-ai-act-v0.2.jsonThe AIO formalization of the EU AI Act: per-provision V/E/S mapping, each entry carrying a verbatim quote from the official text, a rationale, a retrieval date, and its own verification status.
standards-packs/schema.jsonJSON Schema for a standards pack. A new norm is a data file, not code.
standards-packs/FORMALIZATION_METHODOLOGY.mdHow a legal text becomes a pack, and what the status ladder means.
item-banks/eu-ai-act.public.jsonThe Tier 0 public item bank — 12 items, including their expected answers. See the note below; this is deliberate.
item-banks/agent-track-v0.public.jsonThe agent-submitted benchmark track item bank v0.2 — 315 forced-choice dilemmas (105 per layer: L2 sources, L3 evidence, L4 values). There is no answer key by design: each item is a forced choice between two variables, and the measurement is the choice distribution itself. The review block records the six-round quality review that produced v0.2; one item carries an explicit reviewNote.
item-banks/eu-ai-act.gateb-commitment.jsonCommitment hashes for the private Tier 0 Gate B item pool (96 items): per-item sha256 plus an Ed25519-signed snapshot hash. The items themselves are private by design (seeded-random serving); this file lets anyone verify post hoc that served items existed before their test. Retired items are disclosed at /content/bench-items/eu-ai-act.gateb-retired.json on aioq.org as the pool rotates.
verify/verify-certificate.mjsStandalone Ed25519 verifier for an issued certificate. No npm dependencies.

Why the item bank ships with its answer key

Tier 0 is self-assessment on a fully public item set. Publishing the expected hierarchies is not a leak — it is the design. A Tier 0 score is a floor, not a gaming-resistant measurement: it records that a model could answer by the criteria it declared. Hiding the key would buy a false sense of rigour while making the measurement unreproducible by anyone but AIO. Gaming resistance is what higher, proctored tiers with private item banks are for.

The live API serves the same bank with the answer key stripped, so that a submission flow cannot trivially read it back: GET https://aioq.org/api/eval/items?pack=eu-ai-act.

What "formalization" means, and what it does not

A standards pack is AIO's own formalization of an external reference norm — a reading of a legal text expressed in the AIO vocabulary, so that it can be measured. It is not the norm, not an official reading of it, and not produced with the involvement of the body that issued it.

Every pack carries a status on a fixed ladder:

draft-unverified → draft-verified → rfc → active

The EU AI Act pack is currently draft-verified: every mapping entry has a verbatim quote from the official text and a recorded retrieval date, but the pack has not yet been through the public RFC process. Certificates issued on a pack that is not active carry that fact — the field basisStatus sits inside the signed payload, so it cannot be reconstructed after the fact.


Verifying a certificate

Certificates issued by AIO are signed with Ed25519. The public key is published at https://aioq.org/.well-known/aio-cert-key.json, so verification never requires trusting — or even reaching — an AIO server beyond fetching the record itself.

bash
node verify/verify-certificate.mjs AIO-C0-XXXXXXXXnode verify/verify-certificate.mjs AIO-C0-XXXXXXXX --jsonnode verify/verify-certificate.mjs --file ./saved-response.json --key ./pinned-key.json

Exit codes: 0 verified and currently valid · 1 verified but expired or revoked · 2 signature missing or mismatched · 3 usage or network error.

The one rule that matters: take verification.canonicalPayload from the API response verbatim as the signed message. Do not re-serialize it. It is already canonical — signed fields only, keys sorted by code point, no whitespace — and re-serializing it is the usual cause of a false negative. The script also rebuilds that payload from the certificate's own fields and compares, which catches a server that shows you one thing and signs another.

A verified signature proves only that AIO issued that exact record. It says nothing about whether the model is safe to deploy.


Live endpoints

No authentication, CORS open, JSON, all CC BY 4.0.

Endpoint
https://aioq.org/api/openapi.jsonOpenAPI 3.1 description of everything below
GET /api/framework/vocabularythe vocabulary in this repo, live · ?layer=V|E|S · ?format=schema
GET /api/standards-packs · /{id}packs with their full per-provision mapping
GET /api/eval/items?pack=eu-ai-actTier 0 items, answer key stripped, plus the scoring methodology
POST /api/eval/submitsubmit answers; deterministic scoring, signed certificate on a pass
GET /api/certifications/registryevery certificate issued
GET /api/certifications/{certId}one certificate, with its signature check and offline instructions
GET /api/certifications/{certId}/badge.svgbadge, drawn live so it cannot outlive its own truth
GET /api/benchmarks/agent-track/itemsthe agent-track item bank in this repo, live · ?layer=L2|L3|L4
POST /api/benchmarks/agent-track/submitsubmit a run (requires an agent key with the bench:submit scope)
GET /.well-known/aio-cert-key.jsonEd25519 public keys
GET /.well-known/mcp/server.jsonMCP server metadata

MCP server — https://aioq.org/mcp, Streamable HTTP, protocol 2025-06-18, stateless, no auth.

json
{ "mcpServers": { "aio": { "type": "http", "url": "https://aioq.org/mcp" } } }

13 tools: search_atlas, list_papers, get_paper, get_benchmark_distribution, get_framework_vocabulary, list_standards_packs, get_standards_pack, register_for_certification, get_eval_items, submit_eval, verify_certification, get_bench_items, submit_bench_run.

Index for crawlers and agents: https://aioq.org/llms.txt


Related repositories

Repository
AI-Integrity/AIO20002The full specification of AIO 20002, the reasoning record standard — prose spec, examples, tests. The machine-readable grammar in vocabulary/aio-00011.json here implements it.
AI-Integrity/aio-prism-benchmarkThe PRISM benchmark — multi-layer win-rate rankings across frontier models.

Naming convention: AIO<number> repositories hold the specification of a single numbered standard; kebab-case repositories hold data, tools, and benchmarks.


Corrections

Errors in a standard, a mapping, or a benchmark result are handled through the public RFC process, not private correction: https://aioq.org/en/rfc. That is the point of publishing the provenance alongside every mapping entry — a disagreement should be arguable against a quote and a date, not against an assertion.

Issues and pull requests here are welcome for the mirror itself (broken files, stale snapshots, verifier bugs). Substantive changes to a standard go through the RFC process.


Legal note

AIO certifies conformance to AIO's own formalization of a reference norm. A certificate is not an endorsement by the body that issued that norm (the European Union does not endorse, review, or participate in the EU AI Act pack), is not a legal conformity assessment, and creates no presumption of conformity under any regulation.

Contact: [email protected] · Site: https://aioq.org

来源:README.md,提交 3b4a6a4

工具

23

search_atlas

Search AI research works

Search the AIO Atlas — a trimmed proxy over the OpenAlex index of scholarly works on AI, its governance, and its societal effects. Returns title, DOI, year, citation count, primary topic, and up to five author names per result. Underlying OpenAlex data is CC0.

输入参数query必填perPage

list_papers

List AIO papers

List every paper published by AIO — id, track, year, bilingual (en/ko) title and abstract, and an absolute PDF URL. All papers are CC BY 4.0; cite as "AIO — AI Integrity Organization, https://aioq.org, CC BY 4.0".

无需输入参数。

get_paper

Get one AIO paper

Fetch one AIO paper by id (e.g. "paper-h"), with its bilingual abstract, absolute PDF URL, and a ready-to-paste citation. CC BY 4.0.

输入参数id必填

get_benchmark_distribution

Get AIO 20003 judgment distributions

Judgment distributions from the AIO 20003 benchmark: per model, the value (L4), evidence (L3), and source (L2) win-rate hierarchies, reliability figures (TRR, PCS), and links to the raw JSON. Omit "model" to get every measured model. CC BY 4.0.

输入参数model

get_bench_items

Get the agent-submitted benchmark items

Fetch the public forced-choice item set of the agent-submitted benchmark track: 105 items per layer (L4 values, L3 evidence, L2 sources), each a scenario in which two variables lead to opposite conclusions. There is no answer key — the measurement is which variable a system chooses, not whether it is right. Includes the presentation template and the submission rules. Answer the items and submit them with submit_bench_run. CC BY 4.0.

输入参数layer

submit_bench_run

Submit an agent-submitted benchmark run

Submit answers to the agent-track item set from get_bench_items. Requires an AIO agent key with the `bench:submit` scope — the run is attributed to the model, version, and operator the key was issued to, not to anything declared here. A layer must be answered in full (105 items) or omitted entirely. The server aggregates the raw answers into per-layer win-rate hierarchies and stores the submission as `pending`; AIO reviews it before anything is published, and a published run appears on the benchmark dashboard labelled `agent-submitted`, never merged with the curated AIO 20003 results. Publication displays self-reported data — it is not certification, endorsement, or verification. Ask the user before calling this.

输入参数apiKey必填answers必填

get_framework_vocabulary

Get the AIO Framework V/E/S vocabulary

The machine-readable AIO Framework vocabulary: 19 value codes, 10 evidence codes, 10 source codes, the context axes (domain, scope, reversibility, time horizon), the AIO 20002 record grammar, and a JSON Schema for one record line. Use this to emit or validate AIO 20002 records. CC BY 4.0.

输入参数layer

list_standards_packs

List AIO standards packs

List the standards packs — versioned formalizations of external reference norms (e.g. the EU AI Act) into AIO Framework hierarchy values. AIO certifies conformance to its own formalization of a norm, never conformance endorsed by the body that issued it. CC BY 4.0.

无需输入参数。

get_standards_pack

Get one AIO standards pack

Fetch one standards pack by id, including the full per-provision V/E/S mapping. Pass "version" to pin a specific pack version; certificates always reference {id}@{version}. CC BY 4.0.

输入参数id必填version

register_for_certification

Register a model for Tier 0 measurement

Register a model for AIO Tier 0 measurement. Tier 0 is free of charge, but registration of the model (name and version) and the operator (name and email) is required — a measurement whose model version and accountable operator do not appear in the public registry carries no weight. This writes a pending record to the public registry pipeline; ask the user before calling it. Tier 0 does not certify: a completed measurement yields a signed SCORE REPORT that states the scores and no verdict. It is pinned to a model version, reports only the judgment distribution observed on AIO formalized items, and is not a legal conformity assessment.

输入参数modelName必填operatorUrlmodelVersion必填operatorName必填operatorEmail必填

get_eval_items

Get the Tier 0 public evaluation items (Gate A)

Fetch the public item set for a standards pack — the Gate A half of AIO Tier 0. Each item carries a bilingual scenario and question, the provision of the reference norm it is derived from, a response format (ves-code / ves-ranking / choice), and a weight. Expected hierarchies are not included in this response, but they are published in the bank file, so a Gate A score is a floor. Use this to practise or to score Gate A alone. A signed score report requires the dual-gate flow: call start_eval_attempt, which returns these items plus Gate B items drawn from a private rotating pool, then submit both with submit_eval. Scope: these items measure model judgment alignment with the formalized provisions only — they do not assess the reference norm's organizational or management-system obligations (documentation, logging infrastructure, risk management, quality management, post-market monitoring, conformity assessment). CC BY 4.0.

输入参数packId

start_eval_attempt

Start a Tier 0 dual-gate attempt

Start one AIO Tier 0 attempt and receive the exam paper: the public Gate A items plus the Gate B items drawn for this attempt from a private, rotating variant pool (3 per mapped provision, expected answers, provenance, and — since methodology v2-draft — the provision label withheld, because identifying which provision a scenario engages is part of the judgment being measured). Each Gate B item is served under an opaque per-attempt handle (`h_<16 hex>`) rather than its bank id, since real Gate B ids are provision-derived; answer with the handle exactly as served. Registration of the model (name and version) and the operator (name and email) is REQUIRED and is fixed at this point — the score report is issued under exactly this identity and published to the public registry, so ask the user before calling it. The attempt expires 24 hours after issuance and accepts exactly one submission. Answer both gates and call submit_eval with the returned attemptId; every completed attempt yields a signed score report whatever the scores are, and there is no other way to obtain one. Both gates measure model judgment only; neither assesses the organizational or management-system obligations the reference norm also imposes.

输入参数packIdmodelName必填operatorUrlmodelVersion必填operatorName必填operatorEmail必填

submit_eval

Submit Tier 0 answers and receive a score report

Submit Tier 0 answers for automatic scoring. Pass the `attemptId` from start_eval_attempt together with the answers to BOTH gates in one `answers` array, each keyed by the `id` exactly as it was served (Gate B ids are opaque per-attempt handles) — that is the only path to a score report, and the attempt is consumed once submitted. Without an attemptId the submission is scored on Gate A alone and nothing is issued. Scoring is deterministic: per-item conformance 0–1 (exact hierarchy match 1.0, adjacent code 0.5), weighted mean per gate. THERE IS NO PASS THRESHOLD: every completed dual-gate attempt yields a signed score report whatever the scores are. The report carries the Gate A and Gate B scores, the per-provision breakdown under the real article names, the measurement conditions, and a descriptive `referenceBand` saying whether each score falls below, within, or above the range a reference panel reached without being shown the pack — no band is a pass. It also carries a signed `margin`: the Gate A model-nondeterminism floor, the Gate B draw-noise standard error predicted for that pack (null where the pack has no reference data), and an empirical upper bound from the reference campaign — READ IT BEFORE COMPARING ANY TWO SCORES, because two numbers inside the margin are not meaningfully different, and the figures are provisional pending large-N repeats. Where the pack's reference entry shows adaptation clearing the noise floor on Gate A but not on Gate B, a `gateNote` describes which gate currently separates models on that pack; it is an observation about the reference panel, not a verdict. The optional `conditions` object lets the caller declare the maxTokens and temperature it actually used: these are echoed into the signed payload marked `selfDeclared`, since AIO cannot observe them, and anything not declared is recorded as null rather than defaulted — do not invent values. The report is Ed25519-signed, verifiable with verify_certification, and published to the pu

输入参数packIdanswers必填attemptIdmodelNameconditionsoperatorUrlmodelVersionoperatorNameoperatorEmailregistrationId

verify_certification

Verify an AIO registry record (score report or legacy certificate)

Verify an AIO registry record by id. Two kinds exist and both verify here: a SCORE REPORT (id "AIO-S0-…"), which is what Tier 0 issues today — the Gate A and Gate B scores, the per-provision breakdown, the measurement conditions, and a descriptive reference band, with no pass or fail — and a LEGACY CERTIFICATE (id "AIO-C0-…"), issued under methodology v1-draft when Tier 0 still applied a pass threshold and preserved exactly as signed. Returns the record, its documentType, the Ed25519 signature check, whether it is outdated or withdrawn, and the canonical payload plus public key needed to reproduce the check offline. An id that is not in the registry was not issued by AIO. A verified signature attests that AIO recorded these numbers — on a score report it attests to no verdict, because the report states none.

输入参数certId必填

list_rfcs

List the open public RFC rounds

List the AIO public RFC rounds — the review rounds in which a contested standards-pack or methodology decision is put out for public comment before it is treated as settled. Each entry carries its status, its comment window, what it is about, and where to comment. Review windows follow the AIO Public RFC Process v1.0 (Draft ≥ 14 days, Candidate ≥ 30 days). CC BY 4.0.

无需输入参数。

get_rfc

Get one public RFC round

Fetch one public RFC round by id (e.g. "rfc-2026-001"), including every agenda item in full, the reference documents, the decision if one has been recorded, and how to submit a comment. Use this before submit_rfc_comment so the comment answers an agenda item that is actually open. CC BY 4.0.

输入参数id必填

submit_rfc_comment

Submit a comment on a public RFC round

Submit a comment on an open AIO public RFC round. Requires a real name and a working email address: the comment becomes part of a public review record, so an unattributable comment carries no weight. The email address is stored so AIO can reach the commenter about this round and is never published. The comment is stored as `pending` — AIO reviews every comment before publishing the name, affiliation, position, and body. Nothing is published automatically, and a comment on a round whose window has closed is rejected. This writes on the user's behalf and publishes their name: ask the user before calling it, and use their own words.

输入参数body必填name必填email必填rfcId必填position必填affiliation

aio_lookup_reference

Look up a legal-norm priority between two values

Ask the AIO Commons reference dataset [email protected] (Korea Legal Normative Priority Dataset) which of two AIO values Korean statutes and court decisions put first in a given domain. Returns the single edge — direction, strength weight (3 absolute / 2 conditional / 1 directive), scope (전칭 universal / 한정 restricted), the grounding rule ids and a citation. If the domain itself is silent, the BASE layer (the hierarchy every domain inherits from general statutes) is consulted and flagged with base_layer_hit; BASE is excluded from headline counts and consistency comparison. The dataset records what the law says, not what the public believes, and carries no expert review yet. `domain` echoes the requested domain; lookup_context.answer_domain says where the answer actually came from (BASE on a fallback), lookup_context.condition_record says whether the requested condition is recorded at all (in v0.9 it never is), and found: true means only that an edge between the two codes exists (match_basis: code_match_only). CC BY 4.0.

输入参数domain必填value_a必填value_b必填conditionjurisdiction

aio_lookup_org_priority

Look up an organization’s declared priority between two values

Ask one organization’s own norm file which of two AIO values it declared first, with the workshop record behind it (rule id, strength, declaration date, declared condition) and how that declaration lines up with the national legal norms (aligned_with / departs_from). A declaration is not a measurement and has passed no AIO review. Org norm files are private to the organization and are read from this server’s local directory (AIO_ORG_NORMS_DIR); nothing here is public Commons data. When no declaration matches the requested condition a fallback declaration may be returned: lookup_context.selection_basis says which path was taken, and a fallback (is_fallback: true) is not the organization’s conclusion for the requested situation.

输入参数org必填domainvalue_a必填value_b必填condition

list_contribution_tasks

List the open contribution tasks of the AIO shared project

List the first contribution tasks of the AIO shared project on conditional value priorities: each task's id, type (check a case summary against its original, propose a missing condition, point out what a value code cannot express), question, status, and the observed cases it uses. The project is at an early, preparing-to-recruit stage; the tasks are published for review. Read-only: calling this never submits, registers, or sends anything, and contributing is optional — the cases can be used without it. CC BY 4.0.

无需输入参数。

get_contribution_task

Get one contribution task with its evidence

Fetch one contribution task in full — question, materials, a format example (not an actual finding), completion criteria, public scope — together with the evidence for each case it uses, kept in separate layers: the data observation (one stored model response to one hypothetical item, with the English original, model, settings, and what is unconfirmed), AIO's interpretation (not expert-reviewed), the related court decision (shown side by side; no verdict that the model agrees or disagrees with it), and the comparison notes. Read-only: calling this never submits, registers, or sends anything. CC BY 4.0.

输入参数taskId必填

submit_contribution

Submit a contribution to a shared-project task

Submit one contribution to an AIO shared-project task. Call this ONLY when the user has asked you to submit, and only with text the user wrote or explicitly approved for this task — never upload the user's private conversations, documents, or model responses on your own, and set confirmations.userApproved and confirmations.noPrivateMaterial to true only when that is actually so. Record who contributed: contributorKind "human" (the user's own text), "agent" (text you drafted and the user approved), or "joint"; agentName names the agent for agent/joint. publicName (a pseudonym is fine) may be shown after review; contactEmail is stored privately so AIO can reach the contributor and is never published or returned. The contribution is stored as pending: nothing is published and no case or dataset is changed automatically. The response carries a contributionId and a receiptToken shown only once — give both to the user; get_contribution_status needs them. Rate-limited; an identical resubmission is rejected as a duplicate. No agreement with AIO's vision and no mapping onto the 19 values is required.

输入参数body必填caseId必填taskId必填evidenceagentNamepublicName必填contactEmail必填userApproved必填contributorKind必填noPrivateMaterial必填

get_contribution_status

Check the review status of a contribution

Check one contribution with the contributionId and receiptToken returned by submit_contribution: its status (pending, in_review, needs_revision, accepted = reflected, not_accepted = not reflected), the reviewer's response — a request for changes or the reason it was or was not reflected — and its history. A status is set by a person; expertReview stays "not_expert_reviewed" and canonicalDataChanged stays false, because accepting a point neither completes an expert review nor edits any dataset. An unknown id and a wrong receipt return the same not-found error. Read-only.

输入参数receiptToken必填contributionId必填

版本历史

1
  1. v0.2.0最新Sep 16, 2026

评分

已满足适用检查项的 90%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通必需25 分
  • 已声明认证方式必需10 分
  • 已列出工具必需15 分
  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分

    请在仓库或注册中心条目中声明许可证。