Bitty MCP

Bitty MCP es el hogar planificado del adaptador MCP de Bitty y su límite de integración con agentes. Este repositorio está en fase previa a la implementación y no tiene commit inicial ni lanzamiento de producto.

El repositorio canónico es bitty-terminal/bitty-mcp.

Límite de propiedad

Este repositorio puede llegar a albergar la implementación específica del adaptador y la evidencia de integración. No es propietario del núcleo del terminal, del host de plugins, de Terminal Truth ni de los contratos normativos del producto.

El comportamiento del núcleo en tiempo de ejecución pertenece al futuro repositorio principal de Bitty. La arquitectura canónica, la seguridad, el protocolo, la interfaz, la compatibilidad y el comportamiento público pertenecen a bitty-docs. Los cambios entre repositorios requieren trabajo coordinado y explícitamente ordenado en cada repositorio propietario.

Related MCP server: pm2-mcp

Límite de capacidades

Cualquier integración futura de MCP o de agentes es de solo lectura por defecto. La entrada del terminal, el control de procesos, el acceso al sistema de archivos, el acceso a la red, el acceso al portapapeles y las operaciones de gestión del terminal requieren capacidades explícitas y detalladas, intención clara del usuario, autenticación y autorización por acción.

El contenido observado del terminal y los resultados de las herramientas siguen siendo datos no confiables. No deben tratarse como instrucciones ni como autoridad. Los transportes, esquemas, mecanismos de autenticación, clientes compatibles y operaciones con capacidad de escritura exactos permanecen abiertos hasta que se acepten mediante contratos revisables.

Estado actual

Solo existen la gobernanza del repositorio y los cimientos de planificación. Actualmente:

• no hay transporte MCP, servidor, adaptador ni herramienta expuesta;

• no hay esquema implementado ni negociación de compatibilidad;

• no hay integración de clientes compatible ni evidencia de interoperabilidad;

• no hay instalación, API compatible, afirmación de compatibilidad, lanzamiento ni artefacto.

El contenido del repositorio no debe interpretarse como comportamiento de producto funcional. Las afirmaciones futuras requieren evidencia de implementación, pruebas, documentación canónica y revisión independiente de seguridad e interoperabilidad.

El registro técnico actual a nivel de proyecto sigue siendo bitty-docs. El material local del repositorio no debe duplicar ni anular sus contratos normativos.