Skip to content

Baton: explicit component → path mapping to make C1 (intended-not-implemented) trustworthy #314

Description

@montfort

Context: Baton Phase 1 (#304, dogfood report §6, follow-up #2).

C1 mines intended components from free-form .specify/memory/ filenames (Arquitectura - <X>.md). On real data this conflates real gaps (a designed module with no code, e.g. DevPortal/UsageGuard) with architectural concepts (Monolito Modular, Integración LLM) and naming drift (memory SentinelAgent vs module dir agents/). Phase 1 keeps C1 at info/low-confidence for this reason (R1), using slug + first-word matching.

Proposal: allow an optional explicit component → path/globs mapping (in .specify/memory frontmatter, or by reusing model.yml component ids) so a designed component declares where its implementation lives. With an explicit anchor, C1 can be promoted from a low-confidence hint to a trustworthy signal; without one, it stays info.

Done when: a component with an explicit path mapping yields a high-confidence, false-positive-free C1 verdict.

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type

    Fields

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions