tryassay 0.1.0

package/dist/lib/system-prompts.js

@@ -0,0 +1,254 @@
+export function getSystemPrompt(type, config) {
+    switch (type) {
+        case 'tos':
+            return getTosPrompt(config);
+        case 'api-docs':
+            return getApiDocsPrompt(config);
+        case 'user-manual':
+            return getUserManualPrompt(config);
+    }
+}
+export function getUserPrompt(type, config) {
+    switch (type) {
+        case 'tos':
+            return `Write the complete Terms of Service for ${config.projectName}. The application is live in production. Write as if you are the company's legal team publishing this document today.`;
+        case 'api-docs':
+            return `Write the complete API documentation for ${config.projectName}. The API is live in production. Document every endpoint, request/response format, authentication method, rate limit, and error code.`;
+        case 'user-manual':
+            return `Write the complete user manual for ${config.projectName}. The application is live in production. Document every feature, workflow, setting, and troubleshooting step.`;
+    }
+}
+function getTosPrompt(config) {
+    return `You are the legal team for a technology company. You are writing the Terms of Service for a production application.
+
+APPLICATION CONTEXT:
+- Name: ${config.projectName}
+- Description: ${config.description}
+- Tech Stack: ${config.techStack}
+- Target Audience: ${config.targetAudience}
+
+CRITICAL INSTRUCTIONS — READ CAREFULLY:
+
+You must write as if this application EXISTS and is LIVE in production. Do not hedge. Do not use "may" or "might" when describing capabilities. Use declarative, authoritative language.
+
+LANGUAGE RULES:
+- GOOD: "The Service processes up to 10,000 records per batch"
+- BAD: "The Service may process records"
+- GOOD: "User data is encrypted at rest using AES-256"
+- BAD: "We take reasonable measures to protect data"
+- GOOD: "The API rate limit is 1,000 requests per minute per authenticated user"
+- BAD: "We may impose rate limits"
+- GOOD: "Free tier accounts are limited to 5GB of storage"
+- BAD: "Storage limits may apply"
+
+SPECIFICITY REQUIREMENTS:
+- Include specific numbers: storage limits, rate limits, response times, retention periods, pricing tiers
+- Name specific technologies: encryption algorithms, cloud providers, compliance frameworks
+- Define specific timeframes: data retention (e.g., "90 days"), support response times (e.g., "24 hours"), account deletion (e.g., "30 days after request")
+- Describe specific features and capabilities in detail
+
+MANDATORY SECTIONS (include ALL of these):
+1. Acceptance of Terms
+2. Service Description (detailed feature list — be specific about what the app does)
+3. User Accounts and Registration
+4. Subscription Plans and Pricing (at least 3 tiers with specific limits)
+5. Payment Terms
+6. Acceptable Use Policy
+7. Content and Data Ownership
+8. Data Handling and Privacy
+9. Data Retention and Deletion
+10. Security Measures (name specific technologies)
+11. API Usage and Rate Limits
+12. Service Level Agreement (specific uptime percentage, response times)
+13. Intellectual Property
+14. Third-Party Integrations (name specific services)
+15. Limitation of Liability
+16. Indemnification
+17. Dispute Resolution
+18. Modification of Terms
+19. Termination
+20. Contact Information
+
+TARGET OUTPUT:
+- 400-600 lines of dense, specific legal text
+- 80-150 extractable, testable claims
+- Every section should contain at least 3 specific, measurable claims
+
+Write the complete Terms of Service now. Do not include any meta-commentary, notes, or explanations outside the document itself.`;
+}
+function getApiDocsPrompt(config) {
+    return `You are the API documentation team for a technology company. You are writing comprehensive API documentation for a production application.
+
+APPLICATION CONTEXT:
+- Name: ${config.projectName}
+- Description: ${config.description}
+- Tech Stack: ${config.techStack}
+- Target Audience: ${config.targetAudience}
+
+CRITICAL INSTRUCTIONS:
+
+Write as if this API EXISTS and is LIVE. Document it fully.
+
+SPECIFICITY REQUIREMENTS:
+- Every endpoint: method, path, request body, response format, status codes
+- Authentication: exact mechanism (Bearer token, API key, OAuth2 flow)
+- Rate limits: exact numbers per endpoint or tier
+- Request/response examples: full JSON with realistic data
+- Error codes: every possible error with message and resolution
+- Pagination: exact format (cursor, offset, page)
+- Webhooks: every event type, payload format, retry policy
+
+MANDATORY SECTIONS:
+1. Authentication and Authorization
+2. Base URL and Versioning
+3. Rate Limiting
+4. Error Handling (standard error format)
+5. Core Resource Endpoints (CRUD for each resource — minimum 4 resources)
+6. Search and Filtering
+7. Pagination
+8. Webhooks
+9. SDKs and Client Libraries
+10. Changelog
+
+Include code examples (curl, JavaScript, Python) for key endpoints.
+Write 400-600 lines of dense, specific API documentation.
+Do not include any meta-commentary outside the document itself.`;
+}
+function getUserManualPrompt(config) {
+    return `You are the product documentation team for a technology company. You are writing a comprehensive user manual for a production application.
+
+APPLICATION CONTEXT:
+- Name: ${config.projectName}
+- Description: ${config.description}
+- Tech Stack: ${config.techStack}
+- Target Audience: ${config.targetAudience}
+
+CRITICAL INSTRUCTIONS:
+
+Write as if this application EXISTS and is LIVE. Document it as a real product manual.
+
+SPECIFICITY REQUIREMENTS:
+- Every feature: what it does, how to access it, step-by-step usage
+- Screenshots placeholders: [Screenshot: description] markers
+- Keyboard shortcuts: list all
+- Settings: every configurable option with its default value and allowed range
+- Workflows: step-by-step for common tasks (minimum 5 workflows)
+- Troubleshooting: specific error messages with specific solutions
+
+MANDATORY SECTIONS:
+1. Getting Started (setup, first-time configuration)
+2. Dashboard Overview
+3. Core Features (detailed walkthrough of each — minimum 5 features)
+4. Settings and Configuration
+5. User Management (roles, permissions, invitations)
+6. Data Import and Export
+7. Integrations
+8. Keyboard Shortcuts
+9. Troubleshooting and FAQ (minimum 10 items)
+10. Glossary
+
+Write 400-600 lines of dense, specific user documentation.
+Do not include any meta-commentary outside the document itself.`;
+}
+export function getRegenerationSystemPrompt(ctx) {
+    const { config, type } = ctx;
+    const { verdicts } = ctx.verification;
+    const total = ctx.verification.verifications.length;
+    const assessed = total - verdicts.na;
+    const score = assessed > 0
+        ? ((verdicts.pass + verdicts.partial * 0.5) / assessed) * 100
+        : 0;
+    const docLabel = type === 'tos'
+        ? 'Terms of Service'
+        : type === 'api-docs'
+            ? 'API documentation'
+            : 'user manual';
+    return `You are the legal and product team for a technology company. You are writing an UPDATED ${docLabel} for a production application.
+
+APPLICATION CONTEXT:
+- Name: ${config.projectName}
+- Description: ${config.description}
+- Tech Stack: ${config.techStack}
+- Target Audience: ${config.targetAudience}
+
+SITUATION:
+A prior version of this ${docLabel} was audited against the actual codebase. The audit found:
+- ${verdicts.pass} claims FULLY IMPLEMENTED (verified in code)
+- ${verdicts.partial} claims PARTIALLY IMPLEMENTED
+- ${verdicts.fail} claims NOT IMPLEMENTED (code doesn't support them)
+- ${verdicts.na} claims NOT APPLICABLE (can't be verified from code)
+- Overall compliance: ${score.toFixed(1)}%
+
+YOUR TASK:
+Write an updated ${docLabel} that reflects the CURRENT state of the application while also pushing it forward. Follow these rules:
+
+RULES FOR EACH CLAIM CATEGORY:
+
+1. PASS claims (verified in code): Keep these. They are REAL. Write them accurately — they describe what the application actually does. You may refine the language but do not change the substance.
+
+2. PARTIAL claims (partially implemented): Keep these but revise them to more accurately describe what's actually there. If the partial implementation suggests a direction, you may expand on it.
+
+3. FAIL claims (not in code): You have three options per claim:
+   - DROP it if it was implausible or doesn't fit the application's direction
+   - KEEP it if it represents a reasonable aspirational feature
+   - REVISE it into something more achievable that serves the same purpose
+
+4. N/A claims (legal boilerplate, process claims): Keep reasonable ones. Drop or revise any that feel off.
+
+5. NEW HALLUCINATIONS: Based on the verified capabilities, hallucinate NEW features and commitments that extend the application naturally. The app has grown — what does the next version look like?
+
+CRITICAL INSTRUCTIONS:
+- Write as if this application EXISTS and is LIVE in production
+- Use declarative, authoritative language — no hedging
+- Include specific numbers, technologies, timeframes
+- The document should be 400-600 lines of dense, specific text
+- Aim for 80-150 extractable, testable claims
+- Do NOT include any meta-commentary, change logs, or notes about what changed
+- Write the complete document fresh — do not mark changes or reference the prior version
+
+Write the complete updated ${docLabel} now.`;
+}
+export function getRegenerationUserPrompt(ctx) {
+    const { type, priorDocument, extraction, verification } = ctx;
+    const docLabel = type === 'tos'
+        ? 'Terms of Service'
+        : type === 'api-docs'
+            ? 'API documentation'
+            : 'user manual';
+    // Build a summary of verification results grouped by verdict
+    const passed = [];
+    const partial = [];
+    const failed = [];
+    const claimMap = new Map(extraction.claims.map((c) => [c.id, c]));
+    for (const v of verification.verifications) {
+        const claim = claimMap.get(v.claimId);
+        if (!claim)
+            continue;
+        const line = `${v.claimId} [${claim.severity}]: ${claim.text}`;
+        if (v.verdict === 'PASS')
+            passed.push(line);
+        else if (v.verdict === 'PARTIAL')
+            partial.push(`${line}\n  Reason: ${v.reasoning}`);
+        else if (v.verdict === 'FAIL')
+            failed.push(`${line}\n  Reason: ${v.reasoning}`);
+    }
+    return `Here is the prior ${docLabel} that was audited:
+
+---BEGIN PRIOR DOCUMENT---
+${priorDocument}
+---END PRIOR DOCUMENT---
+
+Here are the audit results:
+
+VERIFIED (${passed.length} claims — these are REAL, keep them):
+${passed.join('\n')}
+
+PARTIAL (${partial.length} claims — refine these):
+${partial.join('\n')}
+
+FAILED (${failed.length} claims — drop, keep, or revise each):
+${failed.join('\n')}
+
+Write the complete updated ${docLabel} now. It should reflect the real application while pushing forward with new hallucinated capabilities.`;
+}
+//# sourceMappingURL=system-prompts.js.map

package/dist/lib/system-prompts.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"system-prompts.js","sourceRoot":"","sources":["../../src/lib/system-prompts.ts"],"names":[],"mappings":"AAEA,MAAM,UAAU,eAAe,CAAC,IAAuB,EAAE,MAAmB;IAC1E,QAAQ,IAAI,EAAE,CAAC;QACb,KAAK,KAAK;YACR,OAAO,YAAY,CAAC,MAAM,CAAC,CAAC;QAC9B,KAAK,UAAU;YACb,OAAO,gBAAgB,CAAC,MAAM,CAAC,CAAC;QAClC,KAAK,aAAa;YAChB,OAAO,mBAAmB,CAAC,MAAM,CAAC,CAAC;IACvC,CAAC;AACH,CAAC;AAED,MAAM,UAAU,aAAa,CAAC,IAAuB,EAAE,MAAmB;IACxE,QAAQ,IAAI,EAAE,CAAC;QACb,KAAK,KAAK;YACR,OAAO,2CAA2C,MAAM,CAAC,WAAW,uHAAuH,CAAC;QAC9L,KAAK,UAAU;YACb,OAAO,4CAA4C,MAAM,CAAC,WAAW,uIAAuI,CAAC;QAC/M,KAAK,aAAa;YAChB,OAAO,sCAAsC,MAAM,CAAC,WAAW,+GAA+G,CAAC;IACnL,CAAC;AACH,CAAC;AAED,SAAS,YAAY,CAAC,MAAmB;IACvC,OAAO;;;UAGC,MAAM,CAAC,WAAW;iBACX,MAAM,CAAC,WAAW;gBACnB,MAAM,CAAC,SAAS;qBACX,MAAM,CAAC,cAAc;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;iIAiDuF,CAAC;AAClI,CAAC;AAED,SAAS,gBAAgB,CAAC,MAAmB;IAC3C,OAAO;;;UAGC,MAAM,CAAC,WAAW;iBACX,MAAM,CAAC,WAAW;gBACnB,MAAM,CAAC,SAAS;qBACX,MAAM,CAAC,cAAc;;;;;;;;;;;;;;;;;;;;;;;;;;;;;gEA6BsB,CAAC;AACjE,CAAC;AAED,SAAS,mBAAmB,CAAC,MAAmB;IAC9C,OAAO;;;UAGC,MAAM,CAAC,WAAW;iBACX,MAAM,CAAC,WAAW;gBACnB,MAAM,CAAC,SAAS;qBACX,MAAM,CAAC,cAAc;;;;;;;;;;;;;;;;;;;;;;;;;;;gEA2BsB,CAAC;AACjE,CAAC;AAUD,MAAM,UAAU,2BAA2B,CAAC,GAAwB;IAClE,MAAM,EAAE,MAAM,EAAE,IAAI,EAAE,GAAG,GAAG,CAAC;IAC7B,MAAM,EAAE,QAAQ,EAAE,GAAG,GAAG,CAAC,YAAY,CAAC;IACtC,MAAM,KAAK,GAAG,GAAG,CAAC,YAAY,CAAC,aAAa,CAAC,MAAM,CAAC;IACpD,MAAM,QAAQ,GAAG,KAAK,GAAG,QAAQ,CAAC,EAAE,CAAC;IACrC,MAAM,KAAK,GAAG,QAAQ,GAAG,CAAC;QACxB,CAAC,CAAC,CAAC,CAAC,QAAQ,CAAC,IAAI,GAAG,QAAQ,CAAC,OAAO,GAAG,GAAG,CAAC,GAAG,QAAQ,CAAC,GAAG,GAAG;QAC7D,CAAC,CAAC,CAAC,CAAC;IAEN,MAAM,QAAQ,GAAG,IAAI,KAAK,KAAK;QAC7B,CAAC,CAAC,kBAAkB;QACpB,CAAC,CAAC,IAAI,KAAK,UAAU;YACrB,CAAC,CAAC,mBAAmB;YACrB,CAAC,CAAC,aAAa,CAAC;IAElB,OAAO,2FAA2F,QAAQ;;;UAGlG,MAAM,CAAC,WAAW;iBACX,MAAM,CAAC,WAAW;gBACnB,MAAM,CAAC,SAAS;qBACX,MAAM,CAAC,cAAc;;;0BAGhB,QAAQ;IAC9B,QAAQ,CAAC,IAAI;IACb,QAAQ,CAAC,OAAO;IAChB,QAAQ,CAAC,IAAI;IACb,QAAQ,CAAC,EAAE;wBACS,KAAK,CAAC,OAAO,CAAC,CAAC,CAAC;;;mBAGrB,QAAQ;;;;;;;;;;;;;;;;;;;;;;;;;;6BA0BE,QAAQ,OAAO,CAAC;AAC7C,CAAC;AAED,MAAM,UAAU,yBAAyB,CAAC,GAAwB;IAChE,MAAM,EAAE,IAAI,EAAE,aAAa,EAAE,UAAU,EAAE,YAAY,EAAE,GAAG,GAAG,CAAC;IAE9D,MAAM,QAAQ,GAAG,IAAI,KAAK,KAAK;QAC7B,CAAC,CAAC,kBAAkB;QACpB,CAAC,CAAC,IAAI,KAAK,UAAU;YACrB,CAAC,CAAC,mBAAmB;YACrB,CAAC,CAAC,aAAa,CAAC;IAElB,6DAA6D;IAC7D,MAAM,MAAM,GAAa,EAAE,CAAC;IAC5B,MAAM,OAAO,GAAa,EAAE,CAAC;IAC7B,MAAM,MAAM,GAAa,EAAE,CAAC;IAE5B,MAAM,QAAQ,GAAG,IAAI,GAAG,CAAC,UAAU,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,CAAC,CAAC;IAElE,KAAK,MAAM,CAAC,IAAI,YAAY,CAAC,aAAa,EAAE,CAAC;QAC3C,MAAM,KAAK,GAAG,QAAQ,CAAC,GAAG,CAAC,CAAC,CAAC,OAAO,CAAC,CAAC;QACtC,IAAI,CAAC,KAAK;YAAE,SAAS;QACrB,MAAM,IAAI,GAAG,GAAG,CAAC,CAAC,OAAO,KAAK,KAAK,CAAC,QAAQ,MAAM,KAAK,CAAC,IAAI,EAAE,CAAC;QAC/D,IAAI,CAAC,CAAC,OAAO,KAAK,MAAM;YAAE,MAAM,CAAC,IAAI,CAAC,IAAI,CAAC,CAAC;aACvC,IAAI,CAAC,CAAC,OAAO,KAAK,SAAS;YAAE,OAAO,CAAC,IAAI,CAAC,GAAG,IAAI,eAAe,CAAC,CAAC,SAAS,EAAE,CAAC,CAAC;aAC/E,IAAI,CAAC,CAAC,OAAO,KAAK,MAAM;YAAE,MAAM,CAAC,IAAI,CAAC,GAAG,IAAI,eAAe,CAAC,CAAC,SAAS,EAAE,CAAC,CAAC;IAClF,CAAC;IAED,OAAO,qBAAqB,QAAQ;;;EAGpC,aAAa;;;;;YAKH,MAAM,CAAC,MAAM;EACvB,MAAM,CAAC,IAAI,CAAC,IAAI,CAAC;;WAER,OAAO,CAAC,MAAM;EACvB,OAAO,CAAC,IAAI,CAAC,IAAI,CAAC;;UAEV,MAAM,CAAC,MAAM;EACrB,MAAM,CAAC,IAAI,CAAC,IAAI,CAAC;;6BAEU,QAAQ,wGAAwG,CAAC;AAC9I,CAAC"}

package/dist/types.d.ts

@@ -0,0 +1,243 @@
+export interface AssayConfig {
+    projectName: string;
+    description: string;
+    techStack: string;
+    targetAudience: string;
+    createdAt: string;
+}
+export type HallucinationType = 'tos' | 'api-docs' | 'user-manual';
+export interface HallucinationMeta {
+    type: HallucinationType;
+    iteration: number;
+    model: string;
+    inputTokens: number;
+    outputTokens: number;
+    sectionCount: number;
+    estimatedClaims: number;
+    generatedAt: string;
+    durationMs: number;
+}
+export type ClaimCategory = 'data-privacy' | 'security' | 'functionality' | 'operational' | 'legal';
+export type ClaimSeverity = 'critical' | 'high' | 'medium' | 'low';
+export interface Claim {
+    id: string;
+    section: string;
+    category: ClaimCategory;
+    severity: ClaimSeverity;
+    text: string;
+    testable: boolean;
+}
+export interface ExtractionResult {
+    iteration: number;
+    documentType: string;
+    claims: Claim[];
+    totalClaims: number;
+    testableClaims: number;
+    extractedAt: string;
+}
+export type Verdict = 'PASS' | 'PARTIAL' | 'FAIL' | 'N/A';
+export interface Evidence {
+    file: string;
+    lineNumber?: number;
+    snippet: string;
+    confidence: number;
+}
+export interface ClaimVerification {
+    claimId: string;
+    claim: string;
+    verdict: Verdict;
+    evidence: Evidence[];
+    reasoning: string;
+}
+export interface VerificationReport {
+    iteration: number;
+    codebasePath: string;
+    verdicts: {
+        pass: number;
+        partial: number;
+        fail: number;
+        na: number;
+    };
+    verifications: ClaimVerification[];
+    generatedAt: string;
+}
+export type RemediationAction = 'add' | 'modify' | 'remove' | 'configure';
+export interface RemediationTask {
+    id: string;
+    claimId: string;
+    verdict: 'FAIL' | 'PARTIAL';
+    severity: ClaimSeverity;
+    category: ClaimCategory;
+    title: string;
+    description: string;
+    action: RemediationAction;
+    targetFiles: string[];
+    estimatedEffort: 'trivial' | 'small' | 'medium' | 'large';
+    codeGuidance: string;
+}
+export interface RemediationPlan {
+    iteration: number;
+    codebasePath: string;
+    currentScore: number;
+    targetScore: number;
+    totalTasks: number;
+    tasksByVerdict: {
+        fail: number;
+        partial: number;
+    };
+    tasksBySeverity: {
+        critical: number;
+        high: number;
+        medium: number;
+        low: number;
+    };
+    tasks: RemediationTask[];
+    generatedAt: string;
+    inputTokens: number;
+    outputTokens: number;
+    durationMs: number;
+}
+export type SpecCategory = 'correctness' | 'security' | 'performance' | 'error-handling' | 'edge-case' | 'type-safety';
+/** A formal specification that generated code must satisfy */
+export interface CodeSpec {
+    id: string;
+    category: SpecCategory;
+    severity: ClaimSeverity;
+    description: string;
+    assertion: string;
+    rationale: string;
+}
+export interface SpecSynthesisResult {
+    task: string;
+    language: string;
+    specs: CodeSpec[];
+    totalSpecs: number;
+    synthesizedAt: string;
+    inputTokens: number;
+    outputTokens: number;
+}
+export type ConstraintType = 'must' | 'must-not' | 'prefer';
+export type ConstraintSource = 'benchmark' | 'spec' | 'domain';
+/** A constraint that guides code generation */
+export interface GenerationConstraint {
+    id: string;
+    type: ConstraintType;
+    description: string;
+    pattern?: string;
+    source: ConstraintSource;
+}
+export interface ConstraintSet {
+    task: string;
+    constraints: GenerationConstraint[];
+    totalConstraints: number;
+    generatedAt: string;
+    inputTokens: number;
+    outputTokens: number;
+}
+export type SelfVerificationStatus = 'satisfied' | 'partial' | 'unsatisfied' | 'unknown';
+export interface SelfVerificationResult {
+    specId: string;
+    status: SelfVerificationStatus;
+    reasoning: string;
+}
+/** The output of guided generation */
+export interface GeneratedCode {
+    task: string;
+    code: string;
+    language: string;
+    specs: CodeSpec[];
+    constraints: GenerationConstraint[];
+    selfVerification: SelfVerificationResult[];
+    satisfiedCount: number;
+    totalSpecs: number;
+    generatedAt: string;
+    inputTokens: number;
+    outputTokens: number;
+}
+/** Full reverse pipeline result */
+export interface ReverseAssayResult {
+    task: string;
+    language: string;
+    specSynthesis: SpecSynthesisResult;
+    constraintSet: ConstraintSet;
+    generatedCode: GeneratedCode;
+    totalInputTokens: number;
+    totalOutputTokens: number;
+    totalDurationMs: number;
+}
+export interface RouteInventoryItem {
+    path: string;
+    component: string;
+    domain: string;
+    guard?: string;
+    roles?: string[];
+    tables?: string[];
+}
+export interface TableInventoryItem {
+    name: string;
+    domain: string;
+    columns: string[];
+    relationships: string[];
+}
+export interface PermissionInventoryItem {
+    system: string;
+    codes: string[];
+    roles: string[];
+    conflicts?: string[];
+}
+export interface AssessmentInventory {
+    routes: RouteInventoryItem[];
+    tables: TableInventoryItem[];
+    permissions: PermissionInventoryItem[];
+}
+export interface RouteRequirement {
+    id: string;
+    route: string;
+    domain: string;
+    component: string;
+    guard?: string;
+    roles: string[];
+    tables: string[];
+    behaviors: string[];
+    scaffoldingFlags: string[];
+}
+export interface AssessmentConfig {
+    targetPath: string;
+    publish: boolean;
+    apiUrl: string;
+    domains?: string[];
+    concurrency: number;
+}
+export interface RouteAssessmentResult {
+    requirement: RouteRequirement;
+    claims: Claim[];
+    verifications: ClaimVerification[];
+    bugs: ClaimVerification[];
+}
+export interface AssessmentResult {
+    id: string;
+    repoName: string;
+    repoUrl: string;
+    frameworks: string[];
+    totalRoutes: number;
+    totalClaims: number;
+    verdicts: {
+        pass: number;
+        partial: number;
+        fail: number;
+        na: number;
+    };
+    bugs: {
+        critical: number;
+        high: number;
+        medium: number;
+        low: number;
+    };
+    score: number;
+    executiveSummary: string;
+    routeResults: RouteAssessmentResult[];
+    createdAt: string;
+    completedAt: string;
+    inputTokens: number;
+    outputTokens: number;
+}

package/dist/types.js

@@ -0,0 +1,2 @@
+export {};
+//# sourceMappingURL=types.js.map

package/dist/types.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"types.js","sourceRoot":"","sources":["../src/types.ts"],"names":[],"mappings":""}

package/package.json

@@ -0,0 +1,49 @@
+{
+  "name": "tryassay",
+  "version": "0.1.0",
+  "description": "AI code verification CLI — find bugs that tests miss, linters ignore, and code review overlooks",
+  "type": "module",
+  "bin": {
+    "tryassay": "./dist/cli.js"
+  },
+  "scripts": {
+    "build": "tsc",
+    "dev": "tsc --watch"
+  },
+  "files": [
+    "dist/",
+    "README.md",
+    "LICENSE"
+  ],
+  "author": "Ty Wells <tyclaude@snapperland.com>",
+  "license": "MIT",
+  "repository": {
+    "type": "git",
+    "url": "https://github.com/gtsbahamas/hallucination-reversing-system.git"
+  },
+  "homepage": "https://tryassay.ai",
+  "keywords": [
+    "ai",
+    "verification",
+    "hallucination",
+    "code-quality",
+    "formal-verification",
+    "cli"
+  ],
+  "dependencies": {
+    "@anthropic-ai/sdk": "^0.39.0",
+    "@supabase/supabase-js": "^2.95.3",
+    "@upstash/ratelimit": "^2.0.8",
+    "@upstash/redis": "^1.36.2",
+    "commander": "^13.1.0",
+    "openai": "^6.22.0"
+  },
+  "devDependencies": {
+    "@types/node": "^22.0.0",
+    "@vercel/node": "^5.6.2",
+    "typescript": "^5.7.0"
+  },
+  "engines": {
+    "node": ">=20"
+  }
+}