Expand simulation API coverage

README.md

@@ -190,7 +190,7 @@ curl -fsS "http://localhost:8080/api/diagnostics?limit=100" \
 | Fixtures | Apply/snapshot/assert APIs | JSON/YAML input, fixture metadata isolation, structured pass/fail reports |
 | SaaS profile | Generic workspace billing profile | Plans, seats, members, export quota, extra export, payment history, support bundle, platform/connect-style webhook evidence |
 | Release state | Source plus GHCR image | Local Docker image builds and GHCR image workflow; no package/Homebrew/signed binary yet |
-| Stripe API inventory | `144 / 587` operations, `24.5%` L1+ | OpenAPI route inventory is schema-visible for all `587` operations; implemented coverage is tracked in `docs/STRIPE_COMPATIBILITY_90_TARGET.md` |
+| Stripe API inventory | `160 / 587` operations, `27.3%` L1+ | OpenAPI route inventory is schema-visible for all `587` operations; implemented coverage is tracked in `docs/STRIPE_COMPATIBILITY_90_TARGET.md` |
 
 Detailed compatibility matrix: `docs/COMPATIBILITY.md`.
 

docs/COMPATIBILITY_TRACKING.md

@@ -84,7 +84,7 @@ The long-running expansion goal is at least 90% OpenAPI operation coverage at
 The concrete target and chunk plan live in
 `docs/STRIPE_COMPATIBILITY_90_TARGET.md`. In short:
 
-- current baseline: `144 / 587`, `24.5%`
+- current baseline: `160 / 587`, `27.3%`
 - target: at least `529 / 587`, `90.0%`
 - maximum remaining `L0`: `58 / 587`
 - P0/P1 billing-lab flows still need deeper `L3-L6` evidence, not just broad

docs/GATE_STATUS.md

@@ -18,7 +18,7 @@ This is the public gate snapshot. Internal adoption evidence and raw handoff not
 | G11 Assertion Ergonomics      | Passed locally | Structured pass/fail fixture assertions and fixture-scoped snapshots                                                                                        |
 | G12 Public Release Readiness  | Passed locally | Public claims are tied to tests/scorecard cases; scorecard corpus has 49 release-blocking cases; Apache-2.0 `LICENSE` and `NOTICE` are present              |
 | G13 Stripe API Expansion      | In progress    | Roadmap defines compatibility levels and endpoint-family priorities; OpenAPI inventory generator and optional workflow write JSON/Markdown coverage artifacts  |
-| G14 Stripe API 90% Program    | In progress    | `docs/STRIPE_COMPATIBILITY_90_TARGET.md` defines 90% L1+ target, current 144/587 baseline, family thresholds, and chunk plan                             |
+| G14 Stripe API 90% Program    | In progress    | `docs/STRIPE_COMPATIBILITY_90_TARGET.md` defines 90% L1+ target, current 160/587 baseline, family thresholds, and chunk plan                             |
 
 ## Current Public Claim
 
@@ -35,22 +35,21 @@ under Apache-2.0.
 - Coverage focus: request validation, protocol parameter acceptance,
   idempotency mismatch, deterministic checkout payment-error aliases,
   direct intent state machines, and billing lifecycle retry/renewal mutations
-- OpenAPI operation baseline: `144 / 587`, `24.5%`
+- OpenAPI operation baseline: `160 / 587`, `27.3%`
 - Long-running OpenAPI operation target: at least `529 / 587`, `90.0%`, at
   `L1+` with deeper P0/P1 behavior gates
 
 ## Last Local Code Verification
 
-Verified on 2026-05-12 from `origin/main` after PR #50:
+Verified on 2026-05-12 from branch `simulation-capacity-backlog`:
 
 - `go test ./... -count=1`
-- `go run ./cmd/billtap compatibility scorecard --output-dir /tmp/billtap-scorecard-current`
+- `go run ./cmd/billtap compatibility scorecard --output-dir /tmp/billtap-scorecard-simulation-impl`
   - result: `imported=49 skipped=1 unsupported=1 mismatch=0 error=0`
-- `go run ./cmd/billtap compatibility inventory --openapi /tmp/stripe-openapi-spec3.json --output-dir /tmp/billtap-inventory-current --source stripe-openapi-local`
-  - result: `operations=587 implemented=144 inventory_only=443 schema_validated=587 implemented_percent=24.5`
-- PR #50 release gate passed on `main`, including Go tests, compatibility scorecard, frontend typecheck/build, sample app smoke, Stripe SDK smoke, web UI smoke, binary build, scenario smoke, and Docker build.
-- `docker pull ghcr.io/midagedev/billtap:main`
-  - result: `ghcr.io/midagedev/billtap@sha256:66072bae9d5dfc346df8cf24099f1ca184711aed0d9a7eacaf19c9d381369136`
+- `go run ./cmd/billtap compatibility inventory --openapi /tmp/stripe-openapi-spec3.json --output-dir /tmp/billtap-inventory-simulation-impl --source stripe-openapi-local`
+  - result: `operations=587 implemented=160 inventory_only=427 schema_validated=587 implemented_percent=27.3`
+- Current branch verification covers Go tests, compatibility scorecard, inventory generation, whitespace checks, and forbidden internal keyword scan.
+- Container/image release gates run after merge through the existing release workflow.
 
 Release verification should still be rerun on the final release branch or tag.
 

docs/README.md

@@ -10,6 +10,8 @@ This directory contains the public product, architecture, testing, and release n
 - `COMPATIBILITY.md`: supported and unsupported Stripe-like behavior
 - `STRIPE_API_COMPATIBILITY_ROADMAP.md`: roadmap for expanding from the current
   subscription-focused subset toward measured broader Stripe API compatibility
+- `SIMULATION_CAPACITY_BACKLOG.md`: public, product-neutral backlog for
+  regression-driven fixture and simulation capacity expansion
 - `API_VALIDATION_AND_ERROR_SIMULATION.md`: Stripe-like validation and
   deterministic error-simulation target
 - `PUBLIC_RELEASE_READINESS.md`: public release readiness bar, current evidence,

docs/ROADMAP.md

@@ -148,6 +148,8 @@ through `STRIPE_API_COMPATIBILITY_ROADMAP.md`:
 - OpenAPI-backed validation and fixture-shaped responses
 - deeper subscription, invoice, payment-intent, setup-intent, refund, dispute,
   entitlement, metering, and Connect simulation
+- regression-driven simulation capacity tracked in
+  `SIMULATION_CAPACITY_BACKLOG.md`
 - official Stripe SDK smoke lanes and optional `stripe-mock`/live-testmode
   oracle jobs