kirkchen
13 skills with substantive source documentation and an official publisher or observed installation demand. Read each skill’s original documentation through its card.
kirkcheninvestigate-issue
Use when an issue needs deeper analysis than triage — confirming root cause by reading code, verifying file/line references in body are still valid, checking blast radius across the codebase, or proposing a concrete fix direction. One issue per invocation.
- installs
- 4
- GitHub stars
- 0
- Updated
- Aug 29
kirkchenpr-babysit
Use when babysitting a PR/MR until CI is green and every valid reviewer feedback is addressed — supports GitHub PR (gh) and GitLab MR (glab), triages comments into Valid / Discuss / Out-of-scope, addresses valid items with small commits and inline thread replies, escalates invisible findings (SonarQube/Snyk dashboards) and 3-round bot deadlocks, reports ready-to-merge (never auto-merges). Triggers — '監看 PR', 'babysit PR/MR', 'PR 顧到 merge', 'address review feedback', 'wait until CI green', '把 PR
- installs
- 4
- GitHub stars
- 0
- Updated
- Aug 29
kirkchenpr-review
Use when reviewing a PR/MR diff for security, logic, performance, cross-file impact, test coverage, or spec compliance findings. NOT for writing PR descriptions, design reviews requiring business judgment, implementation work, release notes, or deep CVE/supply-chain audits.
- installs
- 4
- GitHub stars
- 0
- Updated
- Aug 29
kirkchenself-review
Use when doing dev-stage self-review on the current branch before pushing or opening a PR — runs an auto-loop of codex review (cross-model, OpenAI) + per-finding fix + re-review until findings converge or stop conditions fire. Codex follows pr-review's multi-role methodology (security / staff-engineer / sdet / spec-auditor). Triggers — 'self review', 'self-review', '自己 review', '自我 review', 'cross-model review', 'pre-push review', 'review and fix my branch'. NOT for live PR review with sticky/in
- installs
- 4
- GitHub stars
- 0
- Updated
- Aug 29
kirkchentriage-issue
Use when a GitHub issue needs triage — typically one carrying status/needs-triage label, a freshly opened issue without type/priority labels, or when the user says "triage N" / "triage this issue". One issue per invocation; for backlog walkthroughs, the caller loops.
- installs
- 4
- GitHub stars
- 0
- Updated
- Aug 29
kirkchendesign
Use when starting a Beat change to create spec artifacts — not for task breakdown, implementation, or exploration
- installs
- 2
- GitHub stars
- 7
- Updated
- Jun 17
kirkchenplan
Use when breaking down a Beat change spec into tasks — not for spec creation or implementation
- installs
- 2
- GitHub stars
- 7
- Updated
- Jun 17
kirkchenapply
Use when implementing a Beat change — requires gherkin or proposal artifact to be done first
- installs
- 1
- GitHub stars
- 7
- Updated
- Jun 17
kirkchenarchive
Use when a Beat change is complete (implemented, or distilled and verified) and ready to archive — not for verifying implementation
- installs
- 1
- GitHub stars
- 7
- Updated
- Jun 17
kirkchendistill
Use when extracting BDD specs from existing code — for adopting Beat in an established codebase or distilling a module into feature files
- installs
- 1
- GitHub stars
- 7
- Updated
- Jun 17
kirkchenexplore
Use when thinking through ideas, investigating problems, or clarifying requirements — before or during a Beat change
- installs
- 1
- GitHub stars
- 7
- Updated
- Jun 17
kirkchensetup
Use when initializing Beat or updating its config — not for editing config.yaml directly or non-Beat tools
- installs
- 1
- GitHub stars
- 7
- Updated
- Jun 17
kirkchenverify
Use when validating implementation against spec artifacts before archive — not for design, planning, or implementation
- installs
- 1
- GitHub stars
- 7
- Updated
- Jun 17