# apπ

> El atlas de todo lo que tu software puede conectar: qué API existe, cuánto cuesta, qué permisos pide, qué riesgo trae. La integración, hecha transparente.

**División:** apπ Integrations · **Tipo:** base de datos + consola de integraciones · **Estado:** 🔴 visión / en construcción

## Qué es

apπ (se lee "appi") es la división y la consola que responde una pregunta que todo constructor de software se hace mil veces: *"necesito que mi app haga X — ¿qué API o herramienta lo hace, cuánto cuesta, qué permisos pide, qué riesgos trae?"*. Es una **gran base de datos de capacidades** —APIs, herramientas, servicios, modelos— y la consola para consultarlas, compararlas y conectarlas. Hoy es visión con una pieza mínima desplegada; el mapa completo está trazado.

## Qué hace

- Cataloga integraciones disponibles: qué existe, cómo se conecta, costo, permisos, riesgos, límites.
- Ayuda a elegir: cuando una app necesita una función, apπ encuentra la herramienta y muestra de un vistazo su costo, permisos, riesgos y límites.
- Conecta la integración elegida, mientras OMNI controla los permisos.
- Es consultable por el usuario o por pAyA dentro del flujo de creación de software.

## Por qué cambia el juego

La integración es el secreto sucio del software moderno: cada equipo reinventa las mismas conexiones a ciegas, sin saber el costo real ni el riesgo de permisos hasta que es tarde. apπ vuelve eso un **directorio honesto y comparable** —precio, permisos y peligro a la vista, antes de conectar nada—. Es la pieza "Conectar con apπ" del flujo del ecosistema: pAyA entiende → SoF ordena → _creator construye → **apπ conecta** → HydrAi ejecuta. Deja de reinventar integraciones; empieza a elegirlas con los ojos abiertos.

## Dónde vive

- En construcción dentro del ecosistema FractAIll.
- Panel admin: [omni.fractaill.com/admin/aPPi](https://omni.fractaill.com/admin/aPPi)

## Mapa SoF · capas y componentes

- **1 · Objetivo** — responder qué API o herramienta hace lo que tu app necesita, cuánto cuesta, qué permisos pide y qué riesgo trae (componentes: pregunta repetida de todo constructor de software, integración hecha transparente).
- **2 · Visión** — volver la integración un directorio honesto y comparable, con precio, permisos y peligro a la vista antes de conectar nada (componentes: dejar de reinventar conexiones a ciegas, elegir con los ojos abiertos).
- **3 · Estructura** — las partes visibles (componentes: gran base de datos de capacidades —APIs, herramientas, servicios, modelos—, consola para consultar/comparar/conectar, panel admin en omni.fractaill.com/admin/aPPi).
- **4 · Funcionamiento** — cómo se comporta (componentes: catálogo de integraciones con costo/permisos/riesgos/límites, ayuda a elegir mostrando todo de un vistazo, conexión de la integración elegida con OMNI controlando los permisos, consultable por el usuario o por pAyA).
- **5 · Fondo** — qué lo sostiene por dentro, en términos generales y públicos (componentes: una base de datos de capacidades dentro del ecosistema, hoy con una pieza mínima desplegada y el mapa completo trazado).
- **6 · Distribución** — cómo llega al usuario (componentes: su lugar en el flujo del ecosistema —pAyA entiende → SoF ordena → _creator construye → apπ conecta → HydrAi ejecuta—, paso "Conectar con apπ").

**Lectura fractal:** el componente **catálogo de integraciones** se abre en sus propias capas — su objetivo es que nadie reinvente la misma conexión; su visión es exponer costo y riesgo antes de comprometerse; su estructura son las fichas comparables de cada API; y su distribución llega tanto al usuario humano como a pAyA dentro del flujo de creación de software.