kirkchen

@kirkchen source repo

13 skills
0 followers
17 hours ago last updated

▌
Pr Babysit · kirkchen
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 顧到綠'. NOT for writing PR descriptions, NOT for diff code review (use pr-review), NOT for actually merging the PR (user does that).

0
installs
▌
Self Review · kirkchen
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/inline comments (use pr-review), NOT for managed PR babysitting (use pr-babysit), NOT for first-time review without intent to fix (use mode=review-only opt-in).

0
installs
▌
Triage Issue · kirkchen
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

0
installs
▌
Investigate Issue · kirkchen
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.

0
installs
▌
Maintenance Routine · kirkchen bundle
Use when running a scheduled mechanical maintenance pass over a repo — dead code removal, useless-test pruning, layering-violation fixes, duplicate unification, logic bugfixing, logic simplification, or excess-abstraction flattening. Invoked as `/cadence:maintenance-routine <archetype>`, typically from a scheduler (cron, a CI schedule, or an agent workbench's time trigger). One archetype per invocation; opens PRs and never merges. NOT for reviewing a PR (use pr-review), NOT for ad-hoc refactoring the user asked for directly.

0
installs
▌
Plan · kirkchen bundle
Use when breaking down a Beat change spec into tasks — not for spec creation or implementation

0
installs
▌
Apply · kirkchen bundle
Use when implementing a Beat change — requires gherkin or proposal artifact to be done first

0
installs
▌
Setup · kirkchen bundle
Use when initializing Beat or updating its config — not for editing config.yaml directly or non-Beat tools

0
installs
▌
Design · kirkchen bundle
Use when starting a Beat change to create spec artifacts — not for task breakdown, implementation, or exploration

0
installs
▌
Verify · kirkchen bundle
Use when validating implementation against spec artifacts before archive — not for design, planning, or implementation

0
installs
▌
Archive · kirkchen bundle
Use when a Beat change is complete (implemented, or distilled and verified) and ready to archive — not for verifying implementation

0
installs
▌
Distill · kirkchen bundle
Use when extracting BDD specs from existing code — for adopting Beat in an established codebase or distilling a module into feature files

0
installs
▌
Explore · kirkchen bundle
Use when thinking through ideas, investigating problems, or clarifying requirements — before or during a Beat change

0
installs

13 published skills