recon

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

Routing:

1. No args → git-log default (below).
2. First word repo | issue | milestone | help → that command; remainder is the target.
3. Bare #123 / 123 / issue URL → issue.
4. 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/null

Also 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:

1. Scope — branch, ahead/behind, dirty files, recent themes from commits, linked issue/PR if any.
2. Situation — one short paragraph (shipping? stuck? dirty WIP? main with no feature branch?).
3. 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 (gh when available).
• AGENTS.md / CI / obvious docs gaps.
• Recent git log themes and risk areas.
• Suggest: issues create, milestones plan|status, troubleshoot-app / diagnose-bug if logs imply breakage, pulls / merge-it if work is stranded on branches, stage-it / ship-it if 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.

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.