MCP Hub

一個伺服器,一個身分。

同一個 MCP 伺服器可能出現在好幾個來源。經過審核合併以後,它在 REZICS 只有一筆,名稱、維護者、版本、紀錄、評分與討論都接在這一筆上。

四樣東西

一個伺服器,其實是四樣東西。

專案、套件、部署端點與工具清單,各自在不同的時候改變,所以 REZICS 分開記。

一張紙分成四塊並稍稍拉開:兩塊赭黃、一塊深青、一塊淡藍。

篩選

篩選條件,出自同一筆紀錄。

找「在命令列工具裡、用繁體中文、成功匯出檔案」的伺服器時,三個條件必須來自同一筆紀錄,不會由三筆不相干的紀錄拼成。

  • 在程式編輯器裡用日文整理待辦成功的伺服器

    用戶端、語言、任務與結果,四個條件落在同一筆紀錄上。

  • 最新一版在近 90 天內有成功紀錄的伺服器

    版本、日期與結果,綁在同一筆紀錄上。

  • 同一位維護者維護的所有伺服器

    照製作人員找。

  • 包裝了某個 API 的伺服器

    照關聯找,從 API 那一邊也看得到。

篩選可以存成有名字的檢視,下次直接打開,也可以追蹤它。示意檢視。

列表

列表翻得到底,也說明它停在哪裡。

  • 一路到最後一筆

    結果不會只給前幾頁。要翻多少就翻多少,直到最後一筆。

  • 筆數說實話

    筆數標明是精確還是估計,資料更新到什麼時候也寫出來。

  • 做不到就直說

    不支援的條件組合會明確告訴你,不會回傳一個看起來像「沒有結果」的空白。

部件

八個部件,和每一種東西共用。

MCP Hub 不是另外寫的一套程式。它的條目用的是書庫、遊戲與軟體也在用的部件,只是排法不同。

  • 身分

    identity
    各個來源裡的同一個伺服器,都指向這一個身分。
  • 版本

    editions
    每一版一筆,各有自己的套件、工具清單與紀錄。
  • 規格

    specs
    相容紀錄:日期、用戶端與版本、任務、語言、結果。
  • 製作人員

    credits
    維護者是人或組織,連到他們做的其他專案。
  • 評分

    ratings
    分數落在某一版上,先寫明問的是什麼。
  • 討論

    discussion
    討論串掛在伺服器上,也能掛在某一版上。
  • 清單

    lists
    伺服器、技能與 API 排進同一份清單,各自加註。
  • 追蹤

    follow
    追蹤伺服器、維護者或一個檢視,有新版本時通知你。

名字相同,不代表是同一個伺服器。合併要有證據,也要經過審核。

合併以後,原本的身分與歷史都還在,隨時查得到。

找伺服器之前,先確定找的是哪一個。