@autobe/agent 0.25.0 → 0.25.1

package/src/orchestrate/test/orchestrateTestWrite.ts

@@ -99,11 +99,12 @@ async function process<Model extends ILlmSchema.Model>(
     throw new Error("Failed to create test code.");
   }
 
-  pointer.value.revise.final = await completeTestCode(
-    ctx,
-    artifacts,
-    pointer.value.revise.final,
-  );
+  if (pointer.value.revise.final)
+    pointer.value.revise.final = await completeTestCode(
+      ctx,
+      artifacts,
+      pointer.value.revise.final,
+    );
   pointer.value.draft = await completeTestCode(
     ctx,
     artifacts,
@@ -118,7 +119,7 @@ async function process<Model extends ILlmSchema.Model>(
     domain: pointer.value.domain,
     draft: pointer.value.draft,
     review: pointer.value.revise?.review,
-    final: pointer.value.revise?.final,
+    final: pointer.value.revise?.final ?? undefined,
     tokenUsage,
     completed: ++progress.completed,
     total: progress.total,

package/src/orchestrate/test/structures/IAutoBeTestCorrectApplication.ts

@@ -91,161 +91,6 @@ export namespace IAutoBeTestCorrectApplication {
     revise: IReviseProps;
   }
 
-  // /**
-  //  * Comprehensive compilation error analysis and correction planning
-  //  * properties.
-  //  *
-  //  * This interface structures the AI's deep thinking process during error
-  //  * correction, requiring individual analysis of each compilation error along
-  //  * with an overall strategy assessment. The AI must meticulously examine every
-  //  * error message, understand its root cause, and propose targeted solutions
-  //  * while maintaining a holistic view of the correction process.
-  //  *
-  //  * The structure enforces granular error analysis while ensuring the AI
-  //  * maintains awareness of overarching patterns and systemic issues that may
-  //  * require broader strategic changes like scenario rewrites or architectural
-  //  * adjustments.
-  //  */
-  // export interface IThinkProps {
-  //   /**
-  //    * Individual analyses for each compilation diagnostic.
-  //    *
-  //    * Contains detailed examination of every compilation error encountered,
-  //    * with specific analysis and targeted solutions. Each entry represents a
-  //    * single compilation diagnostic that must be resolved. The AI must read the
-  //    * IAutoBeTypeScriptCompileResult.IDiagnostic objects, interpret their
-  //    * content, and provide human-readable summaries along with precise fixes.
-  //    *
-  //    * This granular approach ensures no error is overlooked and each issue
-  //    * receives appropriate attention and resolution strategy.
-  //    */
-  //   analyses: IDiagnosticAnalysis[] & tags.MinItems<1>;
-
-  //   /**
-  //    * Overall assessment of compilation issues and correction strategies.
-  //    *
-  //    * Synthesizes patterns across all individual errors to identify systemic
-  //    * issues and overarching correction strategies. This includes verification
-  //    * of TEST_WRITE.md and TEST_CORRECT.md compliance, assessment of whether
-  //    * scenario rewrites are needed, identification of common error patterns,
-  //    * and documentation of broad strategic decisions.
-  //    *
-  //    * Must address: type safety compliance, async/await patterns, scenario
-  //    * adaptation requirements, and overall code quality considerations that
-  //    * span multiple errors.
-  //    */
-  //   overall: string;
-  // }
-
-  // /**
-  //  * Detailed analysis structure for individual compilation diagnostics.
-  //  *
-  //  * Represents the AI's systematic approach to understanding and resolving each
-  //  * compilation diagnostic. Each diagnostic must be thoroughly analyzed to
-  //  * understand its root cause, with a specific solution that addresses the
-  //  * exact issue while maintaining type safety and code quality.
-  //  */
-  // export interface IDiagnosticAnalysis {
-  //   /**
-  //    * AI-generated summary of the compilation diagnostic.
-  //    *
-  //    * The AI must analyze the `IAutoBeTypeScriptCompileResult.IDiagnostic`
-  //    * object and provide a clear, concise summary of the error. This should
-  //    * include the error message, file location, line/column position, and error
-  //    * code in a human-readable format. The AI interprets and restructures the
-  //    * raw diagnostic data to present it in a more understandable way.
-  //    *
-  //    * **IMPORTANT**: The AI should not copy the raw diagnostic object. Instead,
-  //    * it must read and understand the diagnostic details, then compose a clear
-  //    * string description that captures all essential information about the
-  //    * error.
-  //    */
-  //   diagnostic: string;
-
-  //   /**
-  //    * Root cause analysis of why this compilation error occurred.
-  //    *
-  //    * **🚨 CRITICAL FIRST CHECK: Is this caused by INTENTIONAL TYPE ERROR TESTING? 🚨**
-  //    * - Look for `as any` usage in the error location
-  //    * - Check if code is intentionally sending wrong types to test type validation
-  //    * - Check if code is testing missing required fields
-  //    * - **IF YES → Root cause: "Prohibited type error testing code that must be DELETED"**
-  //    *
-  //    * **⚠️ THINK BEYOND THE DIAGNOSTIC LINE - EXPAND YOUR INVESTIGATION ⚠️**
-  //    * - Do NOT focus only on the error line - it might be just a symptom
-  //    * - The real cause might be ABOVE the error location in earlier code
-  //    * - The test scenario itself might be fundamentally flawed or impossible
-  //    * - Consider if the scenario is requesting non-existent APIs or prohibited actions
-  //    * - Example: Error on line 50 might be caused by wrong type assignment on line 20
-  //    * - Example: API call fails because the scenario describes unimplemented functionality
-  //    *
-  //    * AI must examine the error message carefully and identify the specific
-  //    * reason for failure. This includes understanding whether it's a missing
-  //    * property, type mismatch, nullable/undefined issue, incorrect API usage,
-  //    * intentional type error testing, flawed scenario, or other TypeScript
-  //    * violations. The analysis should be precise and fact-based, but also
-  //    * consider the broader context and causal relationships.
-  //    *
-  //    * **MANDATORY**: The AI must thoroughly review ALL sections of
-  //    * TEST_CORRECT.md and apply relevant error patterns and analysis guidelines
-  //    * from sections 4.1-4.16 to ensure accurate diagnosis.
-  //    *
-  //    * Example: "Property 'code' is missing because the object literal lacks
-  //    * this required field from ICommunityPlatformCommunity.ICreate interface"
-  //    *
-  //    * Example: "Type error caused by intentional wrong type test using 'as any'
-  //    * - prohibited pattern that must be deleted"
-  //    *
-  //    * Example: "API endpoint doesn't exist - scenario requests unimplemented
-  //    * functionality that cannot be tested"
-  //    */
-  //   analysis: string;
-
-  //   /**
-  //    * Specific solution to resolve this compilation error.
-  //    *
-  //    * **🚨 IF ROOT CAUSE IS TYPE ERROR TESTING → Solution: "DELETE entire test block" 🚨**
-  //    * **🚨 IF PROBLEM IS UNRECOVERABLE → Solution: "DELETE the problematic section" 🚨**
-  //    * - NEVER try to "fix" intentional type error tests - DELETE them
-  //    * - NEVER violate type safety to force a fix - DELETE instead
-  //    * - Tests using `as any` to send wrong types must be DELETED
-  //    * - Tests checking type validation must be DELETED
-  //    * - Unrecoverable compilation errors should result in DELETION
-  //    *
-  //    * **THREE SOLUTION TYPES:**
-  //    * 1. **FIX**: Correct the error while maintaining functionality
-  //    * 2. **DELETE**: Remove prohibited or unrecoverable code entirely
-  //    * 3. **REWRITE**: Restructure if the scenario itself is fundamentally flawed
-  //    *
-  //    * Detailed correction strategy that addresses the exact issue identified in
-  //    * the analysis. Solutions must be actionable, type-safe, and compliant with
-  //    * all project guidelines. For nullable/undefined errors with typia tags,
-  //    * immediately apply typia.assert(value!) pattern. For missing properties,
-  //    * specify what will be added and how.
-  //    *
-  //    * **CRITICAL**: The AI must thoroughly review BOTH TEST_WRITE.md and
-  //    * TEST_CORRECT.md before proposing solutions. All prohibitions from
-  //    * TEST_WRITE.md must be strictly respected (no type bypasses, proper
-  //    * async/await usage, etc.), and correction patterns from TEST_CORRECT.md
-  //    * sections 4.1-4.16 must be properly applied.
-  //    *
-  //    * **DELETION IS A VALID SOLUTION** when:
-  //    * - Code violates absolute prohibitions
-  //    * - Fixing would require type safety violations
-  //    * - The scenario describes impossible functionality
-  //    * - Multiple fix attempts have failed
-  //    *
-  //    * Example: "Add missing 'code' property using typia.random<string>() to
-  //    * generate a valid string value that satisfies the interface requirement"
-  //    *
-  //    * Example: "DELETE this entire test - it's testing type errors with 'as any'"
-  //    *
-  //    * Example: "DELETE this section - API endpoint doesn't exist and cannot be
-  //    * tested without violating type safety"
-  //    */
-  //   solution: string;
-  // }
-
   /**
    * Revision properties for the final review and implementation phases.
    *
@@ -253,74 +98,6 @@ export namespace IAutoBeTestCorrectApplication {
    * workflow, ensuring systematic review and production-ready code delivery.
    */
   export interface IReviseProps {
-    // /**
-    //  * Dual-document compliance validation for TEST_WRITE.md and
-    //  * TEST_CORRECT.md.
-    //  *
-    //  * This property tracks whether each section from BOTH TEST_WRITE.md and
-    //  * TEST_CORRECT.md guidelines has been properly followed. Since the correct
-    //  * agent must ensure compliance with both documents, keys should include
-    //  * sections from both prompt files.
-    //  *
-    //  * Each ICheck item should have:
-    //  *
-    //  * - Title: Prefixed with source document for clarity ("TEST_WRITE: " or
-    //  *   "TEST_CORRECT: ")
-    //  * - State: Compliance status (true if followed, false if violated)
-    //  *
-    //  * Note: Section identifiers may evolve as documentation updates, so
-    //  * implementations should be flexible in handling different key formats.
-    //  *
-    //  * Example:
-    //  *
-    //  * ```typescript
-    //  * rules: [
-    //  *   { title: "TEST_WRITE: 1. Role and Responsibility", state: true },
-    //  *   { title: "TEST_WRITE: 3.1. Import Management", state: true },
-    //  *   {
-    //  *     title: "TEST_CORRECT: 4.1. Missing Properties Pattern",
-    //  *     state: true,
-    //  *   },
-    //  *   {
-    //  *     title: "TEST_CORRECT: 4.2. Type Mismatch Pattern",
-    //  *     state: false,
-    //  *   },
-    //  *   // ... other sections from both documents
-    //  * ];
-    //  * ```
-    //  */
-    // rules: ICheck[] & tags.MinItems<1>;
-
-    // /**
-    //  * Combined quality checklist validation from both prompt documents.
-    //  *
-    //  * This property captures the compliance status for checklist items from
-    //  * BOTH TEST_WRITE.md (Section 5: Final Checklist) and TEST_CORRECT.md
-    //  * (Section 5: Final Review Checklist). The correct agent must validate
-    //  * against both checklists to ensure comprehensive quality control.
-    //  *
-    //  * Each ICheck item should have:
-    //  *
-    //  * - Title: Checklist item as described in the documents
-    //  * - State: Whether the criterion has been satisfied
-    //  *
-    //  * Note: Checklist items may be updated over time, so implementations should
-    //  * adapt to documentation changes while maintaining the validation purpose.
-    //  *
-    //  * Example:
-    //  *
-    //  * ```typescript
-    //  * checkList: [
-    //  *   { title: "No compilation errors", state: true },
-    //  *   { title: "Proper async/await usage", state: true },
-    //  *   { title: "All typia tags preserved", state: true },
-    //  *   { title: "No type bypasses or workarounds", state: false },
-    //  *   // ... other checklist items from both documents
-    //  * ];
-    //  * ```
-    //  */
-    // checkList: ICheck[] & tags.MinItems<1>;
-
     /**
      * Step 3: Code review and correction validation.
      *
@@ -347,17 +124,21 @@ export namespace IAutoBeTestCorrectApplication {
      * incorporating all review feedback and validation results. This code
      * represents the completed error correction, guaranteed to compile
      * successfully while preserving all original test functionality and
-     * business logic.
+     * business logic. When the draft correction already perfectly resolves all
+     * issues with no problems found during review, this value can be null,
+     * indicating no further refinement was necessary.
      *
      * The final implementation resolves all compilation issues, maintains
      * strict type safety, follows all established conventions, and delivers a
      * production-ready test that accurately validates the intended API
-     * behaviors and user workflows.
+     * behaviors and user workflows. A null value signifies the draft correction
+     * was already optimal and requires no modifications.
      *
      * Workflow: Review integration → Final refinement → Production-ready
-     * implementation. This is the ultimate deliverable that will replace the
-     * compilation-failed code.
+     * implementation (or null if draft needs no changes). This is the ultimate
+     * deliverable that will replace the compilation-failed code when provided,
+     * otherwise the draft correction is used as-is.
      */
-    final: string;
+    final: string | null;
   }
 }

package/src/orchestrate/test/structures/IAutoBeTestCorrectInvalidRequestApplication.ts

@@ -131,7 +131,10 @@ export namespace IAutoBeTestCorrectInvalidRequestApplication {
      * Final corrected code.
      *
      * The complete, cleaned test code with all invalid API request sections
-     * removed, ready for compilation.
+     * removed, ready for compilation. When the draft already successfully
+     * removes all problematic code with no additional issues found during
+     * review, this value can be null, indicating the draft deletion was
+     * sufficient and requires no further changes.
      *
      * This code must:
      *
@@ -140,7 +143,10 @@ export namespace IAutoBeTestCorrectInvalidRequestApplication {
      * - Have no `as any` or similar type violations
      * - Maintain the original file structure
      * - Be production-ready E2E test code
+     *
+     * A null value indicates the draft successfully removed all invalid code
+     * and needs no additional modifications.
      */
-    final: string;
+    final: string | null;
   }
 }

package/src/orchestrate/test/structures/IAutoBeTestWriteApplication.ts

@@ -65,8 +65,8 @@ export namespace IAutoBeTestWriteApplication {
      *
      * Contains the iterative improvement workflow that transforms the initial
      * draft into production-ready test code. The review phase identifies issues
-     * to fix or code to delete, followed by the final phase that produces
-     * the polished, production-ready test implementation.
+     * to fix or code to delete, followed by the final phase that produces the
+     * polished, production-ready test implementation.
      *
      * Workflow: Draft → Review analysis → Final implementation
      */
@@ -74,52 +74,6 @@ export namespace IAutoBeTestWriteApplication {
   }
 
   export interface IReviseProps {
-    // /**
-    //  * Test implementation rules compliance validation.
-    //  *
-    //  * This property tracks whether each section of the TEST_WRITE.md guidelines
-    //  * has been properly followed. Each array element represents a section from
-    //  * the documentation with its title and compliance status.
-    //  *
-    //  * Note: The specific section titles may evolve as documentation updates, so
-    //  * implementations should be flexible in handling different titles.
-    //  *
-    //  * Example:
-    //  *
-    //  * ```typescript
-    //  * rules: [
-    //  *   { title: "1. Role and Responsibility", state: true },
-    //  *   { title: "2. Input Materials Provided", state: true },
-    //  *   { title: "3. Code Generation Requirements", state: false },
-    //  *   // ... other sections
-    //  * ];
-    //  * ```
-    //  */
-    // rules: ICheck[] & tags.MinItems<1>;
-
-    // /**
-    //  * Final quality checklist validation results.
-    //  *
-    //  * This property captures the compliance status for each item in the Final
-    //  * Checklist (Section 5) from TEST_WRITE.md. Each array element represents a
-    //  * checklist item with its description and validation result.
-    //  *
-    //  * Note: Checklist items may be updated over time, so implementations should
-    //  * adapt to documentation changes while maintaining the validation purpose.
-    //  *
-    //  * Example:
-    //  *
-    //  * ```typescript
-    //  * checkList: [
-    //  *   { title: "NO additional import statements", state: true },
-    //  *   { title: "NO wrong type data in requests", state: true },
-    //  *   { title: "EVERY api.functional.* call has await", state: false },
-    //  *   // ... other checklist items
-    //  * ];
-    //  * ```
-    //  */
-    // checkList: ICheck[] & tags.MinItems<1>;
-
     /**
      * Step 4: Code review and quality assessment.
      *
@@ -180,7 +134,9 @@ export namespace IAutoBeTestWriteApplication {
      *
      * AI produces the final, polished version of the test code incorporating
      * all review feedback. This code represents the completed test
-     * implementation, ready for production deployment.
+     * implementation, ready for production deployment. When the draft code is
+     * already perfect with no issues found during review, this value can be
+     * null, indicating no revisions were necessary.
      *
      * **🚨 CRITICAL: APPLY ALL FIXES AND DELETIONS FROM REVIEW 🚨**
      *
@@ -188,41 +144,18 @@ export namespace IAutoBeTestWriteApplication {
      * - DELETE all prohibited code identified in review
      * - If review found type error tests, they MUST be deleted in final
      * - If review found code to DELETE, final MUST be different from draft
+     * - If review finds NO issues requiring changes, set to null
      *
      * All identified issues must be resolved, and the code must meet the
-     * highest quality standards.
+     * highest quality standards. A null value indicates the draft code already
+     * meets all requirements without modification.
      *
      * Workflow: Review feedback → Apply FIXES → Apply DELETIONS →
-     * Production-ready implementation
+     * Production-ready implementation (or null if no changes needed)
      *
      * This is the ultimate deliverable that will be used in the actual test
-     * suite.
+     * suite when provided, otherwise the draft is used as-is.
      */
-    final: string;
+    final: string | null;
   }
-
-  // /**
-  //  * Check validation item structure.
-  //  *
-  //  * Represents a validation check with its title and compliance state. Used for
-  //  * both rules validation and final checklist validation.
-  //  */
-  // export interface ICheck {
-  //   /**
-  //    * The title or description of the check.
-  //    *
-  //    * For rules: Section identifiers from TEST_WRITE.md (e.g., "1. Role and
-  //    * Responsibility") For checklist: Checklist item descriptions (e.g., "No
-  //    * compilation errors")
-  //    */
-  //   title: string;
-
-  //   /**
-  //    * The validation state of this check.
-  //    *
-  //    * - True: The requirement has been satisfied
-  //    * - False: The requirement has been violated or not met
-  //    */
-  //   state: boolean;
-  // }
 }

package/src/orchestrate/test/utils/getPrerequisites.ts

@@ -0,0 +1,51 @@
+import { AutoBeOpenApi } from "@autobe/interface";
+import { AutoBeOpenApiEndpointComparator } from "@autobe/utils";
+import { HashMap } from "tstl";
+
+export const getPrerequisites = (props: {
+  document: AutoBeOpenApi.IDocument;
+  endpoint: AutoBeOpenApi.IEndpoint;
+}): AutoBeOpenApi.IPrerequisite[] => {
+  const visited: Set<string> = new Set<string>();
+  const result: HashMap<
+    AutoBeOpenApi.IEndpoint,
+    AutoBeOpenApi.IPrerequisite[]
+  > = new HashMap<AutoBeOpenApi.IEndpoint, AutoBeOpenApi.IPrerequisite[]>(
+    AutoBeOpenApiEndpointComparator.hashCode,
+    AutoBeOpenApiEndpointComparator.equals,
+  );
+
+  const traverse = (endpoint: AutoBeOpenApi.IEndpoint): void => {
+    const key = `${endpoint.method}:${endpoint.path}`;
+
+    // prevent circular structure: skip visited endpoint
+    if (visited.has(key)) return;
+    visited.add(key);
+
+    const operation: AutoBeOpenApi.IOperation | undefined =
+      props.document.operations.find(
+        (op) => op.method === endpoint.method && op.path === endpoint.path,
+      );
+
+    if (operation === undefined) return;
+
+    // add current operation's prerequisites
+    for (const prerequisite of operation.prerequisites) {
+      // check if already in result to avoid duplicates
+      const exists: boolean = result.has(prerequisite.endpoint);
+
+      if (!exists) {
+        result.set(prerequisite.endpoint, [prerequisite]);
+      }
+
+      // recursively traverse prerequisite's prerequisites
+      traverse(prerequisite.endpoint);
+    }
+  };
+
+  traverse(props.endpoint);
+  return result
+    .toJSON()
+    .map((it) => it.second)
+    .flat();
+};

package/src/orchestrate/test/utils/getReferenceIds.ts

@@ -7,7 +7,8 @@ export const getReferenceIds = (props: {
 }): string[] => {
   const result: Set<string> = new Set();
   const emplace = (key: string) => {
-    if (key.endsWith("_id") || key.endsWith("Id")) result.add(key);
+    if (key.endsWith("_id") || key.endsWith("Id") || key === "id")
+      result.add(key);
   };
 
   props.operation.parameters.forEach((p) => emplace(p.name));

package/lib/orchestrate/interface/histories/transformInterfacePrerequisiteHistories.d.ts

@@ -1,3 +0,0 @@
-import { IAgenticaHistoryJson } from "@agentica/core";
-import { AutoBeState } from "../../../context/AutoBeState";
-export declare const transformInterfacePrerequisiteHistories: (state: AutoBeState) => Array<IAgenticaHistoryJson.IAssistantMessage | IAgenticaHistoryJson.ISystemMessage> | null;

package/lib/orchestrate/interface/histories/transformInterfacePrerequisiteHistories.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"transformInterfacePrerequisiteHistories.js","sourceRoot":"","sources":["../../../../src/orchestrate/interface/histories/transformInterfacePrerequisiteHistories.ts"],"names":[],"mappings":";;;AACA,+BAA0B;AAInB,MAAM,uCAAuC,GAAG,CACrD,KAAkB,EAGX,EAAE;IACT,IAAI,KAAK,CAAC,OAAO,KAAK,IAAI;QACxB,OAAO;YACL;gBACE,EAAE,EAAE,IAAA,SAAE,GAAE;gBACR,UAAU,EAAE,IAAI,IAAI,EAAE,CAAC,WAAW,EAAE;gBACpC,IAAI,EAAE,eAAe;gBACrB,IAAI,EAAE;oBACJ,4CAA4C;oBAC5C,mCAAmC;oBACnC,8CAA8C;iBAC/C,CAAC,IAAI,CAAC,GAAG,CAAC;aACZ;SACF,CAAC;SACC,IAAI,KAAK,CAAC,MAAM,KAAK,IAAI;QAC5B,OAAO;YACL;gBACE,EAAE,EAAE,IAAA,SAAE,GAAE;gBACR,UAAU,EAAE,IAAI,IAAI,EAAE,CAAC,WAAW,EAAE;gBACpC,IAAI,EAAE,eAAe;gBACrB,IAAI,EAAE;oBACJ,mDAAmD;oBACnD,mCAAmC;oBACnC,qDAAqD;iBACtD,CAAC,IAAI,CAAC,GAAG,CAAC;aACZ;SACF,CAAC;SACC,IAAI,KAAK,CAAC,OAAO,CAAC,IAAI,KAAK,KAAK,CAAC,MAAM,CAAC,IAAI;QAC/C,OAAO;YACL;gBACE,EAAE,EAAE,IAAA,SAAE,GAAE;gBACR,UAAU,EAAE,IAAI,IAAI,EAAE,CAAC,WAAW,EAAE;gBACpC,IAAI,EAAE,eAAe;gBACrB,IAAI,EAAE;oBACJ,kDAAkD;oBAClD,sCAAsC;oBACtC,mCAAmC;oBACnC,wDAAwD;iBACzD,CAAC,IAAI,CAAC,GAAG,CAAC;aACZ;SACF,CAAC;SACC,IAAI,KAAK,CAAC,MAAM,CAAC,QAAQ,CAAC,IAAI,KAAK,SAAS;QAC/C,OAAO;YACL;gBACE,EAAE,EAAE,IAAA,SAAE,GAAE;gBACR,UAAU,EAAE,IAAI,IAAI,EAAE,CAAC,WAAW,EAAE;gBACpC,IAAI,EAAE,eAAe;gBACrB,IAAI,EAAE;oBACJ,kDAAkD;oBAClD,sCAAsC;oBACtC,mCAAmC;oBACnC,wDAAwD;iBACzD,CAAC,IAAI,CAAC,GAAG,CAAC;aACZ;SACF,CAAC;IACJ,OAAO,IAAI,CAAC;AACd,CAAC,CAAC;AA5DW,QAAA,uCAAuC,2CA4DlD"}

package/lib/orchestrate/interface/utils/OpenApiEndpointComparator.d.ts

@@ -1,6 +0,0 @@
-import { AutoBeOpenApi } from "@autobe/interface";
-export declare namespace OpenApiEndpointComparator {
-    function hashCode(e: AutoBeOpenApi.IEndpoint): number;
-    function equals(x: AutoBeOpenApi.IEndpoint, y: AutoBeOpenApi.IEndpoint): boolean;
-    function compare(x: AutoBeOpenApi.IEndpoint, y: AutoBeOpenApi.IEndpoint): number;
-}

package/lib/orchestrate/interface/utils/OpenApiEndpointComparator.js

@@ -1,22 +0,0 @@
-"use strict";
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.OpenApiEndpointComparator = void 0;
-const tstl_1 = require("tstl");
-var OpenApiEndpointComparator;
-(function (OpenApiEndpointComparator) {
-    function hashCode(e) {
-        return (0, tstl_1.hash)(e.path, e.method);
-    }
-    OpenApiEndpointComparator.hashCode = hashCode;
-    function equals(x, y) {
-        return x.path === y.path && x.method === y.method;
-    }
-    OpenApiEndpointComparator.equals = equals;
-    function compare(x, y) {
-        if (x.path !== y.path)
-            return x.path.localeCompare(y.path);
-        return x.method.localeCompare(y.method);
-    }
-    OpenApiEndpointComparator.compare = compare;
-})(OpenApiEndpointComparator || (exports.OpenApiEndpointComparator = OpenApiEndpointComparator = {}));
-//# sourceMappingURL=OpenApiEndpointComparator.js.map

package/lib/orchestrate/interface/utils/OpenApiEndpointComparator.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"OpenApiEndpointComparator.js","sourceRoot":"","sources":["../../../../src/orchestrate/interface/utils/OpenApiEndpointComparator.ts"],"names":[],"mappings":";;;AACA,+BAA4B;AAE5B,IAAiB,yBAAyB,CAmBzC;AAnBD,WAAiB,yBAAyB;IACxC,SAAgB,QAAQ,CAAC,CAA0B;QACjD,OAAO,IAAA,WAAI,EAAC,CAAC,CAAC,IAAI,EAAE,CAAC,CAAC,MAAM,CAAC,CAAC;IAChC,CAAC;IAFe,kCAAQ,WAEvB,CAAA;IAED,SAAgB,MAAM,CACpB,CAA0B,EAC1B,CAA0B;QAE1B,OAAO,CAAC,CAAC,IAAI,KAAK,CAAC,CAAC,IAAI,IAAI,CAAC,CAAC,MAAM,KAAK,CAAC,CAAC,MAAM,CAAC;IACpD,CAAC;IALe,gCAAM,SAKrB,CAAA;IAED,SAAgB,OAAO,CACrB,CAA0B,EAC1B,CAA0B;QAE1B,IAAI,CAAC,CAAC,IAAI,KAAK,CAAC,CAAC,IAAI;YAAE,OAAO,CAAC,CAAC,IAAI,CAAC,aAAa,CAAC,CAAC,CAAC,IAAI,CAAC,CAAC;QAC3D,OAAO,CAAC,CAAC,MAAM,CAAC,aAAa,CAAC,CAAC,CAAC,MAAM,CAAC,CAAC;IAC1C,CAAC;IANe,iCAAO,UAMtB,CAAA;AACH,CAAC,EAnBgB,yBAAyB,yCAAzB,yBAAyB,QAmBzC"}

package/src/orchestrate/interface/utils/OpenApiEndpointComparator.ts

@@ -1,23 +0,0 @@
-import { AutoBeOpenApi } from "@autobe/interface";
-import { hash } from "tstl";
-
-export namespace OpenApiEndpointComparator {
-  export function hashCode(e: AutoBeOpenApi.IEndpoint): number {
-    return hash(e.path, e.method);
-  }
-
-  export function equals(
-    x: AutoBeOpenApi.IEndpoint,
-    y: AutoBeOpenApi.IEndpoint,
-  ): boolean {
-    return x.path === y.path && x.method === y.method;
-  }
-
-  export function compare(
-    x: AutoBeOpenApi.IEndpoint,
-    y: AutoBeOpenApi.IEndpoint,
-  ): number {
-    if (x.path !== y.path) return x.path.localeCompare(y.path);
-    return x.method.localeCompare(y.method);
-  }
-}