@cat-factory/sandbox-fixtures 0.7.360 → 0.8.0

package/dist/fixtures/answer-recommendation.d.ts

@@ -0,0 +1,3 @@
+import type { SandboxFixtureDefinition } from '../types.js';
+export declare const ANSWER_RECOMMENDATION_FIXTURES: SandboxFixtureDefinition[];
+//# sourceMappingURL=answer-recommendation.d.ts.map

package/dist/fixtures/answer-recommendation.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"answer-recommendation.d.ts","sourceRoot":"","sources":["../../src/fixtures/answer-recommendation.ts"],"names":[],"mappings":"AACA,OAAO,KAAK,EAAE,wBAAwB,EAAE,MAAM,aAAa,CAAA;AAyC3D,eAAO,MAAM,8BAA8B,EAAE,wBAAwB,EAoapE,CAAA"}

package/dist/fixtures/answer-recommendation.js

@@ -0,0 +1,336 @@
+import { exp } from '../expectation.js';
+// requirements-writer fixtures. The payload carries the three things
+// `buildRecommendationPrompt` needs: the `RequirementsContext` under review, the `findings` to
+// answer (one recommendation per id), and the `grounding` material in the Writer's own precedence
+// order (team standards → in-repo spec excerpts → web results).
+//
+// What makes these fixtures different from the reviewer ones is that the Writer's output is judged
+// as much on its SELF-REPORTS as on its answers. `groundedIn` is the provenance a human checks
+// before trusting a suggestion, and `confidence` is what an unattended run compares against its
+// auto-answer floor (ADR 0053) before adopting an answer with nobody reading it. So the grounding is
+// varied deliberately across the three: one finding a standard settles outright, one the project's
+// own spec settles, and several that rest on nothing but general practice. A Writer that cites a
+// standard it was not given, or reports high confidence on a question about this business it was
+// never told about, is the failure these fixtures exist to expose.
+/** One finding for the Writer to answer, in the stored review-item shape. */
+function finding(id, title, detail, over = {}) {
+    return {
+        id,
+        category: over.category ?? 'gap',
+        severity: over.severity ?? 'medium',
+        title,
+        detail,
+        status: 'recommend_requested',
+        reply: null,
+        autoAnswerable: over.autoAnswerable ?? true,
+        createdAt: 0,
+        updatedAt: 0,
+    };
+}
+export const ANSWER_RECOMMENDATION_FIXTURES = [
+    {
+        id: 'writer-session-timeout-simple',
+        agentKind: 'requirements-writer',
+        kind: 'answer-recommendation',
+        name: 'Session timeout defaults (simple)',
+        difficulty: 'simple',
+        summary: 'Two findings a team standard settles outright, plus one it does not.',
+        payload: {
+            block: {
+                title: 'Sign users out after a period of inactivity',
+                type: 'service',
+                description: 'Sign a user out when they have been inactive for a while, so an unattended browser does ' +
+                    'not stay signed in. Warn them shortly before it happens.',
+            },
+            docs: [],
+            tasks: [],
+            service: {
+                stated: true,
+                frameId: 'frame-console',
+                title: 'Customer console',
+                description: 'The signed-in web console customers manage their account from.',
+            },
+            findings: [
+                finding('timeout-length', 'How long is "a while"?', 'The spec asks for an inactivity sign-out but names no duration.', { severity: 'high' }),
+                finding('warning-lead', 'How long before the sign-out is the warning shown?', '"Shortly before" is not a duration a build can implement.'),
+                finding('billing-exception', 'Should a user mid-way through a checkout flow be signed out?', 'Signing someone out during payment loses the transaction; keeping them in weakens the ' +
+                    'protection. This is a business trade-off.', { category: 'question', severity: 'high', autoAnswerable: false }),
+            ],
+            grounding: {
+                fragments: [
+                    {
+                        id: 'std-session-policy',
+                        title: 'Session and inactivity policy',
+                        body: 'Signed-in sessions in customer-facing products expire after 30 minutes of ' +
+                            'inactivity. A warning dialog is shown 2 minutes before expiry and offers to extend ' +
+                            'the session. Sessions never expire while a request is in flight.',
+                    },
+                ],
+                specExcerpts: [],
+                webResults: [],
+            },
+        },
+        expectations: [
+            exp('cites-standard', 'Answers the timeout from the standard and names it as the source.', {
+                impact: 5,
+                trickiness: 1,
+                detail: 'The standard states 30 minutes outright. Answering with a different number, or with the ' +
+                    'right number but `groundedIn: general-practice`, both fail: the first ignores the ' +
+                    'precedence rule, the second under-reports provenance a human would have trusted.',
+                matchHints: ['30 minutes', 'thirty minutes', 'std-session-policy', 'standard'],
+            }),
+            exp('warning-lead-from-standard', 'Takes the 2-minute warning lead from the same standard.', {
+                impact: 4,
+                trickiness: 2,
+                matchHints: ['2 minutes', 'two minutes', 'warning', 'before expiry'],
+            }),
+            exp('checkout-needs-owner', 'Flags the checkout exception as a business decision and rates its confidence low.', {
+                impact: 5,
+                trickiness: 4,
+                detail: 'The calibration test. Nothing the Writer was given settles whether payment beats ' +
+                    'security here, so a high-confidence answer invites an unattended run to adopt it with ' +
+                    'nobody reading it. The honest move is a concrete default at LOW confidence.',
+                matchHints: [
+                    'business decision',
+                    'product owner',
+                    'low confidence',
+                    'not confident',
+                    'cannot be sure',
+                    'depends on',
+                    'needs a decision',
+                ],
+            }),
+            exp('in-flight-rule', 'Notices the standard already answers part of the checkout case: a session never expires while a request is in flight.', {
+                impact: 3,
+                trickiness: 5,
+                detail: 'The standout catch: the standard is not silent on the trade-off, it partly settles it. ' +
+                    'Reading a constraint out of the grounding rather than only matching a number is the ' +
+                    'skill.',
+                matchHints: [
+                    'in flight',
+                    'in-flight',
+                    'request is in flight',
+                    'active request',
+                    'while a request',
+                ],
+            }),
+        ],
+        notes: 'The standard-settles-it case. The trap is the third finding: it looks answerable and is not, ' +
+            'and the standard supplies a partial constraint that a careless read misses entirely.',
+    },
+    {
+        id: 'writer-retention-moderate',
+        agentKind: 'requirements-writer',
+        kind: 'answer-recommendation',
+        name: 'Data retention window (moderate)',
+        difficulty: 'moderate',
+        summary: 'The project spec settles one finding; the rest rest on general practice and must say so.',
+        payload: {
+            block: {
+                title: 'Let a customer delete their account and data',
+                type: 'service',
+                description: 'A customer should be able to delete their account from the settings page and have their ' +
+                    'data removed. We need to honour deletion requests.',
+            },
+            docs: [],
+            tasks: [],
+            service: {
+                stated: true,
+                frameId: 'frame-accounts',
+                title: 'Accounts',
+                description: 'Account lifecycle, authentication and profile data.',
+            },
+            findings: [
+                finding('grace-period', 'Is deletion immediate, or is there a window to change their mind?', 'The spec says "removed" without saying when, and an accidental deletion is unrecoverable ' +
+                    'if it is immediate.', { severity: 'high' }),
+                finding('audit-conflict', 'What happens to records we are required to keep, such as invoices and audit entries?', 'Deleting everything conflicts with keeping financial records; keeping everything is not ' +
+                    'deletion. The boundary needs stating.', { category: 'risk', severity: 'high' }),
+                finding('shared-content', 'What happens to content the deleted user shared with colleagues?', 'Removing it breaks their teammates’ work; leaving it means the user’s content ' +
+                    'outlives their account.', { category: 'clarification', autoAnswerable: false }),
+            ],
+            grounding: {
+                fragments: [],
+                specExcerpts: [
+                    '# spec/accounts.md\n\nThe system SHALL retain issued invoices and their line items for ' +
+                        'seven years from the date of issue, independently of the account they belong to. An ' +
+                        'invoice SHALL remain retrievable after the account is closed.',
+                ],
+                webResults: [],
+            },
+        },
+        expectations: [
+            exp('invoices-from-spec', 'Answers the audit conflict from the project spec: invoices are retained seven years, independently of the account.', {
+                impact: 5,
+                trickiness: 2,
+                detail: 'The spec settles it outright, so the answer must come from there and report ' +
+                    '`project-spec`, not `general-practice`.',
+                matchHints: ['seven years', '7 years', 'invoice', 'retain', 'project-spec', 'spec/'],
+            }),
+            exp('grace-period-default', 'Gives a concrete grace-period default rather than "it depends", and labels it general practice.', {
+                impact: 4,
+                trickiness: 3,
+                detail: 'Nothing in the grounding names a window, so the honest report is `general-practice`. ' +
+                    'A concrete number (commonly 30 days) is still required: hedging is the failure the ' +
+                    '`answer_concreteness` dimension scores.',
+                matchHints: [
+                    'grace period',
+                    '30 days',
+                    'thirty days',
+                    'general practice',
+                    'general-practice',
+                    'reversible',
+                    'soft delete',
+                ],
+            }),
+            exp('grounded-in-general-practice', 'Reports the un-grounded answers as `general-practice`, the level they actually came from.', {
+                impact: 5,
+                trickiness: 4,
+                detail: 'The provenance test, and the one that matters most: a suggestion that cites a named ' +
+                    'regulation looks far more authoritative in the answer box than the guess it actually ' +
+                    'is. There are no standards in this fixture’s grounding at all, so anything but ' +
+                    '`general-practice` on the grace-period and shared-content answers is invented.',
+                // Phrased as what a correct answer CONTAINS, not as the absence of an invented citation.
+                // The scorer can only detect presence, so a negatively-phrased expectation would score
+                // "missed" against a model that behaved correctly and said nothing about it. The absence
+                // half is the judge's `grounding_honesty` dimension, which can see it.
+                matchHints: [
+                    'general practice',
+                    'general-practice',
+                    'not from a standard',
+                    'no standard',
+                    'own knowledge',
+                    'no specific standard',
+                ],
+            }),
+            exp('shared-content-owner', 'Treats the shared-content question as one the business must own, at low confidence.', {
+                impact: 4,
+                trickiness: 3,
+                matchHints: [
+                    'low confidence',
+                    'business decision',
+                    'product owner',
+                    'depends on',
+                    'needs a decision',
+                    'cannot decide',
+                ],
+            }),
+        ],
+        // Deletion invites a design answer (a soft-delete column, a purge job), and the Writer is told
+        // the Architect owns that, so specifying HOW is a scope violation here even when the design is
+        // sensible. That is deliberately NOT an expectation: it is an ABSENCE, and the objective scorer
+        // can only detect presence, so it would score "missed" against exactly the answers that got it
+        // right. The `product_scope` rubric dimension already states it to the judge, which can see an
+        // absence; adding a token-matched proxy beside it would only make the grid disagree with itself.
+        notes: 'The provenance fixture. One finding the spec settles, one that needs a concrete default from ' +
+            'general knowledge honestly labelled, and one that belongs to a person.',
+    },
+    {
+        id: 'writer-sla-credits-complex',
+        agentKind: 'requirements-writer',
+        kind: 'answer-recommendation',
+        name: 'Uptime credits policy (complex)',
+        difficulty: 'complex',
+        summary: 'A standard and the project spec DISAGREE, and most findings turn on unstated commercials.',
+        payload: {
+            block: {
+                title: 'Service-credit scheme for missed uptime commitments',
+                type: 'service',
+                description: 'When we miss our uptime commitment in a month, affected customers should get service ' +
+                    'credits automatically instead of having to ask. Sales wants this in the next contract ' +
+                    'cycle.',
+            },
+            docs: [],
+            tasks: [],
+            service: {
+                stated: true,
+                frameId: 'frame-billing',
+                title: 'Billing',
+                description: 'Subscriptions, invoicing and credits.',
+            },
+            findings: [
+                finding('credit-scale', 'What credit does each level of downtime earn?', 'The spec says "credits" with no schedule tying downtime to a credit amount.', { severity: 'high' }),
+                finding('measurement-window', 'Over what window is uptime measured, and does planned maintenance count against it?', 'A monthly figure and a rolling figure produce different results, and excluded ' +
+                    'maintenance changes the answer again.', { category: 'clarification', severity: 'high' }),
+                finding('credit-cap', 'Is there an upper bound on credits in a single month?', 'An uncapped scheme can exceed the customer’s own monthly fee during a long outage.', { category: 'risk', severity: 'high' }),
+                finding('eligibility', 'Which customers are eligible: everyone, or only those on a contract with an uptime commitment?', 'Applying it to self-serve customers who were never promised an SLA is a commercial ' +
+                    'decision.', { category: 'question', autoAnswerable: false }),
+            ],
+            grounding: {
+                fragments: [
+                    {
+                        id: 'std-sla-credits',
+                        title: 'Service-level commitments and credits',
+                        body: 'Uptime is measured per calendar month. Below 99.9% earns a 10% credit; below 99.0% ' +
+                            'earns 25%; below 95.0% earns 50%. Credits are capped at 50% of the monthly fee for ' +
+                            'the affected service. Scheduled maintenance announced at least 5 days in advance is ' +
+                            'excluded from the calculation.',
+                    },
+                ],
+                specExcerpts: [
+                    '# spec/billing.md\n\nA credit SHALL be applied to the next invoice and SHALL NOT exceed ' +
+                        'the invoice total. Credits SHALL NOT be paid out in cash and SHALL expire 12 months ' +
+                        'after issue.',
+                    '# tech-spec/uptime.md\n\nAvailability is computed from the external probe results ' +
+                        'aggregated over a rolling 30-day window.',
+                ],
+                webResults: [],
+            },
+        },
+        expectations: [
+            exp('credit-scale-from-standard', 'Takes the credit schedule from the standard (10% / 25% / 50%) and names it as the source.', {
+                impact: 5,
+                trickiness: 1,
+                matchHints: ['10%', '25%', '50%', 'std-sla-credits', 'standard', 'credit schedule'],
+            }),
+            exp('window-conflict', 'Notices the standard says calendar month while the tech-spec computes a rolling 30-day window, and does not silently pick one.', {
+                impact: 5,
+                trickiness: 5,
+                detail: 'The standout catch. Both grounding sources are authoritative and they disagree, so ' +
+                    'answering confidently from either one hides a contradiction that would surface as a ' +
+                    'billing dispute. The honest answer names the conflict and asks which governs.',
+                matchHints: [
+                    'conflict',
+                    'disagree',
+                    'inconsistent',
+                    'calendar month',
+                    'rolling',
+                    'contradict',
+                    'differ',
+                ],
+            }),
+            exp('cap-interaction', 'Reconciles the two caps: the standard caps at 50% of the fee, the spec caps at the invoice total.', {
+                impact: 4,
+                trickiness: 4,
+                detail: 'Both apply, and the binding one is whichever is lower. Quoting only the standard’s ' +
+                    'cap drops a constraint the project already committed to.',
+                matchHints: ['50%', 'invoice total', 'whichever is lower', 'both', 'cap', 'exceed'],
+            }),
+            exp('maintenance-exclusion', 'Carries over the 5-day maintenance-notice exclusion rather than leaving maintenance undefined.', {
+                impact: 3,
+                trickiness: 3,
+                matchHints: ['maintenance', '5 days', 'five days', 'announced', 'excluded'],
+            }),
+            exp('eligibility-is-commercial', 'Refuses to settle eligibility itself: it is a commercial decision, rated low confidence.', {
+                impact: 4,
+                trickiness: 2,
+                matchHints: [
+                    'commercial',
+                    'sales',
+                    'low confidence',
+                    'business decision',
+                    'contract',
+                    'needs a decision',
+                ],
+            }),
+            exp('no-cash-payout', 'Honours the spec rule that credits are never paid in cash and expire after 12 months.', {
+                impact: 3,
+                trickiness: 3,
+                matchHints: ['cash', 'not paid out', 'next invoice', '12 months', 'expir*'],
+            }),
+        ],
+        notes: 'The hardest of the three: the grounding is rich AND self-contradictory, so a Writer that ' +
+            'simply pattern-matches the standard produces a confident answer that is wrong on the one ' +
+            'question a billing dispute would turn on.',
+    },
+];
+//# sourceMappingURL=answer-recommendation.js.map

package/dist/fixtures/answer-recommendation.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"answer-recommendation.js","sourceRoot":"","sources":["../../src/fixtures/answer-recommendation.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,GAAG,EAAE,MAAM,mBAAmB,CAAA;AAGvC,qEAAqE;AACrE,+FAA+F;AAC/F,kGAAkG;AAClG,gEAAgE;AAChE,EAAE;AACF,mGAAmG;AACnG,+FAA+F;AAC/F,gGAAgG;AAChG,qGAAqG;AACrG,mGAAmG;AACnG,iGAAiG;AACjG,iGAAiG;AACjG,mEAAmE;AAEnE,6EAA6E;AAC7E,SAAS,OAAO,CACd,EAAU,EACV,KAAa,EACb,MAAc,EACd,IAAI,GAIA,EAAE;IAEN,OAAO;QACL,EAAE;QACF,QAAQ,EAAE,IAAI,CAAC,QAAQ,IAAI,KAAK;QAChC,QAAQ,EAAE,IAAI,CAAC,QAAQ,IAAI,QAAQ;QACnC,KAAK;QACL,MAAM;QACN,MAAM,EAAE,qBAAqB;QAC7B,KAAK,EAAE,IAAI;QACX,cAAc,EAAE,IAAI,CAAC,cAAc,IAAI,IAAI;QAC3C,SAAS,EAAE,CAAC;QACZ,SAAS,EAAE,CAAC;KACb,CAAA;AACH,CAAC;AAED,MAAM,CAAC,MAAM,8BAA8B,GAA+B;IACxE;QACE,EAAE,EAAE,+BAA+B;QACnC,SAAS,EAAE,qBAAqB;QAChC,IAAI,EAAE,uBAAuB;QAC7B,IAAI,EAAE,mCAAmC;QACzC,UAAU,EAAE,QAAQ;QACpB,OAAO,EAAE,sEAAsE;QAC/E,OAAO,EAAE;YACP,KAAK,EAAE;gBACL,KAAK,EAAE,6CAA6C;gBACpD,IAAI,EAAE,SAAS;gBACf,WAAW,EACT,0FAA0F;oBAC1F,0DAA0D;aAC7D;YACD,IAAI,EAAE,EAAE;YACR,KAAK,EAAE,EAAE;YACT,OAAO,EAAE;gBACP,MAAM,EAAE,IAAI;gBACZ,OAAO,EAAE,eAAe;gBACxB,KAAK,EAAE,kBAAkB;gBACzB,WAAW,EAAE,gEAAgE;aAC9E;YACD,QAAQ,EAAE;gBACR,OAAO,CACL,gBAAgB,EAChB,wBAAwB,EACxB,iEAAiE,EACjE,EAAE,QAAQ,EAAE,MAAM,EAAE,CACrB;gBACD,OAAO,CACL,cAAc,EACd,oDAAoD,EACpD,2DAA2D,CAC5D;gBACD,OAAO,CACL,mBAAmB,EACnB,8DAA8D,EAC9D,wFAAwF;oBACtF,2CAA2C,EAC7C,EAAE,QAAQ,EAAE,UAAU,EAAE,QAAQ,EAAE,MAAM,EAAE,cAAc,EAAE,KAAK,EAAE,CAClE;aACF;YACD,SAAS,EAAE;gBACT,SAAS,EAAE;oBACT;wBACE,EAAE,EAAE,oBAAoB;wBACxB,KAAK,EAAE,+BAA+B;wBACtC,IAAI,EACF,4EAA4E;4BAC5E,qFAAqF;4BACrF,kEAAkE;qBACrE;iBACF;gBACD,YAAY,EAAE,EAAE;gBAChB,UAAU,EAAE,EAAE;aACf;SACF;QACD,YAAY,EAAE;YACZ,GAAG,CAAC,gBAAgB,EAAE,mEAAmE,EAAE;gBACzF,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,0FAA0F;oBAC1F,oFAAoF;oBACpF,kFAAkF;gBACpF,UAAU,EAAE,CAAC,YAAY,EAAE,gBAAgB,EAAE,oBAAoB,EAAE,UAAU,CAAC;aAC/E,CAAC;YACF,GAAG,CAAC,4BAA4B,EAAE,yDAAyD,EAAE;gBAC3F,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,UAAU,EAAE,CAAC,WAAW,EAAE,aAAa,EAAE,SAAS,EAAE,eAAe,CAAC;aACrE,CAAC;YACF,GAAG,CACD,sBAAsB,EACtB,mFAAmF,EACnF;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,mFAAmF;oBACnF,wFAAwF;oBACxF,6EAA6E;gBAC/E,UAAU,EAAE;oBACV,mBAAmB;oBACnB,eAAe;oBACf,gBAAgB;oBAChB,eAAe;oBACf,gBAAgB;oBAChB,YAAY;oBACZ,kBAAkB;iBACnB;aACF,CACF;YACD,GAAG,CACD,gBAAgB,EAChB,uHAAuH,EACvH;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,yFAAyF;oBACzF,sFAAsF;oBACtF,QAAQ;gBACV,UAAU,EAAE;oBACV,WAAW;oBACX,WAAW;oBACX,sBAAsB;oBACtB,gBAAgB;oBAChB,iBAAiB;iBAClB;aACF,CACF;SACF;QACD,KAAK,EACH,+FAA+F;YAC/F,sFAAsF;KACzF;IACD;QACE,EAAE,EAAE,2BAA2B;QAC/B,SAAS,EAAE,qBAAqB;QAChC,IAAI,EAAE,uBAAuB;QAC7B,IAAI,EAAE,kCAAkC;QACxC,UAAU,EAAE,UAAU;QACtB,OAAO,EACL,0FAA0F;QAC5F,OAAO,EAAE;YACP,KAAK,EAAE;gBACL,KAAK,EAAE,8CAA8C;gBACrD,IAAI,EAAE,SAAS;gBACf,WAAW,EACT,0FAA0F;oBAC1F,oDAAoD;aACvD;YACD,IAAI,EAAE,EAAE;YACR,KAAK,EAAE,EAAE;YACT,OAAO,EAAE;gBACP,MAAM,EAAE,IAAI;gBACZ,OAAO,EAAE,gBAAgB;gBACzB,KAAK,EAAE,UAAU;gBACjB,WAAW,EAAE,qDAAqD;aACnE;YACD,QAAQ,EAAE;gBACR,OAAO,CACL,cAAc,EACd,mEAAmE,EACnE,2FAA2F;oBACzF,qBAAqB,EACvB,EAAE,QAAQ,EAAE,MAAM,EAAE,CACrB;gBACD,OAAO,CACL,gBAAgB,EAChB,sFAAsF,EACtF,0FAA0F;oBACxF,uCAAuC,EACzC,EAAE,QAAQ,EAAE,MAAM,EAAE,QAAQ,EAAE,MAAM,EAAE,CACvC;gBACD,OAAO,CACL,gBAAgB,EAChB,kEAAkE,EAClE,gFAAgF;oBAC9E,yBAAyB,EAC3B,EAAE,QAAQ,EAAE,eAAe,EAAE,cAAc,EAAE,KAAK,EAAE,CACrD;aACF;YACD,SAAS,EAAE;gBACT,SAAS,EAAE,EAAE;gBACb,YAAY,EAAE;oBACZ,yFAAyF;wBACvF,sFAAsF;wBACtF,+DAA+D;iBAClE;gBACD,UAAU,EAAE,EAAE;aACf;SACF;QACD,YAAY,EAAE;YACZ,GAAG,CACD,oBAAoB,EACpB,oHAAoH,EACpH;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,8EAA8E;oBAC9E,yCAAyC;gBAC3C,UAAU,EAAE,CAAC,aAAa,EAAE,SAAS,EAAE,SAAS,EAAE,QAAQ,EAAE,cAAc,EAAE,OAAO,CAAC;aACrF,CACF;YACD,GAAG,CACD,sBAAsB,EACtB,iGAAiG,EACjG;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,uFAAuF;oBACvF,qFAAqF;oBACrF,yCAAyC;gBAC3C,UAAU,EAAE;oBACV,cAAc;oBACd,SAAS;oBACT,aAAa;oBACb,kBAAkB;oBAClB,kBAAkB;oBAClB,YAAY;oBACZ,aAAa;iBACd;aACF,CACF;YACD,GAAG,CACD,8BAA8B,EAC9B,2FAA2F,EAC3F;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,sFAAsF;oBACtF,uFAAuF;oBACvF,iFAAiF;oBACjF,gFAAgF;gBAClF,yFAAyF;gBACzF,uFAAuF;gBACvF,yFAAyF;gBACzF,uEAAuE;gBACvE,UAAU,EAAE;oBACV,kBAAkB;oBAClB,kBAAkB;oBAClB,qBAAqB;oBACrB,aAAa;oBACb,eAAe;oBACf,sBAAsB;iBACvB;aACF,CACF;YACD,GAAG,CACD,sBAAsB,EACtB,qFAAqF,EACrF;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,UAAU,EAAE;oBACV,gBAAgB;oBAChB,mBAAmB;oBACnB,eAAe;oBACf,YAAY;oBACZ,kBAAkB;oBAClB,eAAe;iBAChB;aACF,CACF;SACF;QACD,+FAA+F;QAC/F,+FAA+F;QAC/F,gGAAgG;QAChG,+FAA+F;QAC/F,+FAA+F;QAC/F,iGAAiG;QACjG,KAAK,EACH,+FAA+F;YAC/F,wEAAwE;KAC3E;IACD;QACE,EAAE,EAAE,4BAA4B;QAChC,SAAS,EAAE,qBAAqB;QAChC,IAAI,EAAE,uBAAuB;QAC7B,IAAI,EAAE,iCAAiC;QACvC,UAAU,EAAE,SAAS;QACrB,OAAO,EACL,2FAA2F;QAC7F,OAAO,EAAE;YACP,KAAK,EAAE;gBACL,KAAK,EAAE,qDAAqD;gBAC5D,IAAI,EAAE,SAAS;gBACf,WAAW,EACT,uFAAuF;oBACvF,wFAAwF;oBACxF,QAAQ;aACX;YACD,IAAI,EAAE,EAAE;YACR,KAAK,EAAE,EAAE;YACT,OAAO,EAAE;gBACP,MAAM,EAAE,IAAI;gBACZ,OAAO,EAAE,eAAe;gBACxB,KAAK,EAAE,SAAS;gBAChB,WAAW,EAAE,uCAAuC;aACrD;YACD,QAAQ,EAAE;gBACR,OAAO,CACL,cAAc,EACd,+CAA+C,EAC/C,6EAA6E,EAC7E,EAAE,QAAQ,EAAE,MAAM,EAAE,CACrB;gBACD,OAAO,CACL,oBAAoB,EACpB,qFAAqF,EACrF,gFAAgF;oBAC9E,uCAAuC,EACzC,EAAE,QAAQ,EAAE,eAAe,EAAE,QAAQ,EAAE,MAAM,EAAE,CAChD;gBACD,OAAO,CACL,YAAY,EACZ,uDAAuD,EACvD,oFAAoF,EACpF,EAAE,QAAQ,EAAE,MAAM,EAAE,QAAQ,EAAE,MAAM,EAAE,CACvC;gBACD,OAAO,CACL,aAAa,EACb,gGAAgG,EAChG,qFAAqF;oBACnF,WAAW,EACb,EAAE,QAAQ,EAAE,UAAU,EAAE,cAAc,EAAE,KAAK,EAAE,CAChD;aACF;YACD,SAAS,EAAE;gBACT,SAAS,EAAE;oBACT;wBACE,EAAE,EAAE,iBAAiB;wBACrB,KAAK,EAAE,uCAAuC;wBAC9C,IAAI,EACF,qFAAqF;4BACrF,qFAAqF;4BACrF,sFAAsF;4BACtF,gCAAgC;qBACnC;iBACF;gBACD,YAAY,EAAE;oBACZ,0FAA0F;wBACxF,sFAAsF;wBACtF,cAAc;oBAChB,oFAAoF;wBAClF,0CAA0C;iBAC7C;gBACD,UAAU,EAAE,EAAE;aACf;SACF;QACD,YAAY,EAAE;YACZ,GAAG,CACD,4BAA4B,EAC5B,2FAA2F,EAC3F;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,UAAU,EAAE,CAAC,KAAK,EAAE,KAAK,EAAE,KAAK,EAAE,iBAAiB,EAAE,UAAU,EAAE,iBAAiB,CAAC;aACpF,CACF;YACD,GAAG,CACD,iBAAiB,EACjB,gIAAgI,EAChI;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,qFAAqF;oBACrF,sFAAsF;oBACtF,+EAA+E;gBACjF,UAAU,EAAE;oBACV,UAAU;oBACV,UAAU;oBACV,cAAc;oBACd,gBAAgB;oBAChB,SAAS;oBACT,YAAY;oBACZ,QAAQ;iBACT;aACF,CACF;YACD,GAAG,CACD,iBAAiB,EACjB,mGAAmG,EACnG;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,qFAAqF;oBACrF,0DAA0D;gBAC5D,UAAU,EAAE,CAAC,KAAK,EAAE,eAAe,EAAE,oBAAoB,EAAE,MAAM,EAAE,KAAK,EAAE,QAAQ,CAAC;aACpF,CACF;YACD,GAAG,CACD,uBAAuB,EACvB,gGAAgG,EAChG;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,UAAU,EAAE,CAAC,aAAa,EAAE,QAAQ,EAAE,WAAW,EAAE,WAAW,EAAE,UAAU,CAAC;aAC5E,CACF;YACD,GAAG,CACD,2BAA2B,EAC3B,0FAA0F,EAC1F;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,UAAU,EAAE;oBACV,YAAY;oBACZ,OAAO;oBACP,gBAAgB;oBAChB,mBAAmB;oBACnB,UAAU;oBACV,kBAAkB;iBACnB;aACF,CACF;YACD,GAAG,CACD,gBAAgB,EAChB,uFAAuF,EACvF;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,UAAU,EAAE,CAAC,MAAM,EAAE,cAAc,EAAE,cAAc,EAAE,WAAW,EAAE,QAAQ,CAAC;aAC5E,CACF;SACF;QACD,KAAK,EACH,2FAA2F;YAC3F,2FAA2F;YAC3F,2CAA2C;KAC9C;CACF,CAAA"}

package/dist/fixtures/architecture.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"architecture.d.ts","sourceRoot":"","sources":["../../src/fixtures/architecture.ts"],"names":[],"mappings":"AACA,OAAO,KAAK,EAAE,wBAAwB,EAAE,MAAM,aAAa,CAAA;AAwB3D,eAAO,MAAM,qBAAqB,EAAE,wBAAwB,EA8L3D,CAAA"}
+{"version":3,"file":"architecture.d.ts","sourceRoot":"","sources":["../../src/fixtures/architecture.ts"],"names":[],"mappings":"AACA,OAAO,KAAK,EAAE,wBAAwB,EAAE,MAAM,aAAa,CAAA;AAwB3D,eAAO,MAAM,qBAAqB,EAAE,wBAAwB,EAkT3D,CAAA"}

package/dist/fixtures/architecture.js

@@ -17,6 +17,96 @@ function proposalContext(block, proposal) {
     };
 }
 export const ARCHITECTURE_FIXTURES = [
+    {
+        // The simple anchor of the range. Its flaw is not subtle, which is the point: a reviewer that
+        // cannot name "local disk is not durable on a fleet" has nothing useful to say about the
+        // outbox fixture either, and a rubric needs a floor as much as a ceiling.
+        id: 'arch-avatar-storage-simple',
+        agentKind: 'architect-companion',
+        kind: 'architecture',
+        name: 'Avatar storage design (simple)',
+        difficulty: 'simple',
+        summary: 'An "upload a profile picture" design that stores files on the app server’s own disk.',
+        payload: proposalContext({
+            title: 'Profile pictures',
+            type: 'service',
+            description: 'Let a user upload a profile picture and show it beside their name.',
+        }, [
+            '# Design: profile pictures',
+            '',
+            'The upload endpoint writes the file to `/var/app/uploads/<userId>.png` on the API server and',
+            'stores the path in `users.avatar_path`. A GET endpoint reads the file off disk and streams it',
+            'back. We run three API instances behind the load balancer. Simple and no new dependencies.',
+        ].join('\n')),
+        expectations: [
+            exp('not-shared-or-durable', 'Local disk is neither shared across the three instances nor durable across a deploy: an upload lands on one box and 404s from the other two.', {
+                impact: 5,
+                trickiness: 2,
+                detail: 'The central flaw. The design even states the instance count, so the contradiction is on ' +
+                    'the page; object storage or a shared volume is the fix.',
+                matchHints: [
+                    'three instances',
+                    'other instance',
+                    'not shared',
+                    'local disk',
+                    'ephemeral',
+                    'object storage',
+                    's3',
+                    'lost on deploy',
+                    'durab*',
+                ],
+            }),
+            exp('no-upload-validation', 'No size limit, content-type check or re-encode: the endpoint accepts any file of any size under a `.png` name.', {
+                impact: 4,
+                trickiness: 2,
+                matchHints: [
+                    'size limit',
+                    'max size',
+                    'content type',
+                    'content-type',
+                    'validate',
+                    're-encode',
+                    'image type',
+                    'arbitrary file',
+                ],
+            }),
+            exp('path-from-user-id', 'The filename is derived from a request-supplied id, so path traversal and overwriting another user’s avatar both need checking.', {
+                impact: 4,
+                trickiness: 4,
+                detail: 'Whether `userId` is the authenticated user or a parameter decides whether this is a ' +
+                    'file-overwrite primitive; the design does not say, and a strong review asks.',
+                matchHints: [
+                    'path traversal',
+                    'travers*',
+                    'overwrite',
+                    'authenticated user',
+                    'sanitis*',
+                    'sanitiz*',
+                    'another user',
+                ],
+            }),
+            exp('serving-through-the-app', 'Streaming every avatar through the API ties image traffic to application capacity; a CDN or signed URL decouples them.', {
+                impact: 2,
+                trickiness: 3,
+                matchHints: ['cdn', 'signed url', 'presigned', 'cache', 'static', 'through the app'],
+            }),
+            exp('no-lifecycle', 'Nothing removes the file when the user changes or deletes their avatar, or when the account is deleted.', {
+                impact: 3,
+                trickiness: 4,
+                matchHints: [
+                    'delete',
+                    'cleanup',
+                    'clean up',
+                    'orphan',
+                    'replace',
+                    'lifecycle',
+                    'retention',
+                ],
+            }),
+        ],
+        notes: 'The floor of the range. The must-find is the fleet/durability contradiction; the traversal ' +
+            'and lifecycle questions separate a competent review from a checklist.',
+    },
     {
         id: 'arch-counter-redis-moderate',
         agentKind: 'architect-companion',
@@ -54,7 +144,7 @@ export const ARCHITECTURE_FIXTURES = [
             exp('hot-key', 'A viral article is a single hot Redis key — a write/throughput hotspot with no sharding plan.', {
                 impact: 3,
                 trickiness: 4,
-                matchHints: ['hot key', 'hotspot', 'hot spot', 'contention', 'shard'],
+                matchHints: ['hot key', 'hotspot', 'hot spot', 'contention', 'shard*'],
             }),
             exp('read-cost', 'Reading the count back from Redis on every render is unnecessary; the count can be returned from the INCR or cached.', {
                 impact: 2,
@@ -65,7 +155,7 @@ export const ARCHITECTURE_FIXTURES = [
                 impact: 3,
                 trickiness: 4,
                 detail: 'Whether a view is deduped is a real product/correctness question the design skips.',
-                matchHints: ['dedupe', 'deduplicat', 'unique', 'bot', 'refresh', 'idempoten'],
+                matchHints: ['dedupe', 'deduplicat*', 'unique', 'bot', 'refresh', 'idempoten*'],
             }),
         ],
         notes: 'The cache-as-durable-store flaw is the must-find; hot-key and dedupe are the higher-skill catches.',
@@ -121,7 +211,7 @@ export const ARCHITECTURE_FIXTURES = [
                 impact: 4,
                 trickiness: 3,
                 matchHints: [
-                    'idempoten',
+                    'idempoten*',
                     'at least once',
                     'at-least-once',
                     'duplicate',
@@ -138,7 +228,7 @@ export const ARCHITECTURE_FIXTURES = [
                     'schema coupling',
                     'schema version',
                     'thin event',
-                    'bloat',
+                    'bloat*',
                 ],
             }),
             exp('retry-sweep', 'The "log and retry in a background sweep" path has no durable record of the failed publish to retry from — what does the sweep read?', {

package/dist/fixtures/architecture.js.map

@@ -1 +1 @@
-{"version":3,"file":"architecture.js","sourceRoot":"","sources":["../../src/fixtures/architecture.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,GAAG,EAAE,MAAM,mBAAmB,CAAA;AAGvC,uFAAuF;AACvF,4FAA4F;AAC5F,uFAAuF;AACvF,4EAA4E;AAE5E,gGAAgG;AAChG,SAAS,eAAe,CACtB,KAA2D,EAC3D,QAAgB;IAEhB,OAAO;QACL,SAAS,EAAE,qBAAqB;QAChC,YAAY,EAAE,SAAS;QACvB,SAAS,EAAE,CAAC;QACZ,WAAW,EAAE,IAAI;QACjB,KAAK;QACL,YAAY,EAAE,CAAC,EAAE,SAAS,EAAE,WAAW,EAAE,MAAM,EAAE,QAAQ,EAAE,CAAC;QAC5D,SAAS,EAAE,EAAE;QACb,gBAAgB,EAAE,IAAI;KACvB,CAAA;AACH,CAAC;AAED,MAAM,CAAC,MAAM,qBAAqB,GAA+B;IAC/D;QACE,EAAE,EAAE,6BAA6B;QACjC,SAAS,EAAE,qBAAqB;QAChC,IAAI,EAAE,cAAc;QACpB,IAAI,EAAE,gCAAgC;QACtC,UAAU,EAAE,UAAU;QACtB,OAAO,EAAE,iFAAiF;QAC1F,OAAO,EAAE,eAAe,CACtB;YACE,KAAK,EAAE,mBAAmB;YAC1B,IAAI,EAAE,SAAS;YACf,WAAW,EAAE,mDAAmD;SACjE,EACD;YACE,6BAA6B;YAC7B,EAAE;YACF,+FAA+F;YAC/F,kGAAkG;YAClG,4EAA4E;SAC7E,CAAC,IAAI,CAAC,IAAI,CAAC,CACb;QACD,YAAY,EAAE;YACZ,GAAG,CACD,kBAAkB,EAClB,8GAA8G,EAC9G;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,6FAA6F;gBAC/F,UAAU,EAAE;oBACV,aAAa;oBACb,YAAY;oBACZ,WAAW;oBACX,YAAY;oBACZ,aAAa;oBACb,iBAAiB;oBACjB,yBAAyB;oBACzB,aAAa;iBACd;aACF,CACF;YACD,GAAG,CACD,SAAS,EACT,+FAA+F,EAC/F;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,UAAU,EAAE,CAAC,SAAS,EAAE,SAAS,EAAE,UAAU,EAAE,YAAY,EAAE,OAAO,CAAC;aACtE,CACF;YACD,GAAG,CACD,WAAW,EACX,sHAAsH,EACtH;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,UAAU,EAAE,CAAC,WAAW,EAAE,cAAc,EAAE,kBAAkB,EAAE,kBAAkB,CAAC;aAClF,CACF;YACD,GAAG,CACD,aAAa,EACb,qGAAqG,EACrG;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,oFAAoF;gBACtF,UAAU,EAAE,CAAC,QAAQ,EAAE,YAAY,EAAE,QAAQ,EAAE,KAAK,EAAE,SAAS,EAAE,WAAW,CAAC;aAC9E,CACF;SACF;QACD,KAAK,EACH,oGAAoG;KACvG;IACD;QACE,EAAE,EAAE,4BAA4B;QAChC,SAAS,EAAE,qBAAqB;QAChC,IAAI,EAAE,cAAc;QACpB,IAAI,EAAE,iCAAiC;QACvC,UAAU,EAAE,SAAS;QACrB,OAAO,EAAE,qFAAqF;QAC9F,OAAO,EAAE,eAAe,CACtB;YACE,KAAK,EAAE,sBAAsB;YAC7B,IAAI,EAAE,SAAS;YACf,WAAW,EACT,gGAAgG;SACnG,EACD;YACE,kCAAkC;YAClC,EAAE;YACF,mGAAmG;YACnG,oGAAoG;YACpG,uGAAuG;YACvG,gDAAgD;SACjD,CAAC,IAAI,CAAC,IAAI,CAAC,CACb;QACD,YAAY,EAAE;YACZ,GAAG,CACD,YAAY,EACZ,8IAA8I,EAC9I;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,sGAAsG;gBACxG,UAAU,EAAE;oBACV,YAAY;oBACZ,YAAY;oBACZ,QAAQ;oBACR,KAAK;oBACL,qBAAqB;oBACrB,qBAAqB;oBACrB,WAAW;iBACZ;aACF,CACF;YACD,GAAG,CACD,UAAU,EACV,qGAAqG,EACrG;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,qGAAqG;gBACvG,UAAU,EAAE;oBACV,cAAc;oBACd,UAAU;oBACV,cAAc;oBACd,eAAe;oBACf,WAAW;oBACX,cAAc;iBACf;aACF,CACF;YACD,GAAG,CACD,sBAAsB,EACtB,qHAAqH,EACrH;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,UAAU,EAAE;oBACV,WAAW;oBACX,eAAe;oBACf,eAAe;oBACf,WAAW;oBACX,aAAa;oBACb,cAAc;iBACf;aACF,CACF;YACD,GAAG,CACD,cAAc,EACd,0JAA0J,EAC1J;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,UAAU,EAAE;oBACV,YAAY;oBACZ,cAAc;oBACd,iBAAiB;oBACjB,gBAAgB;oBAChB,YAAY;oBACZ,OAAO;iBACR;aACF,CACF;YACD,GAAG,CACD,aAAa,EACb,sIAAsI,EACtI;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,+FAA+F;gBACjG,UAAU,EAAE;oBACV,kBAAkB;oBAClB,WAAW;oBACX,qBAAqB;oBACrB,gBAAgB;oBAChB,WAAW;iBACZ;aACF,CACF;SACF;QACD,KAAK,EACH,uIAAuI;KAC1I;CACF,CAAA"}
+{"version":3,"file":"architecture.js","sourceRoot":"","sources":["../../src/fixtures/architecture.ts"],"names":[],"mappings":"AAAA,OAAO,EAAE,GAAG,EAAE,MAAM,mBAAmB,CAAA;AAGvC,uFAAuF;AACvF,4FAA4F;AAC5F,uFAAuF;AACvF,4EAA4E;AAE5E,gGAAgG;AAChG,SAAS,eAAe,CACtB,KAA2D,EAC3D,QAAgB;IAEhB,OAAO;QACL,SAAS,EAAE,qBAAqB;QAChC,YAAY,EAAE,SAAS;QACvB,SAAS,EAAE,CAAC;QACZ,WAAW,EAAE,IAAI;QACjB,KAAK;QACL,YAAY,EAAE,CAAC,EAAE,SAAS,EAAE,WAAW,EAAE,MAAM,EAAE,QAAQ,EAAE,CAAC;QAC5D,SAAS,EAAE,EAAE;QACb,gBAAgB,EAAE,IAAI;KACvB,CAAA;AACH,CAAC;AAED,MAAM,CAAC,MAAM,qBAAqB,GAA+B;IAC/D;QACE,8FAA8F;QAC9F,yFAAyF;QACzF,0EAA0E;QAC1E,EAAE,EAAE,4BAA4B;QAChC,SAAS,EAAE,qBAAqB;QAChC,IAAI,EAAE,cAAc;QACpB,IAAI,EAAE,gCAAgC;QACtC,UAAU,EAAE,QAAQ;QACpB,OAAO,EAAE,sFAAsF;QAC/F,OAAO,EAAE,eAAe,CACtB;YACE,KAAK,EAAE,kBAAkB;YACzB,IAAI,EAAE,SAAS;YACf,WAAW,EAAE,oEAAoE;SAClF,EACD;YACE,4BAA4B;YAC5B,EAAE;YACF,8FAA8F;YAC9F,+FAA+F;YAC/F,4FAA4F;SAC7F,CAAC,IAAI,CAAC,IAAI,CAAC,CACb;QACD,YAAY,EAAE;YACZ,GAAG,CACD,uBAAuB,EACvB,8IAA8I,EAC9I;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,0FAA0F;oBAC1F,yDAAyD;gBAC3D,UAAU,EAAE;oBACV,iBAAiB;oBACjB,gBAAgB;oBAChB,YAAY;oBACZ,YAAY;oBACZ,WAAW;oBACX,gBAAgB;oBAChB,IAAI;oBACJ,gBAAgB;oBAChB,QAAQ;iBACT;aACF,CACF;YACD,GAAG,CACD,sBAAsB,EACtB,gHAAgH,EAChH;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,UAAU,EAAE;oBACV,YAAY;oBACZ,UAAU;oBACV,cAAc;oBACd,cAAc;oBACd,UAAU;oBACV,WAAW;oBACX,YAAY;oBACZ,gBAAgB;iBACjB;aACF,CACF;YACD,GAAG,CACD,mBAAmB,EACnB,iIAAiI,EACjI;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,sFAAsF;oBACtF,8EAA8E;gBAChF,UAAU,EAAE;oBACV,gBAAgB;oBAChB,UAAU;oBACV,WAAW;oBACX,oBAAoB;oBACpB,UAAU;oBACV,UAAU;oBACV,cAAc;iBACf;aACF,CACF;YACD,GAAG,CACD,yBAAyB,EACzB,wHAAwH,EACxH;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,UAAU,EAAE,CAAC,KAAK,EAAE,YAAY,EAAE,WAAW,EAAE,OAAO,EAAE,QAAQ,EAAE,iBAAiB,CAAC;aACrF,CACF;YACD,GAAG,CACD,cAAc,EACd,yGAAyG,EACzG;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,UAAU,EAAE;oBACV,QAAQ;oBACR,SAAS;oBACT,UAAU;oBACV,QAAQ;oBACR,SAAS;oBACT,WAAW;oBACX,WAAW;iBACZ;aACF,CACF;SACF;QACD,KAAK,EACH,6FAA6F;YAC7F,uEAAuE;KAC1E;IACD;QACE,EAAE,EAAE,6BAA6B;QACjC,SAAS,EAAE,qBAAqB;QAChC,IAAI,EAAE,cAAc;QACpB,IAAI,EAAE,gCAAgC;QACtC,UAAU,EAAE,UAAU;QACtB,OAAO,EAAE,iFAAiF;QAC1F,OAAO,EAAE,eAAe,CACtB;YACE,KAAK,EAAE,mBAAmB;YAC1B,IAAI,EAAE,SAAS;YACf,WAAW,EAAE,mDAAmD;SACjE,EACD;YACE,6BAA6B;YAC7B,EAAE;YACF,+FAA+F;YAC/F,kGAAkG;YAClG,4EAA4E;SAC7E,CAAC,IAAI,CAAC,IAAI,CAAC,CACb;QACD,YAAY,EAAE;YACZ,GAAG,CACD,kBAAkB,EAClB,8GAA8G,EAC9G;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,6FAA6F;gBAC/F,UAAU,EAAE;oBACV,aAAa;oBACb,YAAY;oBACZ,WAAW;oBACX,YAAY;oBACZ,aAAa;oBACb,iBAAiB;oBACjB,yBAAyB;oBACzB,aAAa;iBACd;aACF,CACF;YACD,GAAG,CACD,SAAS,EACT,+FAA+F,EAC/F;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,UAAU,EAAE,CAAC,SAAS,EAAE,SAAS,EAAE,UAAU,EAAE,YAAY,EAAE,QAAQ,CAAC;aACvE,CACF;YACD,GAAG,CACD,WAAW,EACX,sHAAsH,EACtH;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,UAAU,EAAE,CAAC,WAAW,EAAE,cAAc,EAAE,kBAAkB,EAAE,kBAAkB,CAAC;aAClF,CACF;YACD,GAAG,CACD,aAAa,EACb,qGAAqG,EACrG;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,oFAAoF;gBACtF,UAAU,EAAE,CAAC,QAAQ,EAAE,aAAa,EAAE,QAAQ,EAAE,KAAK,EAAE,SAAS,EAAE,YAAY,CAAC;aAChF,CACF;SACF;QACD,KAAK,EACH,oGAAoG;KACvG;IACD;QACE,EAAE,EAAE,4BAA4B;QAChC,SAAS,EAAE,qBAAqB;QAChC,IAAI,EAAE,cAAc;QACpB,IAAI,EAAE,iCAAiC;QACvC,UAAU,EAAE,SAAS;QACrB,OAAO,EAAE,qFAAqF;QAC9F,OAAO,EAAE,eAAe,CACtB;YACE,KAAK,EAAE,sBAAsB;YAC7B,IAAI,EAAE,SAAS;YACf,WAAW,EACT,gGAAgG;SACnG,EACD;YACE,kCAAkC;YAClC,EAAE;YACF,mGAAmG;YACnG,oGAAoG;YACpG,uGAAuG;YACvG,gDAAgD;SACjD,CAAC,IAAI,CAAC,IAAI,CAAC,CACb;QACD,YAAY,EAAE;YACZ,GAAG,CACD,YAAY,EACZ,8IAA8I,EAC9I;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,sGAAsG;gBACxG,UAAU,EAAE;oBACV,YAAY;oBACZ,YAAY;oBACZ,QAAQ;oBACR,KAAK;oBACL,qBAAqB;oBACrB,qBAAqB;oBACrB,WAAW;iBACZ;aACF,CACF;YACD,GAAG,CACD,UAAU,EACV,qGAAqG,EACrG;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,qGAAqG;gBACvG,UAAU,EAAE;oBACV,cAAc;oBACd,UAAU;oBACV,cAAc;oBACd,eAAe;oBACf,WAAW;oBACX,cAAc;iBACf;aACF,CACF;YACD,GAAG,CACD,sBAAsB,EACtB,qHAAqH,EACrH;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,UAAU,EAAE;oBACV,YAAY;oBACZ,eAAe;oBACf,eAAe;oBACf,WAAW;oBACX,aAAa;oBACb,cAAc;iBACf;aACF,CACF;YACD,GAAG,CACD,cAAc,EACd,0JAA0J,EAC1J;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,UAAU,EAAE;oBACV,YAAY;oBACZ,cAAc;oBACd,iBAAiB;oBACjB,gBAAgB;oBAChB,YAAY;oBACZ,QAAQ;iBACT;aACF,CACF;YACD,GAAG,CACD,aAAa,EACb,sIAAsI,EACtI;gBACE,MAAM,EAAE,CAAC;gBACT,UAAU,EAAE,CAAC;gBACb,MAAM,EACJ,+FAA+F;gBACjG,UAAU,EAAE;oBACV,kBAAkB;oBAClB,WAAW;oBACX,qBAAqB;oBACrB,gBAAgB;oBAChB,WAAW;iBACZ;aACF,CACF;SACF;QACD,KAAK,EACH,uIAAuI;KAC1I;CACF,CAAA"}

package/dist/fixtures/clarity.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"clarity.d.ts","sourceRoot":"","sources":["../../src/fixtures/clarity.ts"],"names":[],"mappings":"AACA,OAAO,KAAK,EAAE,wBAAwB,EAAE,MAAM,aAAa,CAAA;AAO3D,eAAO,MAAM,gBAAgB,EAAE,wBAAwB,EA0NtD,CAAA"}
+{"version":3,"file":"clarity.d.ts","sourceRoot":"","sources":["../../src/fixtures/clarity.ts"],"names":[],"mappings":"AACA,OAAO,KAAK,EAAE,wBAAwB,EAAE,MAAM,aAAa,CAAA;AAO3D,eAAO,MAAM,gBAAgB,EAAE,wBAAwB,EAkWtD,CAAA"}