.dotfiles

將當前 Claude Code session 的工作內容整理成 Jira ticket 的進度更新 comment。 當使用者說「整理成 jira 進度」、「寫 jira comment」、「更新 jira」、「整理進度」、 「幫我寫 comment」、「記錄到 ticket」等類似意圖時觸發此 skill。 也適用於使用者完成一段工作後想記錄進度的場景，即使沒有明確提到 Jira。

For git operations on files tracked by Leon's dotfiles bare repo — paths under `$HOME` such as `~/.config/`, `~/.claude/`, `~/.local/bin/`, `~/install.sh`, `~/README.md` — use `git dotfiles <subcommand>` instead of plain `git <subcommand>`. The repo is bare at `~/personal/.dotfiles` with `$HOME` as the work tree, so plain `git` cannot find a `.git/` and will either error out or walk up into an unrelated repo. Translate mechanically: same args, same flags. Does NOT apply to git operations in regular projects (any directory with its own `.git/`, e.g. `~/work/*`, `~/personal/projects/*`, cloned repos) — those use plain `git` as normal. The trigger condition is the file path being under a tracked dotfiles location, not the mere mention of "commit" or "git".

深度 review 另一個 AI agent (Cursor, Copilot Agent, Gemini CLI, ChatGPT, 其他 Claude session 等) 或 AI-輔助同事完成的 code 變更，從 reviewer 角度驗證實作正確、能 work、品質達標。 觸發情境包含使用者說「同事用 AI 寫了 X，幫我 review」「另一個 AI 完成的，pull 下來看一下」 「幫我詳細 review 這個 branch / PR / commit」「我同事推了 code，幫我看」 「這是 Cursor / Copilot Agent 做的，幫我審查」「幫我 code review」、提到拉取一個分支或 PR 並要求審查、或附上與其他 AI 的對話紀錄、task spec 並要求驗證實作的場景。 重點是 AI agent 寫的 code 有特定失敗模式 (hallucinated APIs、silent fallback、表面合理但實際錯誤、 testing theater、spec drift、over-engineering)，這些跟人類寫的 code 不一樣，要用對應的方法檢查。 這個 skill 是 *reviewer 視角*——不是請別人 review 自己的 code (那是 requesting-code-review)， 也不是處理收到的 review (receiving-code-review)。 Leon 收到同事 push 上來的 AI-輔助 commit / PR 並請你 review 時，請主動使用此 skill，即使他沒 明確要求。