aspectcode 0.4.1 → 1.0.1

package/node_modules/@aspectcode/emitters/dist/instructions/content.js

@@ -1,501 +0,0 @@
-"use strict";
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.generateCanonicalContentForMode = generateCanonicalContentForMode;
-exports.generateKbCustomContent = generateKbCustomContent;
-exports.generateCanonicalContentSafe = generateCanonicalContentSafe;
-exports.generateCanonicalContentPermissive = generateCanonicalContentPermissive;
-exports.generateCanonicalContentSafeKB = generateCanonicalContentSafeKB;
-exports.generateCanonicalContentPermissiveKB = generateCanonicalContentPermissiveKB;
-// ─────────────────────────────────────────────────────────────────────────────
-// Canonical instruction content - all exports derive from this
-//
-// Three tiers:
-//   1. Rules-only (no KB references) — default when kb.md is not generated
-//   2. KB-aware (references kb.md) — used when generateKb is enabled
-//   3. KB-custom (embeds KB facts) — used when KB exists but no LLM available
-// ─────────────────────────────────────────────────────────────────────────────
-/**
- * Generates the canonical instruction content.
- *
- * When `kbAvailable` is true, the content references the `kb.md` knowledge
- * base file. When false, it provides standalone rules and guidelines only.
- *
- * All assistant-specific exports are derived from this single source.
- */
-function generateCanonicalContentForMode(mode, kbAvailable = false) {
-    if (mode === 'permissive') {
-        return kbAvailable
-            ? generateCanonicalContentPermissiveKB()
-            : generateCanonicalContentPermissive();
-    }
-    return kbAvailable ? generateCanonicalContentSafeKB() : generateCanonicalContentSafe();
-}
-// ─────────────────────────────────────────────────────────────────────────────
-// KB-custom content — embeds extracted KB facts directly into instructions
-// ─────────────────────────────────────────────────────────────────────────────
-/**
- * Generate a project-customized AGENTS.md using actual KB content.
- *
- * Extracts key architectural facts (hubs, entry points, conventions, etc.)
- * from the KB string and embeds them directly into the instructions file.
- * This produces a useful, project-specific result even without an LLM.
- *
- * Falls back to the generic KB-aware template if no meaningful sections
- * can be extracted.
- */
-function generateKbCustomContent(kbContent, mode = 'safe') {
-    const hubs = extractKbSection(kbContent, 'High-Risk Architectural Hubs');
-    const entryPoints = extractKbSection(kbContent, 'Entry Points');
-    const layout = extractKbSection(kbContent, 'Directory Layout');
-    const conventions = extractKbSection(kbContent, 'Conventions');
-    const integrations = extractKbSection(kbContent, 'External Integrations');
-    const circularDeps = extractKbSection(kbContent, 'Circular Dependencies');
-    const hasContent = hubs || entryPoints || layout || conventions || integrations;
-    if (!hasContent) {
-        return generateCanonicalContentForMode(mode, true);
-    }
-    if (mode === 'permissive') {
-        return buildPermissiveKbCustom({ hubs, entryPoints, layout, conventions, integrations, circularDeps });
-    }
-    return buildSafeKbCustom({ hubs, entryPoints, layout, conventions, integrations, circularDeps });
-}
-/**
- * Extract a `## Heading` section from KB content.
- * Handles optional emoji prefixes (e.g. `## ⚠️ High-Risk Architectural Hubs`).
- * Returns the section body (without the heading or italic description line), or undefined.
- */
-function extractKbSection(kb, heading) {
-    // Match "## " + optional non-word characters (emoji) + heading text
-    const escaped = heading.replace(/[.*+?^${}()|[\]\\]/g, '\\$&');
-    const pattern = new RegExp(`^##\\s+(?:[^\\w\\s]+\\s+)?${escaped}\\s*$`, 'mi');
-    const match = pattern.exec(kb);
-    if (!match)
-        return undefined;
-    const start = match.index + match[0].length;
-    const rest = kb.slice(start);
-    // Stop at next ## heading, --- separator, or # top-level heading
-    const endMatch = /^(?:#{1,2}\s|---\s*$)/m.exec(rest);
-    const section = endMatch ? rest.slice(0, endMatch.index) : rest;
-    // Remove leading italic description lines (e.g. _Files with many dependents..._)
-    const cleaned = section
-        .replace(/^\s*_[^_]+_\s*\n?/gm, '')
-        .trim();
-    return cleaned || undefined;
-}
-function buildSafeKbCustom(s) {
-    const parts = [];
-    parts.push(`## Aspect Code — Project-Specific Guidelines
-
-**Aspect Code** analyzed your codebase and generated the project-specific guidelines below.
-The full Knowledge Base is in \`kb.md\` at the workspace root for detailed reference.`);
-    // ── Project Architecture ────────────────────────────────
-    const archParts = [];
-    if (s.hubs) {
-        archParts.push(`### High-Risk Hubs
-
-These files have many dependents — changes here ripple widely. Edit with care.
-
-${s.hubs}`);
-    }
-    if (s.entryPoints) {
-        archParts.push(`### Entry Points
-
-${s.entryPoints}`);
-    }
-    if (s.layout) {
-        archParts.push(`### Directory Layout
-
-${s.layout}`);
-    }
-    if (s.circularDeps) {
-        archParts.push(`### Circular Dependencies
-
-${s.circularDeps}`);
-    }
-    if (archParts.length > 0) {
-        parts.push(`## Project Architecture\n\n${archParts.join('\n\n')}`);
-    }
-    // ── Conventions & Integrations ─────────────────────────
-    if (s.conventions) {
-        parts.push(`## Coding Conventions
-
-${s.conventions}`);
-    }
-    if (s.integrations) {
-        parts.push(`## External Integrations
-
-${s.integrations}`);
-    }
-    // ── Golden Rules ────────────────────────────────────────
-    parts.push(`## Golden Rules
-
-1. **Read before you write.** Open and read the relevant files before multi-file edits.
-2. **Check high-risk hubs first.** Review the hubs listed above before editing widely-imported files.
-3. **Think step-by-step.** Break complex tasks into smaller steps; reason through each before coding.
-4. **Prefer minimal, local changes.** Small patches are safer than large refactors, especially in hub files.
-5. **Never truncate code.** Don't use placeholders like \`// ...rest\` or \`# existing code...\`. Provide complete implementations.
-6. **Don't touch tests, migrations, or third-party code** unless the user explicitly asks you to.
-7. **Never remove referenced logic.** Check all callers before deleting a function, class, or symbol.
-8. **Understand blast radius.** Trace relationships and dependents before refactoring.
-9. **Follow conventions above.** Match the project's existing naming patterns and import styles.
-10. **When unsure, go small.** Propose a minimal, reversible change instead of a sweeping refactor.`);
-    // ── When Changing Code ──────────────────────────────────
-    parts.push(`## When Changing Code
-
-- **Read the COMPLETE file** before modifying it. Preserve all existing exports/functions.
-- **Add, don't reorganize.** Unless the task says "refactor", avoid moving code around.
-- **Check high-risk hubs** listed above before editing widely-imported files.
-- **Avoid renaming** widely-used symbols without updating all callers.
-- **No new dependency cycles.** Before adding an import, verify it won't create a circular dependency.
-- **Match conventions** listed above (naming, imports, frameworks).
-- **Prefer small, localized changes** in the most relevant module.
-- Consult \`kb.md\` for the full symbol index, module clusters, and data models.`);
-    // ── When Things Go Wrong ────────────────────────────────
-    parts.push(`## When Things Go Wrong
-
-If you encounter repeated errors or unexpected behavior:
-
-1. **Use git** to see what changed: \`git diff\`, \`git status\`
-2. **Restore lost code** with \`git checkout -- <file>\` if needed
-3. **Re-read the complete file** before making more changes
-4. **Trace data flows** to understand execution paths
-5. **Run actual tests** to verify behavior before assuming something works`);
-    return parts.join('\n\n').trim();
-}
-function buildPermissiveKbCustom(s) {
-    const parts = [];
-    parts.push(`## Aspect Code — Project-Specific Guidelines
-
-**Aspect Code** analyzed your codebase and generated the project-specific guidelines below.
-The full Knowledge Base is in \`kb.md\` at the workspace root.
-
-Use these guidelines as orientation — not as constraints.`);
-    // ── Project Architecture ────────────────────────────────
-    const archParts = [];
-    if (s.hubs) {
-        archParts.push(`### High-Risk Hubs
-
-${s.hubs}`);
-    }
-    if (s.entryPoints) {
-        archParts.push(`### Entry Points
-
-${s.entryPoints}`);
-    }
-    if (s.layout) {
-        archParts.push(`### Directory Layout
-
-${s.layout}`);
-    }
-    if (archParts.length > 0) {
-        parts.push(`## Project Architecture\n\n${archParts.join('\n\n')}`);
-    }
-    if (s.conventions) {
-        parts.push(`## Coding Conventions
-
-${s.conventions}`);
-    }
-    if (s.integrations) {
-        parts.push(`## External Integrations
-
-${s.integrations}`);
-    }
-    // ── Operating Rules ─────────────────────────────────────
-    parts.push(`### Operating Rules (Pragmatic, Not Rigid)
-
-- Read relevant code before large edits; use the architecture above for orientation
-- Treat the hubs and entry points above as the "structural spine" of the project
-- If your change conflicts with existing structure, either:
-  - update the code in a way that keeps the existing intent valid, or
-  - explicitly state the mismatch and proceed with a coherent new structure
-
-### You May (Explicitly Allowed)
-
-- Refactor for clarity: extract functions, split files, consolidate duplicates
-- Reorganize modules/folders when it improves cohesion and discoverability
-- Touch multiple files when the change is conceptually one improvement
-- Change public/internal APIs when it simplifies the design (with follow-through updates)
-- Edit high-risk hubs when needed — do it deliberately, with dependency awareness
-- Rename symbols for consistency (types, functions, modules) and update references
-
-### You Should
-
-- Explain the new structure in terms of the existing architecture
-- Keep changes "conceptually tight": one goal, end-to-end, fully wired
-- Update call sites and imports immediately when you move/rename things
-- Prefer simplification over novelty; remove unnecessary layers when justified
-- Validate that referenced symbols still exist and are still reachable from call sites
-
-### Avoid
-
-- Deleting or renaming referenced symbols without updating all usages
-- Unnecessary scope creep (adding features unrelated to the request)
-- Blind rewrites that ignore the project's dependency structure and entry points
-- "Rebuild everything" refactors when a targeted restructure achieves the goal
-- Cosmetic churn that obscures meaningful changes`);
-    parts.push(`## Suggested Workflow
-
-1. Read the architecture above and relevant code for orientation.
-2. Implement the change end-to-end.
-3. Run tests / build.`);
-    return parts.join('\n\n').trim();
-}
-// ─────────────────────────────────────────────────────────────────────────────
-// Rules-only content (no KB references)
-// ─────────────────────────────────────────────────────────────────────────────
-function generateCanonicalContentSafe() {
-    return `## Aspect Code — Coding Guidelines
-
-**Aspect Code** provides coding guidelines to help you make safer, more informed code changes.
-
-## Golden Rules
-
-1. **Read before you write.** Open and read the relevant files before multi-file edits.
-2. **Think step-by-step.** Break complex tasks into smaller steps; reason through each before coding.
-3. **Prefer minimal, local changes.** Small patches are safer than large refactors, especially in widely-imported files.
-4. **Never truncate code.** Don't use placeholders like \`// ...rest\` or \`# existing code...\`. Provide complete implementations.
-5. **Don't touch tests, migrations, or third-party code** unless the user explicitly asks you to.
-6. **Never remove referenced logic.** Check all callers before deleting a function, class, or symbol.
-7. **Understand blast radius.** Trace relationships and dependents before refactoring.
-8. **Follow existing naming patterns.** Match the project's existing naming patterns and import styles.
-9. **When unsure, go small.** Propose a minimal, reversible change instead of a sweeping refactor.
-
-## Recommended Workflow
-
-1. **Understand the task.** Parse requirements; note which files or endpoints are involved.
-2. **Find relevant code.** Locate data models, symbols, and naming conventions.
-3. **Understand relationships.** See which files are commonly edited together and how they connect.
-4. **Trace impact.** Review callers and dependents to gauge the blast radius of changes.
-5. **Gather evidence.** If behavior is unclear, add targeted logging or traces to confirm assumptions.
-6. **Make minimal edits.** Implement the smallest change that solves the task; run tests.
-
-## When Changing Code
-
-- **Read the COMPLETE file** before modifying it. Preserve all existing exports/functions.
-- **Add, don't reorganize.** Unless the task says "refactor", avoid moving code around.
-- **Check widely-imported files** before editing them — changes ripple to all dependents.
-- **Avoid renaming** widely-used symbols without updating all callers.
-- **No new dependency cycles.** Before adding an import, verify it won't create a circular dependency.
-- **Match conventions.** Follow existing naming patterns (naming, imports, frameworks).
-- **Prefer small, localized changes** in the most relevant module.
-
-## When Things Go Wrong
-
-If you encounter repeated errors or unexpected behavior:
-
-1. **Use git** to see what changed: \`git diff\`, \`git status\`
-2. **Restore lost code** with \`git checkout -- <file>\` if needed
-3. **Re-read the complete file** before making more changes
-4. **Trace data flows** to understand execution paths
-5. **Run actual tests** to verify behavior before assuming something works
-
-## General Guidelines
-
-- **Start with the most relevant file.** Understand the area before changing it.
-- **Check widely-imported modules.** Know which files have many dependents before editing.
-- **Follow existing conventions.** Match existing naming patterns and coding styles exactly.
-- **Minimal changes.** Make the smallest change that solves the problem correctly.
-- **Acknowledge risk.** If editing a widely-imported file, note the elevated risk.
-`.trim();
-}
-function generateCanonicalContentPermissive() {
-    return `## Aspect Code — Coding Guidelines
-
-**Aspect Code** provides coding guidelines to help you make informed code changes.
-
-Use these guidelines as orientation — not as constraints.
-
-### Operating Rules (Pragmatic, Not Rigid)
-
-- Read relevant code before large edits; understand boundaries, flows, and ownership
-- If your change creates a conflict with existing structure, either:
-  - update the code in a way that keeps the existing intent valid, or
-  - explicitly state the mismatch and proceed with a coherent new structure
-
-### You May (Explicitly Allowed)
-
-- Refactor for clarity: extract functions, split files, consolidate duplicates
-- Reorganize modules/folders when it improves cohesion and discoverability
-- Touch multiple files when the change is conceptually one improvement
-- Change public/internal APIs when it simplifies the design (with follow-through updates)
-- Rename symbols for consistency (types, functions, modules) and update references
-
-### You Should
-
-- Explain the new structure in terms of the existing architecture
-- Keep changes "conceptually tight": one goal, end-to-end, fully wired
-- Update call sites and imports immediately when you move/rename things
-- Prefer simplification over novelty; remove unnecessary layers when justified
-- Validate that referenced symbols still exist and are still reachable from call sites
-
-### Avoid
-
-- Deleting or renaming referenced symbols without updating all usages
-- Unnecessary scope creep (adding features unrelated to the request)
-- Blind rewrites that ignore the project's dependency structure and entry points
-- "Rebuild everything" refactors when a targeted restructure achieves the goal
-- Cosmetic churn that obscures meaningful changes
-
-## Suggested Workflow
-
-1. Read the relevant code for orientation.
-2. Implement the change end-to-end.
-3. Run tests / build.
-`.trim();
-}
-// ─────────────────────────────────────────────────────────────────────────────
-// KB-aware content (references kb.md)
-// ─────────────────────────────────────────────────────────────────────────────
-function generateCanonicalContentSafeKB() {
-    return `## Aspect Code Knowledge Base
-
-**Aspect Code** is a static-analysis tool that generates a Knowledge Base (KB) for your codebase. The KB is in \`kb.md\` at the workspace root and contains these sections:
-
-| Section | Purpose |
-|---------|---------|
-| **Architecture** | **Read first.** High-risk hubs, directory layout, entry points—the "Do Not Break" zones |
-| **Map** | Data models with signatures, symbol index, naming conventions |
-| **Context** | Module clusters (co-edited files), external integrations, data flow paths |
-
-**Key architectural intelligence:**
-- **High-Risk Hubs** in the Architecture section: Files with many dependents—changes here ripple widely
-- **Entry Points** in the Architecture section: HTTP handlers, CLI commands, event listeners
-- **External Integrations** in the Context section: API clients, database connections, message queues
-- **Data Models** in the Map section: ORM models, dataclasses, TypeScript interfaces with signatures
-
-Read the relevant sections of \`kb.md\` **before** making multi-file changes.
-
-## Golden Rules
-
-1. **Read the KB as a map, not a checklist.** Use \`kb.md\` to understand architecture, not as a to-do list.
-2. **Read before you write.** Open the relevant KB sections before multi-file edits.
-3. **Check architecture first.** Review the Architecture section to understand high-risk zones before coding.
-4. **Think step-by-step.** Break complex tasks into smaller steps; reason through each before coding.
-5. **Prefer minimal, local changes.** Small patches are safer than large refactors, especially in hub files.
-6. **Never truncate code.** Don't use placeholders like \`// ...rest\` or \`# existing code...\`. Provide complete implementations.
-7. **Don't touch tests, migrations, or third-party code** unless the user explicitly asks you to.
-8. **Never remove referenced logic.** If a symbol appears in the Map section, check all callers before deleting.
-9. **Understand blast radius.** Use the Context and Map sections to trace relationships before refactors.
-10. **Follow naming patterns in the Map section.** Match the project's existing naming patterns and import styles.
-11. **When unsure, go small.** Propose a minimal, reversible change instead of a sweeping refactor.
-
-## Recommended Workflow
-
-1. **Understand the task.** Parse requirements; note which files or endpoints are involved.
-2. **Check architecture.** Open \`kb.md\` → review the Architecture section for high-risk hubs and entry points.
-3. **Find relevant code.** Review the Map section → locate data models, symbols, and naming conventions.
-4. **Understand relationships.** Review the Context section → see module clusters (co-edited files) and integrations.
-5. **Trace impact.** Review "Called by" in the Map section to gauge the blast radius of changes.
-6. **Gather evidence.** If behavior is unclear, add targeted logging or traces to confirm assumptions.
-7. **Make minimal edits.** Implement the smallest change that solves the task; run tests.
-
-## When Changing Code
-
-- **Read the COMPLETE file** before modifying it. Preserve all existing exports/functions.
-- **Add, don't reorganize.** Unless the task says "refactor", avoid moving code around.
-- **Check high-risk hubs** (Architecture section) before editing widely-imported files.
-- **Avoid renaming** widely-used symbols listed in the Map section without updating all callers.
-- **No new cycles.** Before adding an import, verify it won't create a circular dependency (Architecture section).
-- **Match conventions.** Follow naming patterns shown in the Map section (naming, imports, frameworks).
-- **Check module clusters** (Context section) to understand which files are commonly edited together.
-- **Prefer small, localized changes** in the most relevant app module identified by the KB.
-- **Use the Architecture, Map, and Context sections** to locate the smallest, safest place to make a change.
-
-## How to Use kb.md
-
-| Section | When to Open | What to Look For |
-|---------|--------------|------------------|
-| Architecture | **First, always** | High-risk hubs, directory layout, entry points, circular dependencies |
-| Map | Before modifying a function | Data models with signatures, symbol index, naming conventions |
-| Context | Before architectural changes | Module clusters, external integrations, data flow patterns |
-
-### Quick Reference
-
-- **High-risk hubs** → Files with 3+ dependents listed in the Architecture section—changes ripple widely
-- **Entry points** → HTTP handlers, CLI commands, event listeners in the Architecture section
-- **External integrations** → HTTP clients, DB connections, message queues in the Context section
-- **Data models** → ORM models, dataclasses, interfaces with signatures in the Map section
-- **Module clusters** → Files commonly edited together in the Context section
-- **High-impact symbol** → 5+ callers in the Map section "Called by" column
-
-## When Things Go Wrong
-
-If you encounter repeated errors or unexpected behavior:
-
-1. **Use git** to see what changed: \`git diff\`, \`git status\`
-2. **Restore lost code** with \`git checkout -- <file>\` if needed
-3. **Re-read the complete file** before making more changes
-4. **Trace data flows** using the Context section to understand execution paths
-5. **Run actual tests** to verify behavior before assuming something works
-6. **Check module clusters** in the Context section for related files that may need updates
-
-## General Guidelines
-
-- **Read kb.md first.** Before making changes, consult the relevant knowledge base sections.
-- **Start with the Architecture section.** Understand high-risk hubs and entry points.
-- **Check hub modules.** Know which files have many dependents before editing.
-- **Follow Map section conventions.** Match existing naming patterns and coding styles exactly.
-- **Minimal changes.** Make the smallest change that solves the problem correctly.
-- **Acknowledge risk.** If editing a hub module or high-impact file, note the elevated risk.
-
-## Section Headers (Pattern-Matching)
-
-**Architecture:** \`## High-Risk Architectural Hubs\`, \`## Directory Layout\`, \`## Entry Points\`, \`## Circular Dependencies\`
-**Map:** \`## Data Models\` (with signatures), \`## Symbol Index\` (with Called By), \`## Conventions\`
-**Context:** \`## Module Clusters\` (co-edited files), \`## External Integrations\`, \`## Critical Flows\`
-`.trim();
-}
-function generateCanonicalContentPermissiveKB() {
-    return `## Aspect Code Knowledge Base
-
-**Aspect Code** is a static-analysis tool that generates a Knowledge Base (KB) for your codebase. The KB is in \`kb.md\` at the workspace root and contains these sections:
-
-| Section | Purpose |
-|---------|---------|
-| **Architecture** | Hubs, directory layout, entry points |
-| **Map** | Data models with signatures, symbol index, naming conventions |
-| **Context** | Module clusters (co-edited files), external integrations, data flow paths |
-
-Use the Knowledge Base (KB) as orientation and ground truth for architecture and dependencies—not as a constraint.
-
-### Operating Rules (KB-First, Not KB-Locked)
-
-- Read \`kb.md\` before large edits; use it to understand boundaries, flows, and ownership
-- Treat the KB as the source of "what connects to what" (entry points, hubs, key types)
-- If your change conflicts with the KB, either:
-  - update the code in a way that keeps the KB's intent valid, or
-  - explicitly state the mismatch and proceed with a coherent new structure
-
-### You May (Explicitly Allowed)
-
-- Refactor for clarity: extract functions, split files, consolidate duplicates
-- Reorganize modules/folders when it improves cohesion and discoverability
-- Touch multiple files when the change is conceptually one improvement
-- Change public/internal APIs when it simplifies the design (with follow-through updates)
-- Edit high-risk hubs when needed—do it deliberately, with dependency awareness
-- Rename symbols for consistency (types, functions, modules) and update references
-
-### You Should
-
-- Explain the new structure in terms of the existing architecture
-- Keep changes "conceptually tight": one goal, end-to-end, fully wired
-- Update call sites and imports immediately when you move/rename things
-- Prefer simplification over novelty; remove unnecessary layers when justified
-- Validate that referenced symbols still exist and are still reachable from call sites
-
-### Avoid
-
-- Deleting or renaming referenced symbols without updating all usages
-- Unnecessary scope creep (adding features unrelated to the request)
-- Blind rewrites that ignore \`kb.md\`'s dependency map and entry points
-- "Rebuild everything" refactors when a targeted restructure achieves the goal
-- Cosmetic churn that obscures meaningful changes
-
-## Suggested Workflow
-
-1. Skim the relevant sections of \`kb.md\` for orientation.
-2. Implement the change end-to-end.
-3. Run tests / build.
-`.trim();
-}
-//# sourceMappingURL=content.js.map

package/node_modules/@aspectcode/emitters/dist/instructions/content.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"content.js","sourceRoot":"","sources":["../../src/instructions/content.ts"],"names":[],"mappings":";;AAmBA,0EAUC;AAgBD,0DAoBC;AAqOD,oEAsDC;AAED,gFA4CC;AAMD,wEAkGC;AAED,oFAoDC;AAtiBD,gFAAgF;AAChF,+DAA+D;AAC/D,EAAE;AACF,eAAe;AACf,2EAA2E;AAC3E,qEAAqE;AACrE,8EAA8E;AAC9E,gFAAgF;AAEhF;;;;;;;GAOG;AACH,SAAgB,+BAA+B,CAC7C,IAAsB,EACtB,WAAW,GAAG,KAAK;IAEnB,IAAI,IAAI,KAAK,YAAY,EAAE,CAAC;QAC1B,OAAO,WAAW;YAChB,CAAC,CAAC,oCAAoC,EAAE;YACxC,CAAC,CAAC,kCAAkC,EAAE,CAAC;IAC3C,CAAC;IACD,OAAO,WAAW,CAAC,CAAC,CAAC,8BAA8B,EAAE,CAAC,CAAC,CAAC,4BAA4B,EAAE,CAAC;AACzF,CAAC;AAED,gFAAgF;AAChF,2EAA2E;AAC3E,gFAAgF;AAEhF;;;;;;;;;GASG;AACH,SAAgB,uBAAuB,CACrC,SAAiB,EACjB,OAAyB,MAAM;IAE/B,MAAM,IAAI,GAAG,gBAAgB,CAAC,SAAS,EAAE,8BAA8B,CAAC,CAAC;IACzE,MAAM,WAAW,GAAG,gBAAgB,CAAC,SAAS,EAAE,cAAc,CAAC,CAAC;IAChE,MAAM,MAAM,GAAG,gBAAgB,CAAC,SAAS,EAAE,kBAAkB,CAAC,CAAC;IAC/D,MAAM,WAAW,GAAG,gBAAgB,CAAC,SAAS,EAAE,aAAa,CAAC,CAAC;IAC/D,MAAM,YAAY,GAAG,gBAAgB,CAAC,SAAS,EAAE,uBAAuB,CAAC,CAAC;IAC1E,MAAM,YAAY,GAAG,gBAAgB,CAAC,SAAS,EAAE,uBAAuB,CAAC,CAAC;IAE1E,MAAM,UAAU,GAAG,IAAI,IAAI,WAAW,IAAI,MAAM,IAAI,WAAW,IAAI,YAAY,CAAC;IAChF,IAAI,CAAC,UAAU,EAAE,CAAC;QAChB,OAAO,+BAA+B,CAAC,IAAI,EAAE,IAAI,CAAC,CAAC;IACrD,CAAC;IAED,IAAI,IAAI,KAAK,YAAY,EAAE,CAAC;QAC1B,OAAO,uBAAuB,CAAC,EAAE,IAAI,EAAE,WAAW,EAAE,MAAM,EAAE,WAAW,EAAE,YAAY,EAAE,YAAY,EAAE,CAAC,CAAC;IACzG,CAAC;IACD,OAAO,iBAAiB,CAAC,EAAE,IAAI,EAAE,WAAW,EAAE,MAAM,EAAE,WAAW,EAAE,YAAY,EAAE,YAAY,EAAE,CAAC,CAAC;AACnG,CAAC;AAWD;;;;GAIG;AACH,SAAS,gBAAgB,CAAC,EAAU,EAAE,OAAe;IACnD,oEAAoE;IACpE,MAAM,OAAO,GAAG,OAAO,CAAC,OAAO,CAAC,qBAAqB,EAAE,MAAM,CAAC,CAAC;IAC/D,MAAM,OAAO,GAAG,IAAI,MAAM,CACxB,6BAA6B,OAAO,OAAO,EAC3C,IAAI,CACL,CAAC;IACF,MAAM,KAAK,GAAG,OAAO,CAAC,IAAI,CAAC,EAAE,CAAC,CAAC;IAC/B,IAAI,CAAC,KAAK;QAAE,OAAO,SAAS,CAAC;IAE7B,MAAM,KAAK,GAAG,KAAK,CAAC,KAAK,GAAG,KAAK,CAAC,CAAC,CAAC,CAAC,MAAM,CAAC;IAC5C,MAAM,IAAI,GAAG,EAAE,CAAC,KAAK,CAAC,KAAK,CAAC,CAAC;IAE7B,iEAAiE;IACjE,MAAM,QAAQ,GAAG,wBAAwB,CAAC,IAAI,CAAC,IAAI,CAAC,CAAC;IACrD,MAAM,OAAO,GAAG,QAAQ,CAAC,CAAC,CAAC,IAAI,CAAC,KAAK,CAAC,CAAC,EAAE,QAAQ,CAAC,KAAK,CAAC,CAAC,CAAC,CAAC,IAAI,CAAC;IAEhE,iFAAiF;IACjF,MAAM,OAAO,GAAG,OAAO;SACpB,OAAO,CAAC,qBAAqB,EAAE,EAAE,CAAC;SAClC,IAAI,EAAE,CAAC;IAEV,OAAO,OAAO,IAAI,SAAS,CAAC;AAC9B,CAAC;AAED,SAAS,iBAAiB,CAAC,CAAa;IACtC,MAAM,KAAK,GAAa,EAAE,CAAC;IAE3B,KAAK,CAAC,IAAI,CAAC;;;sFAGyE,CAAC,CAAC;IAEtF,2DAA2D;IAC3D,MAAM,SAAS,GAAa,EAAE,CAAC;IAE/B,IAAI,CAAC,CAAC,IAAI,EAAE,CAAC;QACX,SAAS,CAAC,IAAI,CAAC;;;;EAIjB,CAAC,CAAC,IAAI,EAAE,CAAC,CAAC;IACV,CAAC;IAED,IAAI,CAAC,CAAC,WAAW,EAAE,CAAC;QAClB,SAAS,CAAC,IAAI,CAAC;;EAEjB,CAAC,CAAC,WAAW,EAAE,CAAC,CAAC;IACjB,CAAC;IAED,IAAI,CAAC,CAAC,MAAM,EAAE,CAAC;QACb,SAAS,CAAC,IAAI,CAAC;;EAEjB,CAAC,CAAC,MAAM,EAAE,CAAC,CAAC;IACZ,CAAC;IAED,IAAI,CAAC,CAAC,YAAY,EAAE,CAAC;QACnB,SAAS,CAAC,IAAI,CAAC;;EAEjB,CAAC,CAAC,YAAY,EAAE,CAAC,CAAC;IAClB,CAAC;IAED,IAAI,SAAS,CAAC,MAAM,GAAG,CAAC,EAAE,CAAC;QACzB,KAAK,CAAC,IAAI,CAAC,8BAA8B,SAAS,CAAC,IAAI,CAAC,MAAM,CAAC,EAAE,CAAC,CAAC;IACrE,CAAC;IAED,0DAA0D;IAC1D,IAAI,CAAC,CAAC,WAAW,EAAE,CAAC;QAClB,KAAK,CAAC,IAAI,CAAC;;EAEb,CAAC,CAAC,WAAW,EAAE,CAAC,CAAC;IACjB,CAAC;IAED,IAAI,CAAC,CAAC,YAAY,EAAE,CAAC;QACnB,KAAK,CAAC,IAAI,CAAC;;EAEb,CAAC,CAAC,YAAY,EAAE,CAAC,CAAC;IAClB,CAAC;IAED,2DAA2D;IAC3D,KAAK,CAAC,IAAI,CAAC;;;;;;;;;;;oGAWuF,CAAC,CAAC;IAEpG,2DAA2D;IAC3D,KAAK,CAAC,IAAI,CAAC;;;;;;;;;iFASoE,CAAC,CAAC;IAEjF,2DAA2D;IAC3D,KAAK,CAAC,IAAI,CAAC;;;;;;;;2EAQ8D,CAAC,CAAC;IAE3E,OAAO,KAAK,CAAC,IAAI,CAAC,MAAM,CAAC,CAAC,IAAI,EAAE,CAAC;AACnC,CAAC;AAED,SAAS,uBAAuB,CAAC,CAAa;IAC5C,MAAM,KAAK,GAAa,EAAE,CAAC;IAE3B,KAAK,CAAC,IAAI,CAAC;;;;;0DAK6C,CAAC,CAAC;IAE1D,2DAA2D;IAC3D,MAAM,SAAS,GAAa,EAAE,CAAC;IAE/B,IAAI,CAAC,CAAC,IAAI,EAAE,CAAC;QACX,SAAS,CAAC,IAAI,CAAC;;EAEjB,CAAC,CAAC,IAAI,EAAE,CAAC,CAAC;IACV,CAAC;IAED,IAAI,CAAC,CAAC,WAAW,EAAE,CAAC;QAClB,SAAS,CAAC,IAAI,CAAC;;EAEjB,CAAC,CAAC,WAAW,EAAE,CAAC,CAAC;IACjB,CAAC;IAED,IAAI,CAAC,CAAC,MAAM,EAAE,CAAC;QACb,SAAS,CAAC,IAAI,CAAC;;EAEjB,CAAC,CAAC,MAAM,EAAE,CAAC,CAAC;IACZ,CAAC;IAED,IAAI,SAAS,CAAC,MAAM,GAAG,CAAC,EAAE,CAAC;QACzB,KAAK,CAAC,IAAI,CAAC,8BAA8B,SAAS,CAAC,IAAI,CAAC,MAAM,CAAC,EAAE,CAAC,CAAC;IACrE,CAAC;IAED,IAAI,CAAC,CAAC,WAAW,EAAE,CAAC;QAClB,KAAK,CAAC,IAAI,CAAC;;EAEb,CAAC,CAAC,WAAW,EAAE,CAAC,CAAC;IACjB,CAAC;IAED,IAAI,CAAC,CAAC,YAAY,EAAE,CAAC;QACnB,KAAK,CAAC,IAAI,CAAC;;EAEb,CAAC,CAAC,YAAY,EAAE,CAAC,CAAC;IAClB,CAAC;IAED,2DAA2D;IAC3D,KAAK,CAAC,IAAI,CAAC;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;kDA+BqC,CAAC,CAAC;IAElD,KAAK,CAAC,IAAI,CAAC;;;;sBAIS,CAAC,CAAC;IAEtB,OAAO,KAAK,CAAC,IAAI,CAAC,MAAM,CAAC,CAAC,IAAI,EAAE,CAAC;AACnC,CAAC;AAED,gFAAgF;AAChF,wCAAwC;AACxC,gFAAgF;AAEhF,SAAgB,4BAA4B;IAC1C,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAoDR,CAAC,IAAI,EAAE,CAAC;AACT,CAAC;AAED,SAAgB,kCAAkC;IAChD,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA0CR,CAAC,IAAI,EAAE,CAAC;AACT,CAAC;AAED,gFAAgF;AAChF,sCAAsC;AACtC,gFAAgF;AAEhF,SAAgB,8BAA8B;IAC5C,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAgGR,CAAC,IAAI,EAAE,CAAC;AACT,CAAC;AAED,SAAgB,oCAAoC;IAClD,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAkDR,CAAC,IAAI,EAAE,CAAC;AACT,CAAC"}

package/node_modules/@aspectcode/emitters/dist/instructions/detection.d.ts

@@ -1,13 +0,0 @@
-import type { EmitterHost } from '../host';
-import type { AiToolId } from './formats';
-export type AssistantId = 'aspectKB' | 'agentsMd';
-/**
- * Detects which Aspect Code artifacts exist (KB, instructions).
- */
-export declare function detectAssistants(host: EmitterHost, workspaceRoot: string): Promise<Set<AssistantId>>;
-/**
- * Detects which AI coding tools are present in the workspace by checking
- * for their config/instruction files on disk.
- */
-export declare function detectAiTools(host: EmitterHost, workspaceRoot: string): Promise<Set<AiToolId>>;
-//# sourceMappingURL=detection.d.ts.map

package/node_modules/@aspectcode/emitters/dist/instructions/detection.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"detection.d.ts","sourceRoot":"","sources":["../../src/instructions/detection.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,WAAW,EAAE,MAAM,SAAS,CAAC;AAC3C,OAAO,KAAK,EAAE,QAAQ,EAAE,MAAM,WAAW,CAAC;AAK1C,MAAM,MAAM,WAAW,GAAG,UAAU,GAAG,UAAU,CAAC;AAOlD;;GAEG;AACH,wBAAsB,gBAAgB,CACpC,IAAI,EAAE,WAAW,EACjB,aAAa,EAAE,MAAM,GACpB,OAAO,CAAC,GAAG,CAAC,WAAW,CAAC,CAAC,CAuB3B;AAED;;;GAGG;AACH,wBAAsB,aAAa,CACjC,IAAI,EAAE,WAAW,EACjB,aAAa,EAAE,MAAM,GACpB,OAAO,CAAC,GAAG,CAAC,QAAQ,CAAC,CAAC,CAuBxB"}

package/node_modules/@aspectcode/emitters/dist/instructions/detection.js

@@ -1,55 +0,0 @@
-"use strict";
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.detectAssistants = detectAssistants;
-exports.detectAiTools = detectAiTools;
-const formats_1 = require("./formats");
-const ASSISTANT_DETECTION_PATHS = [
-    { id: 'aspectKB', paths: ['.aspect'] },
-    { id: 'agentsMd', paths: ['AGENTS.md'] },
-];
-/**
- * Detects which Aspect Code artifacts exist (KB, instructions).
- */
-async function detectAssistants(host, workspaceRoot) {
-    const detected = new Set();
-    const allPromises = ASSISTANT_DETECTION_PATHS.flatMap((check) => check.paths.map(async (p) => {
-        const abs = host.join(workspaceRoot, p);
-        try {
-            return (await host.exists(abs)) ? check.id : null;
-        }
-        catch {
-            return null;
-        }
-    }));
-    const results = await Promise.allSettled(allPromises);
-    for (const result of results) {
-        if (result.status === 'fulfilled' && result.value) {
-            detected.add(result.value);
-        }
-    }
-    return detected;
-}
-/**
- * Detects which AI coding tools are present in the workspace by checking
- * for their config/instruction files on disk.
- */
-async function detectAiTools(host, workspaceRoot) {
-    const detected = new Set();
-    const allPromises = formats_1.AI_TOOL_DETECTION_PATHS.flatMap((check) => check.paths.map(async (p) => {
-        const abs = host.join(workspaceRoot, p);
-        try {
-            return (await host.exists(abs)) ? check.id : null;
-        }
-        catch {
-            return null;
-        }
-    }));
-    const results = await Promise.allSettled(allPromises);
-    for (const result of results) {
-        if (result.status === 'fulfilled' && result.value) {
-            detected.add(result.value);
-        }
-    }
-    return detected;
-}
-//# sourceMappingURL=detection.js.map

package/node_modules/@aspectcode/emitters/dist/instructions/detection.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"detection.js","sourceRoot":"","sources":["../../src/instructions/detection.ts"],"names":[],"mappings":";;AAgBA,4CA0BC;AAMD,sCA0BC;AAxED,uCAAoD;AAMpD,MAAM,yBAAyB,GAAwD;IACrF,EAAE,EAAE,EAAE,UAAU,EAAE,KAAK,EAAE,CAAC,SAAS,CAAC,EAAE;IACtC,EAAE,EAAE,EAAE,UAAU,EAAE,KAAK,EAAE,CAAC,WAAW,CAAC,EAAE;CACzC,CAAC;AAEF;;GAEG;AACI,KAAK,UAAU,gBAAgB,CACpC,IAAiB,EACjB,aAAqB;IAErB,MAAM,QAAQ,GAAG,IAAI,GAAG,EAAe,CAAC;IAExC,MAAM,WAAW,GAAG,yBAAyB,CAAC,OAAO,CAAC,CAAC,KAAK,EAAE,EAAE,CAC9D,KAAK,CAAC,KAAK,CAAC,GAAG,CAAC,KAAK,EAAE,CAAC,EAAE,EAAE;QAC1B,MAAM,GAAG,GAAG,IAAI,CAAC,IAAI,CAAC,aAAa,EAAE,CAAC,CAAC,CAAC;QACxC,IAAI,CAAC;YACH,OAAO,CAAC,MAAM,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,CAAC,KAAK,CAAC,EAAE,CAAC,CAAC,CAAC,IAAI,CAAC;QACpD,CAAC;QAAC,MAAM,CAAC;YACP,OAAO,IAAI,CAAC;QACd,CAAC;IACH,CAAC,CAAC,CACH,CAAC;IAEF,MAAM,OAAO,GAAG,MAAM,OAAO,CAAC,UAAU,CAAC,WAAW,CAAC,CAAC;IAEtD,KAAK,MAAM,MAAM,IAAI,OAAO,EAAE,CAAC;QAC7B,IAAI,MAAM,CAAC,MAAM,KAAK,WAAW,IAAI,MAAM,CAAC,KAAK,EAAE,CAAC;YAClD,QAAQ,CAAC,GAAG,CAAC,MAAM,CAAC,KAAK,CAAC,CAAC;QAC7B,CAAC;IACH,CAAC;IAED,OAAO,QAAQ,CAAC;AAClB,CAAC;AAED;;;GAGG;AACI,KAAK,UAAU,aAAa,CACjC,IAAiB,EACjB,aAAqB;IAErB,MAAM,QAAQ,GAAG,IAAI,GAAG,EAAY,CAAC;IAErC,MAAM,WAAW,GAAG,iCAAuB,CAAC,OAAO,CAAC,CAAC,KAAK,EAAE,EAAE,CAC5D,KAAK,CAAC,KAAK,CAAC,GAAG,CAAC,KAAK,EAAE,CAAC,EAAE,EAAE;QAC1B,MAAM,GAAG,GAAG,IAAI,CAAC,IAAI,CAAC,aAAa,EAAE,CAAC,CAAC,CAAC;QACxC,IAAI,CAAC;YACH,OAAO,CAAC,MAAM,IAAI,CAAC,MAAM,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC,CAAC,KAAK,CAAC,EAAE,CAAC,CAAC,CAAC,IAAI,CAAC;QACpD,CAAC;QAAC,MAAM,CAAC;YACP,OAAO,IAAI,CAAC;QACd,CAAC;IACH,CAAC,CAAC,CACH,CAAC;IAEF,MAAM,OAAO,GAAG,MAAM,OAAO,CAAC,UAAU,CAAC,WAAW,CAAC,CAAC;IAEtD,KAAK,MAAM,MAAM,IAAI,OAAO,EAAE,CAAC;QAC7B,IAAI,MAAM,CAAC,MAAM,KAAK,WAAW,IAAI,MAAM,CAAC,KAAK,EAAE,CAAC;YAClD,QAAQ,CAAC,GAAG,CAAC,MAAM,CAAC,KAAK,CAAC,CAAC;QAC7B,CAAC;IACH,CAAC;IAED,OAAO,QAAQ,CAAC;AAClB,CAAC"}

package/node_modules/@aspectcode/emitters/dist/instructions/instructionsEmitter.d.ts

@@ -1,9 +0,0 @@
-/**
- * Instructions emitter — writes AGENTS.md with full-file ownership.
- *
- * No markers, no merge logic. The entire file is owned by AspectCode.
- * Content comes from the static generator or from the optimizer.
- */
-import type { Emitter } from '../emitter';
-export declare function createInstructionsEmitter(): Emitter;
-//# sourceMappingURL=instructionsEmitter.d.ts.map

package/node_modules/@aspectcode/emitters/dist/instructions/instructionsEmitter.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"instructionsEmitter.d.ts","sourceRoot":"","sources":["../../src/instructions/instructionsEmitter.ts"],"names":[],"mappings":"AAAA;;;;;GAKG;AAGH,OAAO,KAAK,EAAE,OAAO,EAA2B,MAAM,YAAY,CAAC;AAInE,wBAAgB,yBAAyB,IAAI,OAAO,CAuBnD"}

package/node_modules/@aspectcode/emitters/dist/instructions/instructionsEmitter.js

@@ -1,30 +0,0 @@
-"use strict";
-/**
- * Instructions emitter — writes AGENTS.md with full-file ownership.
- *
- * No markers, no merge logic. The entire file is owned by AspectCode.
- * Content comes from the static generator or from the optimizer.
- */
-Object.defineProperty(exports, "__esModule", { value: true });
-exports.createInstructionsEmitter = createInstructionsEmitter;
-const content_1 = require("./content");
-function createInstructionsEmitter() {
-    return {
-        name: 'instructions',
-        async emit(_model, host, options) {
-            const outDir = options.outDir ?? options.workspaceRoot;
-            const mode = options.instructionsMode ?? 'safe';
-            const wrote = [];
-            if (mode === 'off') {
-                return { filesWritten: wrote };
-            }
-            // Generate canonical content — full-file, no markers
-            const content = (0, content_1.generateCanonicalContentForMode)(mode, options.generateKb);
-            const filePath = host.join(outDir, 'AGENTS.md');
-            await host.writeFile(filePath, content);
-            wrote.push(filePath);
-            return { filesWritten: wrote };
-        },
-    };
-}
-//# sourceMappingURL=instructionsEmitter.js.map

package/node_modules/@aspectcode/emitters/dist/instructions/instructionsEmitter.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"instructionsEmitter.js","sourceRoot":"","sources":["../../src/instructions/instructionsEmitter.ts"],"names":[],"mappings":";AAAA;;;;;GAKG;;AAOH,8DAuBC;AAzBD,uCAA4D;AAE5D,SAAgB,yBAAyB;IACvC,OAAO;QACL,IAAI,EAAE,cAAc;QAEpB,KAAK,CAAC,IAAI,CAAC,MAAqB,EAAE,IAAiB,EAAE,OAAoB;YACvE,MAAM,MAAM,GAAG,OAAO,CAAC,MAAM,IAAI,OAAO,CAAC,aAAa,CAAC;YACvD,MAAM,IAAI,GAAG,OAAO,CAAC,gBAAgB,IAAI,MAAM,CAAC;YAChD,MAAM,KAAK,GAAa,EAAE,CAAC;YAE3B,IAAI,IAAI,KAAK,KAAK,EAAE,CAAC;gBACnB,OAAO,EAAE,YAAY,EAAE,KAAK,EAAE,CAAC;YACjC,CAAC;YAED,qDAAqD;YACrD,MAAM,OAAO,GAAG,IAAA,yCAA+B,EAAC,IAAI,EAAE,OAAO,CAAC,UAAU,CAAC,CAAC;YAE1E,MAAM,QAAQ,GAAG,IAAI,CAAC,IAAI,CAAC,MAAM,EAAE,WAAW,CAAC,CAAC;YAChD,MAAM,IAAI,CAAC,SAAS,CAAC,QAAQ,EAAE,OAAO,CAAC,CAAC;YACxC,KAAK,CAAC,IAAI,CAAC,QAAQ,CAAC,CAAC;YAErB,OAAO,EAAE,YAAY,EAAE,KAAK,EAAE,CAAC;QACjC,CAAC;KACF,CAAC;AACJ,CAAC"}