Przejdź do treści
Biblioteka skilli
Programowanie · Przegląd i audyt

code-review

/code-review

Dostarcza referencje do systematycznej recenzji kodu: osiem kategorii oraz prefiksy komentarzy BLOCKING, IMPORTANT i SUGGESTION.

Licencja
MIT
Ostatnia zmiana repozytorium
08.11.2026

Ocena i bezpieczeństwo

85/ 100Klasa: dobry
Format20 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść25 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
4
Skrypty
0
Komentarze HTML
1
Adresy URL w SKILL.md
3
Przestarzałość

Brak sygnałów. Repozytorium zmienione 08.11.2026, bez odwołań do wycofanych modeli i API.

Licencja

MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.

Co sprawdzić przed instalacją
  • SKILL.md zawiera komentarze HTML (1). Nie widać ich w podglądzie Markdown, a model je czyta.

Co robi i kiedy

Dostarcza referencje do systematycznej recenzji kodu: osiem kategorii oraz prefiksy komentarzy BLOCKING, IMPORTANT i SUGGESTION.

Argumenty

/code-review [file path or branch | 檔案路徑或分支名稱]
Oryginalny opis (EN)

[UDS] 系統性程式碼審查的參考資料:八大審查類別,以及 BLOCKING/IMPORTANT/SUGGESTION 評論前綴。 Use when: 審查 pull request 或 diff、決定審查意見的措辭與優先序、與團隊議定審查範圍。 Not for: 執行有關卡的審查流程——該部分已移至採用層(XSPEC-095);提交前的關卡驗證——請用 /checkin。 Keywords: code review, pull request review, review checklist, BLOCKING, comment prefix, 程式碼審查, 審查類別, 評論前綴, 審查清單.

Jak działa

  1. 工作流程
  2. 審查類別
  3. 評論前綴
  4. 使用方式
  5. 下一步引導
  6. 參考
  7. AI 代理行為
Sekcje z nagłówków SKILL.md, w oryginale · 72 linii, 285 słów
Podgląd SKILL.md
---
name: code-review
source: ../../../../skills/code-review-assistant/SKILL.md
source_version: 1.0.0
translation_version: 1.1.0
last_synced: 2026-10-11
source_hash: e573a23283c0
status: current
scope: universal
description: |
  [UDS] 系統性程式碼審查的參考資料:八大審查類別,以及 BLOCKING/IMPORTANT/SUGGESTION 評論前綴。
  Use when: 審查 pull request 或 diff、決定審查意見的措辭與優先序、與團隊議定審查範圍。
  Not for: 執行有關卡的審查流程——該部分已移至採用層(XSPEC-095);提交前的關卡驗證——請用 /checkin。
  Keywords: code review, pull request review, review checklist, BLOCKING, comment prefix, 程式碼審查, 審查類別, 評論前綴, 審查清單.
allowed-tools: Read, Grep, Glob, Bash(git diff:*), Bash(git log:*), Bash(git show:*)
argument-hint: "[file path or branch | 檔案路徑或分支名稱]"
---
<!-- 棄用通知(XSPEC-086 Phase 4,2026-04-28):
  程式碼審查流程協調(4 步驟序列、outcome gating)已移至 adoption layer
  (XSPEC-095,2026-04-28)。此 Skill 保留:8 大審查類別定義、
  BLOCKING/IMPORTANT/SUGGESTION/QUESTION/NOTE 前綴語意。
  需要強制執行時,請使用你的 adoption layer 工具鏈。
-->

# 程式碼審查助手

> **語言**: [English](https://github.com/AsiaOstrich/universal-dev-standards/blob/main/skills/code-review-assistant/SKILL.md) | 繁體中文

> ⚠️ **狀態:參考用(非可執行流程)** — 程式碼審查流程協調(4 步驟序列、outcome gating)已於 2026-04-28 移至 **adoption layer(XSPEC-095)**。此處保留 8 大審查類別定義、BLOCKING/IMPORTANT/SUGGESTION/QUESTION/NOTE 前綴語意供參考;需要強制執行的流程請改用你的 adoption layer 工具鏈。

使用標準化的檢查清單和評論前綴,執行系統性的程式碼審查。

## 工作流程

> 📖 以下為流程的**參考結構**,非可執行步驟;自動化/強制執行請用 adoption layer 工具鏈(XSPEC-095)。

1. **識別變更** - 透過 `git diff` 或 `git show` 取得待審查檔案的差異
2. **套用檢查清單** - 系統性地檢查每個審查類別
3. **產生報告** - 使用標準評論前綴輸出發現
4. **總結** - 提供整體評估和建議的後續行動

## 審查類別

1. **功能性** - 功能是否正確? | Does it work correctly?
2. **設計** - 架構是否合適? | Is the architecture appropriate?
3. **品質** - 程式碼是否乾淨可維護? | Is the code clean and maintainable?
4. **可讀性** - 是否容易理解? | Is it easy to understand?
5. **測試** - 測試覆蓋是否足夠? | Is there adequate test coverage?
6. **安全性** - 是否有安全漏洞? | Are there any vulnerabilities?
7. **效能** - 是否有效率? | Is it efficient?
8. **錯誤處理** - 錯誤處理是否妥當? | Are errors handled properly?

## 評論前綴

| 前綴 | 意義 | 動作 | Action |
|------|------|------|--------|
| **BLOCKING** | 必須在合併前修復 | 必須修復 | Required |
| **IMPORTANT** | 應該修復 | 建議修復 | Recommended |
| **SUGGESTION** | 錦上添花 | 可選改善 | Optional |
| **QUESTION** | 需要說明 | 需要討論 | Discuss |
| **NOTE** | 資訊性 | 僅供參考 | FYI |

## 使用方式

- `/code-review` - 審查目前分支的所有變更
- `/code-review src/auth.js` - 審查特定檔案
- `/code-review feature/login` - 審查特定分支

## 下一步引導

`/code-review` 完成後,AI 助手應建議:

> **程式碼審查完成。建議下一步:**
> - 有 ❗ BLOCKING 項目 → 修復後重新執行 `/code-review`
> - 全部通過 → 執行 `/checkin` 品質關卡 ⭐ **推薦**
> - 僅有 💡 SUGGESTION → 執行 `/commit` 提交變更
> - 審查中發現規範不實用或缺失 → 執行 `/audit --report` 回報

## 參考

- [Pre-Commit Checklist(提交前檢查清單)](./checkin-checklist.md) — 提交之前當作最後一道檢查時讀它。
- 詳細指南:[guide.md](./guide.md)
- 核心規範:[code-review-checklist.md](https://github.com/AsiaOstrich/universal-dev-standards/blob/main/core/code-review-checklist.md)


## AI 代理行為

> 完整的 AI 行為定義請參閱對應的命令文件:[`/code-review`](https://github.com/AsiaOstrich/universal-dev-standards/blob/main/skills/commands/code-review.md#ai-agent-behavior--ai-代理行為)
Pliki w paczce (4)
  • SKILL.md 4 KB
  • checkin-checklist.md 5 KB
  • guide.md 7 KB
  • review-checklist.md 5 KB

Wersje

RepozytoriumWynikLicencja
Ta strona · AsiaOstrich/universal-dev-standards85MIT
microsoft/aspire100MIT
kdlbs/kandev100AGPL-3.0
dotnet/runtime100MIT
drosam/agents100MIT
ggml-org/llama.cpp100MIT
ShamelesAbyss/Nyx100Apache-2.0
dzhng/jevgrep100MIT
iuliandita/skills100MIT

Migawka bazy z 13.11.2026 · wersja paczki eb92f1d932bc (skrót SHA-256 całej paczki)

Pobrania w ostatnich 30 dniach: 0 · ranking

Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.

Podobne skille

  • 90code-review-assistant
    Podaje osiem kategorii przeglądu kodu i prefiksy komentarzy BLOCKING, IMPORTANT oraz SUGGESTION do pull requestów.
  • 100review-pr
    Przegląda pull request pod kątem jakości kodu i problemów bezpieczeństwa.
  • 100review-pr
    Przegląda pull request w repozytorium SMG z uwzględnieniem podsystemów i według systematycznej procedury.
  • 90reviews
    Przegląda zmianę w kodzie lub pull request pod kątem kondycji kodu, np. na prośbę o code review.
  • 100code-review-guide
    Pomaga pisać i oznaczać uwagi w przeglądzie pull requestów metodą Conventional Comments, łącząc podsumowanie z komentarzami przy liniach i sprawdzając twierdzenia w wiarygodnych źródłach.
  • 100review-code
    Przegląda diff, gałąź lub PR pod kątem poprawności, bezpieczeństwa, wydajności i testów, oceniając każde ustalenie jako blokujące, zalecane lub drobne.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.