SkillPilot Coach: OpenAI-Submission-Dossier

Stand: 19. Oktober 2026 · Neues Plugin: skillpilot-coach · Paketkandidat: 1.1.3 · Runtime Contract Major: 1

Status: lokal vorbereiteter neuer Plugin-Kandidat, DRAFT, nicht eingereicht, nicht genehmigt und nicht im OpenAI-Verzeichnis veröffentlicht. Der dauerhafte Name ist SkillPilot Coach; der exakte MCP-Endpunkt ist https://mcp-openai.skillpilot.com/mcp. Identität und Endpunkt bleiben über künftige Paket-Major-Versionen erhalten. Paket-SemVer und Runtime-Vertrag sind unabhängig. Der Cutover- und Deployment-Ablauf beschreibt den separat auszuführenden Rollout. Jeder Lernstart verwendet eine frische WebGUI-Startnachricht in einem neuen Chat.

Das frühere Plugin skillpilot-coach-v1 hat getrennte historische Nachweise: Git 1.1.2 wurde für die Desktop-Beta veröffentlicht; Portal 1.0.0 wurde abgelehnt. Dessen Export nennt keine konkrete Ablehnungsbegründung oder Reviewer-Traces. Diese Veröffentlichungen, Snapshots und Aufnahmen bleiben unverändert. Sie belegen weder die Bereitstellung des neuen Endpunkts noch die Hostabnahme des neuen Plugins. Siehe Review-Historie.

Für dauerhafte Verhaltensprüfungen vor und nach der Einreichung siehe automatische API-Dialogregression. Sie ergänzt die manuelle ChatGPT-Abnahme und ersetzt keine Host-Evidenz.

Dieses Dossier und die erzeugten JSON-Dateien sind keine Portal-Abgabe. Credentials und rechtliche Attestierungen bleiben ausschließlich im angemeldeten Portalprozess. Die öffentliche OAuth-Konfiguration steht in .mcp.json; private Zugangsdaten gehören nie ins ZIP. Länderfreigaben werden hier nicht gesetzt. Kein lokaler Befehl bestätigt eine externe Einreichung, Veröffentlichung oder Abnahme.

1. Verbindliche Quellen

Unter ai/openai plugin/skillpilot-coach/ liegen:

Quelle	Bedeutung
`.codex-plugin/plugin.json`	aktuelle Version, Listing, Rechtstext-URLs und Starter Prompt
`.mcp.json`	tatsächliche öffentliche MCP-URL
`submission/portal-metadata.json`	öffentlicher Supportlink, optional eine ausdrücklich versionsgebundene aktuelle Demo und noch notwendige manuelle Schritte
`submission/review-cases.json`	Fixtures, wörtliche Benutzer-Turns, vollständige Musterantworten, Toolregeln, sichtbare Ergebnisse und ausführbare Testzuordnung
`release-notes/<Version>.md`	aktuelle, unverändert als Veröffentlichungshinweise übernommene Versionsbeschreibung

Der frisch erzeugte Export unter contracts/drafts/openai/skillpilot-coach/<Version>-SNAPSHOT/contract/contract.json liefert Tools, Schemas, Annotationen, Metadaten und UI-Ressourcen. scripts/openai_plugin_submission.mjs erzeugt deterministisch:

submission/generated/portal-draft.json: nicht geheime, am beobachteten Portalexport orientierte Angaben mit fünf positiven und drei negativen Fällen;
submission/generated/preparation.json: Quellhashes, Ressourcenbindungen, Starter Prompt, interne Planfälle und offene Abnahme-/Portalschritte.
submission/generated/acceptance-guide.md: vollständige Abnahmeanleitung mit Ausgangsdaten, geordneten Turns und Prüfkriterien für alle 14 Fälle;
submission/generated/trace-template.json: leere Vorlage ohne beobachtete Ereignisse oder Freigaben; sie kann unverändert keine Abnahme bestehen.
submission/generated/submission-plugin.json: Manifest für das offizielle Codex-ZIP mit extensions.com.openai.review und .publication;
submission/generated/submission-package.json: ZIP-Hash, Hashes der acht enthaltenen Dateien und ihrer Quellen sowie ausdrücklich offene Nachweise.

package schreibt zusätzlich ein tatsächlich lesbares, reproduzierbares skillpilot-coach-<Version>-submission.zip nach tmp/openai-submission/ oder in das gewählte --out-dir. Die sieben ausdrücklich erlaubten Installationsdateien liegen direkt an der ZIP-Wurzel, ergänzt um die Repository-LICENSE. Nur das enthaltene Manifest wird für den Upload um die Reviewfälle und Veröffentlichungshinweise erweitert. Die übrigen sieben Dateien behalten ihre exakten Quellbytes. Der Bericht unterscheidet Quell- und ZIP-Manifesthash. Unbekannte Dateien, Arbeitsunterlagen, echte Sessionwerte und Zugangsdaten werden nicht als Archivinput übernommen. Der bestehende TAR-Snapshot und die Git-Installationspakete behalten ihre eigenen Aufgaben und werden durch diesen Export nicht überschrieben.

Das ZIP verwendet die dokumentierten Felder prompt und expected_behavior. Sie entstehen aus denselben geprüften Fällen wie user_prompt und expected_output der älteren Vergleichsvorlage. Fünf positive und drei negative Fälle werden vollständig übernommen; die sechs internen Fälle bleiben in der Abnahmeanleitung. Der Export setzt keine Länderfreigabe und übernimmt kein altes Reviewvideo. Ohne eine ausdrücklich mit der aktuellen Version verknüpfte demoRecording in portal-metadata.json enthält review.demo_recording_url ausdrücklich die leere Zeichenfolge. Das löscht beim erneuten Upload eine möglicherweise gespeicherte historische Demo; ein weggelassenes Feld würde laut OpenAI den alten Portalwert erhalten. Der Bericht benennt die fehlende aktuelle Demo als offenen Nachweis. Eine historische interne Versionsroute oder der bekannte Hash der abgelehnten 1.0.0-Aufnahme wird auch bei umetikettierter Metadatenversion abgewiesen. Auch ein gebautes ZIP bleibt PREPARED_NOT_SUBMITTED und ready: false, bis die getrennten externen Prüfungen erledigt sind.

Für den nächsten echten Test mit der erzeugten Abnahmeanleitung beginnen. Ergebnisse ausschließlich in einer separaten lokalen Kopie unter tmp/ dokumentieren. Der OpenAI-CI-Job stellt nach seinen erfolgreichen Prüfungen die ausdrücklich erlaubten Vorbereitungsdateien sowie das ZIP und seinen Prüfbericht bereit, keine privaten Testaufzeichnungen.

portal-draft.json bleibt eine Arbeits- und Vergleichsvorlage. Das ZIP ist das dokumentierte Uploadformat. Es werden keine undokumentierten Portal-APIs verwendet. Lokaler Export und ZIP-Erzeugung ändern weder Produktion noch Portal.

2. Nachgewiesene Mängel des abgelehnten Exports

Die bereinigte Befundliste steht in ai/openai plugin/skillpilot-coach-v1/submission/history/rejected-1.0.0-export-audit.json. Der private Originalexport enthält OAuth- und Review-Zugangsinformationen und wird nicht eingecheckt.

P3 hatte in expected_output dieselbe Toolliste wie in tools_triggered.
P3 nannte in Antwort 2 die Scheitelpunktform, aber nicht S(d|e).
P4 erwartete volle Punkte ohne ausdrückliche Interpretation des Grenzwerts als maximal bedeckte Fläche. Die neue vollständige Abgabe ergänzt sie.
P5 endete nach genau 300 Zeichen mitten im Satz/Wort.
N1 bis N3 hatten kein ausgefülltes expected_output. Jeder neue Fall nennt sichere Reaktion, verbotene Aktion und Begründung.

Dies sind keine bewiesenen Ursachen der Ablehnung. Das Projekt begrenzt neue Ergebnisfelder vorsorglich auf 300 Zeichen; diese aus dem Export abgeleitete eigene Sicherheitsgrenze ist keine behauptete offizielle Portalvorgabe. Der Generator schneidet Texte niemals automatisch ab.

3. Produkt- und Identitätsgrenze

Permanente SkillPilot-ID, CREATE/EXISTING, Providerhinweis und Level-2- Konfiguration bleiben im First-Party-WebGUI. OAuth autorisiert die Verbindung; erst die getrennte, frisch vorbereitete learningSessionId wählt Lernstand und Kommunikationssprache. Permanente IDs gehören weder in Chat noch Portal. Jeder Lernen starten-Vorgang erzeugt eine frische 24-Stunden-Session für einen neuen Chat. Ungültige Sessions werden nicht durch OAuth-Reconnect oder geratene IDs ersetzt; der bestehende Erneuerungsvertrag bleibt fail-closed.

Der Nachfolger enthält die bisherigen zwölf Tools plus resume_skillpilot_learning_plan und switch_skillpilot_learning_plan_subject. Der Planstand kommt als vom Backend formulierter Text learningPlanToday.text im vollständigen autoritativen Kontext. Ein separates get_skillpilot_daily_plan gehört nicht zum Katalog.

Die kompakte Übersicht nennt offene Ziele je Fach und nur bei Bedarf Rückstand oder nicht auswertbare Pläne. Fortsetzung und Fachwechsel verwenden ausschließlich erlaubte serverseitige Optionen mit Versionsschutz. Ein Wechsel zwischen bereits gewählten Planfächern erlaubt keine Änderung von Bundesland, Schulstufe oder ausgewählten Fächern im Chat. Nach einer Mutation gilt deren vollständiger autoritativer Nachfolgekontext; keine erfundenen Ziele, doppelten Writes oder eigenständigen Fokusverengungen.

4. Portalablauf

Kandidaten prüfen, Produktion separat ausrollen und den tatsächlichen öffentlichen Endpunkt verifizieren. Ein lokaler Export beweist keinen Rollout.
ZIP erzeugen und mit audit-zip gegen die aktuellen Quellen prüfen. Unter Plugins → Upload new or existing plugin → Upload plugin über With MCP das vollständige ZIP für das neue Plugin skillpilot-coach auswählen. Das historische skillpilot-coach-v1 nicht umbenennen oder überschreiben. Spätere Updates gehören zur bestehenden neutralen Identität. Keine bestehende Developer-Mode-Integration-ID oder .app.json übernehmen.
Unter Metadata & Skills die importierte Version, das Listing und die Skills prüfen. Pflichtfehler im Quellpaket korrigieren und das vollständige ZIP neu hochladen. Änderungen an Skills oder Metadaten benötigen ein neues ZIP; ein MCP-Rescan aktualisiert diese Paketbestandteile nicht.
Unter MCPs den einen Server verbinden. Die aus .mcp.json importierte OAuth-Konfiguration prüfen, Domainchallenge und Authentifizierung abschließen und den Toolscan abwarten. Namen, Schemas, Annotationen, Security Schemes und Ressourcenbindungen gegen den aktuellen Export vergleichen. Ein öffentlicher CIMD-Client ersetzt weder OAuth noch die getrennte Lernsession und ist kein Fallback für fehlgeschlagene vertrauliche Authentifizierung.
Unter Review information → Review details die importierten fünf positiven und drei negativen Fälle, die aktuelle Demo und Veröffentlichungshinweise prüfen. ZIP-verwaltete Testfälle sind dort schreibgeschützt: Änderungen in der Quelle vornehmen und erneut hochladen. Starter Prompt und weitere Einstellungen direkt kontrollieren. Keine historischen IDs, Geheimnisse, Statuswerte, Attestierungen oder Demo-URLs übernehmen.
Reviewerzugang nur im Portal hinterlegen und ohne MFA, SMS-/E-Mail-Bestätigung oder private Netzwerkverbindung testen. Zustandsbehaftete Fälle verwenden je einen neuen Wegwerf-Lernstand aus dem öffentlichen CREATE-Ablauf.
Sämtliche Fälle ausführen, Hostoberfläche und aktuelle Demo abnehmen, rechtliche Angaben freigeben und alle gespeicherten Angaben kontrollieren. Falls ein frischer Portalexport verfügbar ist, diesen ausschließlich lokal erneut mit der Vergleichsvorlage prüfen.
Erst nach ausdrücklicher Freigabe einreichen. Eine spätere Genehmigung ist noch keine Veröffentlichung; Publish bleibt eine eigene Aktion.

Die Mindestzahl fünf positiver und drei negativer Fälle sowie der aktuelle Portalworkflow stehen in der offiziellen OpenAI-Einreichungsanleitung. Das ersetzt keine getestete SkillPilot-Hostabnahme.

5. Reviewfälle und zusätzliche Planfälle

Vollständige wörtliche Abläufe stehen ausschließlich in submission/review-cases.json; diese Übersicht ist kein zweiter kopierter Testbestand. Bei veränderten Layer-A-Inhalten wie Kartenzahl, Prüfungsaufgabe oder Fokusoption wird das Fixture frisch validiert, nicht mit alten Zahlen erzwungen.

Fall	Entscheidende Prüfung
P1	englischer sessionloser Start: genau der kurze First-Party-Hinweis, keine Tools oder Lehre
P2	Interesse allein beendet Orientierung nicht; persönliche Fortsetzung, frischer Kontext, autoritatives Ziel; freigegebenes Bild ohne Verlust des Lehrtexts
P3	normale Übung ohne Mastery-Nachweis; alle acht Recallantworten einschließlich Scheitelkoordinaten, Antwortfreigabe und vollständiger geordneter Ergebnisbatch genau einmal
P4	vollständige Aufgabe ohne Vorabhilfe; Evaluation erst nach vollständiger Abgabe, fünf Kriterien, 25/25 Punkte bei vollständiger Musterabgabe, Schwelle 13/25; bestandenen Versuch vor Ergebnisrückmeldung speichern, Folgeinhalt erst nach ausdrücklichem Weiterlernen
P5	zunächst nur Fokusoptionen; nach Zustimmung frische erste Option mit vollständigem Payload, Mastery unverändert
N1	synthetische nicht existente Session: `SESSION_REQUIRED`, lokalisierter Neustarthinweis, keine Mutation oder Lehre
N2	neues Fach/neue Schulstufe nur im WebGUI; kein verdeckter Level-2-Wechsel
N3	Hinweis oder Formel vor Prüfungsabgabe ablehnen, keine geschützte Evaluation oder Mastery
D1	fachübergreifenden Planstand wörtlich aus dem Backend übernehmen, ohne eigene Zahlen; nicht auswertbare Pläne nicht als vollständige Nullübersicht darstellen
D2	erlaubte Planfortsetzung mit genau einem versionsgeschützten Write
D3	Wechsel nur zu bereits gewähltem erlaubtem Planfach, ohne Level-2-/Mastery-Änderung
D4	fehlender, blockierter oder nicht fortsetzbarer Plan: wahrheitsgemäßer Status, kein unerlaubter Write
D5	reine Statusfrage: nur frischer Kontext und knappe Übersicht, kein Bild, Navigation oder Unterricht
D6	reine Pause ohne neue Zielevidenz oder angenommene Orientierungs-/Recall-Abschlussfrage: kurz bestätigen und stoppen, keine automatische Fortsetzung oder Mutation

6. Automatisierung und Beweisgrenzen

node scripts/openai_plugin_release.mjs prepare
node scripts/openai_plugin_release.mjs verify
node --test scripts/openai_plugin_submission.test.mjs
node --test scripts/reproducible_plugin_zip.test.mjs
node scripts/openai_plugin_submission.mjs prepare
node scripts/openai_plugin_submission.mjs check
node scripts/openai_plugin_submission.mjs package --out-dir tmp/openai-submission
node scripts/openai_plugin_submission.mjs audit-zip --zip tmp/openai-submission/skillpilot-coach-1.1.3-submission.zip
node scripts/openai_plugin_submission.mjs audit-export --export /exact/local/path/to/fresh-export.json
node scripts/openai_plugin_submission.mjs validate-trace --trace /exact/local/path/to/sanitized-trace.json

prepare benötigt einen zur Manifestversion passenden aktuellen Snapshot. --contract PATH wählt einen Export mit benachbarter Snapshot-plugin.json; --out-dir PATH trennt temporäre Arbeitsartefakte. Keine dieser Aktionen rollt aus oder ruft das Portal auf. Der Exportvergleich meldet lediglich abweichende Feldpfade und Fehlerklassen, niemals Credentials oder Feldwerte. audit-zip vergleicht das gesamte Archiv bytegenau mit dem frisch aus den aktuellen Quellen erzeugten Soll-ZIP. Die Archivprüfung verwirft unter anderem Pfadtraversal, Namenskollisionen, Symlinks, nicht erlaubte Eingabedateien, Zugangsdaten und nicht leere MCP-Header. Sie ersetzt nicht die Portalvalidierung.

Vier Ebenen bleiben getrennt:

Quellen/Export: vollständige Fälle, Textbudgets, aktuelle Metadaten, exakte Quellhashes und Vergleich des gespeicherten Exports.
Backend/Komponenten: ausführbare MCP-/Session-/Capability- und Widget-Lebenszyklustests; eine Testzuordnung allein ist kein Testlauf.
Modell-Replay: tatsächliche Antworten, Werkzeugwahl und Reihenfolge mit Trace; nicht durch Suche nach Policytext oder Toolnamen ersetzbar.
Realer ChatGPT-Host: sichtbarer Text, Rendering, Interaktion und Fallback auf jeder zugesagten Oberfläche. Mobile Browserbreite ist keine native Abnahme.

OpenAiSubmissionReviewReplayTest führt Backendanteile von P1–P5/N1–N3 aus. Er beweist weder die Ein-Satz-Antwort von P1 noch die Modellverweigerung von N3. Der Planvertrag prüft unter anderem Teilpläne und Versions-/Idempotenzschutz.

validate-trace prüft alle 14 Fälle, Version, Suitehash, vollständige Benutzer-Turns, Tools, Nicht-Aufrufe, Reihenfolge, Zählungen, erfolgreiche Ergebnisse, erwartete Fehler und exakte Texte. Inhaltliche/visuelle Kriterien benötigen zusätzlich zugeordnete menschliche Prüfung mit referenzierten Ereignissen und Evidence-SHA-256. Fehlende Fälle/offene Kriterien lassen den Befehl fehlschlagen. Das Format steht in submission/README.md. Synthetische Traces bleiben synthetisch. Kein lokaler Check authentifiziert von selbst eine Aufnahme oder führt einen LLM-Test aus.

7. UI, Demo und Hostabnahme

Zwei aktive MCP-Apps-Ressourcen bleiben getrennt: Lernzielvisualisierung und privates Karteikartenlernen. Der Export enthält genaue Hashbindungen, Widget-Domain und CSP; keine zusätzlichen Domains werden vorsorglich freigegeben. Private Fragen/Antworten der normalen Kartenübung gehören nicht in die Modellprojektion.

Für das historische skillpilot-coach-v1 sind Git 1.1.2 sowie Installation und Lernstart in Windows ChatGPT Desktop vom Product Owner bestätigt. Für das neue skillpilot-coach stehen diese Nachweise noch aus. Die Einreichungsabnahme und der Aufnahmeplan für ChatGPT im Webbrowser bleiben separate Nachweise. Der Desktop-Betastart bestätigt keine vollständige Host-/UI-Abnahme. Der ZIP-Upload ist der dokumentierte Weg zur Verzeichnisveröffentlichung und damit zu weiteren von OpenAI unterstützten Oberflächen. Konkrete Verfügbarkeit und das Zusammenspiel von Skill, Startnachricht und Widgets im Web, unter iOS und unter Android müssen jeweils geprüft werden; der lokale Export schaltet diese Oberflächen nicht frei. Für die vollständige Einreichungsabnahme liegt weiterhin kein bestandener Realhost-Test vor. Ein möglicherweise leeres Widget nach Kontext und anschließendem Renderer ist eine zu prüfende Hypothese, keine bewiesene Ablehnungsursache.

Das alte Reviewvideo bleibt ausschließlich historische 1.0.0-Evidenz: SHA-256 20f5327535513df8b1c088b553195baf6ae339d57fc417b303488ae597644deb, 11.104.503 Bytes, H.264/AAC, 1920 × 1080, 329,110 Sekunden. Content-addressierte URL und Bytes bleiben unverändert. Es wird nicht automatisch in den neuen Draft übernommen. Die aktuelle Demo muss auch Planstand, Fortsetzung und Fachwechsel auf der zugesagten Oberfläche belegen. Sie enthält keine OAuth- oder Review-Zugangsdaten. Freigegebene Demo-URLs sind öffentlich, nicht privat. Die aktuelle Aufnahmevorbereitung und Freigabecheckliste beschreibt die fünf Szenen, den einmaligen Browserzugang und die Grenze zwischen lokalen Tests und tatsächlicher ChatGPT-Aufnahme.

8. Unveränderte Datenschutz- und Freigabegrenzen

Der Nachfolger erweitert keine Datenschutz-, Retention- oder Plattformzusage. Der aktive SkillPilot-Datenbank-Lernstand und zugehörige Sitzungen/Verbindungen können über die Weboberfläche gelöscht werden. Nach 365 aufeinanderfolgenden Tagen ohne erfolgreiche Tätigkeit werden sie zur automatischen Löschung fällig und beim nächsten Löschlauf entfernt.

Als Tätigkeit zählen ausschließlich erfolgreiche ID-Erstellung, aktives Laden/Fortsetzen über die Weboberfläche, serverseitig abgeschlossener Import/ Export signierter Lerndaten, erfolgreich gespeicherte Lernstandsänderung, erfolgreich abgeschlossene SkillPilot-Sitzungs- oder Anbieter-Verbindungsaktion sowie gültiger Coach-/MCP-Aufruf mit fachlich erfolgreichem Ergebnis. Hintergrund-GET, SSE, OAuth-Token-Aktualisierung, bloße Dateiöffnung und nicht abgeschlossene oder fachlich abgewiesene Aktionen zählen nicht.

Lokale Dateien und Provider-Chats liegen außerhalb dieser Löschung. Bestehende Sicherungen gehören nicht zum aktiven Lernstand; Löschfunktion und 365-Tage-Ablauf löschen sie nicht unmittelbar einzeln. Rechtliche Länder-, Alters-/Guardian-, Datenschutz-, Terms-, Provider-, Retention- und Revocation-Freigaben sowie die Portalattestierungen sind vor Einreichung gesondert zu bestätigen. Der Generator bestätigt nichts davon.