Skip to content

fix(scaffold-core): prevent Stripe keyword from dominating SaaS intent#244

Merged
stackbilt-admin merged 2 commits into
mainfrom
fix/scaffold-classify-stripe-keyword
Jul 4, 2026
Merged

fix(scaffold-core): prevent Stripe keyword from dominating SaaS intent#244
stackbilt-admin merged 2 commits into
mainfrom
fix/scaffold-classify-stripe-keyword

Conversation

@stackbilt-admin

Copy link
Copy Markdown
Member

Summary

  • Payment Signal's score() no longer treats billing alone as a Stripe signal — "billing dashboard" no longer misclassifies as a Stripe webhook handler. billing still counts when paired with another payment-action keyword (stripe/subscription/checkout/payment).
  • Webhook Signal guard narrowed the same way so "billing webhook" (no Stripe) falls through to the generic webhook pattern instead of API fallback.
  • SaaS Signal gains dashboard, analytics, and user management as scoring keywords so architectural intent outweighs a single vendor-name match.
  • Bumps scaffold-core to 1.7.1.

Test plan

  • 775/775 tests passing
  • New coverage in classify.test.ts for the billing/Stripe disambiguation cases

🤖 Generated with Claude Code

Kurt Overmier and others added 2 commits June 27, 2026 09:26
…t (#424)

Payment Signal's score() function excluded `billing` from its keyword list
so "billing dashboard" no longer registers as a Stripe webhook handler.
`billing` still counts as +1 when another payment-action keyword is also present
(stripe/subscription/checkout/payment), preserving correct scoring for
"stripe billing webhook" cases.

Webhook Signal guard also narrowed to exclude `billing` from the payment-action
blocklist so "billing webhook" (without Stripe) correctly falls through to the
generic webhook pattern instead of dropping to API fallback.

SaaS Signal gains `dashboard`, `analytics`, and `user management` as scoring
keywords so architectural intent terms outweigh a single vendor name.

Bumps to 1.7.1. 775/775 tests passing.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
…Signal

The public PATTERNS export's keywords field for Payment Signal was hand-copied
from the score() function's keywordScore() call. This PR's score() change
(billing/webhook now only bonus-score once a payment-action keyword already
matched) left the keywords field listing billing/webhook as if they were
still independent triggers -- misleading for anyone reading the public
PatternDef.keywords metadata to understand what fires this pattern.

Extracted PAYMENT_ACTION_KEYWORDS as the single source of truth, reused in
the keywords field, the score() guard, and Webhook Signal's exclusion check
(which duplicated the same literal array) -- eliminates the drift risk
instead of just fixing the current instance of it.

775/775 tests passing.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
@stackbilt-admin stackbilt-admin merged commit 1cba544 into main Jul 4, 2026
5 checks passed
@stackbilt-admin stackbilt-admin deleted the fix/scaffold-classify-stripe-keyword branch July 4, 2026 08:16
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