Rendered from the source repository. Headings, examples, code, tables, links, and referenced images are preserved.
Recon
Situational awareness for the current repo. Recon gathers evidence, sets scope, and recommends the next skill from this pack. It does not silently implement, open PRs, or mutate GitHub without authorization. An existing completion request, including an issues #N handoff, carries that authorization for its scope.
If the user is lost (“idk”, no sense of purpose, need coaching across DocSlime / ProductFeeling / Impeccable / vendored skills), prefer `idk-now` instead of this skill.
Commands
| Command | Scope | Primary output |
|---|---|---|
| (none) | Infer from git logs + branch/worktree | Scope summary + ranked next-skill suggestions |
repo | Whole repository | Health/readiness recon + next skills |
issue / #N | One GitHub issue | Implementation-ready plan (see references/issue.md) |
milestone | One milestone | Progress, gaps, issue set + next skills |
help / library | — | Command + skill map |
Routing:
- No args → git-log default (below).
- First word
repo|issue|milestone|help→ that command; remainder is the target. - Bare
#123/123/ issue URL →issue. - Clear intent (“recon the launch milestone”, “scout the repo”) → map and run.
Default (no argument): git logs set scope
Run this sequence first (read-only):
git status --short --branch
git branch --show-current
git log --oneline -20
git log --oneline --decorate -10 --all
git diff --stat HEAD
git diff --stat main...HEAD 2>/dev/null || git diff --stat master...HEAD 2>/dev/nullAlso when useful: gh pr view --json number,url,title,state,baseRefName,headRefName for the current branch; parse issue numbers from branch name / recent commit messages (#123, Fixes #123).
From that evidence, state:
- Scope — branch, ahead/behind, dirty files, recent themes from commits, linked issue/PR if any.
- Situation — one short paragraph (shipping? stuck? dirty WIP? main with no feature branch?).
- Next — ranked suggestions using the skill map (below), each with a one-line why and an exact invoke hint (e.g.
issues critique #42,pulls status,merge-it).
Do not ask the user to restate what git already shows unless something is ambiguous (multiple issues, wrong repo).
repo
Whole-repo recon (still read-only unless follow-up approved):
- Default branch, open PR count, open issue pressure, milestone list (
ghwhen available). AGENTS.md/ CI / obvious docs gaps.- Recent
git logthemes and risk areas. - Suggest:
issues create,milestones plan|status,troubleshoot-app/diagnose-bugif logs imply breakage,pulls/merge-itif work is stranded on branches,stage-it/ship-itif staging/main policy exists.
Details: references/repo.md.
issue
Deep issue recon / implementation plan. Follow references/issue.md and references/planning-checklist.md.
Planning does not require native Plan Mode. Use read-only inspection in the current agent when a mode switch is unavailable, and respect any active host restrictions. A standalone planning request stops at the plan; when called from an already authorized completion workflow such as issues #N, return the plan and continue that workflow once the host permits execution. Before implementation, follow workspace ownership. If issues is not installed, use a dedicated task worktree with verified exclusive ownership, preserve the shared checkout, and carry the verified absolute path, branch, base revision, and ownership through every execution handoff and implementation result.
For standalone planning, end with one Follow-Up Prompt when a decision is needed. An authorized completion workflow continues without another approval for the same scope.
milestone
Milestone recon. Follow references/milestone.md. Summarize purpose, due date, open/closed counts, blockers; suggest milestones narrow|plan|critique|close, issues for gaps, ship-it / stage-it when release-shaped.
Skill map (DecisionNerd/dev-skills)
Use this map when recommending next steps. Prefer the smallest next skill that unblocks the user.
| Situation | Suggest | |||||
|---|---|---|---|---|---|---|
| Lost / idk / need vision-tied next step | idk-now (considers DocSlime, ProductFeeling, Impeccable, vendored) | |||||
| Goals/process/system/plan feel overcomplicated | `kiss audit\ | goals\ | process\ | system\ | plan\ | flow` |
| Repo split/combine/monorepo/CI/secrets (ESC) | `repos status\ | split\ | combine\ | monorepo\ | ci\ | secrets` |
| Need a new / better issue | `issues create\ | critique\ | refine\ | narrow\ | widen\ | document` |
| Organize release/version work | `milestones status\ | plan\ | critique\ | narrow` | ||
| Open or improve a PR | `pulls create\ | critique\ | status\ | refine\ | explain` | |
| Autofix → CI green → merge → close issue | merge-it | |||||
| Is the issue done enough to PR/close? | check-readiness | |||||
| Live UI / data-plane broken | troubleshoot-app then maybe fix-it | |||||
| Backend / algo / API bug | diagnose-bug then maybe fix-it | |||||
| Agent / LLM quality or thrash | agents slap / agents analyze (+ Langfuse via observe-it) | |||||
| Plan a repair from diagnosis | fix-it | |||||
| Need tests / coverage / BDD evidence | test-it (name regime A/B/C first) | |||||
| Need logs/metrics/traces/analytics | observe-it (regime-matched; Langfuse for C) | |||||
| Need repo docs / runbooks (surgical) | document-it — DocSlime only when altitude earned | |||||
| Need options/tradeoffs before building | research-it | |||||
| Need structure cleanup without behavior change | refactor-it | |||||
| Agent thrashing / dumb workflow / need drain | agents slap | |||||
| Design / analyze / optimize agents or use subagents | `agents design\ | analyze\ | optimize\ | sub` | ||
| Dangling worktrees / build junk / caches / stale branches | `tidy-up scan\ | workspaces\ | artifacts\ | caches\ | deep` | |
| Land on staging | stage-it | |||||
| Staging → production | ship-it | |||||
| Unsure / no arg | this skill’s default git-log recon |
When suggesting, name the skill and a concrete command string the user (or you) can run next. One primary recommendation, then 2–3 alternates.
Output shape (default / repo / milestone)
**Scope**
- Branch: ...
- Recent work: ...
- Linked: issue/PR/milestone or none
**Situation**
<1 short paragraph>
**Recommend**
1. **Primary:** `<skill> <command> …` — <why>
2. Alternatives: ...
**Follow-Up Prompt**
Do you want me to run <primary suggestion>?For issue, use the plan format in references/issue.md instead, using a Follow-Up Prompt only when a new decision or authorization is needed.
Grounding
This skill’s TTPs are grounded in current engineering baselines (DORA, GitHub Docs, Fowler/Beck, Google SRE & SWE book, OpenTelemetry, OWASP LLM / NIST AI RMF, Diátaxis — see handbook sources.md).
Situational awareness before action (SRE incident habit): read git/issue/PR state, then the smallest next move. For one issue, plan a reviewable small CL (Google eng practices).
Handbook card: handbook/practices/recon.md.
