메뉴
Use when writing a git commit message, Japanese UI copy or app strings (ボタン/エラーメッセージ等の文言), code review comments, or a completion report, especially when tone, formality, verbosity, or review phrasing is uncertain.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | golden-examples |
| description | Use when writing a git commit message, Japanese UI copy or app strings (ボタン/エラーメッセージ等の文言), code review comments, or a completion report, especially when tone, formality, verbosity, or review phrasing is uncertain. |
🌐 English version · 繁體中文（正本 / canonical）
這是骨架版。品味樣本庫的價值全在「你自己的真實裁決」——別人的樣本不能替你定調， 所以本檔只保留機制（用法、收錄規則、格式），§1–4 的內容留白給你填。
用法：動筆前先讀對應段落，模仿「修改後」的形態。每例附判斷點——那是規則寫不出來、 只能從範例吸收的部分。「修改前」要取自真實歷史，不是稻草人。
下面每節的範例都是
<placeholder>佔位示意，標了「（示意，請替換）」。 用你自己在真實任務裡收到的裁決把它們換掉——第一次收錄前，先把該節的示意例刪掉。
一句話說明：commit 訊息的讀者是「三個月後查 git blame 的人」；動詞＋對象＋目的才可檢索。
格式示意（請替換）
<被使用者否掉的原始 commit 訊息，例如 "更新程式碼"><使用者認可的版本，例如 "refactor: 把 X 模組的冗長註解整理成一致風格"><這次裁決能遷移到下次的原則——一句話>一句話說明：UI 文字要合乎目標語言的母語慣例；錯誤訊息兩段式（發生什麼＋使用者能做什麼），error code 進 log 不上畫面。
格式示意（請替換）
<機翻感或口語感的原始字串><使用者改成的地道版本><可遷移原則，例如「按鈕用名詞＋動詞、避免片假名直譯」>一句話說明：評語三要素＝位置＋失敗情境（什麼輸入→什麼壞結果）＋建議；說不出失敗情境的評語降級為 nit 或不提。
格式示意（請替換）
<模糊評語，例如「這裡可以再加強」><具體評語，例如「file:line catch 後只 log 沒通知呼叫端，失敗時使用者看到永遠轉圈的 spinner；建議把 Result 傳回上層顯示 error state」><可遷移原則>一句話說明：回報三要素＝做了什麼＋機器證據（編譯/測試輸出、read-back）＋改動範圍；沒有證據的「應該可以」禁止出現。
格式示意（請替換）
<無證據的回報，例如「已修改完成，應該可以正常運作了」><有證據的回報，例如「已加入設定，release 級編譯通過（輸出末 5 行如下），只動了設定檔一個檔案」><可遷移原則，例如「先結論後細節；『複雜』『理論上』是遮掩詞，出現代表還沒驗完」>使用者每做一次品味裁決（選案、改措辭、否設計、糾正語氣），收工前追加判例到對應段落（沒有就開新節）：
Use when designing, changing, or debugging backend server code (REST, Node.js/TypeScript, Go), especially endpoints, response envelopes, pagination, migrations, queries, auth, password hashing, secrets, or deploys; also for N+1 queries, races, IDOR, SSRF/injection, goroutine leaks, unhandled rejections, event-loop blocking, graceful shutdown, or production-only migration failures.
Use when designing, changing, or debugging backend server code (REST, Node.js/TypeScript, Go), especially endpoints, response envelopes, pagination, migrations, queries, auth, password hashing, secrets, or deploys; also for N+1 queries, races, IDOR, SSRF/injection, goroutine leaks, unhandled rejections, event-loop blocking, graceful shutdown, or production-only migration failures.
Use when a feature or refactor changes public contracts, schemas, shared integration points, cross-layer data flow, release behavior, or other high-risk architecture decisions.
Use when designing or debugging high-concurrency Go services, especially worker pools, backpressure, bounded channels, errgroup/WaitGroup, rate limits, load shedding, circuit breakers, GOMAXPROCS, or connection pools; also for load-time OOM, rising goroutines, lock contention, p99 spikes, retry storms, pprof, singleflight, semaphore, or production-only collapse.
Use when writing a git commit message, Japanese UI copy or app strings (ボタン/エラーメッセージ等の文言), code review comments, or a completion report, especially when tone, formality, verbosity, or review phrasing is uncertain.
Use when creating, regenerating, or auditing a repository-specific development harness, contract system, risk router, evidence gate, or project workflow policy.