Bitty MCP

Bitty MCP ist das geplante Zuhause für Bittys MCP-Adapter und die Agenten-Integrationsgrenze. Dieses Repository befindet sich in der Vorimplementierungsphase und hat keinen ersten Commit oder Produkt-Release.

Das kanonische Repository ist bitty-terminal/bitty-mcp.

Eigentumsgrenze

Dieses Repository könnte schließlich adapter-spezifische Implementierung und Integrationsnachweise besitzen. Es besitzt nicht den Terminal-Kern, den Plugin-Host, die Terminal Truth oder normative Produktverträge.

Das Kernlaufzeitverhalten gehört zum zukünftigen Bitty core repository. Kanonische Architektur, Sicherheit, Protokoll, Schnittstelle, Kompatibilität und öffentliches Verhalten gehören zu bitty-docs. Änderungen über mehrere Repositorys hinweg erfordern koordinierte, ausdrücklich geordnete Arbeit in jedem besitzenden Repository.

Related MCP server: pm2-mcp

Fähigkeitsgrenze

Jede zukünftige MCP- oder Agentenintegration ist standardmäßig schreibgeschützt. Terminaleingabe, Prozesssteuerung, Dateisystemzugriff, Netzwerkzugriff, Zwischenablagezugriff und Terminalverwaltungsvorgänge erfordern explizite feingranulare Fähigkeiten, klare Benutzerabsicht, Authentifizierung und Autorisierung pro Aktion.

Beobachtete Terminalinhalte und Tool-Ergebnisse bleiben unvertrauenswürdige Daten. Sie dürfen nicht als Anweisungen oder Autorität behandelt werden. Genaue Transporte, Schemata, Authentifizierungsmechanismen, unterstützte Clients und schreibfähige Vorgänge bleiben offen, bis sie durch überprüfbare Verträge akzeptiert werden.

Aktueller Status

Es existieren nur Repository-Governance und Planungsgrundlagen. Derzeit gibt es:

• keinen MCP-Transport, -Server, -Adapter oder kein exponiertes Tool;

• kein implementiertes Schema oder keine Kompatibilitätsverhandlung;

• keine unterstützte Client-Integration oder Interoperabilitätsnachweise;

• keine Installation, keine unterstützte API, keinen Kompatibilitätsanspruch, kein Release oder Artefakt.

Repository-Inhalte dürfen nicht als funktionierendes Produktverhalten interpretiert werden. Zukünftige Behauptungen erfordern Implementierungsnachweise, Tests, kanonische Dokumentation und unabhängige Sicherheits- und Interoperabilitätsprüfung.

Der aktuelle projektweite technische Stand bleibt bitty-docs. Repository-lokales Material darf dessen normative Verträge nicht duplizieren oder überschreiben.