截一張程式碼，值得有一個專門的工具

寫教學、在技術討論裡回一段、準備簡報——遲早都要把幾行程式碼變成一張圖。直接截編輯器，背景雜、字又小；開修圖軟體，為了三張截圖花的時間不成比例。這套工具把整件事壓成三個動作：打開頁面、貼上程式碼、挑一個樣式。出來的圖帶著視窗控件、圓角、陰影與漸層背景，直接就能放進文章或貼文。

克制是一種設計決定

這個專案來自一個以效率工具聞名的小團隊，而它的品味表現在少了什麼，而不是多了什麼。上色支援幾十種程式語言，但主題清單是刪出來的，不是堆出來的：十幾個看起來經過挑選的選項，勝過兩百個大多不怎麼好看的。背景可以從預設漸層裡挑，也可以自己決定角度與顏色——這就是範本與工具之間的差別。

所有會改變輪廓的設定都在原地可調：視窗尺寸、內距、給夜間閱讀用的深色呈現。匯出提供 2 倍解析度，於是截圖放進高解析度的簡報不會在投影機上糊掉。沒有註冊牆，也沒有浮水印，對這種規模的工具來說，這就是全部的商業模式：貼上、調樣式、按一下、存下來。

開源，而且一路免費到底

整個專案放在大型程式碼託管站上開源，技術堆疊是現代的；喜歡折騰的開發者可以自己架一套內網版本，讓團隊在文件裡共用同一種程式碼門面。對多數人來說，一個書籤就夠，因為它的設計目標寫得很明白：打開就用，用完就走。什麼都不儲存，之後也不會跟著你。

它對「自己不是什麼」同樣清楚。這裡沒有編輯器、沒有歷史紀錄、沒有協作，也沒有檔案可以匯入——程式碼是以貼上的文字進來的。它同樣救不了一個壞裁切：三百行程式碼塞進一張圖，無論解析度多高都是錯的形狀；誠實的修法是剪短，而不是縮小。

它為什麼值得一個固定位置

小型工具的檢驗標準不是它能做多少事，而是那個反射動作有多常落在它身上。寫說明、在技術論壇回答問題、準備教材的人，一週會用到同一個動作好幾次，而一個能把那個動作變成兩秒的工具，即使什麼都不多做，也值得一個書籤。

一個真實的下午

寫一份問題回報是最清楚的例子。重現步驟只是長長一份檔案裡的四行，而把整個編輯器截下來，等於讓那四行淹沒在一整頁不相干的上下文裡。貼上、剪到只剩關鍵那段、挑一個在明亮房間裡用手機看也讀得清楚的主題、匯出 2 倍、把圖放進去。整個過程不到一分鐘，而這正是重點：回報寫一次，讀的人只願意給它三十秒。

教材也是同樣的算法。一張有四行讀得清楚程式碼的投影片，勝過一張邊緣掛著三條工具列的全畫面截圖；差別不在美觀，而在於台下的人到底有沒有真的去讀那個例子。當這張圖的重點就是程式碼本身，畫面裡其餘的東西都是稅。

天花板，說清楚

這麼窄的工具不會跟著你長大，它也不該嘗試。它不會替你整理一座片段資料庫，不會為片段做版本，也不會記得你上個月用過哪個樣式。它恰當的位置，是更長鏈條裡的一個動作：在這裡截下片段，在別處加上註記，在第三個地方把文章組起來。當零件看，它很出色；當平台看，它什麼都不是，而它從來也沒這樣宣稱過。

小工具的價值，在於把一個動作做到極致。沒有帳號體系、沒有付費牆、程式碼公開、打開頁面三秒出圖——對「截一段程式碼」這種高頻的小需求來說，這就是剛好的軟體份量。