sinapse-ai 5.0.8 → 6.0.1

package/docs/es/FEATURE_PROCESS.md

@@ -1,99 +0,0 @@
-<!--
-  Traducción: ES
-  Original: /docs/en/FEATURE_PROCESS.md
-  Última sincronización: 2026-01-26
--->
-
-# Proceso de Solicitud de Características
-
-> 🌐 [EN](../FEATURE_PROCESS.md) | [PT](../pt/FEATURE_PROCESS.md) | **ES**
-
----
-
-Este documento explica cómo proponer nuevas características para SINAPSE.
-
-## Ideas Rápidas
-
-Para ideas rápidas o pequeñas mejoras:
-
-1. Abra una Discusión en la categoría "Ideas"
-2. Describa el problema y la solución propuesta
-3. La comunidad y los mantenedores discutirán
-4. Si hay interés, puede ser promovida a RFC
-
-## Proceso RFC (Para Características Significativas)
-
-Para características más grandes que requieren decisiones de diseño:
-
-### Cuándo Escribir un RFC
-
-- Nuevas características principales
-- Cambios que rompen compatibilidad
-- Cambios arquitectónicos significativos
-- Cambios que afectan a muchos usuarios
-
-### Ciclo de Vida del RFC
-
-1. **Borrador**: El autor escribe el RFC usando nuestra [Plantilla RFC](../../.github/RFC_TEMPLATE.md)
-2. **En Revisión**: Período de comentarios de 2 semanas
-3. **Decisión**: Los mantenedores aceptan/rechazan
-4. **Implementación**: Si es aceptado, comienza la implementación
-
-### Criterios de Aceptación
-
-- Se alinea con la visión del proyecto
-- Técnicamente factible
-- Tiene una ruta de implementación clara
-- Demanda de la comunidad demostrada
-- Mantenible a largo plazo
-
-## Votación
-
-- Use reacciones :+1: para mostrar apoyo
-- Las ideas más votadas son priorizadas
-- Los mantenedores tienen la decisión final
-
-## Cronograma
-
-- Ideas: Sin cronograma fijo
-- RFCs: Período mínimo de revisión de 2 semanas
-- Implementación: Basado en capacidad del roadmap
-
-## De Idea a Implementación
-
-```text
-Idea de la Comunidad (Discusión)
-        │
-        │ [Aprobada por mantenedores]
-        ▼
-Elemento del Backlog Interno
-        │
-        │ [Priorizado por Product Owner]
-        ▼
-Planificación de Sprint
-        │
-        │ [Implementado por Equipo de Desarrollo]
-        ▼
-Release (acreditado en CHANGELOG.md)
-```
-
-### ¿Quién Puede Agregar al Backlog?
-
-El Product Owner (@po) es la única autoridad para agregar elementos al backlog interno.
-Esto asegura una priorización adecuada y alineación con los objetivos del proyecto.
-
-### Crédito al Contribuidor
-
-Los contribuidores cuyas ideas son implementadas serán acreditados en:
-
-- Las notas de release en CHANGELOG.md
-- El PR que implementa la característica
-- Nuestra página de contribuidores (si aplica)
-
-## ¿Preguntas?
-
-Pregunte en GitHub Discussions o Discord.
-
----
-
-_Ver también: [Manual de la Comunidad](../../COMMUNITY.md) | [Guía de Contribución](../../CONTRIBUTING.md)_

package/docs/es/GUIDING-PRINCIPLES.md

@@ -1,101 +0,0 @@
-<!--
-  Traducción: ES
-  Original: /docs/en/GUIDING-PRINCIPLES.md
-  Última sincronización: 2026-01-26
--->
-
-# Principios Rectores del Método SINAPSE
-
-> 🌐 [EN](../GUIDING-PRINCIPLES.md) | [PT](../pt/GUIDING-PRINCIPLES.md) | **ES**
-
----
-
-El Método SINAPSE es un framework de lenguaje natural para el desarrollo de software asistido por IA. Estos principios aseguran que las contribuciones mantengan la efectividad del método.
-
-## Principios Fundamentales
-
-### 1. Los Agentes Dev Deben Ser Ligeros
-
-- **Minimizar las dependencias del agente dev**: Los agentes de desarrollo que trabajan en IDEs deben tener una sobrecarga de contexto mínima
-- **Reservar el contexto para el código**: Cada línea cuenta - los agentes dev deben enfocarse en codificar, no en documentación
-- **Los agentes web pueden ser más grandes**: Los agentes de planificación (PRD Writer, Architect) usados en la interfaz web pueden tener tareas y dependencias más complejas
-- **Archivos pequeños, cargados bajo demanda**: Múltiples archivos pequeños y enfocados son mejores que archivos grandes con muchas ramas
-
-### 2. Lenguaje Natural Primero
-
-- **Todo es markdown**: Agentes, tareas, plantillas - todo escrito en inglés simple
-- **Sin código en el núcleo**: El framework en sí no contiene código de programación, solo instrucciones en lenguaje natural
-- **Plantillas autocontenidas**: Las plantillas se definen como archivos YAML con secciones estructuradas que incluyen metadatos, configuración de flujo de trabajo e instrucciones detalladas para la generación de contenido
-
-### 3. Diseño de Agentes y Tareas
-
-- **Los agentes definen roles**: Cada agente es una persona con experiencia específica (ej., Desarrollador Frontend, Desarrollador API)
-- **Las tareas son procedimientos**: Instrucciones paso a paso que un agente sigue para completar el trabajo
-- **Las plantillas son salidas**: Documentos estructurados con instrucciones integradas para la generación
-- **Las dependencias importan**: Declarar explícitamente solo lo que se necesita
-
-## Guías Prácticas
-
-### Cuándo Agregar al Núcleo
-
-- Solo necesidades universales de desarrollo de software
-- No infla los contextos del agente dev
-- Sigue los patrones existentes de agente/tarea/plantilla
-
-### Cuándo Crear Squads
-
-- Necesidades específicas de dominio más allá del desarrollo de software
-- Dominios no técnicos (negocios, bienestar, educación, creatividad)
-- Dominios técnicos especializados (juegos, infraestructura, móvil)
-- Documentación pesada o bases de conocimiento
-- Cualquier cosa que inflara los agentes del núcleo
-
-Vea la [Visión General de Squads](../guides/squads-overview.md) para ejemplos detallados e ideas.
-
-### Reglas de Diseño de Agentes
-
-1. **Agentes Web/Planificación**: Pueden tener contexto más rico, múltiples tareas, plantillas extensas
-2. **Agentes Dev**: Dependencias mínimas, enfocados en generación de código, conjuntos de tareas ligeros
-3. **Todos los Agentes**: Persona clara, experiencia específica, capacidades bien definidas
-
-### Reglas de Escritura de Tareas
-
-1. Escribir procedimientos claros paso a paso
-2. Usar formato markdown para legibilidad
-3. Mantener las tareas del agente dev enfocadas y concisas
-4. Las tareas de planificación pueden ser más elaboradas
-5. **Preferir múltiples tareas pequeñas sobre una tarea grande con ramificaciones**
-   - En lugar de una tarea con muchas rutas condicionales
-   - Crear múltiples tareas enfocadas que el agente pueda elegir
-   - Esto mantiene la sobrecarga de contexto mínima
-6. **Reutilizar tareas comunes** - No crear nuevas tareas de creación de documentos
-   - Usar la tarea existente `create-doc`
-   - Pasar la plantilla YAML apropiada con secciones estructuradas
-   - Esto mantiene la consistencia y reduce la duplicación
-
-### Reglas de Plantillas
-
-Las plantillas siguen la especificación de [Plantilla de Documento SINAPSE](../../common/utils/sinapse-doc-template.md) usando formato YAML:
-
-1. **Estructura**: Las plantillas se definen en YAML con metadatos claros, configuración de flujo de trabajo y jerarquía de secciones
-2. **Separación de Responsabilidades**: Las instrucciones para LLMs están en campos `instruction`, separadas del contenido
-3. **Reutilizabilidad**: Las plantillas son agnósticas al agente y pueden usarse a través de diferentes agentes
-4. **Componentes Clave**:
-   - Bloque `template` para metadatos (id, name, version, configuración de salida)
-   - Bloque `workflow` para configuración de modo de interacción
-   - Array `sections` definiendo la estructura del documento con subsecciones anidadas
-   - Cada sección tiene campos `id`, `title` e `instruction`
-5. **Características Avanzadas**:
-   - Sustitución de variables usando sintaxis `{{variable_name}}`
-   - Secciones condicionales con campo `condition`
-   - Secciones repetibles con `repeatable: true`
-   - Permisos de agente con campos `owner` y `editors`
-   - Arrays de ejemplos para orientación (nunca incluidos en la salida)
-6. **Salida Limpia**: La estructura YAML asegura que toda la lógica de procesamiento permanezca separada del contenido generado
-
-## Recuerde
-
-- El poder está en la orquestación de lenguaje natural, no en el código
-- Los agentes dev codifican, los agentes de planificación planifican
-- Mantener los agentes dev ligeros para máxima eficiencia de codificación
-- Los paquetes de expansión manejan dominios especializados

package/docs/es/README.md

@@ -1,134 +0,0 @@
-<!--
-  Traducción: ES
-  Original: /docs/README.md
-  Última sincronización: 2026-02-23
--->
-
-# Documentación de SINAPSE
-
-> 🌐 [EN](../README.md) | [PT](../pt/README.md) | **ES** | [ZH](../zh/README.md)
-
-> **Sistema Orquestado por IA para Desarrollo Full Stack**
-
----
-
-## 🌐 Seleccione el Idioma / Select Language / Selecione o Idioma / 选择语言
-
-| Idioma              | Estado         | Enlace                                                   |
-| ------------------- | -------------- | -------------------------------------------------------- |
-| **English**         | ✅ Completo    | [📖 English Documentation](../getting-started.md)        |
-| **Português**       | ✅ Completo    | [📖 Documentação em Português](../pt/getting-started.md) |
-| **Español**         | ✅ Completo    | [📖 Documentación en Español](./getting-started.md)      |
-| **中文（简体）**    | 🟡 En progreso | [📖 Documentación en Chino](../zh/getting-started.md)    |
-
----
-
-## 📚 Estructura de la Documentación
-
-```
-docs/
-├── getting-started.md         # English (raíz)
-├── guides/                    # English
-├── installation/              # English
-├── architecture/              # English
-├── framework/                 # English
-├── platforms/                 # English
-│
-├── pt/                        # Português (traducciones)
-│   ├── getting-started.md
-│   ├── guides/
-│   ├── platforms/
-│   └── ...
-│
-├── es/                        # Español (traducciones)
-│   ├── getting-started.md
-│   ├── guides/
-│   ├── platforms/
-│   └── ...
-│
-└── zh/                        # 中文（简体）(traducciones)
-    ├── getting-started.md
-    ├── guides/
-    └── ...
-```
-
----
-
-## 🚀 Enlaces Rápidos
-
-### English
-
-- [Getting Started](../getting-started.md)
-- [Installation Guide](../installation/README.md)
-- [Architecture Overview](../core-architecture.md)
-- [Meta-Agent Commands](../meta-agent-commands.md)
-- [Troubleshooting](../troubleshooting.md)
-
-### Português
-
-- [Começando](../pt/getting-started.md)
-- [Guia de Instalação](../pt/installation/README.md)
-- [Visão Geral da Arquitetura](../pt/architecture/ARCHITECTURE-INDEX.md)
-- [Referência de Agentes](../pt/agent-reference-guide.md)
-- [Documentação do Sistema de Agentes](../sinapse-agent-flows/README.md)
-- [Documentação de Workflows](../sinapse-workflows/README.md)
-- [Solução de Problemas](../pt/troubleshooting.md)
-
-### Español
-
-- [Comenzando](./getting-started.md)
-- [Guía de Instalación](./installation/README.md)
-- [Visión General de la Arquitectura](./architecture/ARCHITECTURE-INDEX.md)
-- [Referencia de Agentes](./agent-reference-guide.md)
-- [Documentación del Sistema de Agentes](./sinapse-agent-flows/README.md)
-- [Documentación de Workflows](./sinapse-workflows/README.md)
-- [Solución de Problemas](./troubleshooting.md)
-
-### 中文（简体）
-
-- [快速入门](../zh/getting-started.md)
-- [安装指南](../zh/installation/README.md)
-- [架构总览](../zh/architecture/ARCHITECTURE-INDEX.md)
-- [代理参考](../zh/agent-reference-guide.md)
-- [故障排查](../zh/troubleshooting.md)
-
----
-
-## 🤝 Contribuir a la Documentación
-
-### Para Traductores
-
-Seguimos prácticas estándar de la industria para i18n:
-
-1. El contenido en inglés se encuentra en la raíz (`docs/`)
-2. Las traducciones van en carpetas de idioma (`docs/pt/`, `docs/es/`, `docs/zh/`)
-3. La estructura de archivos refleja la versión en inglés
-4. Agregue el encabezado de traducción a cada archivo:
-   ```markdown
-   <!--
-     Traducción: PT | ES | ZH
-     Original: /docs/[nombre-archivo].md
-     Última sincronización: AAAA-MM-DD
-   -->
-   ```
-
-### Estado de las Traducciones
-
-| Sección         | EN  | PT  | ES  | ZH  |
-| --------------- | --- | --- | --- | --- |
-| Getting Started | ✅  | ✅  | ✅  | 🟡  |
-| Guides          | ✅  | ✅  | ✅  | 🟡  |
-| Installation    | ✅  | ✅  | ✅  | 🟡  |
-| Architecture    | ✅  | ✅  | ✅  | 🟡  |
-| Framework       | ✅  | ✅  | ✅  | 🟡  |
-| Platforms       | ✅  | ✅  | ✅  | ❌  |
-
----
-
-## 📄 Licencia
-
-Esta documentación es parte de SINAPSE, licenciada bajo [Licencia MIT](../../LICENSE).
-
----
-
-_SINAPSE - Orquestando IA para un Mejor Desarrollo de Software_