Skip to content

docs(pronto): file H4 ticket — observations-aware scorer (open questions inside)#59

Merged
Batcomputer67 merged 2 commits intomainfrom
chore/h4-ticket
Apr 27, 2026
Merged

docs(pronto): file H4 ticket — observations-aware scorer (open questions inside)#59
Batcomputer67 merged 2 commits intomainfrom
chore/h4-ticket

Conversation

@Batcomputer67
Copy link
Copy Markdown
Collaborator

@Batcomputer67 Batcomputer67 commented Apr 27, 2026

Summary

Files the H4 ticket — observations-aware scoring path in pronto — and lays the post-Phase-2 legacy-sibling migration arc on the roadmap.

The four open architectural questions were decided 2026-04-27. This PR now ships the agreed spec, not a discussion surface.

Decisions (Anthony, 2026-04-27)

  • Q1 — Rules format: JSON fenced in rubric.md, not YAML. Drops the yq runtime dep entirely. jq parses the rules directly. Co-location with the rubric prose is preserved; comments live in the surrounding markdown.
  • Q2 — Weights: equal-share default (1/n), explicit weight as opt-in override. Adding an observation is friction-free at our scale; explicit weights remain available when a dimension genuinely needs to express dominance.
  • Q3 — Passthrough surfacing: a single summary line, always on. N/M siblings scored via legacy passthrough — observations[] migration pending. Trends downward as siblings migrate; reaches 0/M when the migration is complete (which becomes the trigger to deprecate the back-compat rule itself).
  • Q4 — Stanza coverage: three parser-driven dimensions only (claude-code-config, skills-quality, commit-hygiene). The other observation-using dimensions land in their own sibling PRs (2a/2b/2c).

Plan-level addition

The plan now carries a "Post-Phase-2 — legacy sibling migration" section with three structurally identical migration tickets:

Ticket Plugin Dimension
M1 claudit claude-code-config
M2 skillet skills-quality
M3 commventional commit-hygiene

These don't gate Phase 2 closure — they're closing-out commitments. Once all three ship and the passthrough-count line reads 0/3, that's the trigger to file the follow-up that deprecates the back-compat passthrough rule itself.

Test plan

  • H4 ticket reflects the four decided answers in a Decisions section
  • Open Questions section removed
  • YAML stanza example replaced with JSON
  • Plan carries the M1/M2/M3 migration arc and the closing-out trigger

🤖 Generated with Claude Code

acostanzo and others added 2 commits April 27, 2026 03:52
Q1-Q4 on the H4 ticket were decided 2026-04-27. Encoding the agreed
answers and dropping the open-questions framing:

- Q1 rules format: JSON fenced in rubric.md, not YAML. Drops the yq
  runtime dep entirely. jq parses the rules directly.
- Q2 weights: equal-share default (1/n), explicit `weight` field
  remains an opt-in override. Mixed configurations are rejected by
  the stanza loader.
- Q3 passthrough surfacing: single summary line in
  sibling_integration_notes, always on. "N/M siblings scored via
  legacy passthrough — observations[] migration pending." The
  invisible-migration concern outweighs the per-report-noise
  concern when the surface is one line, not three.
- Q4 stanza coverage: three parser-driven dimensions only
  (claude-code-config, skills-quality, commit-hygiene) — unchanged
  from original recommendation.

Plan also gains a "Post-Phase-2 — legacy sibling migration" section
with M1/M2/M3 tickets for migrating claudit, skillet, and
commventional off the v1 wire shape onto observations[]. These
don't gate Phase 2 closure but they're tracked on the roadmap so
the arc is visible end-to-end. Closing trigger for the back-compat
passthrough rule deprecation: passthrough-count line reads 0/3.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
@Batcomputer67 Batcomputer67 merged commit 73e574b into main Apr 27, 2026
@Batcomputer67 Batcomputer67 deleted the chore/h4-ticket branch April 27, 2026 15:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants