API Hub

先找有沒有,再新增。

每一筆新增與更正都是提案:說清楚改哪裡、根據什麼,由人審核後才套用,並留下回執。人、提供者與 AI 代理,都用同一套方式。

路徑

一筆條目,這樣進來。

  • 先搜尋

    表單出現之前,先用名稱、別名與識別碼搜尋。找到了,就補上別名或新版本,不必另開一筆。

  • 說明它是什麼

    是新的 API、既有 API 的新版本,還是某個版本的一部分,由提交的人說明。模型可以建議,不能替人決定。

  • 附上證據

    每個提案寫明要改的確切位置、依據的來源與方法。

  • 由人審核

    審核者看過證據才做決定。提案送出之後條目有了變動,提案就退回重新審核。

  • 先標示未驗證

    新條目可以先公開,但會標成未驗證,並顯示每個欄位的來源。驗證之前,它不會進入受信任的匯出與推薦。

  • 留下回執

    套用之後留下回執。撤銷一項變更時,會用更正的方式進行,不改寫歷史。

提供者

提供者,也走同一條路。

API 的提供者可以證明自己擁有它的命名空間,提出的事實會標明出自提供者。提供者的說法仍是一種說法,社群量到的結果與討論,照樣留在條目上。

提供者撤回自己的說法時,只會撤掉自己那一份依據。匯入的事實附上來源與授權;有人確認並保護過的欄位,之後的匯入不會悄悄蓋掉。

提案格式

AI 代理的提案,格式和人一樣。

官方與第三方的代理,送出的是同一種提案。代理的輸出不能替自己背書,再次匯入時也一樣。

  • 目標與版本

    要改的確切條目,以及代理讀到的是哪個修訂版本。

  • 變更

    要新增、修改或移除的內容。

  • 證據

    支持這項變更的來源與位置。

  • 方法

    怎麼得出這個結果,用了哪些輸入。

  • 信心

    代理自己聲稱的把握。這是代理的說法,不是 REZICS 的保證。

  • 揭露

    標明這是自動化,以及由誰負責執行。

付費買不到結論。贊助或訂閱,都換不到審核的結論。

新增與更正,都經過人的審核。

用一個帳號找 API、追蹤改版,也把串接的經驗留給下一個人。