Skip to content

Adopt the claude-rules library-team profile as the shared ruleset - #22

Merged
lgamorim merged 3 commits into
masterfrom
feature/adopt-library-team-profile
Aug 14, 2026
Merged

Adopt the claude-rules library-team profile as the shared ruleset#22
lgamorim merged 3 commits into
masterfrom
feature/adopt-library-team-profile

Conversation

@lgamorim

@lgamorim lgamorim commented Aug 13, 2026

Copy link
Copy Markdown
Owner

Why

The flat rule files under .claude/rules/ were hand-copied early on and had drifted from the shared modules in the claude-rules repo — missing newer upstream rules (the TDD porting exception, the N-reference autolink hygiene rule, the benchmarks --job Dry smoke test, the library archetype's semver-contract and OS-matrix CI rules) and carrying content that doesn't belong here (an EF Core records exception; SqlBound builds on System.Data.Common and never maps EF entities).

What

  • Replace the five flat files with the library-team profile (5 core/ modules, archetype/library, overlays/workflow-team, overlays/benchmarks) copied verbatim via tools/sync.ps1, so future drift is auditable with -Check.
  • Move sqlbound-only conventions — milestone plan-first workflow, feature/M<number>-<desc> branches, phase-based semver with tags and the PackageVersion prerelease scheme, GitHub milestone-per-phase, Roslyn snapshot testing, Dapper/ADO.NET benchmark baselines, the "one .slnx per repo or example" extension — into a new .claude/rules/project/sqlbound.md outside the synced set, keeping the shared modules byte-identical to their source.
  • Point the CLAUDE.md Conventions section at the profile manifest plus the project file.
  • Correct four statements in the moved text that no longer matched practice: the prerelease rule now covers the -rc.N line alongside -preview.N and states the tag-matches-PackageVersion invariant that holds across all six tags; release-candidate tagging is documented as leaving the phase open, with the remaining GA promotion spelled out; the milestone template reads Phase N — <Name> (<major>.<minor>.x) so it fits Phase 6 — Ship (1.0.x); and a phase gets its own "version line" rather than "minor version", since Phase 6 took a major bump.

Verification

  • sync.ps1 -Check reports all 9 synced files in sync with library-team.
  • Every @import path referenced from CLAUDE.md and the profile manifest resolves on disk.
  • The corrected rule text was checked against ground truth: the six annotated tags (v0.1.0v0.5.0, v1.0.0-rc.1), the full PackageVersion history in Directory.Build.props, the CHANGELOG.md headings, and the six live GitHub milestone titles.
  • Rules-only change; no code, build, or test impact.

🤖 Generated with Claude Code

lgamorim and others added 3 commits August 13, 2026 16:54
The flat rule files under .claude/rules/ were hand-copied early on and had
drifted from the shared modules in the claude-rules repo. Replace them with
the library-team profile (core x5, library archetype, team workflow,
benchmarks overlay) copied verbatim via tools/sync.ps1, so future drift is
auditable with the script's check mode. Sqlbound-only conventions (milestone
planning, feature/M-number branches, phase-based semver, Roslyn snapshot
testing, Dapper/ADO.NET benchmark baselines) move to a project-specific rule
file outside the synced set, keeping the shared modules byte-identical to
their source. The EF Core records exception is dropped deliberately: SqlBound
builds on System.Data.Common and never maps EF entities.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
The drift audit covers nine files including `profiles/library-team.md`,
but the project rule file named only `core/`, `archetype/`, and
`overlays/` as never-edit-here, leaving the profile manifest it imports
unprotected by the same instruction.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
The prerelease rule described only an `X.Y.0-preview.N` line dropping to a
clean `X.Y.0` at phase close, but Phase 6 went straight from `0.5.0` to
`1.0.0-rc.1` and was tagged mid-phase on that suffixed version, with the
milestone deliberately left open until GA. The milestone-title template said
`(0.Y.x)`, which the live `Phase 6 - Ship (1.0.x)` does not fit. Two adjacent
bullets carried the same drift: tagging was described as happening only at
phase completion, and a phase was said to get its own minor version though
Phase 6 took a major bump.

This file is loaded as project instructions, so a wrong rule gets followed.
State instead the tag-matches-PackageVersion invariant that actually holds
across all six tags, cover both the `-preview.N` and `-rc.N` lines, and spell
out the remaining GA promotion so the open Phase 6 can be finished from the
rule alone.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
@lgamorim
lgamorim merged commit 4f81bd2 into master Aug 14, 2026
8 checks passed
@lgamorim
lgamorim deleted the feature/adopt-library-team-profile branch August 14, 2026 12:14
@lgamorim lgamorim added this to the Phase 6 — Ship (1.0.x) milestone Aug 14, 2026
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.

1 participant