sc-cc-plugin

分析指定專案 MR 的所有審閱回饋，驗證後產出修正計畫

改寫程式碼註解，著重 why 而非 what；冗餘者刪除、過期者修正、推斷不出意圖者標記請人補

將目前分支自基準分支分歧後的所有 commits 合併為單一 commit，執行前先建立備份分支

Reviews code for bugs, logic errors, security vulnerabilities, code quality issues, and adherence to project conventions, using confidence-based filtering to report only high-priority issues that truly matter. <example> Context: User just finished implementing a new Vue component user: "Review the code I just wrote" assistant: "I'll use the frontend-code-reviewer agent to review your changes." </example> <example> Context: User modified backend API endpoint user: "Check this for security issues" assistant: "I'll use the frontend-code-reviewer agent to perform a security-focused review." </example> <example> Context: After code changes are made by another agent assistant: "Let me proactively review these changes with the frontend-code-reviewer agent." </example>

規格文件品質評分專家。獨立審閱 spec-recovery 產出的 L0-L4 規格文件，執行多維度評分（A）、可測試性評分（B）、差異驗證（C），回傳結構化評分結果。避免 confirmation bias，與產出文件的主 agent 分離。

通用軟體開發工作流程，適用於新增功能、修正功能、重構等程式開發需求。 以棕地專案為預設情境（保護既有行為、最小擾動），同時支援綠地專案豁免。 涵蓋五個階段：需求分析、程式碼探索、設計（計畫）、開發（棕地 TDD 任務清單）、驗證。 每個階段會產生對應的 Markdown 文件（analysis.md、plan.md、task.md、followups.md）供下一階段參考。 當使用者提出功能開發、Bug 修復、重構等需求時，主動使用此 Skill 引導整個開發流程。 觸發情境：「新增功能」、「修正功能」、「開發需求」、「implement」、「fix」、「refactor」、「建立需求」、「開發流程」。

適用於 Spring Boot 與 Quarkus 服務的 Java 編碼標準：命名、不可變性、Optional 使用方式、Streams、例外處理、泛型、CDI、Reactive 模式與專案結構。會依框架自動套用對應慣例。

Generate Mermaid diagrams from user requirements. Supports flowcharts, sequence diagrams, class diagrams, ER diagrams, Gantt charts, and 18 more diagram types.

Create and edit Obsidian Flavored Markdown with wikilinks, embeds, callouts, properties, and other Obsidian-specific syntax. Use when working with .md files in Obsidian, or when the user mentions wikilinks, callouts, frontmatter, tags, embeds, or Obsidian notes. New files are written to `/Users/dannychou/danObsidian/ai-draft/` by default unless the user specifies a different output path.

依據 8 大核心原則審查程式碼的註解品質——解釋 Why 而非 What、說明魔法數字與 Hack 的原因、標示 Caveat 與副作用、TODO/FIXME 標籤規範、公開 API 合約文件、記錄未採納方案（Why Not）、連結外部脈絡、以及保持註解新鮮度。當使用者說「幫我審查/檢查/看一下這段程式碼的註解」、「這段程式碼有沒有文件」、「review my comments」、「這樣寫 OK 嗎」並貼上含有值得評估的註解的程式碼時，主動觸發此 Skill。進行 Code Review 且評估範圍包含文件品質時也應觸發。輸出為結構化審查報告，不修改程式碼。

vue-language-server