Codeck

Was macht Codeck?

Nutze Codeck als Ausführungsbrücke, während der aktuelle Coding-Agent der Host und Moderator bleibt. Behandle die Modellauswahl des Host-Produkts als unabhängig davon: Das Umschalten des aktiven Chat-Modells ist nicht gleichbedeutend mit der Konsultation externer Modelle durch Codeck.

Wähle den Workflow

• Verwende einen einzelnen ask-Befehl für eine schreibgeschützte Zweitmeinung von einem benannten Executor.
• Verwende ein Council für unabhängige Meinungen von zwei oder mehr wirklich unterschiedlichen zugrunde liegenden Modellanbietern.
• Verwende delegate nur, wenn der Benutzer explizit einen externen Executor bittet, Änderungen zu implementieren.
• Verwende pick vor auto, wenn das Routing unsicher ist.

Beschreibe niemals ein Modell, das mehrere Rollen spielt, als Multi-Modell-Konsens. Kennzeichne es als "single-model-multi-role".

Vorbereitung

1. Führe command -v codeck aus.
2. Wenn nicht verfügbar, stoppe und erkläre, dass die Codeck-CLI erforderlich ist. Installiere sie nicht ohne Autorisierung des Benutzers.
3. Führe codeck doctor und codeck list im Zielprojekt aus.
4. Verwende nur gesunde, konfigurierte Executoren, deren deklarierter Modus und Berechtigungen zur Aufgabe passen.
5. Wenn das Projekt nicht initialisiert ist, frage vor der Ausführung von codeck init, da es .codeck/-Dateien erstellt.

Lies references/providers.md beim Konfigurieren von Executoren, Auswählen von Anbietern für ein regionales Netzwerk oder Erklären, warum ein angefragtes Modell nicht verfügbar ist.

Bereite die Übergabe vor

Schreibe ein kompaktes Markdown-Briefing für nicht-triviale Arbeiten. Füge das Ziel, Einschränkungen, Fragen, Akzeptanzkriterien und nur die Dateien hinzu, die das externe Modell benötigt. Bevorzuge einen Dateianhang gegenüber dem Einbetten eines langen Briefings in den Befehl:

codeck ask <executor> "Lies das beigefügte Aufgabenbriefing und gib eine evidenzgestützte Überprüfung zurück." -f aufgabe.md

Füge keine Geheimnisse, Anmeldeinformationen, nicht zusammenhängende Quellcodedateien oder private Benutzerdaten hinzu. Informiere den Benutzer, wenn Aufgabeninhalte das Host-Produkt verlassen und an einen anderen Anbieter gesendet werden.

Lies references/artifacts.md für das Schema des Eingabebriefings und des endgültigen Artefakts.

Führe ein Multi-Modell-Council durch

1. Behalte den aktuellen Coding-Agenten als Moderator.
2. Wähle mindestens zwei gesunde Executoren von verschiedenen Anbietern aus. Bevorzuge Kompetenz und Verfügbarkeit gegenüber Markenreihenfolge.
3. Gib jedem Experten der ersten Runde dieselben Fakten und die Kernfrage, plus eine eindeutige Überprüfungsrolle.
4. Sammle die Antworten der ersten Runde unabhängig, bevor du die Antwort eines Experten einem anderen zugänglich machst.
5. Extrahiere Behauptungen, Beweise, Annahmen, Risiken und Meinungsverschiedenheiten.
6. Stelle gezielte Folgefragen nur zu wesentlichen Meinungsverschiedenheiten. Hänge die relevanten vorherigen Ausgaben als Markdown-Dateien an.
7. Stoppe, wenn die Akzeptanzkriterien erfüllt sind, verbleibende Meinungsverschiedenheiten explizit dokumentiert sind oder die konfigurierte Rundenbegrenzung erreicht ist.
8. Erstelle report.md, summary.md und decisions.json, wenn das Schreiben von Artefakten im Rahmen liegt; andernfalls gib dieselbe Struktur in der Antwort zurück.

Verwende codeck compare <executor-a>,<executor-b> "<aufgabe>" -f aufgabe.md, wenn alle Experten denselben Prompt erhalten sollen. Verwende separate codeck ask-Aufrufe, wenn sich Rollen oder Folgefragen unterscheiden. Behaupste keine parallele Ausführung, es sei denn, der beobachtete Lauf lief tatsächlich parallel.

Lies references/moderation.md für Rollen-Prompts, den Umgang mit Meinungsverschiedenheiten und Konvergenzregeln.

Route sicher

• Standardmäßig ask verwenden, das für die schreibgeschützte Konsultation vorgesehen ist.
• Füge -y nicht hinzu oder rufe delegate nicht auf, es sei denn, der Benutzer hat die externe Implementierung autorisiert.
• Behandle Berechtigungsfelder als Deklarationen, es sei denn, die zugrunde liegende CLI erzwingt auch eine Sandbox.
• Ersetze keinen Anbieter stillschweigend. Melde den angeforderten Executor, den tatsächlichen Executor/Anbieter und den Grund für das Fallback.
• Harte keine aktuellen Modell-IDs fest. Entdecke oder lese sie aus der lokalen Konfiguration, da sich die Modellnamen der Anbieter ändern.
• Wenn weniger als zwei verschiedene Anbieter verfügbar sind, fahre nur als Ein-Modell-Konsultation fort und gib die Einschränkung an.
• Bewahre rohe externe Ausgaben oder Codeck-Run-IDs auf, sodass die Synthese prüfbar bleibt.

Gib das Ergebnis zurück

Beginne mit der Schlussfolgerung des Moderators. Gib dann Folgendes an:

• welche Executoren und zugrunde liegenden Anbieter tatsächlich ausgeführt wurden;
• wo sie übereinstimmten und wo nicht;
• welche Beweise die Entscheidung stützen;
• ungelöste Risiken und empfohlene Überprüfungen;
• alle Fallbacks, Fehler, geschätzte Nutzung oder regionale Einschränkungen.

Halte die kurze Zusammenfassung entscheidungsorientiert. Halte detaillierte Begründungen und Quellenangaben im vollständigen Bericht.