@christianmaf80/agentic-workflow 1.13.0-beta.1 → 1.14.0-beta.1

package/README.es.md

@@ -1,4 +1,4 @@
-# @christian-marino-alvarez/agentic-workflow
+# @christianmaf80/agentic-workflow
 
 [English](./README.md) | [Español]
 
@@ -18,7 +18,7 @@
 ## 📦 Instalación
 
 ```bash
-npm install @christian-marino-alvarez/agentic-workflow
+npm install @christianmaf80/agentic-workflow
 ```
 
 ## 🛠️ Comandos del CLI
@@ -26,7 +26,7 @@ npm install @christian-marino-alvarez/agentic-workflow
 ### `init`
 Inicializa el sistema agéntico en el directorio actual.
 - Detecta sistemas heredados y ofrece migración con copias de seguridad automáticas.
-- Crea la estructura `.agent/` (índices, directorios proxy).
+- Crea/refresca la estructura `.agent/` con los ficheros core.
 - Genera `AGENTS.md`, el punto de entrada para los asistentes del IDE.
 ```bash
 npx agentic-workflow init
@@ -42,24 +42,12 @@ npx agentic-workflow create role neo
 
 ### `restore`
 Recupera la configuración de `.agent/` desde una copia de seguridad previa.
-- Los backups se almacenan en `.agent-backups/`.
+- Los backups se almacenan como `.agent.backup_<timestamp>` en la raíz del proyecto.
 - Permite seleccionar versiones antes de un cambio destructivo.
 ```bash
 npx agentic-workflow restore
 ```
 
-## 🔌 Configuración del Servidor MCP
-
-Para usar el framework con IDEs que soportan el Protocolo de Contexto de Modelo (ej: Cursor, Windsurf), debes añadir el servidor a tu configuración.
-
-### Recomendado (vía NPX)
-Usa `npx` para asegurar que siempre usas la versión correcta de tu proyecto:
-- **Comando**: `npx agentic-workflow mcp`
-
-### Manual (Global/Local)
-Si tienes el paquete instalado localmente, puedes apuntar al binario local:
-- **Comando**: `node ./node_modules/.bin/agentic-workflow mcp`
-
 ## 🧠 Conceptos Core
 
 ### Ciclos de Vida
@@ -73,8 +61,8 @@ Cada tarea de un agente sigue el **Protocolo de Traspaso y Razonamiento Agéntic
 2. **Puerta B (Razonamiento)**: El agente propone un plan. El desarrollador debe aprobar con `SI`.
 3. **Puerta C (Resultados)**: El agente completa el trabajo. El desarrollador valida con `SI`.
 
-### Arquitectura por Referencia
-Para garantizar la estabilidad, la lógica central del framework (reglas y workflows) reside dentro de `node_modules`. El archivo `.agent/index.md` de tu proyecto utiliza rutas absolutas para referenciar estos activos inmutables, protegiendo al framework de modificaciones locales accidentales.
+### Arquitectura por Instalación
+Para garantizar la estabilidad, la lógica central del framework (reglas y workflows) se instala dentro de la carpeta `.agent` del proyecto. Esto ofrece una copia local limpia que se puede extender sin tocar el paquete publicado.
 
 ## ⚖️ Gobernanza
 

package/README.md

@@ -1,4 +1,4 @@
-# @christian-marino-alvarez/agentic-workflow
+# @christianmaf80/agentic-workflow
 
 [English] | [Español](./README.es.md)
 
@@ -18,7 +18,7 @@
 ## 📦 Installation
 
 ```bash
-npm install @christian-marino-alvarez/agentic-workflow
+npm install @christianmaf80/agentic-workflow
 ```
 
 ## 🛠️ CLI Commands
@@ -26,7 +26,7 @@ npm install @christian-marino-alvarez/agentic-workflow
 ### `init`
 Initializes the agentic system in the current directory.
 - Detects legacy systems and offers migration with automatic backups.
-- Creates the `.agent/` structure (indexes, proxy directories).
+- Creates/refreshes the `.agent/` structure with the core files.
 - Generates `AGENTS.md`, the entry point for IDE assistants.
 ```bash
 npx agentic-workflow init
@@ -42,24 +42,12 @@ npx agentic-workflow create role neo
 
 ### `restore`
 Recovers the `.agent/` configuration from a previous backup.
-- Backups are stored in `.agent-backups/`.
+- Backups are stored as `.agent.backup_<timestamp>` in the project root.
 - Allows selecting versions before a destructive change.
 ```bash
 npx agentic-workflow restore
 ```
 
-## 🔌 MCP Server Configuration
-
-To use the framework with IDEs that support the Model Context Protocol (e.g., Cursor, Windsurf), you must add the server to your settings.
-
-### Recommended (via NPX)
-Use `npx` to ensure you are always using the correct version from your project:
-- **Command**: `npx agentic-workflow mcp`
-
-### Manual (Global/Local)
-If you have the package installed locally, you can point to the local binary:
-- **Command**: `node ./node_modules/.bin/agentic-workflow mcp`
-
 ## 🧠 Core Concepts
 
 ### Lifecycles
@@ -73,8 +61,8 @@ Every agent task follows the **Agentic Handover & Reasoning Protocol**:
 2. **Gate B (Reasoning)**: The agent proposes a plan. Developer must approve with `YES`.
 3. **Gate C (Results)**: The agent completes the work. Developer validates with `YES`.
 
-### Architecture by Reference
-To ensure stability, the framework's core logic (rules and workflows) resides inside `node_modules`. Your project's `.agent/index.md` uses absolute paths to reference these immutable assets, protecting the framework from accidental local modifications.
+### Architecture by Install
+To ensure stability, the framework's core logic (rules and workflows) is installed into your project's `.agent` folder. This provides a clean, local copy that can be extended without touching the published package.
 
 ## ⚖️ Governance
 

package/bin/cli.js

@@ -16,7 +16,6 @@ program
     .command('init')
     .description('Initialize the agentic system in the current directory')
     .option('--non-interactive', 'Run without prompts (assume YES)')
-    .option('--bootstrap', 'Install bootstrap bundle if available')
     .action((options) => initCommand(options));
 
 program

package/dist/bootstrap.md

@@ -0,0 +1,404 @@
+# BOOTSTRAP (TEST)
+
+Este bootstrap contiene las constituciones base.
+No es necesario recargarlas durante el init.
+
+## Sistema de indexacion
+El sistema usa indices y alias definidos en `.agent/index.md`.
+Si necesitas navegar dominios, carga ese index y sigue la cadena:
+`.agent/index.md` -> `dominio/index.md` -> alias -> ruta real.
+
+## CONSTITUTIONS INCLUIDAS
+
+## FILE: constitution.GEMINI_location
+Path: `.agent/rules/constitution/GEMINI.location.md`
+
+```markdown
+---
+trigger: always_on
+---
+
+# GEMINI LOCATION
+
+Este repositorio NO versiona GEMINI.md.
+
+Google Antigravity carga GEMINI.md desde el path del usuario (fuera del repositorio).
+Por tanto, el sistema agéntico asume que GEMINI.md existe y está accesible en la máquina local.
+
+## Regla
+
+- GEMINI.md es PERMANENT y tiene prioridad absoluta.
+- Este fichero solo documenta dónde se encuentra GEMINI.md y cómo se integra.
+- No se debe copiar ni duplicar GEMINI.md dentro del repositorio.
+
+## Requisitos mínimos
+
+- La máquina del desarrollador DEBE tener GEMINI.md disponible en el path de usuario
+  configurado para Google Antigravity.
+- Si GEMINI.md no está disponible, cualquier tarea DEBE BLOQUEARSE
+  hasta que el entorno sea corregido.
+
+## Referencia interna
+
+Las reglas del repositorio referencian la constitución global mediante:
+
+constitution.GEMINI_location
+
+Este fichero actúa como único punto de anclaje versionado
+para la constitución externa GEMINI.md.
+```
+
+---
+
+## FILE: constitution.extensio_architecture
+Path: `.agent/rules/constitution/extensio-architecture.md`
+
+```markdown
+---
+trigger: always_on
+---
+
+# EXTENSIO ARCHITECTURE - FRAMEWORK RULES
+
+Este documento define los **principios arquitectónicos fundamentales** del framework Extensio.
+Para reglas contractuales detalladas de cada componente, consultar su constitución específica.
+
+---
+
+## 1. PRINCIPIOS ARQUITECTÓNICOS (PERMANENT)
+
+### 1.1 Filosofía Base
+Extensio es un framework para construir extensiones de navegador complejas
+de forma modular, reactiva y predecible.
+
+Su filosofía se basa en los siguientes principios:
+
+- Separar estrictamente la lógica de negocio de las APIs del navegador (Drivers) y de la UI (Surfaces).
+- Aislar cada dominio funcional en paquetes independientes del monorepo, sin dependencias cruzadas.
+- Utilizar un modelo reactivo como único mecanismo de comunicación entre los módulos.
+- Priorizar la predecibilidad del comportamiento frente a la flexibilidad implícita.
+- Diseñar el sistema para escalar en complejidad sin degradar mantenibilidad.
+- Mantener el código agnóstico del navegador y del entorno de ejecución.
+
+### 1.2 Independencia y Dirección de Dependencias
+- Todos los paquetes DEBEN ser independientes y versionables.
+- El acoplamiento directo entre paquetes del mismo tipo está PROHIBIDO.
+- El uso de capacidades externas DEBE realizarse exclusivamente mediante Drivers.
+- Core NO DEBE conocer ni depender de ningún paquete del proyecto.
+
+### 1.3 Prohibición de Dependencias Cruzadas
+- Un módulo NO DEBE depender de otro módulo.
+- Un driver NO DEBE depender de otro driver.
+- El uso de drivers por parte de los módulos NO constituye una dependencia conceptual.
+- Ningún paquete DEBE introducir ciclos de dependencias, directos o indirectos.
+
+### 1.4 Separación de Responsabilidades
+- El principio SRP (Single Responsibility Principle) DEBE aplicarse estrictamente.
+- Está PROHIBIDO mezclar UI con lógica de negocio dentro de módulos.
+- Los drivers NO DEBEN contener lógica de negocio.
+- Los bucles reactivos están PROHIBIDOS.
+
+---
+
+## 2. SCOPES DEL FRAMEWORK (PERMANENT)
+
+El framework define tres scopes principales. Cada uno tiene su propia constitución con reglas detalladas.
+
+### 2.1 Engine
+- El Engine es el componente central y obligatorio de todo módulo.
+- Se ejecuta en el entorno de Service Worker.
+- Es responsable del estado reactivo y persistente del módulo.
+- **NO DEBE** renderizar UI ni acceder al DOM.
+- **Constitución detallada**: `constitution.modules`
+
+### 2.2 Context
+- Un Context es una extensión opcional del Engine.
+- Encapsula lógica que requiere acceso al DOM o APIs no disponibles en el Service Worker.
+- El Engine controla completamente el ciclo de vida del Context.
+- **NO DEBE** contener lógica de negocio ni renderizar UI.
+- **Constitución detallada**: `constitution.modules`
+
+### 2.3 Surfaces
+Las Surfaces representan la capa visual del framework. Se dividen en:
+
+#### Pages
+- Documentos completos que se renderizan en un tab del navegador.
+- Representan vistas de alto nivel (opciones, dashboards).
+- **Constitución detallada**: `constitution.pages`
+
+#### Shards
+- Componentes visuales reutilizables (WebComponents).
+- Componentes de UI puros, sin estado persistente propio.
+- **Constitución detallada**: `constitution.shards`
+
+---
+
+## 3. DRIVERS (PERMANENT)
+
+Los Drivers son adaptadores que envuelven APIs del navegador.
+Representan la frontera de efectos laterales del sistema.
+
+**Constitución detallada**: `constitution.drivers`
+
+---
+
+## 4. CORE PACKAGE (PERMANENT)
+
+- Core DEBE exponer Engine, Context y Surfaces.
+- Core DEBE proveer el sistema reactivo (@property, @onChanged).
+- Core NO DEBE depender de ningún paquete del proyecto.
+- Core NO DEBE contener lógica de negocio de ningún módulo.
+
+---
+
+## 5. EXTENSIO CLI (PERMANENT)
+
+El tool `mcp_extensio-cli` es el ÚNICO punto de entrada para build y test.
+- Unit e Integration **DEBEN** ejecutarse con **Vitest**.
+- E2E **DEBE** ejecutarse con **Playwright**.
+- Scaffolding de módulos, drivers y surfaces **DEBE** usar `mcp_extensio-cli`.
+
+---
+
+## 6. ORDEN DE COMPOSICIÓN DE CLASES (PERMANENT)
+
+1. Propiedades estáticas
+2. Métodos estáticos
+3. Propiedades de instancia
+4. Constructor
+5. Event handlers
+6. Métodos privados
+7. Métodos públicos
+
+---
+
+## 7. CONSTITUCIONES ESPECÍFICAS
+
+Para reglas contractuales detalladas, consultar:
+
+| Componente | Constitución |
+|------------|--------------|
+| Módulos | `constitution.modules` |
+| Drivers | `constitution.drivers` |
+| Pages | `constitution.pages` |
+| Shards | `constitution.shards` |
+| Clean Code | `constitution.clean_code` |
+
+---
+```
+
+---
+
+## FILE: constitution.clean_code
+Path: `.agent/rules/constitution/clean-code.md`
+
+```markdown
+# Clean Code Rules (Extensio)
+
+type: rules
+version: 2
+status: injected
+scope: global
+
+---
+
+## Purpose
+
+This document defines the **mandatory Clean Code rules** for all source code,
+agents, workflows, drivers, and modules in the Extensio ecosystem.
+
+These rules are inspired by **Robert C. Martin – Clean Code** and adapted to:
+- TypeScript + ES Modules
+- Browser extension architecture
+- Reactive, modular systems
+- Multi-agent workflows
+
+Any code that violates these rules MUST be considered incomplete.
+
+---
+
+## 1. Naming Rules (Clarity over Cleverness)
+
+### 1.1 General
+- Names MUST reveal intent.
+- Names MUST NOT require comments to be understood.
+- Avoid abbreviations unless they are domain-standard (`id`, `url`, `api`).
+
+### 1.2 Variables
+- Use **nouns** for variables.
+- Avoid generic names: `data`, `info`, `tmp`, `value`.
+
+❌ `let data;`  
+✅ `let activeTabId;`
+
+### 1.3 Functions / Methods
+- Use **verbs** or verb phrases.
+- Names MUST describe exactly **one responsibility**.
+
+❌ `handleStuff()`  
+✅ `persistSessionState()`
+
+### 1.4 Classes
+- Use **nouns**.
+- One clear domain responsibility per class.
+
+❌ `Manager`, `Processor`, `Helper`  
+✅ `StorageDriver`, `TabsEngine`
+
+---
+
+## 2. Functions & Methods (Small and Focused)
+
+### 2.1 Size
+- A function MUST do **one thing only**.
+- Recommended maximum:
+  - **4–6 lines**
+  - **0–3 parameters**
+
+If it exceeds this, it MUST be split.
+
+### 2.2 Parameters
+- Prefer **objects** over multiple parameters.
+- Avoid boolean flags (they hide responsibility branches).
+
+❌ `loadTab(id, true)`  
+✅ `loadTab({ id, forceReload })`
+
+---
+
+## 3. Single Responsibility Principle (Strict)
+
+- Every function, class, and file MUST have **one reason to change**.
+- Mixing concerns is forbidden.
+
+Examples of forbidden mixes:
+- UI logic + storage logic
+- Browser API calls + business rules
+- Validation + mutation
+
+---
+
+## 4. Comments (Last Resort)
+
+### 4.1 Rules
+- Comments MUST NOT explain *what* the code does.
+- Comments MAY explain *why* something non-obvious exists.
+
+If a comment is needed to explain *what*, the code is wrong.
+
+### 4.2 Forbidden
+- Commented-out code
+- TODO without owner or intent
+
+---
+
+## 5. Error Handling (Explicit and Local)
+
+- Errors MUST be handled where they occur.
+- Do NOT silently ignore errors.
+- Do NOT use generic `catch (e) {}` blocks.
+
+❌
+```ts
+try { doSomething(); } catch {}
+```
+
+✅
+```ts
+try { doSomething(); }
+catch (error) {
+  throw new StorageInitializationError(error);
+}
+```
+
+---
+
+## 6. Formatting & Structure
+
+### 6.1 Consistency
+- Follow existing project conventions.
+- Similar concepts MUST look similar.
+
+### 6.2 Class Member Order (MANDATORY)
+
+1. Static properties  
+2. Static methods  
+3. Instance properties  
+4. constructor  
+5. Event handlers / listeners  
+6. Private methods  
+7. Public methods  
+
+Any deviation is a violation.
+
+---
+
+## 7. Files & Modules
+
+- One primary responsibility per file.
+- File name MUST match the main exported concept.
+- Avoid “utils” files unless the domain is explicit.
+
+❌ `utils.ts`  
+✅ `tab-url-normalizer.ts`
+
+---
+
+## 8. Drivers (Extensio-Specific)
+
+- Drivers MUST be thin facades.
+- NO business logic inside drivers.
+- Browser-specific adaptations ONLY.
+
+---
+
+## 9. Modules (Extensio-Specific)
+
+- Modules MUST be domain-focused.
+- Modules MUST communicate ONLY through reactive storage or defined APIs.
+- No direct cross-module imports unless explicitly allowed.
+
+---
+
+## 10. Duplication & Abstraction
+
+- Duplication is preferred over **wrong abstraction**.
+- Abstract ONLY when at least **two concrete implementations exist**.
+- Avoid mechanical duplication where the logic is identical and only the input or label changes.
+- If two loops/processes differ only by a type string or list, extract a small function or data-driven loop.
+
+---
+
+## 11. Tests & Verifiability (Conceptual)
+
+- Code MUST be verifiable in isolation.
+- Hidden side effects are forbidden.
+- Deterministic behavior is mandatory.
+
+---
+
+## 12. Clean Code Gate
+
+Any agent, workflow, or human contributor MUST ensure:
+
+- Code reads like **well-written prose**
+- Intent is obvious without explanation
+- No fear when modifying the code
+
+If modifying code feels risky, it is **not clean**.
+
+---
+
+## Authority
+
+Inspired by:
+- Robert C. Martin – *Clean Code*
+- Robert C. Martin – *Clean Architecture*
+
+Adapted for Extensio.
+
+This rule set is **binding** when referenced as `INJECTED`.
+```
+
+---
+

package/dist/cli/commands/init.js

@@ -9,7 +9,6 @@ export async function initCommand(options = {}) {
     const cwd = process.cwd();
     const agentDir = path.join(cwd, '.agent');
     const nonInteractive = Boolean(options.nonInteractive);
-    const useBootstrap = Boolean(options.bootstrap);
     // 1. Existing System Detection
     const systemType = await detectAgentSystem(cwd);
     if (systemType === 'legacy') {
@@ -62,12 +61,8 @@ export async function initCommand(options = {}) {
         await fs.rm(agentDir, { recursive: true, force: true });
         await fs.mkdir(agentDir, { recursive: true });
         await copyCoreToAgent(corePath, agentDir);
-        if (useBootstrap) {
-            await copyBootstrap(corePath, agentDir);
-        }
         s.stop('Configuration complete.');
-        const bootstrapNote = useBootstrap ? '\nBootstrap bundle installed into .agent.' : '';
-        note(`Core located at: ${corePath}\nCore files installed into .agent.${bootstrapNote}`, 'Installed');
+        note(`Core located at: ${corePath}\nCore files installed into .agent.`, 'Installed');
         outro('Agentic System initialized successfully.');
     }
     catch (error) {
@@ -93,6 +88,7 @@ async function cleanupLegacyMcpConfig(cwd) {
 async function copyCoreToAgent(corePath, agentDir) {
     const entries = [
         'index.md',
+        'bootstrap.md',
         'rules',
         'workflows',
         'templates',
@@ -113,13 +109,3 @@ async function copyCoreToAgent(corePath, agentDir) {
         }
     }
 }
-async function copyBootstrap(corePath, agentDir) {
-    const srcPath = path.join(corePath, 'bootstrap.md');
-    const destPath = path.join(agentDir, 'bootstrap.md');
-    try {
-        await fs.copyFile(srcPath, destPath);
-    }
-    catch {
-        // Ignore if bootstrap doesn't exist.
-    }
-}

package/dist/workflows/init.md

@@ -16,15 +16,10 @@ blocking: true
 
 ## Input (REQUIRED)
 - Comando del desarrollador: `init` o `/agentic-init`
-- Si se desea usar el bundle opcional: `--bootstrap`
 
 ## Objetivo (ONLY)
 - Activar el rol **architect-agent**.
-- Cargar el bootstrap mínimo de índices.
-- Cargar en contexto las rules de constitución:
-  - `constitution.GEMINI_location`
-  - `constitution.extensio_architecture`
-  - `constitution.clean_code`
+- Cargar el bootstrap de pruebas (incluye constituciones base).
 - Detectar idioma de conversación y confirmar explícitamente.
 - **Seleccionar estrategia de ciclo de vida (Long/Short)**.
 - Crear el **artefacto task candidate** `init.md`.
@@ -52,51 +47,42 @@ El agente **DEBE** adherirse a estas meta-reglas de comportamiento durante TODA
 ## Pasos obligatorios
 1. Activar `architect-agent` como rol arquitecto.
 
-2. Cargar índices mínimos (OBLIGATORIO):
-   - Antes de continuar, revisar `.agent/index.md` para comprender dominios, indices y alias.
-   - Bootstrap por ruta directa (hardcodeado y único permitido):
-     1) `.agent/index.md`
-     2) `agent.domains.rules.index`
-     3) `rules.constitution.index`
-   - Si alguna falla → FAIL.
+2. Cargar el bootstrap de pruebas (OBLIGATORIO):
+   - Leer `.agent/bootstrap.md`.
+   - Este fichero ya contiene las constituciones base.
+   - Si falla → FAIL.
 
-3. Cargar en contexto las constitutions (en orden):
-   1) `constitution.GEMINI_location`
-   2) `constitution.extensio_architecture`
-   3) `constitution.clean_code`
-   - Si alguna falla → FAIL.
+3. Detectar idioma preferido y pedir confirmación explícita.
+   - Si no hay confirmación → ir a **Paso 8 (FAIL)**.
 
-4. Detectar idioma preferido y pedir confirmación explícita.
-   - Si no hay confirmación → ir a **Paso 9 (FAIL)**.
-
-5. **Seleccionar estrategia de ciclo de vida (OBLIGATORIO)**
+4. **Seleccionar estrategia de ciclo de vida (OBLIGATORIO)**
    - Preguntar al desarrollador:
      - "Por favor, selecciona la estrategia: **Long** (9 fases completas) o **Short** (3 fases simplificadas)."
-   - Si no hay selección → ir a **Paso 9 (FAIL)**.
+   - Si no hay selección → ir a **Paso 8 (FAIL)**.
    - Registrar la selección en el artefacto `init.md`.
 
-6. **Crear el artefacto `init.md` (OBLIGATORIO)**
+5. **Crear el artefacto `init.md` (OBLIGATORIO)**
    - El artefacto **DEBE** crearse usando **exactamente** la estructura definida en:
      - `templates.init`
    - Todos los campos obligatorios del template **DEBEN** completarse.
    - Incluir el campo `strategy: long | short`.
    - No se permite modificar, omitir ni reinterpretar la estructura del template.
 
-7. Escribir el fichero en:
+6. Escribir el fichero en:
    - `artifacts.candidate.init`
 
-8. Evaluar Gate.
-   - Si Gate FAIL → ir a **Paso 9 (FAIL)**.
+7. Evaluar Gate.
+   - Si Gate FAIL → ir a **Paso 8 (FAIL)**.
    - Si Gate PASS → continuar.
 
-9. FAIL (obligatorio)
+8. FAIL (obligatorio)
    - Declarar `init` como **NO completado**.
    - Explicar exactamente qué requisito falló.
    - Pedir la acción mínima necesaria.
    - **No preguntar por la tarea**.
    - Terminar el workflow en estado bloqueado.
 
-10. PASS (solo si Gate PASS)
+9. PASS (solo si Gate PASS)
     - Preguntar por la tarea:
       - "¿Qué tarea quieres iniciar ahora? Dame un título corto y el objetivo."
     - Una vez recibidos título y objetivo:

package/package.json

@@ -1,6 +1,6 @@
 {
     "name": "@christianmaf80/agentic-workflow",
-    "version": "1.13.0-beta.1",
+    "version": "1.14.0-beta.1",
     "description": "Portable agentic workflow orchestration system with strict identity and gate discipline",
     "type": "module",
     "main": "dist/index.js",
@@ -14,8 +14,7 @@
         "LICENSE"
     ],
     "scripts": {
-        "build": "node scripts/clean-dist.mjs && tsc && npm run copy-assets",
-        "build:bootstrap": "node scripts/build-bootstrap.mjs",
+        "build": "node scripts/clean-dist.mjs && tsc && npm run copy-assets && node scripts/build-bootstrap-test.mjs",
         "copy-assets": "cp -r src/rules src/workflows src/templates src/artifacts src/skills src/tools src/todo src/metrics dist/ && cp src/index.md dist/index.md",
         "start": "node dist/index.js",
         "publish:npm": "npm publish --registry https://registry.npmjs.org --access public",