Skip to content

discovery: git-history archaeology skill (deep intent mining + PR breadcrumb trail) #1226

Description

@kyle-sexton

Gap

No plugin today offers a deep codebase-history capability: git-history archaeology that answers who changed what, when, and why to glean intent, and follows commit + PR history as a breadcrumb trail to related work items. The payoff is highest when taking on a ticket — especially a bug — where understanding how and why the code reached its current state shapes the fix.

Current state (verified in plugin cache, discovery 0.8.2)

  • discovery:explore includes git history as one of its six dimensions and offers a dedicated git argument mode, but it is shallow: log frequency, blame, and velocity signals.
  • No intent-mining, PR-trail following, or linked-work-item archaeology exists anywhere in the plugin set.
  • Neither the discovery plugin nor the source-control plugin ships custom agents today.

Deliverables

  1. A new skill in the discovery plugin providing deep git-history archaeology:
    • Local git: commit-level intent mining (who/what/when/why), tracing how a line or region evolved beyond raw blame.
    • GitHub side via gh: associated PRs, linked issues, and review discussions as a breadcrumb trail to related work items.
    • Graceful degradation to local-git-only when no remote or gh is available.
  2. Update discovery:explore's git dimension to point/delegate to the new skill as the deep path while itself staying shallow.
  3. During design: an explicit, recorded decision on whether a dedicated subagent accompanies the skill (see locked decisions).

Locked decisions (executing agent must not re-litigate)

  • Home: discovery plugin. Semantically source-control-adjacent, but the capability is consumed during the discovery phase; source-control skills are action verbs (commit, PR, worktree). The overlap is acknowledged and this placement is deliberate.
  • Shape: a skill is mandatory. A dedicated subagent is an explicit evaluated decision made during design — justified only if agent-specific features earn it (auto-load/preloaded skills, conversation forking, compressed table output). Also weigh dispatching to the built-in Explore agent instead. Context: most people no longer create custom agents; general-purpose agents prompt fine.
  • Reuse-or-replace: the new skill becomes the deep path; explore's git dimension stays shallow and gains a pointer/delegation to it. No silent second way.
  • Scope: local git AND the GitHub side (gh: PRs, linked issues, review discussions), degrading gracefully when the remote/gh side is unavailable.
  • Naming: decided via the repo's naming pipeline during the work. "Git-history archaeology skill" is descriptive placeholder language, not a pre-picked name.

Related

Soft dependency: #1225 (sub-agents deep dive) — its "when does a custom agent earn existence" qualifier feeds this issue's subagent evaluation.

Priority

Medium — real value, no hard deadline; normal backlog flow.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    needs-humanHuman-in-the-loop required; autonomous sessions must not resolve items carrying this.priority: mediumReal value, no hard deadline; normal backlog flow.

    Type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions