打造一個顯示你 NBA 2K26 badge perks 的靜態 Shields.io 徽章，只需要四項輸入，完全不用死背路徑跳脫規則。開啟 Badge Generator，輸入應該出現在徽章左側的簡短標籤，在右側輸入 perk 名稱或摘要，用名稱或十六進位值挑選顏色，並可選擇性地加入一個 Simple Icons slug 作為標誌。這個工具會把字面上的破折號與底線加倍、對其他特殊字元做 URL 編碼，並透過正確的查詢參數附加 style、label color、logo 等支援選項，藉此組出正確的 Shields.io URL。同一組標準化的 URL 接著會被重複使用，產生三種可直接貼上的程式碼片段：一個直接的圖片 URL、一個 Markdown 圖片連結，以及一個帶有跳脫 alt 屬性的 HTML img 標籤。因為除了遠端預覽圖片之外，產生過程完全在用戶端進行，所以不需要註冊或登入，表單資料也不會傳送到 Lizely。
為什麼 URL 結構才是真正的麻煩
Shields.io 靜態徽章路徑用破折號分隔左側標籤、右側訊息與顏色，並用底線取代空格。這個慣例本身很乾淨，直到你想顯示的 perk 名稱本身已經包含破折號、底線或其他特殊字元。像「Limitless Range」這樣的 perk 看起來人畜無害，直到 URL 剖析器把空格當成底線規則，把「Limitless」和「Range」讀成兩個不同的徽章片段。像「Catch-&-Shoot」這樣的 perk 看起來就像四個片段。手動撰寫這個 URL，意味著要記住字面上的破折號必須加倍成「--」，底線同樣必須加倍成「__」，其餘所有內容都必須做百分比編碼。style、label color、logo 的查詢參數也必須以正確的順序加入，同時不能弄髒路徑本身。當徽章沒有如預期顯示時，唯一的除錯方式就是盯著這個 URL，猜哪一條規則被漏掉了。
這正是 Badge Generator 消除的麻煩。你只要照你想要的樣子輸入可見文字，從清單中選一個顏色或貼上十六進位值，選擇性地輸入像「nba」這樣的 Simple Icons slug，其餘所有跳脫決策都交給產生器處理。即時預覽是用剛組好的 URL 向 Shields.io 請求的，因此你看到的就是目的地會看到的樣子。如果 perk 內含像「Catch-&-Shoot」這樣字面上的破折號，工具會把它加倍；如果內含像「Hot_Zone」這樣的底線，工具同樣會把它加倍；如果內含冒號、斜線，或非 ASCII 字元，工具只會對維持路徑可解析所必要的部分做 URL 編碼。這套跳脫行為記載於 Shields.io static badge reference，而這個產生器遵循的正是那些規則，而不是自行發揮。
一步步打造一個 2K26 badge perks 徽章
- 開啟 Badge Generator，找到 Label 欄位。輸入簡短的左側文字，例如「Perk」、「NBA 2K26」，或「MyCAREER Build」。
- 移到 Message 欄位，輸入應該顯示的右側文字，內容要完全照你想要的樣子。單一 perk 會變成「Limitless Range」。多個 perk 可以用字面上的直線號或斜線組合在一起，只要可見文字是你想要的樣子即可，但要記得訊息中任何字面上的破折號或底線都會自動加倍。
- 挑選一個徽章顏色。從下拉選單中選一個具名顏色，例如「blue」、「brightgreen」或「orange」，或貼上一個三位數或六位數的十六進位值，帶不帶開頭的井字號都可以。開頭的井字號會在建構 URL 之前被移除。
- 如果你的 perk 對應到某個可辨識的品牌、類別或平台，就在 Logo 欄位輸入對應的 Simple Icons slug。「nba」是 NBA 標誌的有效 slug。如果沒有合適的標誌，留空即可。
- 從可用選項中選擇一種支援的樣式。預設的「plastic」樣式帶有大家熟悉的圓角外觀；「flat」、「flat-square」、「for-the-badge」與「social」是其他已記載的 Shields.io 樣式。
- 可以選擇性地設定一個獨立的 Label color，讓左側片段在兩側都需要視覺上區分時，能與右側片段區分開來。
- 觀察預覽區域。預覽圖片是用工具剛剛組好的 URL 向 Shields.io 取得的，因此任何跳脫錯誤都會立刻顯示成一張損壞或錯誤的圖片。
- 複製圖片 URL、Markdown 片段，或 HTML 片段，把它貼到你的 README、GitHub 個人檔案、遊戲 wiki，或發行說明中。
- 開啟目的地確認徽章以你預期的大小呈現。如果目標平台會代理遠端圖片，請先清除該快取，再判斷這項變更是否沒有生效。
在 README、個人檔案或 wiki 上顯示 NBA 2K26 badge perks
要在 GitHub 個人檔案 README 上發布一個特定的 NBA 2K26 badge perk，例如「Limitless Range」，請照著下面這些具體步驟，而不是上面的一般流程：
- 決定一個為徽章定調的標籤。「NBA 2K26」放在左側讀起來很乾淨，也能讓瀏覽個人檔案的人立刻理解上下文。
- 用官方遊戲拼法在 Message 欄位輸入 perk 名稱，包括大寫字母與任何連字號。把 Message 欄位當成字面上要顯示的字串，而不是 Markdown 片段。
- 選擇一個能反映等級或類別的顏色。「brightgreen」很適合頂級 perk，「yellow」適合金牌等級 perk，「orange」適合會定義整個build的 perk。像「#f7b500」這樣的十六進位值會被接受，並在建構 URL 之前先做正規化。
- 在 Logo 欄位加入 Simple Icons slug「nba」，讓徽章帶有聯盟的標誌，或者如果你想要更樸素、與 README 其他部分風格一致的外觀，就留空。
- 如果你的 README 使用了很多內嵌徽章，就選擇「flat」或「flat-square」。「plastic」對單一主打徽章來說仍是最容易辨識的外觀。
- 複製 Markdown 輸出。以 GitHub README 來說，這個片段的形式是 。
- 把它貼到 README 中，最好與 build 名稱、平台，以及目前的賽季分組放在一起，讓這個 perk 不會脫離脈絡孤立存在。
- 針對你想強調的每一個 perk 重複這個流程。整組徽章的 Label 保持一致，堆疊時視覺上才會對齊。
- 用一小段文字把徽章包起來，說明每個 perk 的作用。靜態徽章本身無法承載完整的意義，顏色也絕不應該是等級的唯一訊號。
若要在遊戲 wiki 或個人網站上做多個 perk 的摘要：
- 選一個能為 build 定調的標籤，例如「Build」、「MyPlayer」，或「Season 1」。
- 在 Message 欄位中，用字面上的直線號或其他適合你版面的分隔符號，把各個 perk 列出來。驗證仍然要求有可見文字並符合實際的長度上限，組合後訊息中任何字面上的破折號或底線仍會自動加倍。
- 為整個摘要選一個單一顏色，或依 perk 變換顏色以呈現等級差異。
- 使用 HTML 輸出而不是 Markdown，這樣你才能在自訂頁面上控制對齊、間距與分組，alt 屬性也才能供輔助技術使用。
- 在周圍的 HTML 中加入有意義的 alt 描述，讓螢幕報讀器描述的是具體 perk，而不只是「badge」。
在 URL、Markdown 與 HTML 輸出之間做選擇
| 輸出 | 何時使用 | 產生的格式 |
|---|---|---|
| 直接圖片 URL | 要嵌入到某個接受遠端圖片來源、但不會解析 Markdown 的平台上，或是你想檢查 Shields.io 實際會收到的確切位址時使用。 | https://img.shields.io/badge/... |
| Markdown | 要貼到 GitHub 或 GitLab README、issue 範本、pull request 說明，或任何其他 Markdown 文件中時使用。GitLab's project badge documentation 涵蓋目的地端的渲染方式。 |  |
| HTML | 要嵌入到網頁、儀表板、自訂部落格範本，或任何接受標記、且能受益於明確 alt 屬性的地方時使用。 | <img src="..." alt="..."> |
這三種片段都是從同一個標準化 URL 衍生出來的，因此一旦預覽符合你的預期，每一種輸出都會渲染出相同的圖片。切換目的地並不需要重新建構徽章——只需要選擇符合該平台語法的片段即可。對於支援它的儲存庫文件與個人檔案頁面來說，Markdown 是最安全的預設選項。當頁面需要無障礙 alt 文字，或 Markdown 被停用時，HTML 就是正確的選擇。原始 URL 則對除錯，以及只吃直接圖片連結的平台很有用。
驗證、限制，以及靜態徽章的但書
Badge Generator 對輸入是刻意嚴格的。空的 Label 與空的 Message 會被拒絕。控制字元會被拒絕，因為它們可能弄壞 URL 或產生不可見的文字。顏色可以接受簡潔的具名形式，或三位數與六位數的十六進位值，開頭的井字號是可選的，會在建構路徑之前被移除。Logo 的值必須看起來像一個 Simple Icons slug；任意的 URL 或標點符號都無法通過驗證。這些檢查能抓到會產生損壞徽章的常見輸入錯誤，但它們並不假裝能驗證每一個具名顏色或每一個 slug 是否真的存在於 Shields.io 或 Simple Icons 上。如果標誌沒有出現在預覽中，請對照目前的 Simple Icons 目錄核對 slug。如果具名顏色渲染出來的樣子與預期不同，同一個顏色名稱在 Shields.io 上對應的色調，可能與它在 CSS 中的色調不同。
產生過程完全在用戶端進行。沒有任何表單資料會傳送到 Lizely；只有預覽圖片會向 Shields.io 請求，而 Shields.io 收到的是你建構出來的 URL。不需要帳號，徽章歷史也不會被儲存，因此重新整理頁面是重新開始最簡單的方式。除了遠端預覽圖片之外，這個工具完全留在用戶端。
靜態徽章是一種呈現，不是證明。手動輸入的「passing」、「secure」、「100% coverage」，或「Limitless Range」訊息，並不能驗證某個 build、某次稽核、某份涵蓋率報告，或某個遊戲內解鎖項目。請把靜態徽章用在你願意持續維護的穩定標籤、連結、版本，或陳述上。對於會自動變動的事實，請改用有相關 CI 系統、套件登錄或已驗證端點支撐的徽章。在情境重要的地方，請務必加上周圍的說明文字或有意義的 alt 描述，因為顏色本身絕不應該承載完整的意義。真正取得 NBA 2K26 badge perks 仍然要在遊戲中完成；這個工具只是幫你把它們展示出來。
如果你還在考慮不同做法，How to Get Badges in 2K26 and Add Them to Your README 對此有詳細說明。
如果你還在考慮不同做法，How to Remove Bomber Side Shields or a Leading BOM 對此有詳細說明。