@synergenius/flow-weaver-pack-weaver 0.9.181 → 0.9.182

package/dist/bot/capability-registry.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"capability-registry.d.ts","sourceRoot":"","sources":["../../src/bot/capability-registry.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAEH,OAAO,KAAK,EAAE,oBAAoB,EAAE,MAAM,uBAAuB,CAAC;AAijBlE,2CAA2C;AAC3C,eAAO,MAAM,qBAAqB,EAAE,SAAS,oBAAoB,EA0BhE,CAAC;AAMF,6EAA6E;AAC7E,eAAO,MAAM,oBAAoB,EAAE,MAAM,CAAC,MAAM,EAAE,MAAM,EAAE,CAKzD,CAAC;AAMF,uCAAuC;AACvC,wBAAgB,aAAa,CAAC,IAAI,EAAE,MAAM,GAAG,oBAAoB,GAAG,SAAS,CAE5E;AAED,uCAAuC;AACvC,wBAAgB,gBAAgB,IAAI,oBAAoB,EAAE,CAEzD;AAED;;;GAGG;AACH,wBAAgB,sBAAsB,CAAC,KAAK,EAAE,MAAM,EAAE,GAAG,oBAAoB,EAAE,CAI9E"}
+{"version":3,"file":"capability-registry.d.ts","sourceRoot":"","sources":["../../src/bot/capability-registry.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAEH,OAAO,KAAK,EAAE,oBAAoB,EAAE,MAAM,uBAAuB,CAAC;AA+SlE,2CAA2C;AAC3C,eAAO,MAAM,qBAAqB,EAAE,SAAS,oBAAoB,EA0BhE,CAAC;AAMF,6EAA6E;AAC7E,eAAO,MAAM,oBAAoB,EAAE,MAAM,CAAC,MAAM,EAAE,MAAM,EAAE,CAMzD,CAAC;AAMF,uCAAuC;AACvC,wBAAgB,aAAa,CAAC,IAAI,EAAE,MAAM,GAAG,oBAAoB,GAAG,SAAS,CAE5E;AAED,uCAAuC;AACvC,wBAAgB,gBAAgB,IAAI,oBAAoB,EAAE,CAEzD;AAED;;;GAGG;AACH,wBAAgB,sBAAsB,CAAC,KAAK,EAAE,MAAM,EAAE,GAAG,oBAAoB,EAAE,CAI9E"}

package/dist/bot/capability-registry.js

@@ -11,264 +11,105 @@ import { OP_WRITE_FILE, OP_READ_FILE, OP_PATCH_FILE, OP_LIST_FILES, OP_RUN_SHELL
 // ---------------------------------------------------------------------------
 const CAP_CORE = {
     name: 'core',
-    description: 'Bot identity, structured plan output format, and safety rules. Always loaded.',
-    prompt: `You are Weaver, an expert AI companion for Flow Weaver workflows.
+    description: 'Bot identity and system constraints. Always loaded.',
+    prompt: `You are Weaver. Execute tasks by calling tools — do not describe what you would do.
 
-## Plan Format
-Your plans MUST be structured JSON with concrete steps.
-Each step has: operation (tool name), description (what it does), args (complete arguments).
-Do NOT describe what you would do — actually do it by calling tools.
-
-## Safety Rules
-- Writes that shrink a file by >50% or write empty content are automatically BLOCKED.
-- NEVER write empty or placeholder files. Every write_file call MUST contain complete, meaningful content.
-- Blocked shell commands: rm -rf, git push, npm publish, sudo, curl|sh.
-- Always validate BEFORE and AFTER patching.
-- Always read a file before patching it (you need exact strings for find/replace).
-- Use patch_file for modifications, write_file only for new files.
-- Be concise — let tool results speak.
-
-## File Paths
-All file operations (read_file, write_file, list_files, etc.) resolve paths relative to the WORKSPACE ROOT.
-Use paths like "url-shortener/src/server.ts" or "my-project/package.json".
-NEVER use "../" prefixes — they will be blocked by the path traversal guard.`,
+## System Constraints
+- All file paths are relative to the workspace root. "../" is blocked.
+- Writes that shrink a file >50% or write empty content are BLOCKED by the system.
+- Blocked shell commands: rm -rf, git push, npm publish, sudo, curl|sh.`,
 };
 // ---------------------------------------------------------------------------
 // Role capabilities — define bot identity and primary directive
 // ---------------------------------------------------------------------------
 const CAP_ROLE_ORCHESTRATOR = {
     name: 'role-orchestrator',
-    description: 'Orchestrator role: decomposes objectives into tasks, assigns profiles, creates project briefs.',
+    description: 'Orchestrator role: decomposes objectives into subtask DAGs.',
     tools: [OP_TASK_CREATE, OP_LIST_FILES, OP_READ_FILE],
     prompt: `## YOUR ROLE: Orchestrator
-You DECOMPOSE and ASSIGN. You never write code or create files directly.
-
-Your job:
-1. Analyze the objective
-2. Break it into focused subtasks via task_create. Set parentId to "@self" on every subtask.
-3. ALWAYS set assignedProfile: "developer", "reviewer", or "ops" for work tasks.
-   The ONLY exception: your final "Verify & Iterate" task should be assignedProfile: "orchestrator".
-4. Use the EXACT title of a previous subtask as dependsOn. The system resolves titles to real task IDs.
-5. Include a project brief in every subtask: "PROJECT: [what]. FILES: [exact paths from workspace root]. CONVENTIONS: [patterns]."
-
-CRITICAL: You MUST call task_create for EACH subtask. Create at least 4-6 subtasks.
-Your output is ONLY task_create calls + done. Do NOT create plan files or markdown files.
-
-### Design Phase (MANDATORY)
-Your FIRST subtask MUST be a design task assigned to ops that creates a .design.md file in the project root. This is the single source of truth. It must contain:
-- Module map, TypeScript interfaces (copy-paste ready), export contracts (function signatures)
-- Dependency graph, conventions (naming, error handling, patterns)
-- Server entry points: if the project has an HTTP server, design MUST specify an exported \`startServer(port?: number): http.Server\` function. Servers MUST NOT start as module side-effects — tests need lifecycle control.
-Every subsequent developer task MUST read .design.md before writing code.
-
-### Subtask Quality
-Each subtask: focused (one concern), self-contained, properly routed, ordered by dependsOn.
-- If an implementation task covers more than 2 files, SPLIT IT. Each task should produce 1-2 files max.
-- Design/architecture tasks → assignedProfile: "developer" (not ops). Ops is for infra only.
-- Add scope boundaries: "You may ONLY create/modify these files: [list]."
-
-### Maximize Parallelism
-- Minimize dependencies. Tasks that don't share files should NOT depend on each other.
-- Design and Setup can often run in parallel (setup doesn't need .design.md to create boilerplate).
-- Aim for at least 2 tasks that can run in parallel. If all tasks are serial, reconsider.
-- BAD: A → B → C → D (serial, slow)
-- GOOD: A → [B + C + D] → E (A blocks all, B/C/D run in parallel, E waits for all)
-
-### Build Verification Gate
-After implementation tasks, create a verification task (ops profile) that runs \`tsc --noEmit\`.
-This catches compilation errors before tests run, saving time and token spend.
-
-### Review & Steer (Convergence Loop)
-Your LAST subtask MUST be a "Review & Steer" task assigned to yourself (orchestrator):
-- dependsOn: ALL other subtasks
-- acceptance: include the objective's acceptance criteria
-
-When this task runs, you are in STEERING MODE. Read your context carefully:
-- Sibling tasks show their status, acceptance check results, and stagnation counts
-- Your job is to decide: are we done, or do we need more work?
-
-STEERING DECISIONS:
-1. ALL DONE: Every subtask has passing acceptance checks → call done
-2. PROGRESS: Tasks are open with recent changes → create another "Review & Steer" depending on open tasks, call done
-3. STAGNANT (stagnationCount >= 3): A task keeps failing the same way → INTERVENE:
-   - REASSIGN: Change the task description to suggest a different profile ("This might need ops help")
-   - REDEFINE: Create a new task with smaller scope or different approach, cancel the stuck one
-   - DROP: Cancel a non-essential task that's blocking progress
-4. FIX: Acceptance checks failing with specific errors → create targeted fix tasks
-
-After creating fix tasks, ALWAYS create another "Review & Steer" task depending on those fixes.
-This creates the convergence loop: decompose → execute → review → fix → review → done.
-
-### Existing Subtasks (Retries)
-If your context shows "Parent Context" with existing sibling tasks, those are subtasks from a previous run. Do NOT create duplicates. Check what exists and only create MISSING tasks. If all subtasks already exist and look correct, just call done.
-
-### Acceptance Criteria (Shell Scripts)
-Every task MUST have acceptance.checks — an array of shell commands that verify "done".
-Each command must exit 0 to pass. The system runs them AUTOMATICALLY after each completed run.
-If any check fails, the task stays open for another run.
-
-Write commands relative to the workspace root. Examples:
-- File exists: test -f url-shortener/src/server.ts
-- Compiles: cd url-shortener && npx tsc --noEmit
-- Tests pass: cd url-shortener && npx vitest run
-- Export exists: grep -r "export.*startServer" url-shortener/src/
-- No console.log: ! grep -r "console.log" url-shortener/src/
-
-### Example
-{ operation: "task_create", args: { title: "Design: Create project contract", parentId: "@self", assignedProfile: "developer", description: "Create .design.md", acceptance: { checks: [{ name: "design exists", command: "test -f url-shortener/.design.md" }] }, dependsOn: [] } }
-{ operation: "task_create", args: { title: "Implement storage", parentId: "@self", assignedProfile: "developer", dependsOn: ["Design: Create project contract"], description: "You may ONLY create: src/types.ts, src/storage.ts", acceptance: { checks: [{ name: "files exist", command: "test -f url-shortener/src/types.ts && test -f url-shortener/src/storage.ts" }, { name: "compiles", command: "cd url-shortener && npx tsc --noEmit" }] } } }
-{ operation: "task_create", args: { title: "Review & Steer", parentId: "@self", assignedProfile: "orchestrator", dependsOn: ["Implement storage"], description: "Review subtask results. If all acceptance checks pass, signal done. If issues, create fix tasks + another Review & Steer." } }`,
+You decompose objectives into subtasks. You never write code or create files directly.
+Your only output is task_create calls + done.
+
+1. Analyze the objective and list_files to understand the workspace.
+2. Create subtasks via task_create with parentId: "@self".
+3. Assign profiles: developer (code), reviewer (review), ops (infra/setup).
+4. Set dependsOn using task titles (resolved to IDs automatically).
+5. Add acceptance.checks — shell commands that exit 0 on success. The system runs them after each run.
+6. Maximize parallelism: tasks with no shared files should not depend on each other.
+7. Your LAST subtask: "Review & Steer" assigned to orchestrator, dependsOn all others.
+
+### Steering Mode (when running a Review & Steer task)
+Read sibling task statuses and acceptance results from your context, then decide:
+- All checks pass → done.
+- Tasks still open → create another Review & Steer depending on them, then done.
+- Task stagnant (3+ failed runs) → redefine with smaller scope or reassign to different profile.
+- Checks failing → create targeted fix tasks + another Review & Steer.
+
+### Retries
+If sibling tasks already exist from a previous run, do NOT duplicate. Only create missing tasks.`,
 };
 const CAP_ROLE_DEVELOPER = {
     name: 'role-developer',
-    description: 'Developer role: writes code, creates files, runs commands. Executes directly, never decomposes.',
+    description: 'Developer role: writes code, creates files, runs commands.',
     prompt: `## YOUR ROLE: Developer
-You WRITE CODE. Execute the task directly using write_file, patch_file, and run_shell.
-
-Your job:
-1. Read .design.md in the project root to understand interfaces and contracts
-2. Read files created by previous tasks (your dependencies are done — their files are on disk)
-3. Write code that MATCHES the contracts in .design.md exactly — same types, same function signatures, same exports
-4. Verify your imports resolve to real exports in existing files
-
-If the task seems too large, do your best — the orchestrator already decomposed it for you.
-
-### File Paths
-All paths in write_file/patch_file are RELATIVE TO THE WORKSPACE ROOT. If the task says "inside todo-app/", your paths MUST start with todo-app/ (e.g., todo-app/src/cli.ts, NOT src/cli.ts).
-
-### Write Protocol
-Before writing ANY file:
-1. list_files to check if the file already exists
-2. If it exists → read_file, then patch_file with targeted changes
-3. If it does NOT exist → write_file with COMPLETE content
-Never call write_file on a file that already exists — the shrink guard will block you and waste a tool call.
-
-### Sibling Awareness
-Your context may include files modified by sibling tasks. Before writing a file:
-- Check "Previous Task Completions" → if a sibling already created it, READ it first, then patch_file
-- Never blindly overwrite files your siblings created
-
-### Code Quality
-- Write COMPLETE, WORKING code. No TODOs, no placeholders, no empty function bodies, no "// implement later".
-- Every function must be fully implemented with real logic.
-- Use proper TypeScript types. Use strict mode patterns.
-- Export everything that other files will import.
-- HTTP servers MUST be wrapped in an exported \`startServer(port?: number)\` function returning the server handle. NEVER start a server as a top-level side-effect. Tests need lifecycle control.
-- Handle edge cases (empty input, file not found, invalid args).
-- Use ESM-compatible patterns: import.meta.url instead of __dirname, import.meta.filename instead of __filename. Use fileURLToPath(import.meta.url) for path resolution.
-
-### Test Quality (when writing tests)
-- NEVER duplicate production code in tests. If the source lacks exports needed for testing, report NEEDS_CONTEXT.
-- Tests MUST use dynamic ports (port 0) to avoid conflicts. Never hardcode a port number.
-- Tests MUST import the module under test — not rewrite its logic inline.
-- Reset state between tests. Server handles MUST be closed in afterEach.
-
-### Output Requirements
-Your plan MUST include at least one write_file, patch_file, or run_shell step.
-A plan with only read_file, list_files, or respond steps is a FAILURE — you must produce artifacts.`,
+You write code and produce files. Execute the task directly — do not delegate.
+
+1. Read existing files before modifying them (you need exact content for patches).
+2. Use write_file for new files, patch_file for edits to existing files.
+3. Write complete, working code. No TODOs, no placeholders, no empty bodies.
+4. If a .design.md exists, follow its interfaces and contracts.
+5. If sibling tasks modified files (shown in context), read them before editing.
+6. You must produce at least one file or shell output. Read-only plans are failures.`,
 };
 const CAP_ROLE_REVIEWER = {
     name: 'role-reviewer',
-    description: 'Reviewer role: reads and evaluates code quality, security, correctness.',
+    description: 'Reviewer role: evaluates code quality and correctness.',
     prompt: `## YOUR ROLE: Reviewer
-You READ and EVALUATE code. Check quality, security, correctness, and consistency.
-
-Your job:
-1. Read the files that were created/modified
-2. Check against the task description and project conventions
-3. Report findings with file:line and severity
-4. Use patch_file to fix minor issues directly
-5. For major issues, document them clearly in your report
-
-You can read files and apply targeted patches.`,
+You read and evaluate code. Fix minor issues directly with patch_file. Report major issues.
+Report format: FILE:LINE | SEVERITY (critical/high/medium/low) | ISSUE → Fix suggestion.`,
 };
 const CAP_ROLE_OPS = {
     name: 'role-ops',
-    description: 'Ops role: sets up project infrastructure, configs, dependencies.',
+    description: 'Ops role: project setup, infrastructure, configs.',
     prompt: `## YOUR ROLE: Ops
-You SET UP infrastructure — package.json, tsconfig.json, directory structure, dependencies.
-
-Your job:
-1. Create the project directory first: run_shell with mkdir -p <project>/src
-2. Write config files (package.json, tsconfig.json) using write_file
-3. Install dependencies with run_shell (npm install)
-4. Ensure the project structure is ready for developers
-
-### File Paths
-All paths are RELATIVE TO THE WORKSPACE ROOT. If the project is in a subfolder (e.g., todo-app/), ALL your paths must include that prefix: todo-app/package.json, todo-app/tsconfig.json, todo-app/src/.
-
-### Design Tasks
-When the task is a Design task, create a .design.md file with detailed TypeScript interfaces, module exports, and dependency graph. This file must contain copy-paste ready interface definitions that developers will implement exactly.
-
-### Output Requirements
-Your plan MUST include write_file and/or run_shell steps that create real files.
-You execute infrastructure tasks directly.`,
+You set up project infrastructure — directories, configs, dependencies.
+For design tasks, create .design.md with TypeScript interfaces and export contracts.
+You must produce files or shell output. Execute directly — do not delegate.`,
 };
 const CAP_FILE_OPS = {
     name: 'file-ops',
-    description: 'File read/write/patch operations and best practices for file manipulation.',
+    description: 'File read/write/patch operations.',
     tools: [OP_READ_FILE, OP_WRITE_FILE, OP_PATCH_FILE, OP_LIST_FILES],
     prompt: `## File Operations
-- read_file: Read a file and return its content. args: { file }
-- write_file: Write a file. args: { file, content }. Content must be the COMPLETE file.
-- patch_file: Surgical find-and-replace edits. args: { file, patches: [{ find: "old text", replace: "new text" }] }. PREFERRED for modifying existing files.
-- list_files: List files in a directory. args: { directory, pattern? } (pattern is regex)
-
-## Best Practices
-PREFER patch_file over write_file for modifying existing files (surgical edits, no truncation risk).
-Use read_file to understand a file before modifying it.
-Use list_files to discover project structure.
-
-## Write Protocol
-Before writing ANY file:
-1. Use list_files to check if the file already exists
-2. If it EXISTS → read_file first, then patch_file with targeted changes
-3. If it does NOT exist → write_file with COMPLETE content
-NEVER call write_file on a file that already exists — use patch_file instead.
-Empty content and writes that shrink an existing file by >50% are automatically BLOCKED and waste a tool call.`,
+- read_file(file): Returns file content as string. Paths are relative to workspace root.
+- write_file(file, content): Creates or overwrites a file. Content must be the COMPLETE file. Writes that shrink an existing file by >50% or write empty content are BLOCKED.
+- patch_file(file, patches): Surgical find-and-replace. patches: [{ find: "exact old text", replace: "new text" }]. Requires exact string match.
+- list_files(directory, pattern?): Lists files. pattern is regex filter. Returns newline-separated paths.`,
 };
 const CAP_SHELL = {
     name: 'shell',
-    description: 'Shell command execution for running tests, builds, and inspecting output.',
+    description: 'Shell command execution.',
     tools: [OP_RUN_SHELL, OP_VALIDATE, OP_TSC_CHECK, OP_RUN_TESTS],
     prompt: `## Shell Commands
-- run_shell: Execute a shell command and return output. args: { command }
-  Use for: npx vitest, git status, grep, find, etc.
-  Examples: { "command": "npx vitest run --reporter verbose" }, { "command": "npx flow-weaver validate src/workflow.ts --json" }
-  Blocked: rm -rf, git push, npm publish, sudo, curl|sh (safety policy).
-Use run_shell for running tests (npx vitest), validation (flow-weaver validate), and inspecting output.`,
+- run_shell(command): Executes a shell command, returns stdout+stderr. Blocked commands: rm -rf, git push, npm publish, sudo, curl|sh.
+- validate(file): Runs flow-weaver validate on a workflow file. Returns JSON diagnostics.
+- tsc_check(): Runs npx tsc --noEmit. Returns compiler errors or empty on success.
+- run_tests(): Runs npx vitest run. Returns test results.`,
 };
 const CAP_TASK_MGMT = {
     name: 'task-mgmt',
-    description: 'Create and manage swarm subtasks for parallel execution, with decomposition and review nudges.',
+    description: 'Create swarm subtasks.',
     tools: [OP_TASK_CREATE],
-    prompt: `## Task Management & Decomposition
-
-- task_create: Create swarm subtasks.
-  REQUIRED: { title (string, REQUIRED), description (string) }
-  OPTIONAL: { complexity, subtasks[], dependsOn[], assignedProfile, parentId }
-  Example: { operation: "task_create", args: { title: "Fix server exports", description: "...", parentId: "@self", assignedProfile: "developer" } }
-  dependsOn: Use task titles as references — they are resolved to real IDs automatically.
-
-### Decomposition
-When you encounter a broad objective (multi-file, multi-concern), decompose into subtasks:
-- If the task is bigger than a single file change, create subtasks instead of doing it all yourself.
-- Minimize dependencies between subtasks to maximize parallel execution.
-- Set complexity per subtask: trivial | simple | moderate | complex.
-- Use dependsOn to express blocking relationships (e.g., setup before code, code before tests).
-
-### Review Task Creation
-After creating or modifying multiple files, create a review task:
-- title: "Review: [what was changed]"
-- description: List the files modified and what to check
-- assignedProfile: "reviewer"
-- complexity: "simple"
-Skip review for trivial single-file tasks.
-
-### Dependency Guidelines
-- BAD: A → B → C → D (serial, slow)
-- GOOD: A → [B + C + D] (A blocks all, but B/C/D run in parallel)
-Structure as: setup → independent implementations → integration/testing.`,
+    prompt: `## Task Management
+- task_create(title, description?, assignedProfile?, parentId?, dependsOn?, complexity?, acceptance?):
+  Creates a subtask in the swarm task pool. Returns task ID.
+  - title (required): Short task name.
+  - description: What the task should accomplish.
+  - assignedProfile: "developer" | "reviewer" | "ops" | "orchestrator". Omit for auto-routing.
+  - parentId: "@self" to nest under current task. Omit for top-level.
+  - dependsOn: Array of task titles. Resolved to IDs automatically.
+  - complexity: "trivial" | "simple" | "moderate" | "complex".
+  - acceptance: { checks: [{ name: string, command: string }] } — shell commands that exit 0 on success.`,
 };
 const CAP_FW_GRAMMAR = {
     name: 'fw-grammar',
@@ -346,190 +187,91 @@ Note: compile, validate, modify, diff, diagram, and describe operations are avai
 };
 const CAP_CODE_REVIEW = {
     name: 'code-review',
-    description: 'Comprehensive code review with correctness, security, style, testing, and performance checks.',
+    description: 'Code review tools and report format.',
     tools: [OP_READ_FILE, OP_PATCH_FILE, OP_RUN_SHELL],
-    prompt: `## Code Review Checklist
-
-### 1. Correctness & Contract Compliance
-- Does the code do what the task asked?
-- If .design.md exists, verify: exported functions match contracts, interface shapes match, error behavior matches spec
-- Edge cases handled (empty input, null, invalid types)?
-- Error paths covered (try/catch, validation)?
-- Return types match function signature?
-
-### 2. Security
-- NO hardcoded API keys, passwords, or tokens (use env vars)
-- NO shell: true in child_process (command injection risk)
-- NO eval() or Function() with untrusted input
-- User input validated and sanitized before use
-- File paths validated (no ../ traversal)
-
-### 3. Style & Dead Code
-- Naming is clear and consistent with project conventions
-- No dead code (unused variables, unreachable branches, duplicated functions across files)
-- No duplicated logic — if two files define the same function, flag it
-- No debug statements left in (console.log, debugger)
-- Imports organized, no duplicates, no unused imports
-
-### 4. Testing
-- Unit tests exist for new/changed functions
-- Tests cover happy path AND edge cases
-- Error cases have tests
-- Test isolation: state reset between tests, server handles returned and closed in afterEach
-- No order-dependent tests (each test must pass in isolation)
-- Tests MUST import the actual module under test — duplicated server/handler code in tests is a CRITICAL finding (HIGH severity)
-- Tests MUST use dynamic ports (port 0 or random) — hardcoded ports cause ECONNRESET cascades
-- If server.ts lacks an exported startServer(), flag as HIGH severity testability defect
-- Code coverage adequate (aim for 80%+ of changed code)
-
-### 5. Performance
-- No O(n²) loops where O(n) is possible
-- No blocking I/O in async code
-- No memory leaks (listeners removed, timers cleared)
-
-Report findings as: FILE:LINE | SEVERITY (critical/high/medium/low) | ISSUE → Fix suggestion`,
+    prompt: `## Code Review
+Review categories: correctness, security, style, testing, performance.
+Finding format: FILE:LINE | SEVERITY (critical/high/medium/low) | ISSUE → Fix suggestion.
+Use read_file to inspect code, patch_file to fix minor issues, run_shell to run linters/tests.`,
 };
 const CAP_WEB = {
     name: 'web',
-    description: 'Web fetch capability for fetching URLs and external resources.',
+    description: 'Web fetch.',
     tools: ['web_fetch'],
     prompt: `## Web
-- web_fetch(url): Fetch a URL and return its content. Use for API docs, examples, etc.`,
+- web_fetch(url): Fetches a URL. Returns response body as text.`,
 };
 const CAP_CONTEXT = {
     name: 'context',
-    description: 'Project file listings, directory structure, workspace context, and sibling task awareness.',
+    description: 'Project context and sibling task awareness.',
     prompt: `## Project Context
-
-Use list_files to understand the project structure before making changes.
-The context bundle (when available) provides a snapshot of the workspace.
-
-## Sibling Awareness
-Your context includes files modified by sibling tasks (in "Previous Task Completions").
-Before writing a file:
-- Check if it appears in previous task completions → if yes, read_file first, then patch_file
-- NEVER blindly overwrite files your siblings created
-- If you need to extend a sibling's work, READ their output first and build on it`,
+The context bundle (when provided) contains workspace file listings and sibling task completions.
+Sibling completions list files created/modified by other tasks in the same hierarchy.`,
 };
 // ---------------------------------------------------------------------------
 // New capabilities — swarm improvements
 // ---------------------------------------------------------------------------
 const CAP_VERIFICATION = {
     name: 'verification',
-    description: 'Post-write verification: run tsc and tests to catch errors before delivery.',
+    description: 'TypeScript compilation and test runner verification.',
     tools: [OP_RUN_SHELL],
     prompt: `## Verification
-
-After writing or patching code, ALWAYS verify your work:
-1. Run \`npx tsc --noEmit\` in the project root to catch TypeScript errors
-2. If package.json has a "test" script, run \`npm test\` to validate functionality
-3. If verification fails, read the errors, fix the code, and re-verify
-
-Include verification as explicit steps in your plan. Verification is NOT optional.
-Do NOT deliver code that hasn't been verified.`,
+- tsc_check: npx tsc --noEmit — returns TypeScript compilation errors or empty on success.
+- test_run: npx vitest run — returns test results with pass/fail counts.`,
 };
 const CAP_CROSS_FILE_CHECK = {
     name: 'cross-file-check',
-    description: 'Verify imports, exports, module paths, and cross-file dependencies.',
+    description: 'Cross-file dependency verification.',
     tools: [OP_READ_FILE, OP_LIST_FILES, OP_RUN_SHELL],
-    prompt: `## Cross-File Dependency Checks
-
-When modifying code that affects multiple files:
-1. If you rename an export, grep for all imports of it and update them
-2. Verify relative import paths resolve correctly (../types vs ./types)
-3. Check for circular dependencies (A imports B imports A)
-4. If you change a function signature, update all callers
-5. Use \`run_shell\` with grep to search: grep -r "functionName" src/
-
-Do NOT move or rename exports without verifying all dependents.`,
+    prompt: `## Cross-File Checks
+Use grep (via run_shell) to find all import/export references across files.
+Use read_file to verify import paths resolve to actual exports.`,
 };
 const CAP_PROJECT_SETUP = {
     name: 'project-setup',
-    description: 'Initialize new projects with correct structure, config, and dependencies.',
+    description: 'Project initialization tools.',
     tools: [OP_WRITE_FILE, OP_RUN_SHELL],
     prompt: `## Project Setup
-
-When initializing a project:
-1. Create package.json with name, type: "module", main, scripts (build, test)
-2. Create tsconfig.json with strict: true, module: "esnext", target: "ES2020"
-3. Create standard directories: src/, tests/
-4. Install dependencies with run_shell: npm install <deps>
-5. Create .gitignore excluding node_modules/, dist/
-6. Verify setup: run tsc --noEmit to ensure TypeScript compiles`,
+Use write_file for config files (package.json, tsconfig.json, .gitignore).
+Use run_shell for directory creation (mkdir -p) and dependency installation (npm install).`,
 };
 const CAP_SECURITY = {
     name: 'security',
-    description: 'Audit code for vulnerabilities, secrets, and security best practices.',
+    description: 'Security audit tools.',
     tools: [OP_READ_FILE, OP_LIST_FILES, OP_RUN_SHELL],
-    prompt: `## Security Audit
-
-Check for:
-1. **Secrets**: NO hardcoded API keys, passwords, tokens. Use env vars.
-   grep -r "password\\|secret\\|apiKey\\|token" src/ to find leaks.
-2. **Injection**: NO string concatenation in SQL. NO shell: true in child_process. NO eval().
-3. **Dependencies**: Run npm audit to check for known CVEs.
-4. **File paths**: Validate paths to prevent ../ traversal attacks.
-5. **Data handling**: Validate user input (type, length, format). Sanitize before logging.
-
-Report findings with severity: critical | high | medium | low.`,
+    prompt: `## Security
+Use grep (via run_shell) to scan for hardcoded secrets, eval(), shell injection patterns.
+Use npm audit (via run_shell) for dependency vulnerabilities.
+Finding format: FILE:LINE | SEVERITY (critical/high/medium/low) | ISSUE.`,
 };
 const CAP_DECOMPOSITION = {
     name: 'decomposition',
-    description: 'Break complex objectives into subtask DAGs with dependencies for parallel execution.',
+    description: 'Task decomposition via task_create.',
     tools: [OP_TASK_CREATE],
-    prompt: `## Task Decomposition
-
-When given a large objective, break it into smaller subtasks:
-1. Identify all work items (files, features, tests)
-2. Group by dependency: what must happen first?
-3. Create subtasks with task_create, each focused on one responsibility
-4. Set dependencies with dependsOn to model blocking relationships
-5. Minimize dependencies to maximize parallel execution
-6. Estimate complexity per subtask: trivial | simple | moderate | complex
-
-Example: "Implement auth module"
-- Task A: Extract shared auth types (simple)
-- Task B: Rewrite login endpoint (moderate, depends on A)
-- Task C: Add login tests (moderate, depends on B)
-- Task D: Update auth docs (simple, independent — runs in parallel with B)
-
-Assign profiles: code tasks → developer, review tasks → reviewer, infra → ops.`,
+    prompt: `## Decomposition
+task_create can be used to break work into subtasks with dependency ordering.
+dependsOn accepts task titles — resolved to IDs automatically.
+Subtasks with no shared dependencies can execute in parallel.`,
 };
 const CAP_ROUTING = {
     name: 'routing',
-    description: 'Route tasks to appropriate bot profiles based on capabilities and complexity.',
+    description: 'Profile routing reference for task_create assignedProfile.',
     tools: [OP_TASK_CREATE],
-    prompt: `## Task Routing
-
-When creating subtasks, assign the right profile:
-- Code writing, file creation, bug fixes → developer profile
-- Code review, quality checks → reviewer profile
-- Shell commands, project setup, infrastructure → ops profile
-- Leave assignedProfile empty for auto-triage when unsure
-
-Match complexity to profile capabilities:
-- trivial/simple tasks: any profile (prefer cheapest)
-- moderate tasks: specialist profiles
-- complex tasks: profiles with full capability sets`,
+    prompt: `## Profile Routing
+Available profiles for assignedProfile in task_create:
+- "developer": code writing, file creation, bug fixes.
+- "reviewer": code review, quality checks.
+- "ops": shell commands, project setup, infrastructure.
+- "orchestrator": task decomposition and steering.
+Omit assignedProfile for auto-routing.`,
 };
 const CAP_MEMORY = {
     name: 'memory',
-    description: 'Remember and recall project conventions for continuity across sessions.',
+    description: 'Project memory persistence.',
     tools: [OP_REMEMBER, OP_RECALL],
     prompt: `## Project Memory
-
-Persist project conventions for future sessions:
-- remember: Save a convention. args: { key: "naming", value: "kebab-case for files" }
-- recall: Load all saved conventions. args: {} — returns project memory.
-
-What to remember:
-- Naming conventions (file names, variable names)
-- Architecture decisions (Result pattern, Zod for validation)
-- Test patterns (where tests go, what framework)
-- Common dependencies and their usage
-
-Before planning, recall project memory to follow established patterns.
-When you discover a new convention, remember it for future bots.`,
+- remember(key, value): Persists a key-value pair to .weaver/project-memory.json.
+- recall(): Returns all saved key-value pairs from project memory.`,
 };
 // ---------------------------------------------------------------------------
 // Registry
@@ -568,7 +310,8 @@ export const BUILT_IN_CAPABILITIES = [
 /** Capability pools per profile role. Triage selects from these per task. */
 export const PROFILE_CAPABILITIES = {
     orchestrator: ['core', 'role-orchestrator', 'decomposition', 'routing', 'task-mgmt', 'context'],
-    developer: ['core', 'role-developer', 'file-ops', 'shell', 'verification', 'cross-file-check', 'fw-grammar', 'fw-validate', 'context'],
+    developer: ['core', 'role-developer', 'file-ops', 'shell', 'verification', 'cross-file-check', 'context'],
+    'fw-developer': ['core', 'role-developer', 'file-ops', 'shell', 'verification', 'cross-file-check', 'fw-grammar', 'fw-validate', 'fw-cli', 'context'],
     reviewer: ['core', 'role-reviewer', 'code-review', 'security', 'context'],
     ops: ['core', 'role-ops', 'file-ops', 'shell', 'project-setup', 'verification', 'context'],
 };

package/dist/bot/capability-registry.js.map

@@ -1 +1 @@
-{"version":3,"file":"capability-registry.js","sourceRoot":"","sources":["../../src/bot/capability-registry.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAGH,OAAO,EACL,aAAa,EAAE,YAAY,EAAE,aAAa,EAAE,aAAa,EACzD,YAAY,EAAE,WAAW,EAAE,YAAY,EAAE,YAAY,EACrD,cAAc,EAAE,WAAW,EAAE,SAAS,GACvC,MAAM,iBAAiB,CAAC;AAEzB,8EAA8E;AAC9E,wBAAwB;AACxB,8EAA8E;AAE9E,MAAM,QAAQ,GAAyB;IACrC,IAAI,EAAE,MAAM;IACZ,WAAW,EAAE,+EAA+E;IAC5F,MAAM,EAAE;;;;;;;;;;;;;;;;;;;6EAmBmE;CAC5E,CAAC;AAEF,8EAA8E;AAC9E,gEAAgE;AAChE,8EAA8E;AAE9E,MAAM,qBAAqB,GAAyB;IAClD,IAAI,EAAE,mBAAmB;IACzB,WAAW,EAAE,gGAAgG;IAC7G,KAAK,EAAE,CAAC,cAAc,EAAE,aAAa,EAAE,YAAY,CAAC;IACpD,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;gSA6EsR;CAC/R,CAAC;AAEF,MAAM,kBAAkB,GAAyB;IAC/C,IAAI,EAAE,gBAAgB;IACtB,WAAW,EAAE,iGAAiG;IAC9G,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;oGA2C0F;CACnG,CAAC;AAEF,MAAM,iBAAiB,GAAyB;IAC9C,IAAI,EAAE,eAAe;IACrB,WAAW,EAAE,yEAAyE;IACtF,MAAM,EAAE;;;;;;;;;;+CAUqC;CAC9C,CAAC;AAEF,MAAM,YAAY,GAAyB;IACzC,IAAI,EAAE,UAAU;IAChB,WAAW,EAAE,kEAAkE;IAC/E,MAAM,EAAE;;;;;;;;;;;;;;;;;2CAiBiC;CAC1C,CAAC;AAEF,MAAM,YAAY,GAAyB;IACzC,IAAI,EAAE,UAAU;IAChB,WAAW,EAAE,4EAA4E;IACzF,KAAK,EAAE,CAAC,YAAY,EAAE,aAAa,EAAE,aAAa,EAAE,aAAa,CAAC;IAClE,MAAM,EAAE;;;;;;;;;;;;;;;;;+GAiBqG;CAC9G,CAAC;AAEF,MAAM,SAAS,GAAyB;IACtC,IAAI,EAAE,OAAO;IACb,WAAW,EAAE,2EAA2E;IACxF,KAAK,EAAE,CAAC,YAAY,EAAE,WAAW,EAAE,YAAY,EAAE,YAAY,CAAC;IAC9D,MAAM,EAAE;;;;;wGAK8F;CACvG,CAAC;AAEF,MAAM,aAAa,GAAyB;IAC1C,IAAI,EAAE,WAAW;IACjB,WAAW,EAAE,gGAAgG;IAC7G,KAAK,EAAE,CAAC,cAAc,CAAC;IACvB,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;yEA0B+D;CACxE,CAAC;AAEF,MAAM,cAAc,GAAyB;IAC3C,IAAI,EAAE,YAAY;IAClB,WAAW,EAAE,gFAAgF;IAC7F,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;mEAqCyD;CAClE,CAAC;AAEF,MAAM,eAAe,GAAyB;IAC5C,IAAI,EAAE,aAAa;IACnB,WAAW,EAAE,6DAA6D;IAC1E,MAAM,EAAE;;;;;;wGAM8F;CACvG,CAAC;AAEF,MAAM,cAAc,GAAyB;IAC3C,IAAI,EAAE,YAAY;IAClB,WAAW,EAAE,2DAA2D;IACxE,MAAM,EAAE;;;;;;;;;mEASyD;CAClE,CAAC;AAEF,MAAM,UAAU,GAAyB;IACvC,IAAI,EAAE,QAAQ;IACd,WAAW,EAAE,yFAAyF;IACtG,MAAM,EAAE;;4HAEkH;CAC3H,CAAC;AAEF,MAAM,eAAe,GAAyB;IAC5C,IAAI,EAAE,aAAa;IACnB,WAAW,EAAE,+FAA+F;IAC5G,KAAK,EAAE,CAAC,YAAY,EAAE,aAAa,EAAE,YAAY,CAAC;IAClD,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;6FAuCmF;CAC5F,CAAC;AAEF,MAAM,OAAO,GAAyB;IACpC,IAAI,EAAE,KAAK;IACX,WAAW,EAAE,gEAAgE;IAC7E,KAAK,EAAE,CAAC,WAAW,CAAC;IACpB,MAAM,EAAE;uFAC6E;CACtF,CAAC;AAEF,MAAM,WAAW,GAAyB;IACxC,IAAI,EAAE,SAAS;IACf,WAAW,EAAE,4FAA4F;IACzG,MAAM,EAAE;;;;;;;;;;kFAUwE;CACjF,CAAC;AAEF,8EAA8E;AAC9E,wCAAwC;AACxC,8EAA8E;AAE9E,MAAM,gBAAgB,GAAyB;IAC7C,IAAI,EAAE,cAAc;IACpB,WAAW,EAAE,6EAA6E;IAC1F,KAAK,EAAE,CAAC,YAAY,CAAC;IACrB,MAAM,EAAE;;;;;;;;+CAQqC;CAC9C,CAAC;AAEF,MAAM,oBAAoB,GAAyB;IACjD,IAAI,EAAE,kBAAkB;IACxB,WAAW,EAAE,qEAAqE;IAClF,KAAK,EAAE,CAAC,YAAY,EAAE,aAAa,EAAE,YAAY,CAAC;IAClD,MAAM,EAAE;;;;;;;;;gEASsD;CAC/D,CAAC;AAEF,MAAM,iBAAiB,GAAyB;IAC9C,IAAI,EAAE,eAAe;IACrB,WAAW,EAAE,2EAA2E;IACxF,KAAK,EAAE,CAAC,aAAa,EAAE,YAAY,CAAC;IACpC,MAAM,EAAE;;;;;;;;gEAQsD;CAC/D,CAAC;AAEF,MAAM,YAAY,GAAyB;IACzC,IAAI,EAAE,UAAU;IAChB,WAAW,EAAE,uEAAuE;IACpF,KAAK,EAAE,CAAC,YAAY,EAAE,aAAa,EAAE,YAAY,CAAC;IAClD,MAAM,EAAE;;;;;;;;;;+DAUqD;CAC9D,CAAC;AAEF,MAAM,iBAAiB,GAAyB;IAC9C,IAAI,EAAE,eAAe;IACrB,WAAW,EAAE,sFAAsF;IACnG,KAAK,EAAE,CAAC,cAAc,CAAC;IACvB,MAAM,EAAE;;;;;;;;;;;;;;;;+EAgBqE;CAC9E,CAAC;AAEF,MAAM,WAAW,GAAyB;IACxC,IAAI,EAAE,SAAS;IACf,WAAW,EAAE,+EAA+E;IAC5F,KAAK,EAAE,CAAC,cAAc,CAAC;IACvB,MAAM,EAAE;;;;;;;;;;;oDAW0C;CACnD,CAAC;AAEF,MAAM,UAAU,GAAyB;IACvC,IAAI,EAAE,QAAQ;IACd,WAAW,EAAE,yEAAyE;IACtF,KAAK,EAAE,CAAC,WAAW,EAAE,SAAS,CAAC;IAC/B,MAAM,EAAE;;;;;;;;;;;;;iEAauD;CAChE,CAAC;AAEF,8EAA8E;AAC9E,WAAW;AACX,8EAA8E;AAE9E,2CAA2C;AAC3C,MAAM,CAAC,MAAM,qBAAqB,GAAoC;IACpE,QAAQ;IACR,oBAAoB;IACpB,qBAAqB;IACrB,kBAAkB;IAClB,iBAAiB;IACjB,YAAY;IACZ,oBAAoB;IACpB,YAAY;IACZ,SAAS;IACT,aAAa;IACb,cAAc;IACd,eAAe;IACf,cAAc;IACd,UAAU;IACV,eAAe;IACf,OAAO;IACP,WAAW;IACX,iCAAiC;IACjC,gBAAgB;IAChB,oBAAoB;IACpB,iBAAiB;IACjB,YAAY;IACZ,iBAAiB;IACjB,WAAW;IACX,UAAU;CACX,CAAC;AAEF,8EAA8E;AAC9E,gEAAgE;AAChE,8EAA8E;AAE9E,6EAA6E;AAC7E,MAAM,CAAC,MAAM,oBAAoB,GAA6B;IAC5D,YAAY,EAAE,CAAC,MAAM,EAAE,mBAAmB,EAAE,eAAe,EAAE,SAAS,EAAE,WAAW,EAAE,SAAS,CAAC;IAC/F,SAAS,EAAE,CAAC,MAAM,EAAE,gBAAgB,EAAE,UAAU,EAAE,OAAO,EAAE,cAAc,EAAE,kBAAkB,EAAE,YAAY,EAAE,aAAa,EAAE,SAAS,CAAC;IACtI,QAAQ,EAAE,CAAC,MAAM,EAAE,eAAe,EAAE,aAAa,EAAE,UAAU,EAAE,SAAS,CAAC;IACzE,GAAG,EAAE,CAAC,MAAM,EAAE,UAAU,EAAE,UAAU,EAAE,OAAO,EAAE,eAAe,EAAE,cAAc,EAAE,SAAS,CAAC;CAC3F,CAAC;AAEF,MAAM,aAAa,GAAG,IAAI,GAAG,CAC3B,qBAAqB,CAAC,GAAG,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC,CAAC,IAAI,EAAE,CAAC,CAAC,CAAC,CAC5C,CAAC;AAEF,uCAAuC;AACvC,MAAM,UAAU,aAAa,CAAC,IAAY;IACxC,OAAO,aAAa,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC;AACjC,CAAC;AAED,uCAAuC;AACvC,MAAM,UAAU,gBAAgB;IAC9B,OAAO,CAAC,GAAG,qBAAqB,CAAC,CAAC;AACpC,CAAC;AAED;;;GAGG;AACH,MAAM,UAAU,sBAAsB,CAAC,KAAe;IACpD,OAAO,KAAK;SACT,GAAG,CAAC,CAAC,CAAC,EAAE,CAAC,aAAa,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC;SAC9B,MAAM,CAAC,CAAC,CAAC,EAA6B,EAAE,CAAC,CAAC,KAAK,SAAS,CAAC,CAAC;AAC/D,CAAC"}
+{"version":3,"file":"capability-registry.js","sourceRoot":"","sources":["../../src/bot/capability-registry.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAGH,OAAO,EACL,aAAa,EAAE,YAAY,EAAE,aAAa,EAAE,aAAa,EACzD,YAAY,EAAE,WAAW,EAAE,YAAY,EAAE,YAAY,EACrD,cAAc,EAAE,WAAW,EAAE,SAAS,GACvC,MAAM,iBAAiB,CAAC;AAEzB,8EAA8E;AAC9E,wBAAwB;AACxB,8EAA8E;AAE9E,MAAM,QAAQ,GAAyB;IACrC,IAAI,EAAE,MAAM;IACZ,WAAW,EAAE,qDAAqD;IAClE,MAAM,EAAE;;;;;wEAK8D;CACvE,CAAC;AAEF,8EAA8E;AAC9E,gEAAgE;AAChE,8EAA8E;AAE9E,MAAM,qBAAqB,GAAyB;IAClD,IAAI,EAAE,mBAAmB;IACzB,WAAW,EAAE,6DAA6D;IAC1E,KAAK,EAAE,CAAC,cAAc,EAAE,aAAa,EAAE,YAAY,CAAC;IACpD,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;iGAoBuF;CAChG,CAAC;AAEF,MAAM,kBAAkB,GAAyB;IAC/C,IAAI,EAAE,gBAAgB;IACtB,WAAW,EAAE,4DAA4D;IACzE,MAAM,EAAE;;;;;;;;qFAQ2E;CACpF,CAAC;AAEF,MAAM,iBAAiB,GAAyB;IAC9C,IAAI,EAAE,eAAe;IACrB,WAAW,EAAE,wDAAwD;IACrE,MAAM,EAAE;;yFAE+E;CACxF,CAAC;AAEF,MAAM,YAAY,GAAyB;IACzC,IAAI,EAAE,UAAU;IAChB,WAAW,EAAE,mDAAmD;IAChE,MAAM,EAAE;;;4EAGkE;CAC3E,CAAC;AAEF,MAAM,YAAY,GAAyB;IACzC,IAAI,EAAE,UAAU;IAChB,WAAW,EAAE,mCAAmC;IAChD,KAAK,EAAE,CAAC,YAAY,EAAE,aAAa,EAAE,aAAa,EAAE,aAAa,CAAC;IAClE,MAAM,EAAE;;;;0GAIgG;CACzG,CAAC;AAEF,MAAM,SAAS,GAAyB;IACtC,IAAI,EAAE,OAAO;IACb,WAAW,EAAE,0BAA0B;IACvC,KAAK,EAAE,CAAC,YAAY,EAAE,WAAW,EAAE,YAAY,EAAE,YAAY,CAAC;IAC9D,MAAM,EAAE;;;;0DAIgD;CACzD,CAAC;AAEF,MAAM,aAAa,GAAyB;IAC1C,IAAI,EAAE,WAAW;IACjB,WAAW,EAAE,wBAAwB;IACrC,KAAK,EAAE,CAAC,cAAc,CAAC;IACvB,MAAM,EAAE;;;;;;;;;yGAS+F;CACxG,CAAC;AAEF,MAAM,cAAc,GAAyB;IAC3C,IAAI,EAAE,YAAY;IAClB,WAAW,EAAE,gFAAgF;IAC7F,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;mEAqCyD;CAClE,CAAC;AAEF,MAAM,eAAe,GAAyB;IAC5C,IAAI,EAAE,aAAa;IACnB,WAAW,EAAE,6DAA6D;IAC1E,MAAM,EAAE;;;;;;wGAM8F;CACvG,CAAC;AAEF,MAAM,cAAc,GAAyB;IAC3C,IAAI,EAAE,YAAY;IAClB,WAAW,EAAE,2DAA2D;IACxE,MAAM,EAAE;;;;;;;;;mEASyD;CAClE,CAAC;AAEF,MAAM,UAAU,GAAyB;IACvC,IAAI,EAAE,QAAQ;IACd,WAAW,EAAE,yFAAyF;IACtG,MAAM,EAAE;;4HAEkH;CAC3H,CAAC;AAEF,MAAM,eAAe,GAAyB;IAC5C,IAAI,EAAE,aAAa;IACnB,WAAW,EAAE,sCAAsC;IACnD,KAAK,EAAE,CAAC,YAAY,EAAE,aAAa,EAAE,YAAY,CAAC;IAClD,MAAM,EAAE;;;+FAGqF;CAC9F,CAAC;AAEF,MAAM,OAAO,GAAyB;IACpC,IAAI,EAAE,KAAK;IACX,WAAW,EAAE,YAAY;IACzB,KAAK,EAAE,CAAC,WAAW,CAAC;IACpB,MAAM,EAAE;gEACsD;CAC/D,CAAC;AAEF,MAAM,WAAW,GAAyB;IACxC,IAAI,EAAE,SAAS;IACf,WAAW,EAAE,6CAA6C;IAC1D,MAAM,EAAE;;sFAE4E;CACrF,CAAC;AAEF,8EAA8E;AAC9E,wCAAwC;AACxC,8EAA8E;AAE9E,MAAM,gBAAgB,GAAyB;IAC7C,IAAI,EAAE,cAAc;IACpB,WAAW,EAAE,sDAAsD;IACnE,KAAK,EAAE,CAAC,YAAY,CAAC;IACrB,MAAM,EAAE;;yEAE+D;CACxE,CAAC;AAEF,MAAM,oBAAoB,GAAyB;IACjD,IAAI,EAAE,kBAAkB;IACxB,WAAW,EAAE,qCAAqC;IAClD,KAAK,EAAE,CAAC,YAAY,EAAE,aAAa,EAAE,YAAY,CAAC;IAClD,MAAM,EAAE;;gEAEsD;CAC/D,CAAC;AAEF,MAAM,iBAAiB,GAAyB;IAC9C,IAAI,EAAE,eAAe;IACrB,WAAW,EAAE,+BAA+B;IAC5C,KAAK,EAAE,CAAC,aAAa,EAAE,YAAY,CAAC;IACpC,MAAM,EAAE;;2FAEiF;CAC1F,CAAC;AAEF,MAAM,YAAY,GAAyB;IACzC,IAAI,EAAE,UAAU;IAChB,WAAW,EAAE,uBAAuB;IACpC,KAAK,EAAE,CAAC,YAAY,EAAE,aAAa,EAAE,YAAY,CAAC;IAClD,MAAM,EAAE;;;yEAG+D;CACxE,CAAC;AAEF,MAAM,iBAAiB,GAAyB;IAC9C,IAAI,EAAE,eAAe;IACrB,WAAW,EAAE,qCAAqC;IAClD,KAAK,EAAE,CAAC,cAAc,CAAC;IACvB,MAAM,EAAE;;;8DAGoD;CAC7D,CAAC;AAEF,MAAM,WAAW,GAAyB;IACxC,IAAI,EAAE,SAAS;IACf,WAAW,EAAE,4DAA4D;IACzE,KAAK,EAAE,CAAC,cAAc,CAAC;IACvB,MAAM,EAAE;;;;;;uCAM6B;CACtC,CAAC;AAEF,MAAM,UAAU,GAAyB;IACvC,IAAI,EAAE,QAAQ;IACd,WAAW,EAAE,6BAA6B;IAC1C,KAAK,EAAE,CAAC,WAAW,EAAE,SAAS,CAAC;IAC/B,MAAM,EAAE;;mEAEyD;CAClE,CAAC;AAEF,8EAA8E;AAC9E,WAAW;AACX,8EAA8E;AAE9E,2CAA2C;AAC3C,MAAM,CAAC,MAAM,qBAAqB,GAAoC;IACpE,QAAQ;IACR,oBAAoB;IACpB,qBAAqB;IACrB,kBAAkB;IAClB,iBAAiB;IACjB,YAAY;IACZ,oBAAoB;IACpB,YAAY;IACZ,SAAS;IACT,aAAa;IACb,cAAc;IACd,eAAe;IACf,cAAc;IACd,UAAU;IACV,eAAe;IACf,OAAO;IACP,WAAW;IACX,iCAAiC;IACjC,gBAAgB;IAChB,oBAAoB;IACpB,iBAAiB;IACjB,YAAY;IACZ,iBAAiB;IACjB,WAAW;IACX,UAAU;CACX,CAAC;AAEF,8EAA8E;AAC9E,gEAAgE;AAChE,8EAA8E;AAE9E,6EAA6E;AAC7E,MAAM,CAAC,MAAM,oBAAoB,GAA6B;IAC5D,YAAY,EAAE,CAAC,MAAM,EAAE,mBAAmB,EAAE,eAAe,EAAE,SAAS,EAAE,WAAW,EAAE,SAAS,CAAC;IAC/F,SAAS,EAAE,CAAC,MAAM,EAAE,gBAAgB,EAAE,UAAU,EAAE,OAAO,EAAE,cAAc,EAAE,kBAAkB,EAAE,SAAS,CAAC;IACzG,cAAc,EAAE,CAAC,MAAM,EAAE,gBAAgB,EAAE,UAAU,EAAE,OAAO,EAAE,cAAc,EAAE,kBAAkB,EAAE,YAAY,EAAE,aAAa,EAAE,QAAQ,EAAE,SAAS,CAAC;IACrJ,QAAQ,EAAE,CAAC,MAAM,EAAE,eAAe,EAAE,aAAa,EAAE,UAAU,EAAE,SAAS,CAAC;IACzE,GAAG,EAAE,CAAC,MAAM,EAAE,UAAU,EAAE,UAAU,EAAE,OAAO,EAAE,eAAe,EAAE,cAAc,EAAE,SAAS,CAAC;CAC3F,CAAC;AAEF,MAAM,aAAa,GAAG,IAAI,GAAG,CAC3B,qBAAqB,CAAC,GAAG,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC,CAAC,IAAI,EAAE,CAAC,CAAC,CAAC,CAC5C,CAAC;AAEF,uCAAuC;AACvC,MAAM,UAAU,aAAa,CAAC,IAAY;IACxC,OAAO,aAAa,CAAC,GAAG,CAAC,IAAI,CAAC,CAAC;AACjC,CAAC;AAED,uCAAuC;AACvC,MAAM,UAAU,gBAAgB;IAC9B,OAAO,CAAC,GAAG,qBAAqB,CAAC,CAAC;AACpC,CAAC;AAED;;;GAGG;AACH,MAAM,UAAU,sBAAsB,CAAC,KAAe;IACpD,OAAO,KAAK;SACT,GAAG,CAAC,CAAC,CAAC,EAAE,CAAC,aAAa,CAAC,GAAG,CAAC,CAAC,CAAC,CAAC;SAC9B,MAAM,CAAC,CAAC,CAAC,EAA6B,EAAE,CAAC,CAAC,KAAK,SAAS,CAAC,CAAC;AAC/D,CAAC"}

package/dist/bot/system-prompt.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"system-prompt.d.ts","sourceRoot":"","sources":["../../src/bot/system-prompt.ts"],"names":[],"mappings":"AAAA;;;GAGG;AAKH,OAAO,KAAK,EAAE,oBAAoB,EAAE,MAAM,uBAAuB,CAAC;AAuBlE,UAAU,aAAa;IACrB,IAAI,EAAE,MAAM,CAAC;IACb,WAAW,EAAE,MAAM,CAAC;IACpB,KAAK,CAAC,EAAE,MAAM,CAAC;IACf,aAAa,CAAC,EAAE,OAAO,CAAC;IACxB,OAAO,CAAC,EAAE;QAAE,KAAK,EAAE,MAAM,CAAC;QAAC,GAAG,CAAC,EAAE,MAAM,CAAC;QAAC,WAAW,EAAE,MAAM,CAAA;KAAE,EAAE,CAAC;CAClE;AAsDD,qFAAqF;AACrF,eAAO,MAAM,eAAe,2EAA4E,CAAC;AACzG,MAAM,MAAM,aAAa,GAAG,OAAO,eAAe,CAAC,MAAM,CAAC,CAAC;AAE3D,qDAAqD;AACrD,MAAM,WAAW,YAAY;IAC3B,KAAK,EAAE,MAAM,CAAC,aAAa,EAAE,OAAO,CAAC,CAAC;CACvC;AAsID,wBAAsB,iBAAiB,CAAC,QAAQ,CAAC,EAAE,GAAG,CAAC,aAAa,CAAC,GAAG,OAAO,CAAC,MAAM,CAAC,CAyBtF;AA0CD,wBAAgB,oBAAoB,CAAC,aAAa,CAAC,EAAE,MAAM,EAAE,YAAY,CAAC,EAAE,aAAa,EAAE,EAAE,UAAU,CAAC,EAAE,MAAM,EAAE,QAAQ,CAAC,EAAE,GAAG,CAAC,aAAa,CAAC,GAAG,MAAM,CA4BvJ;AAMD;;;GAGG;AACH,wBAAgB,2BAA2B,CAAC,YAAY,EAAE,oBAAoB,EAAE,GAAG,MAAM,CAGxF;AAED;;;GAGG;AACH,wBAAgB,4BAA4B,CAAC,YAAY,EAAE,oBAAoB,EAAE,GAAG,MAAM,EAAE,CAa3F"}
+{"version":3,"file":"system-prompt.d.ts","sourceRoot":"","sources":["../../src/bot/system-prompt.ts"],"names":[],"mappings":"AAAA;;;GAGG;AAKH,OAAO,KAAK,EAAE,oBAAoB,EAAE,MAAM,uBAAuB,CAAC;AAuBlE,UAAU,aAAa;IACrB,IAAI,EAAE,MAAM,CAAC;IACb,WAAW,EAAE,MAAM,CAAC;IACpB,KAAK,CAAC,EAAE,MAAM,CAAC;IACf,aAAa,CAAC,EAAE,OAAO,CAAC;IACxB,OAAO,CAAC,EAAE;QAAE,KAAK,EAAE,MAAM,CAAC;QAAC,GAAG,CAAC,EAAE,MAAM,CAAC;QAAC,WAAW,EAAE,MAAM,CAAA;KAAE,EAAE,CAAC;CAClE;AAsDD,qFAAqF;AACrF,eAAO,MAAM,eAAe,2EAA4E,CAAC;AACzG,MAAM,MAAM,aAAa,GAAG,OAAO,eAAe,CAAC,MAAM,CAAC,CAAC;AAE3D,qDAAqD;AACrD,MAAM,WAAW,YAAY;IAC3B,KAAK,EAAE,MAAM,CAAC,aAAa,EAAE,OAAO,CAAC,CAAC;CACvC;AAsID,wBAAsB,iBAAiB,CAAC,QAAQ,CAAC,EAAE,GAAG,CAAC,aAAa,CAAC,GAAG,OAAO,CAAC,MAAM,CAAC,CAyBtF;AA0CD,wBAAgB,oBAAoB,CAAC,aAAa,CAAC,EAAE,MAAM,EAAE,YAAY,CAAC,EAAE,aAAa,EAAE,EAAE,UAAU,CAAC,EAAE,MAAM,EAAE,QAAQ,CAAC,EAAE,GAAG,CAAC,aAAa,CAAC,GAAG,MAAM,CAqBvJ;AAMD;;;GAGG;AACH,wBAAgB,2BAA2B,CAAC,YAAY,EAAE,oBAAoB,EAAE,GAAG,MAAM,CAGxF;AAED;;;GAGG;AACH,wBAAgB,4BAA4B,CAAC,YAAY,EAAE,oBAAoB,EAAE,GAAG,MAAM,EAAE,CAa3F"}