Zusammenfassung

  • Das W3C stellte am 27. Oktober ein WebMCP-Polyfill als zweites Pilotprojekt vor. Es kann schrittweise auslaufen, wenn die Spezifikation den Standardisierungspfad durchläuft und interoperable native Browserimplementierungen entstehen.
  • Die neue Community Group arbeitet an einem vollständigen Programm bis Mitte 2028. Laut Satzung wählt sie keine Piloten aus; nach den veröffentlichten Regeln entscheiden W3C-Beschäftigte über Hosting, Ressourcen, Marke und Unterstützung.

Für den Code gibt es eine Abschiedsklausel

Das WebMCP-Polyfill soll zunächst ein npm-Paket, Lebenszyklusereignisse und eine deklarative Verwendung liefern. Es soll mit der Spezifikation und den Tests der Webplattform Schritt halten. Das klingt nach gewöhnlicher Entwicklungsarbeit, bis der letzte Absatz des W3C-Beitrags interessant wird: Sollten die Spezifikation auf dem Standardisierungspfad vorankommen und Browser interoperable native Implementierungen liefern, könnte das Polyfill schrittweise weichen. Der Beitrag nennt weder ein Datum noch eine schon erreichte Gleichwertigkeit. Ein einzelner Browser mit einem Prototyp erfüllt die Doppelbedingung nicht.

Das Programm hinter dem Paket ist weniger weit ausformuliert. Im September wurde Can I VC? als erstes Pilotprojekt bekannt gegeben, ein Dashboard zu verifizierbaren Nachweisen, beigesteuert vom W3C-Mitglied Digital Bazaar. Nun kommt installierbarer Übergangscode hinzu. Beide Projekte haben eine institutionelle Adresse erhalten, bevor das dauerhafte Leitungsgremium feststeht. Ein Dashboard braucht andere Pflege als Software, die Entwickler in ihre eigenen Produkte einbauen. Bei beiden erzeugt die W3C-Zugehörigkeit Erwartungen, die sich durch einen späteren Organisationsplan nicht einfach rückwirkend ändern lassen.

Die am 21. Oktober gestartete Community Group soll bis Mitte 2028 ein vollständiges Programm vorbereiten. Eine W3C-Mitgliedschaft ist für die Teilnahme nicht nötig. Ihre Satzung nennt Projektumfang, Statuswechsel, Streitbeilegung, Spenden, Sicherheit, Lizenzen und den Aufbau eines künftigen Programmausschusses. Nach der Gründung des dauerhaften Programms soll ein Nachfolgeorgan übernehmen und die Gruppe voraussichtlich archiviert werden. Das ist ein öffentlicher Auftrag mit Substanz.

Einen Schlüssel behält sie ausdrücklich nicht: Sie entscheidet nicht, welche Piloten Teil des Programms werden. W3C-Beschäftigte informieren sie über deren Fortschritt. Wer über eine Aufnahme informiert wird, hat die Aufnahme nicht vorgenommen. Der Unterschied ist so trocken wie ein Satz in einer Geschäftsordnung und so wirksam wie eine Tür mit nur einem Schloss. Offene Teilnahme an der Regelarbeit verleiht keine rückwirkende Stimme bei den beiden bisherigen Auswahlentscheidungen.

Die Übergangsordnung kann Projekte beenden

Die allgemeinen Programmregeln definieren „W3C“ als Entscheidungsträger ausdrücklich als „W3C Staff“. Wie die Leitung Aufgaben innerhalb des Personals verteilt, lassen sie offen. Auch ein vollständiger Lebenszyklus ist noch in Arbeit. Dennoch stehen die jetzigen Befugnisse fest: Beschäftigte beobachten den Zustand eines Projekts, suchen bei nachlassender Aktivität nach einer Wiederbelebung und entscheiden über das Ende des Hostings, eine verantwortliche Abwicklung oder Ausfuhr und einen möglichen Neustart.

Hinzu kommen Entscheidungen über geistiges Eigentum, Logos, Marken, Domains, Infrastruktur, Personalzeit und die Verwendung des W3C-Namens. Ein Fork bewahrt Quellcode; er bewahrt nicht automatisch die institutionelle Kontinuität. Falls die für ein Projekt nötigen Mindestmittel fehlen, wird die Definition dieses Minimums zur Machtfrage. Maintainer und Nutzer brauchen eine nachvollziehbare Reihenfolge von Warnung, Entscheidung, Überprüfung und Übergabe. Ein noch unfertiger Lebenszyklus darf nicht bedeuten, dass der erste schwierige Fall seine eigenen Regeln schreibt.

Auch Geld durchläuft diese Ordnung. Das W3C entscheidet, ob es Sach- oder Geldleistungen annimmt, und will Beschäftigte früh in Gespräche mit möglichen Förderern einbinden. Die Regeln streben eine Trennung zwischen Beiträgen und unmittelbarer Kontrolle über technische oder strategische Entscheidungen an. Zugleich erlauben sie, 20 Prozent der Beiträge für Programmkosten zurückzubehalten; allgemeine Berichte und eine jährliche Prüfung sind vorgesehen. Diese Erlaubnis belegt keinen tatsächlichen Abzug bei einem der beiden Piloten. Aussagekräftig wären später konkrete Mittelzuweisungen und die damit verbundenen Bedingungen.

Dass das W3C in der Pilotphase rechtliche, finanzielle und markenbezogene Entscheidungen behält, ist folgerichtig. Es stellt seinen Namen und seine Ressourcen bereit. Der spätere Ausschuss muss deshalb nicht alles übernehmen. Er muss aber eine klar beschriebene Zuständigkeit erhalten: Wählt er neue Projekte? Kann er Statusänderungen beschließen? Wer prüft einen Streit? Welche gesetzlichen und finanziellen Vorbehalte bleiben beim Personal? Ein Ausschuss ohne Antworten auf diese Fragen wäre eher Sitzordnung als Verfassung.

Der wichtigste nächste Text ist keine Pressemitteilung

Sollte das Polyfill technisch überflüssig werden, sind noch Entscheidungen über Paketpflege, Sicherheitshinweise, Tests, Archive und das Ende der W3C-Bezeichnung zu treffen. Der Standardisierungspfad trifft diese Entscheidungen nicht von selbst. Ebenso sollte eine dritte Pilotaufnahme erkennen lassen, welche Kriterien galten und wer sie angewendet hat. Ein neues Logo würde über die Reife des Programms weniger verraten als ein unterschriebener Aufnahmebeschluss.

In den öffentlichen Unterlagen fehlt die genaue interne Delegation für die Auswahl der Piloten; auch ein endgültiger Beschwerdeweg für Lebenszyklusentscheidungen ist nicht dokumentiert. Eine datierte Delegation oder Satzung des Nachfolgeorgans würde die Beurteilung verändern. Bis dahin besitzt das Polyfill eine präzisere Bedingung für den eigenen Rückzug als das Programm für die Übergabe seiner Entscheidungsmacht.

Quellen