HsuanYuLee
UserA Claude Code workspace template with AI skills for JIRA, PRs, code review, estimation, and daily standups
Categories
Indexed Skills (35)
learning
"Use when the user wants to learn from external resources (URLs, repos, articles), extract patterns from merged PRs, process a learning queue, configure the daily learning scanner, or backfill review lessons. Trigger: '學習', 'learn', '研究', 'deep dive', '學習 PR', '每日學習', 'daily learning', '設定學習', '批次學習', '掃歷史 PR', or when user shares a URL to analyze." 要從外部資源學東西：一則 URL、一個 repo、一篇文章，或從已 merge 的 PR 萃取模式。 例如「學習」「研究」「deep dive」「掃歷史 PR」，或使用者直接丟一個連結要人看。 不用於：查這個 workspace 自己的既有知識（直接讀就好）。
review-inbox
"Use when the user wants to discover and review PRs across the team awaiting their attention. NOT for a single specific PR (use review-pr). Supports three discovery modes: Label (GitHub label scan), Slack (channel-wide scan), Thread (specific Slack thread URL). Trigger: '掃 PR', 'review 大家的 PR', '批次 review', '有哪些 PR 要我看', Slack thread URL + review intent ('review <slack_url>', '幫我看這串'). Key: '我的 PR' → request-pr-review; '大家的 PR' / Slack URL → here; single PR URL → review-pr." 要掃出團隊裡等著自己看的 PR。例如「掃 PR」「review 大家的 PR」 「有哪些 PR 要我看」，或給一個 Slack thread URL 要人看那一串。 分辨：「我的 PR」→ request-pr-review；「大家的 PR」或 Slack URL → 這裡； 單一個 PR URL → review-pr。
review-pr
Review someone else's PR as a code reviewer: read the PR diff, check against .claude/rules, leave inline comments on issues found, and submit a review with APPROVE or REQUEST_CHANGES. Use when the user asks the assistant to review a PR (subject omitted or = self), e.g.: "review PR", "review 這個 PR", "review 此 PR", "review 該 PR", "幫我 review 這個 PR" (without team subject), "review for me", "code review", or shares a PR URL with self-directed review intent. NOT for "請<同仁/大家/人名>幫我 review" (subject = others) — that is 催 review, route to request-pr-review. NOT for "review 大家的 PR" / "掃 PR" (object = others' PRs) — route to review-inbox. NOT for fixing review comments on your own PR — that needs no relay, just fix it. 要以 reviewer 的身分看**別人的** PR：讀 diff、留 inline comment、送出 APPROVE 或 REQUEST_CHANGES。例如「review 這個 PR」「code review」，或丟一個 PR URL 過來要人看。 不用於：「請〈同仁/大家〉幫我 review」——主語是別人，那是催 review， 走 request-pr-review。
standup
"Use when the user wants to generate a daily standup report or end-of-day summary (YDY / TDT / BOS / 口頭同步). Single entry point for all standup and end-of-day workflows. Trigger: 'standup', '站會', 'daily', '寫 standup', '下班', '收工', 'EOD', 'wrap up', '今天做了什麼'." 要產出每日站會報告或下班摘要。例如「站會」「daily」「下班」「收工」 「EOD」「今天做了什麼」。 不用於：一張單走到哪（走 driving-work-to-done）、工時補登（走該公司自己的 worklog skill）。
verify-ac
施工告一段落、要判這次到底算不算達成時的站。跑硬化 oracle 給出會擋人的機械判定，另出不擋人的判斷報告，兩者分開。流程的第二個關卡，也是最後一個。 某張單做到一個段落，要驗收的時候。例如「驗收一下」「這樣算完了嗎」「跑一次判定」 「可以出貨了嗎」，或剛從 engineering 交出來。 判 PASS 之後也在這裡寫交付紀錄，供釋出尾段讀。 不用於：還在做、只是想跑個測試看看（那是 engineering 的量測）、 決定下一站是哪一站（走 driving-work-to-done）。
framework-release
判定通過之後把東西送出去的那一段：把分支併進 main、壓版號、視目的地同步到 template repo、把本機接回釋出後的狀態。它不判斷該不該出貨——那是 verify-ac 寫在交付紀錄裡的事。 某張單已經judged PASS、交付紀錄寫好了，要真的出貨的時候。例如「出貨吧」 「釋出」「壓版本」「同步到 template」，或剛從 verify-ac 交出來。 也用於：只想先看它打算做什麼（預設就是預覽，不加 --execute 不會動任何東西）。 不用於：還沒有交付紀錄（先走 verify-ac）、判定還沒過（那是 verify-ac 的事）。
swe-knowledge
軟體工程這一類工作「怎麼算 done」的通識：改動住在一條 branch 上、有一個 PR、判定過才 進預設分支、push 之前本機跑完跑得動的驗證。由 driving-work-to-done 在判定一件工作會改到 程式碼時載入。很少、扁平、不含任何一家公司或一個專案特有的東西。 driving-work-to-done 判定這件工作會改到程式碼、要進版控時載入。 不用於：不會產生程式碼變更的工作（報告、調查、文件、資料分析）——那些沒有這裡的 完成條件，走 `--pack none`。 不用於：某一家公司或某一個專案特有的規則（codecov 門檻、stage 部署流程、ticket 命名）。 那些在各自的公司 pack 裡，見〈跟公司 pack 的關係〉。
visual-regression
Standalone visual regression guard using before/after screenshot comparison. Two modes: SIT (compare staging vs local dev) or Local (compare git-stashed base vs current changes). No long-lived baselines — captures fresh screenshots each run and deletes after comparison. Config-driven from workspace-config.yaml. Use when: "跑 visual regression", "檢查畫面", "頁面有沒有壞", "visual test", "screenshot test", "畫面測試", "截圖比對", "有沒有跑版", "畫面壞了嗎", "UI 有沒有問題", "check if pages look right", for standalone manual investigation. 要用截圖前後比對確認畫面沒跑版。例如「跑 visual regression」「檢查畫面」 「有沒有跑版」「畫面壞了嗎」。 不用於：單元測試（那是「這一類工作怎麼算 done」的一部分，走 swe-knowledge）、 效能或 Core Web Vitals（走該公司自己的 CWV 調查 skill）。
request-pr-review
"把使用者名下已經開好的 PR 蒐集起來、帶回每一個的 review 狀態、列出來讓他決定要請誰看，然後通知對的人。Trigger: '我的 PR', 'request PR review', 'ask someone to review my PR', 'PR 狀態', '催 review', '催 PR', 'PR 被 approve 了嗎', '幫我掃我的 PR', '請同仁 review', '請同仁幫我 review', '請大家 review', '請大家幫我 review', '請大家幫忙看一下', '找人 review', '找誰 review', '請[人名/角色]幫我 review', '請[人名/角色]幫忙看 PR'. 主語為同仁/大家/人名/角色的「請X幫我 review」屬於催 review 範疇，不要 route 到 review-pr。" 使用者問**自己的** PR 現在怎麼樣，或想找人來看。例如「我的 PR」「PR 狀態」 「催 review」「PR 被 approve 了嗎」「請同仁幫我 review」。 「請〈某人/大家〉幫我 review」主語是別人，仍然屬這裡——那是催 review，不是自己動手 review。 不用於：review 別人的 PR（走 review-pr）、掃團隊待看的 PR（走 review-inbox）。
checkpoint
保存、恢復、列出長 session checkpoint；記錄 branch、ticket、todo、recent activity，方便中斷或 context compression 後接續。 session 要中斷、或剛被壓縮完要接回來的時候。例如「存檔」「checkpoint」 「恢復」「列出存檔」。 也用於：想知道上一次做到哪、有哪些 checkpoint 可以接。 不用於：一張單走到哪一站（那寫在單自己的狀態裡，走 driving-work-to-done）。
auto-pass
Canonical main-chain orchestrator for locked/current refinement-owned sources (DP-backed or JIRA Epic-backed). It routes a source through breakdown, engineering, and verify-AC without taking over their mutation authority. Trigger: "auto-pass {KEY}", "快速通關 {KEY}", "完整流程 {KEY}" when the source is LOCKED and artifacts are current. `{KEY}` 可以是 `DP-NNN` 或 JIRA Epic key。
breakdown
Universal planning skill: Bug reads ROOT_CAUSE then estimates; Story/Task/Epic explores codebase then splits into sub-tasks with estimates, and packs each sub-task into a self-contained task.md work order for engineering to consume. Also handles scope challenge (advisory mode). Trigger: 拆單, 'split tasks', 拆解, 'breakdown', 'break down', 子單, 'sub-tasks', 評估這張單, 'evaluate this ticket', 估點, 'estimate', 'scope challenge', '挑戰需求', 'challenge scope', '需求質疑'.
check-pr-approvals
"掃描使用者的 open PR，偵測 CI 狀態、未回覆 review comments、approval 數量，分類為三種狀態（可催/需修/已達標）後由使用者選擇催 review 或手動修正。Trigger: '我的 PR', 'check PR approvals', 'PR 狀態', '催 review', '催 PR', 'PR 被 approve 了嗎', '幫我掃我的 PR', '請同仁 review', '請同仁幫我 review', '請大家 review', '請大家幫我 review', '請大家幫忙看一下', '找人 review', '找誰 review', '請[人名/角色]幫我 review', '請[人名/角色]幫忙看 PR'. 主語為同仁/大家/人名/角色的「請X幫我 review」屬於催 review 範疇，不要 route 到 review-pr。" 使用者問**自己的** PR 現在怎麼樣，或想找人來看。例如「我的 PR」「PR 狀態」 「催 review」「PR 被 approve 了嗎」「請同仁幫我 review」。 「請〈某人/大家〉幫我 review」主語是別人，仍然屬這裡——那是催 review，不是自己動手 review。 不用於：review 別人的 PR（走 review-pr）、掃團隊待看的 PR（走 review-inbox）。
converge
Use when the user wants to push all in-flight work forward toward review in one pass — closing gaps across Epics, Bugs, and orphan Tasks. NOT for single-ticket work (sign it at `refinement`, or just do it) or read-only triage (use my-triage). Trigger: '收斂', 'converge', '推進', '全部推到 review', '把我的單收一收', 'epic 進度', '離 merge 還多遠', '補全'.
engineering
已經有凍結的 assertion、要開始或繼續施工時的站。兩個關卡之間的 loop：探索、實作、換量測、推進輪次。這裡沒有關卡。 某張單的 assertion 已經凍結，接下來要動手做的時候，或剛從 refinement 交出來。 也用於：跨 session 接手一張做到一半的單——讀凍結塊與可以改的那部分就能接上。 不用於：還沒有 assertion 的工作、要判這次算不算達成（走 verify-ac）、 決定下一站是哪一站（走 driving-work-to-done）。
intake-triage
批次收單排工：分析 PM 開出的一批 ticket，評估優先序，告訴 PM 哪些先做、哪些後做、哪些規格不足需補。 產出 JIRA label + comment + Slack 摘要。 觸發：「收單」、「排工」、「intake」、「這批單幫我看」、「PM 開了一堆單」、「幫我排優先」、 「intake-triage」、「triage these tickets」、「prioritize this batch」。 當使用者提供一批 ticket key 並要求排優先序時使用此 skill，不要與 /my-triage（個人每日盤點）混淆。
memory-hygiene
Manual memory tiering — classify Hot/Warm/Cold, review candidates, and migrate MEMORY.md index + memory files. Use when the session-start advisory fires, MEMORY.md Hot grows past 15 entries, or you want a periodic cleanup. Trigger "memory-hygiene", "整理記憶", "memory 降級", "/memory-hygiene", "decay scan", "tier memory". 記憶要整理：MEMORY.md 的 Hot 區長太長、session 開場的提醒跳出來、或想定期清一次。 例如「整理記憶」「memory 降級」「decay scan」。 不用於：寫一則新記憶（那直接寫）、找一則舊記憶（那直接讀）。
my-triage
個人工作盤點與 zero-input next router；列出 assigned Epics/Bugs/Tasks，整合 cross-session resume signals，協助決定下一步。
onboard
Use when the user wants to onboard a company workspace from scratch, add a company, or rerun workspace setup. Primary trigger: 'onboard'. Deprecated aliases: 'init', '/init', 'initialize', 'setup workspace', '初始化'.
pr-pickup
Slack collaboration layer: extracts PR URLs from Slack messages, hands the PR over to be fixed, then reports back to the thread. Owns the Slack half only — it does not read review comments and does not modify code. Trigger: "pr-pickup", "pickup", Slack URL + PR intent ("pickup <slack_url>", "處理 <slack_url>", "同仁貼的 <slack_url>", "接這個 PR <slack_url>"). NOT for: reviewing others' PRs (use review-pr), or fixing your own PR when nobody is waiting on a Slack thread — then just fix it, no relay needed. 同仁在 Slack 貼了一個 PR 連結要人接手。例如「pickup <slack_url>」 「處理 <slack_url>」「接這個 PR」。 這支只管 Slack 那一半：抽出 PR、交出去修、修完回報那一串。它不讀 review comment、 不改程式碼。 不用於：review 別人的 PR（走 review-pr）、修自己的 PR 而且沒有人在 Slack 等 （那就直接修）。
refinement
流程的第一站，也是第一個關卡：把「怎麼算成功」談成人簽得下去的 assertion，凍結起來。由 driving-work-to-done 在判定要立案之後帶進來。 driving-work-to-done 判定一件事要立案、而現場還沒有對應的單時。 也用於：既有單的成功定義本身錯了，停 `assertion_wrong` 之後回來重簽。 不用於：判斷「這件事要不要立案」——那在 driving-work-to-done。
sasd-review
Generates a SA/SD (System Analysis / System Design) document for a JIRA ticket — a structured implementation plan produced before coding begins. Use this skill whenever the user mentions SASD, SA/SD, 寫 SA, 出 SA/SD, SA 文件, SD 文件, 架構文件, implementation plan, 系統分析, 系統設計, 技術設計, 異動範圍, dev scope, design doc, technical design, or asks to analyze what changes are needed for a ticket, plan the implementation approach, or produce a technical design document — even if they don't explicitly say "SA/SD".
sprint-planning
Use when the user wants to conduct or prepare for a Sprint planning session — organizing ticket candidates, reviewing capacity, or preparing a release page. Trigger: 'sprint planning', 'sprint 規劃', '下個 sprint', '排 sprint', 'release page'.
use-company
Sets the active company context or diagnoses company routing. Two modes: (1) Set — declare which company to work with, bypassing auto-detection. (2) Diagnose — show which company a JIRA ticket or project routes to. Trigger keywords: "use company", "switch company", "切換公司", "用這間", "/use-company", "set company", "公司切換", "我要做 X 公司的", "which company", "哪間公司", "/which-company".
assert
有人帶著一件要做的事出現時的第一站。先判斷這件事要不要立案並說出依據；要立案的，把「怎麼算成功」談成人簽得下去的斷言，凍結起來。任何會改變程式碼或行為的請求都從這裡進，使用者不需要記得這���名字。
judge
施工告一段落、要判這次到底算不算達成時的站。跑硬化 oracle 給出會擋人的機械判定，另出不擋人的判斷報告，兩者分開。流程的第二個閘，也是最後一個。
driving-work-to-done
把一件工作從「有人說了一句話」帶到「judged 過的交付」：先判斷要不要立案，再決定現在 該在 refinement / engineering / verify-ac 哪一站、什麼時候換站，載入說明「這類工作怎麼算 done」的知識，然後一路推進到收斂或撞上四種已宣告的停點之一。任何會改變程式碼或行為的 請求都從這裡進，使用者不需要知道這個名字。唯讀的查詢與說明不走這裡。 有人帶著一件要做的事出現時的第一站，不論他有沒有說出任何指令名稱。例如 「幫我做 X」「這個壞了要修」「想重構 Y」「繼續」「接著推」。 也用於：不知道現在在哪、不知道下一步是什麼、手上有多張單不知道先做哪一張。 不用於：唯讀的查詢與說明（「這支腳本在幹嘛」「查一下 X」）——那些沒有「怎麼算成功」 要簽，直接回答。
check-your-own-work
Before handing your own change over — opening a PR, asking for review, saying "done" — check it against eight questions that come from what reviewers actually caught: claims that do not match the diff, the repo's own rules not applied, half-done pattern changes, runtime behaviour asserted from reading source, last round's comments still unaddressed, assertions that cannot fail, a mechanism you removed whose jobs nobody carried over, and something you added that nothing runs or that this repo has no precedent for. Use when you are about to hand your own work over, or when someone asks you to self-check, double-check, or go over your change before submitting. 交出自己的改動之前——開 PR、找人 review、說「做完了」——先對一次自己寫的東西。 八問來自 review 真的抓到的東西，不是想像出來的清單。 不用於：看別人的 PR（那是 code review，主語是別人的改動）。 不用於：判定某個交付達不達標——這支不判紅、不擋人，它產出一份要被處置的清單。
session-map
Use when one session needs to know what the other Claude sessions on this machine are doing — to direct work, to suggest which idle ones a human could close, or to ask that human a decision. Reads the local session registry only; never messages a peer to build the map. Trigger: '現在有哪些 session', '大家在做什麼', '哪些可以關掉', '誰手上有什麼'.
command-post
Commander mode: use when one session commands the other Claude sessions on this machine — to read the map of who holds what, to dispatch work (one-to-one or a mutual review between several sessions), to watch its own stability signals, to hand the commander role to the next session, or to escalate a decision to the human. Reads each session's own declaration plus the local registry; never reads a peer's transcript and never messages a peer to build the map. Trigger: '現在有哪些 session', '大家在做什麼', '哪些可以關掉', '誰手上有什麼', '指揮官交棒', '指派互審'.
framework-self-dev
在框架自己身上施工時要知道的事：一張框架單怎麼開。兩種單——舉發實作途中撞到的問題、 開發框架新功能——開單那一刻問的格子不一樣，而舉發那一種要先看過還沒出去的單裡有沒有 同一件。 要改的東西是這套流程自己（skill、它們的腳本、常駐規則）的時候載入。例如「framework 單怎麼開」「開一張框架的單」「這是框架的問題」「舉發框架有問題」，或 driving-work-to-done 判定這件工作落在框架 repo 自己身上。 不用於：某一個產品 repo 的工作（那是那個 repo 自己的知識 skill）、任何一類工作的完成 條件（那是 swe-knowledge）、決定下一站是哪一站（那是 driving-work-to-done）。
unit-test
Project-aware unit testing guide with mock patterns, TDD discipline, and best practices. Auto-detects test framework (Jest/Vitest) and provides appropriate examples. Use when: (1) writing or fixing unit tests, (2) user says "寫測試", "write test", "補測試", "add test", (3) user encounters mock patterns or test failures, (4) user asks how to test a composable, component, or store, (5) user says "mock imports", "test store", "怎���測", "測試怎麼寫", (6) reviewing test quality: "unit test review", "review tests", "check test quality", "測試審查", "review 測試", "測試品質", "檢查測試品質", (7) TDD workflow: "TDD", "test driven", "紅綠燈", "先寫測試", "test first", "red green refactor".
validate
Framework health check：validate / 檢查 isolation 與 mechanisms；支援 "validate isolation", "validate mechanisms", "檢查隔離", "檢查機制", health check。
work
已經有凍結的斷言、要開始或繼續施工時的站。兩個閘之間的 loop：探索、實作、換量測、推進輪次。這裡沒有閘，四類流轉只有「斷言錯了」會停人。
codex-mcp-setup
Use when the user wants to set up or sync Codex MCP servers for Polaris workflows. Trigger: 'codex mcp', '同步 mcp', '設定 codex mcp', '讓 codex 接 mcp', 'codex mcp setup'.
Bio shown is the top-scored skill's repo description as a fallback — real GitHub bios land in a future update.