aiox-core 5.0.0

package/docs/npx-install.md

@@ -0,0 +1,187 @@
+# NPX Installation Guide
+
+> 🌐 **EN** | [PT](./pt/npx-install.md) | [ES](./es/npx-install.md)
+
+---
+
+## Overview
+
+Synkra AIOX can be installed via NPX for quick setup without global installation. This guide covers proper usage and troubleshooting for NPX-based installations.
+
+## Quick Start
+
+### Correct Usage
+
+Always run `npx aiox-core install` **from your project directory**:
+
+```bash
+# Navigate to your project first
+cd /path/to/your/project
+
+# Then run the installer
+npx aiox-core install
+```
+
+### ⚠️ Common Mistake
+
+**DO NOT** run the installer from your home directory or arbitrary locations:
+
+```bash
+# ❌ INCORRECT - Will fail with NPX temporary directory error
+cd ~
+npx aiox-core install
+
+# ✅ CORRECT - Navigate to project first
+cd ~/my-project
+npx aiox-core install
+```
+
+## Why This Matters
+
+NPX executes packages in **temporary directories** (e.g., `/private/var/folders/.../npx-xxx/` on macOS). When Synkra AIOX runs from these temporary locations, it cannot:
+
+- Detect your IDE configuration correctly
+- Install files to the right project directory
+- Set up IDE integrations properly
+
+## NPX Temporary Directory Detection
+
+As of version 4.31.1, Synkra AIOX automatically detects when it's running from an NPX temporary directory and displays a helpful error message:
+
+```
+⚠️  NPX Temporary Directory Detected
+
+NPX executes in a temporary directory, which prevents
+AIOX from detecting your IDE correctly.
+
+Solution:
+  cd /path/to/your/project
+  npx aiox-core install
+
+See: https://aiox-core.dev/docs/npx-install
+```
+
+## Installation Steps
+
+### Step 1: Navigate to Project
+
+```bash
+cd /path/to/your/project
+```
+
+Your project directory should contain:
+- Package management files (`package.json`, etc.)
+- Source code directories
+
+### Step 2: Run Installer
+
+```bash
+npx aiox-core install
+```
+
+### Step 3: Follow Interactive Prompts
+
+The installer will ask you to:
+1. Confirm installation directory (should be current directory)
+2. Select components to install (Core + Squads)
+3. Configure IDE integrations
+4. Set up documentation organization
+
+## Platform-Specific Notes
+
+### macOS
+
+NPX temporary directories typically appear at:
+- `/private/var/folders/[hash]/T/npx-[random]/`
+- `/Users/[user]/.npm/_npx/[hash]/`
+
+Synkra AIOX detects these patterns and prevents incorrect installation.
+
+### Linux
+
+Similar temporary directory patterns:
+- `/tmp/npx-[random]/`
+- `~/.npm/_npx/[hash]/`
+
+### Windows
+
+Windows users typically don't encounter this issue, but similar detection patterns apply:
+- `%TEMP%\npx-[random]\`
+- `%APPDATA%\npm-cache\_npx\`
+
+## Troubleshooting
+
+### Error: "NPX Temporary Directory Detected"
+
+**Cause**: You're running the installer from your home directory or another non-project location.
+
+**Solution**:
+1. Navigate to your actual project directory:
+   ```bash
+   cd /path/to/your/actual/project
+   ```
+2. Re-run the installer:
+   ```bash
+   npx aiox-core install
+   ```
+
+### Wrong Installation Directory
+
+If the installer asks for a directory path:
+- ✅ Use `.` (current directory) if you're already in your project
+- ✅ Provide absolute path to your project: `/Users/you/projects/my-app`
+- ❌ Don't use `~` or relative paths that point outside your project
+
+### IDE Not Detected
+
+If your IDE isn't detected after installation:
+1. Verify you ran the installer from the correct project directory
+3. Re-run the installer and manually select your IDE
+
+## Alternative: Global Installation
+
+If you prefer not to use NPX, you can install globally:
+
+```bash
+npm install -g aiox-core
+cd /path/to/your/project
+aiox-core install
+```
+
+## Technical Details
+
+### Defense in Depth Architecture
+
+Synkra AIOX v4.31.1+ implements two-layer detection:
+
+1. **PRIMARY Layer** (`tools/aiox-npx-wrapper.js`):
+   - Checks `__dirname` (where NPX extracts the package)
+   - Uses regex patterns for macOS temp paths
+   - Early exit before delegation to CLI
+
+2. **SECONDARY Layer** (`tools/installer/bin/aiox.js`):
+   - Fallback check using `process.cwd()`
+   - Validates at start of install command
+   - Provides redundancy if wrapper bypassed
+
+### Detection Patterns
+
+```javascript
+const patterns = [
+  /\/private\/var\/folders\/.*\/npx-/,  // macOS temp
+  /\/\.npm\/_npx\//                      // NPX cache
+];
+```
+
+## Support
+
+For additional help:
+- GitHub Issues: https://github.com/SynkraAIinc/aiox-core/issues
+- Documentation: https://aiox-core.dev/docs
+- Story Reference: 2.3 - NPX Installation Context Detection
+
+---
+
+**Version**: 4.31.1+
+**Last Updated**: 2025-10-22
+**Applies To**: macOS (primary), Linux/Windows (detection available)

package/docs/prd-cli-graph-dashboard.md

@@ -0,0 +1,274 @@
+# CLI Graph Dashboard — Product Requirements Document (PRD)
+
+## Goals and Background Context
+
+### Goals
+
+- Fornecer visualização interativa do dependency graph do code-intel no terminal
+- Permitir inspeção de blast radius, entity relationships e métricas de cache/latency via CLI
+- Manter alinhamento com Artigo I da Constitution (CLI First) — zero dependência de UI web
+- Tornar dados internos do code-intel visíveis ao usuário (hoje fluem apenas internamente para agentes)
+- Suportar múltiplos formatos de output (ASCII, DOT, Mermaid, JSON) para integração com ferramentas externas
+
+### Background Context
+
+O Epic NOGIC (Code Intelligence) construiu um módulo completo de inteligência de código com 8 capabilities primitivas, 5 compostas e 6 helpers por agente — totalizando 275 testes passando. Contudo, toda essa inteligência é consumida internamente pelos agentes e **não há nenhuma forma de visualizar os grafos, métricas ou relacionamentos no terminal**. Os dados existem (dependency graph, blast radius, entity stats, cache metrics, latency) mas são invisíveis ao usuário.
+
+Este PRD define um CLI Graph Dashboard que expõe essa riqueza de dados de forma interativa no terminal, usando bibliotecas TUI maduras como `blessed-contrib` para widgets ricos (tree, sparkline, charts, gauges).
+
+### Change Log
+
+| Date | Version | Description | Author |
+|------|---------|-------------|--------|
+| 2026-02-21 | 1.0 | Initial PRD draft baseado em deep research | Morgan (@pm) |
+
+---
+
+## Requirements
+
+### Functional
+
+- **FR1:** O sistema deve renderizar o dependency graph como uma árvore interativa com expand/collapse no terminal (`analyzeDependencies` → tree widget)
+- **FR2:** O sistema deve exibir blast radius visual para qualquer arquivo selecionado (`assessImpact` → gauge/risk display)
+- **FR3:** O sistema deve mostrar métricas de cache (hits/misses) como sparklines em tempo real (`client.getMetrics()` → sparkline widget)
+- **FR4:** O sistema deve plotar latency das capabilities como line chart (`client._latencyLog` → line chart)
+- **FR5:** O sistema deve exibir estatísticas de entidades do entity-registry (total, categorias, última atualização) como tabela (`registry-loader` → table widget)
+- **FR6:** O sistema deve mostrar status do provider code-intel (ativo/inativo, circuit breaker state, failures, uptime) (`isCodeIntelAvailable` + CB → status widget)
+- **FR7:** O sistema deve suportar output em múltiplos formatos: ASCII (padrão), DOT (Graphviz), Mermaid (docs), JSON (processamento programático)
+- **FR8:** O sistema deve suportar modo `--watch` para atualização em tempo real do dashboard
+- **FR9:** O sistema deve funcionar como CLI command (`aiox graph`) com sub-comandos: `--deps`, `--blast <file>`, `--stats`, `--watch`
+- **FR10:** O sistema deve fornecer fallback para dados estáticos do entity-registry quando o Code Graph MCP estiver offline
+
+### Non Functional
+
+- **NFR1:** O dashboard deve iniciar em menos de 2 segundos
+- **NFR2:** Updates em modo `--watch` devem ocorrer a cada 5 segundos sem impacto perceptível de performance
+- **NFR3:** O sistema deve funcionar em Windows Terminal, PowerShell, e terminais Unix (bash/zsh) — cross-platform
+- **NFR4:** O sistema deve funcionar over SSH sem degradação significativa
+- **NFR5:** Dependências novas devem ser mínimas e mantidas ativamente (blessed/neo-blessed, blessed-contrib, asciichart)
+- **NFR6:** O sistema deve degradar graciosamente se o terminal não suportar Unicode box-drawing characters
+
+---
+
+## Technical Assumptions
+
+### Repository Structure: Monorepo
+
+O CLI Graph Dashboard será adicionado ao monorepo existente `aiox-core`, como um novo módulo em `.aiox-core/core/graph-dashboard/` com entrypoint em `bin/aiox-graph.js`.
+
+### Service Architecture
+
+Módulo standalone dentro do monorepo que consome dados do `code-intel` module existente e do `entity-registry`. Sem serviços externos — tudo local no terminal.
+
+### Testing Requirements
+
+Unit + Integration tests. Unit tests para cada widget/data-source adapter. Integration tests para o dashboard completo com dados mock.
+
+### Additional Technical Assumptions and Requests
+
+- **TUI Framework:** `blessed` (ou `neo-blessed` fork) + `blessed-contrib` — widgets nativos para tree, charts, sparklines, gauges
+- **ASCII Charts (MVP):** `asciichart` — zero deps, line charts em ASCII puro para o MVP sem blessed
+- **DAG Layout (V2+):** `d3-dag` — algoritmos Sugiyama/Zherebko para computar layout de grafos complexos
+- **Node.js:** Mínimo v18+ (já requisito do projeto)
+- **Fallback Strategy:** Se `blessed` se tornar unmaintained, migrar para `neo-blessed` fork ou `Ink` (React-based TUI)
+- **Data Sources:** Reutilizar 100% dos dados já disponíveis no code-intel module (analyzeDependencies, assessImpact, getMetrics, isCodeIntelAvailable) e entity-registry.yaml
+
+---
+
+## Epic List
+
+### Epic 1: MVP — ASCII Text Output (`aiox graph`)
+
+**Goal:** Entregar visualização básica do dependency graph e entity stats como output ASCII no terminal, sem dependências TUI pesadas.
+
+### Epic 2: Interactive TUI Dashboard (blessed-contrib)
+
+**Goal:** Dashboard interativo multi-painel com tree widget, charts, sparklines e gauges usando blessed-contrib.
+
+### Epic 3: Real-time & Advanced Visualization
+
+**Goal:** Modo watch para updates em tempo real, blast radius visual, latency charts, e múltiplos formatos de output (DOT, Mermaid).
+
+---
+
+## Epic 1: MVP — ASCII Text Output
+
+**Goal:** Estabelecer o CLI command `aiox graph` com output ASCII do dependency graph e entity stats. Entrega valor imediato com zero dependências TUI pesadas — apenas `asciichart` para line charts simples. Este é o fundamento sobre o qual os epics seguintes construirão.
+
+### Story 1.1: CLI Entrypoint e Dependency Tree ASCII
+
+**As a** developer using AIOX,
+**I want** to run `aiox graph --deps` in the terminal,
+**so that** I can see the dependency tree of code-intel entities as ASCII text.
+
+#### Acceptance Criteria
+
+1. Comando `npx aiox-core graph` existe e é executável
+2. Flag `--deps` renderiza dependency tree como texto indentado com box-drawing characters (`├─`, `└─`, `│`)
+3. Dados vêm de `analyzeDependencies()` do code-intel module
+4. Fallback para entity-registry.yaml quando Code Graph MCP está offline
+5. Output é válido para pipe (`aiox graph --deps | grep helper`)
+6. Testes unitários cobrem: tree rendering, fallback data, empty graph
+
+### Story 1.2: Entity Stats e Cache Metrics ASCII
+
+**As a** developer using AIOX,
+**I want** to run `aiox graph --stats` to see entity statistics and cache metrics,
+**so that** I can monitor the health of the code intelligence system.
+
+#### Acceptance Criteria
+
+1. Flag `--stats` exibe tabela formatada com: total entidades, categorias, última atualização
+2. Inclui cache hit/miss ratio como percentagem e ASCII sparkline (via `asciichart`)
+3. Inclui latency últimas N operações como ASCII line chart
+4. Dados vêm de `registry-loader` + `client.getMetrics()` + `client._latencyLog`
+5. Funciona sem Code Graph MCP (usa entity-registry.yaml como fallback)
+6. Testes unitários cobrem: stats formatting, sparkline rendering, missing data handling
+
+### Story 1.3: Provider Status e Output Formats
+
+**As a** developer using AIOX,
+**I want** to see provider status and export graph data in different formats,
+**so that** I can integrate with other tools and monitor system health.
+
+#### Acceptance Criteria
+
+1. Sem flags adicionais, `aiox graph` mostra summary view (dependency tree + stats + provider status)
+2. Provider status mostra: Code Graph MCP (ACTIVE/OFFLINE), Circuit Breaker state, failure count
+3. Flag `--format=json` output JSON estruturado do dependency graph
+4. Flag `--format=dot` output formato DOT para Graphviz
+5. Flag `--format=mermaid` output formato Mermaid para documentação
+6. Testes unitários cobrem: cada formato de output, provider status rendering
+
+---
+
+## Epic 2: Interactive TUI Dashboard (blessed-contrib)
+
+**Goal:** Construir dashboard interativo multi-painel usando `blessed-contrib` que combina tree widget (dependency graph), charts (latency, cache), e status indicators num único ecrã terminal. Navegação por teclado e mouse.
+
+### Story 2.1: Dashboard Layout e Dependency Tree Widget
+
+**As a** developer using AIOX,
+**I want** an interactive dashboard with a dependency tree I can expand/collapse,
+**so that** I can explore code relationships visually in the terminal.
+
+#### Acceptance Criteria
+
+1. `aiox graph --interactive` abre dashboard blessed-contrib fullscreen
+2. Grid layout com áreas definidas: tree (esquerda), stats (direita-topo), charts (direita-baixo)
+3. Tree widget renderiza dependency graph com expand/collapse via Enter
+4. Navegação por teclado (arrows, Enter, q para sair)
+5. Screen resize é responsivo (adapta layout)
+6. Testes unitários cobrem: layout rendering, tree data transformation, keyboard events
+
+### Story 2.2: Métricas e Status Widgets
+
+**As a** developer using AIOX,
+**I want** to see cache metrics, latency charts and provider status in the dashboard,
+**so that** I have a complete view of the code intelligence system health.
+
+#### Acceptance Criteria
+
+1. Sparkline widget mostra cache hit rate em tempo real
+2. Line chart widget mostra latency das últimas N operações
+3. Status widget mostra provider status (ACTIVE/OFFLINE) com cor (verde/vermelho)
+4. Gauge widget mostra blast radius quando um nó é selecionado no tree
+5. Todos os widgets atualizam ao navegar no tree (selecionar entity → atualiza blast radius)
+6. Testes unitários cobrem: widget data binding, update cycle, error states
+
+### Story 2.3: Data Source Adapters
+
+**As a** developer using AIOX,
+**I want** reliable data adapters that transform code-intel data for dashboard widgets,
+**so that** the dashboard always shows accurate and up-to-date information.
+
+#### Acceptance Criteria
+
+1. `code-intel-source.js` adapter transforma output de analyzeDependencies → tree widget format
+2. `registry-source.js` adapter transforma entity-registry.yaml → table/stats format
+3. Adapters implementam caching local (5s TTL) para evitar queries repetidas
+4. Adapters degradam graciosamente quando provider offline (mostram dados cached ou estáticos)
+5. Adapters expõem interface uniforme: `getData()`, `getLastUpdate()`, `isStale()`
+6. Testes unitários cobrem: data transformation, caching, graceful degradation, stale detection
+
+---
+
+## Epic 3: Real-time & Advanced Visualization
+
+**Goal:** Adicionar modo watch para updates automáticos, blast radius interativo para qualquer arquivo, e comandos de agente (`*graph`) para integração no workflow dos agentes AIOX.
+
+### Story 3.1: Watch Mode e Auto-refresh
+
+**As a** developer using AIOX,
+**I want** the dashboard to auto-refresh every N seconds,
+**so that** I can monitor the system in real-time while developing.
+
+#### Acceptance Criteria
+
+1. Flag `--watch` ativa auto-refresh a cada 5 segundos (configurável via `--interval`)
+2. Apenas widgets com dados alterados são re-renderizados (diff-based update)
+3. Status bar mostra countdown para próximo refresh
+4. `Ctrl+R` força refresh manual imediato
+5. `Ctrl+C` ou `q` para sair cleanly
+6. Testes unitários cobrem: refresh cycle, diff detection, graceful shutdown
+
+### Story 3.2: Blast Radius Interativo
+
+**As a** developer using AIOX,
+**I want** to select any file and see its blast radius visually,
+**so that** I can understand the impact of changes before making them.
+
+#### Acceptance Criteria
+
+1. `aiox graph --blast <file>` mostra blast radius de um arquivo específico
+2. No dashboard interativo, selecionar nó no tree mostra blast radius no painel direito
+3. Blast radius inclui: direct consumers, indirect affected, risk level (gauge)
+4. Risk levels: LOW (0-3 affected), MEDIUM (4-8), HIGH (9+) com cores
+5. Dados vêm de `assessImpact()` do code-intel enricher
+6. Testes unitários cobrem: blast radius calculation display, risk levels, file not found handling
+
+### Story 3.3: Agent Commands Integration
+
+**As a** developer using AIOX,
+**I want** to use graph commands within agent sessions,
+**so that** I can visualize code relationships without leaving my current workflow.
+
+#### Acceptance Criteria
+
+1. `*graph deps` no contexto de qualquer agente mostra dependency tree ASCII inline
+2. `*graph blast <file>` mostra blast radius inline
+3. `*graph stats` mostra entity stats inline
+4. Output é formatado para contexto de chat (sem TUI, apenas texto formatado)
+5. Comandos delegam para o módulo graph-dashboard internamente
+6. Testes unitários cobrem: command parsing, inline rendering, agent context integration
+
+---
+
+## Checklist Results Report
+
+> PRD gerado em YOLO mode baseado em deep research completo (`docs/research/2026-02-21-cli-graph-dashboard/`). Research cobriu 5 sub-queries com 16+ sources analisadas.
+
+**Validações aplicadas:**
+- [x] Goals claros e alinhados com Constitution (CLI First)
+- [x] Requirements rastreáveis (FR1-FR10, NFR1-NFR6)
+- [x] Epics sequenciais (MVP → Interactive → Advanced)
+- [x] Stories com acceptance criteria testáveis
+- [x] Technical assumptions documentadas com rationale
+- [x] Dependências de dados mapeadas (code-intel module existente)
+- [x] Riscos documentados no research (blessed maintenance, Windows compatibility, MCP offline)
+
+---
+
+## Next Steps
+
+### UX Expert Prompt
+
+> N/A — Este é um CLI-only product (terminal TUI). Não há UI web. O design visual é definido pelo blessed-contrib grid layout documentado no research (`docs/research/2026-02-21-cli-graph-dashboard/03-recommendations.md`).
+
+### Architect Prompt
+
+> @architect — Crie a arquitetura técnica detalhada para o CLI Graph Dashboard usando este PRD como input. Foco em: (1) estrutura de módulos dentro de `.aiox-core/core/graph-dashboard/`, (2) data source adapters para code-intel e entity-registry, (3) widget composition pattern com blessed-contrib, (4) CLI command routing via `bin/aiox-graph.js`, (5) fallback strategy quando Code Graph MCP está offline. Reference: `docs/research/2026-02-21-cli-graph-dashboard/03-recommendations.md` para stack recomendado.
+
+---
+
+*— Morgan, planejando o futuro 📊*

package/docs/pt/CHANGELOG.md

@@ -0,0 +1,117 @@
+<!-- Traducao: PT-BR | Original: /docs/en/CHANGELOG.md | Sincronizacao: 2026-01-26 -->
+
+# Registro de Alteracoes
+
+> 🌐 [EN](../CHANGELOG.md) | **PT** | [ES](../es/CHANGELOG.md)
+
+---
+
+Todas as alteracoes notaveis do Synkra AIOX serao documentadas neste arquivo.
+
+O formato e baseado em [Keep a Changelog](https://keepachangelog.com/pt-BR/1.0.0/),
+e este projeto adere ao [Versionamento Semantico](https://semver.org/lang/pt-BR/).
+
+---
+
+## [2.1.0] - 2025-01-24
+
+### Adicionado
+
+- **Assistente de Instalacao Interativo**: Configuracao guiada passo a passo com selecao de componentes
+- **Suporte Multi-IDE**: Adicionado suporte para 4 IDEs (Claude Code, Cursor, Gemini CLI, GitHub Copilot)
+- **Sistema de Squads**: Add-ons modulares incluindo HybridOps para integracao com ClickUp
+- **Testes Multiplataforma**: Cobertura completa de testes para Windows, macOS e Linux
+- **Tratamento de Erros e Rollback**: Rollback automatico em caso de falha na instalacao com sugestoes de recuperacao
+- **Melhorias nos Agentes**:
+  - Registro de decisoes no modo yolo para o agente `dev`
+  - Comandos de gerenciamento de backlog para o agente `qa`
+  - Integracao com CodeRabbit para revisao automatizada de codigo
+  - Saudacoes contextuais com status do projeto
+- **Suite de Documentacao**:
+  - Guia de Solucao de Problemas com 23 problemas documentados
+  - FAQ com 22 perguntas e respostas
+  - Guia de Migracao v2.0 para v4.0.4
+
+### Alterado
+
+- **Estrutura de Diretorios**: Renomeado `.legacy-core/` para `.aiox-core/`
+- **Formato de Configuracao**: `core-config.yaml` aprimorado com novas secoes para git, projectStatus e opcoes de sharding
+- **Formato de Agentes**: Esquema YAML de agentes atualizado com persona_profile, visibilidade de comandos e campos whenToUse
+- **Configuracao de IDE**: Agentes do Claude Code movidos para `.claude/commands/AIOX/agents/`
+- **Localizacao de Arquivos**:
+  - `docs/architecture/coding-standards.md` -> `docs/framework/coding-standards.md`
+  - `docs/architecture/tech-stack.md` -> `docs/framework/tech-stack.md`
+  - `.aiox-core/utils/` -> `.aiox-core/scripts/`
+
+### Corrigido
+
+- Falhas de instalacao no Windows com caminhos longos
+- Politica de execucao do PowerShell bloqueando scripts
+- Problemas de permissao do npm no Linux/macOS
+- Configuracao de IDE nao sendo aplicada apos instalacao
+
+### Descontinuado
+
+- Processo de instalacao manual (use `npx aiox-core install` em vez disso)
+- Nome do diretorio `.legacy-core/` (migrado automaticamente)
+
+### Seguranca
+
+- Adicionada validacao do diretorio de instalacao para prevenir modificacoes em diretorios do sistema
+- Tratamento aprimorado de variaveis de ambiente e chaves de API
+
+---
+
+## [2.0.0] - 2024-12-01
+
+### Adicionado
+
+- Lancamento publico inicial do Synkra AIOX
+- 11 agentes de IA especializados (dev, qa, architect, pm, po, sm, analyst, ux-expert, data-engineer, devops, db-sage)
+- Sistema de fluxo de tarefas com mais de 60 tarefas pre-construidas
+- Sistema de templates com mais de 20 modelos de documentos
+- Metodologia de desenvolvimento orientada a historias
+- Integracao basica com Claude Code
+
+### Problemas Conhecidos
+
+- Instalacao manual necessaria (2-4 horas)
+- Suporte multiplataforma limitado
+- Sem assistente interativo
+
+---
+
+## [1.0.0] - 2024-10-15
+
+### Adicionado
+
+- Lancamento interno inicial
+- Framework principal de agentes
+- Execucao basica de tarefas
+
+---
+
+## Notas de Migracao
+
+### Atualizando de 2.0.x para 2.1.x
+
+
+**Atualizacao rapida:**
+
+```bash
+npx aiox-core install --force-upgrade
+```
+
+**Principais alteracoes:**
+1. Diretorio renomeado: `.legacy-core/` -> `.aiox-core/`
+2. Atualizar `core-config.yaml` com novos campos
+3. Executar novamente a configuracao do IDE
+
+---
+
+## Links
+
+- [Solucao de Problemas](./installation/troubleshooting.md)
+- [FAQ](./installation/faq.md)
+- [Repositorio GitHub](https://github.com/SynkraAI/aiox-core)
+- [Rastreador de Issues](https://github.com/SynkraAI/aiox-core/issues)