Cookwala

Diese Seite wurde maschinell übersetzt und wurde noch nicht von einer Person überprüft. Englisch ist die Referenz; Korrekturen auf GitHub sind willkommen. GitHub

Cookwala / For

Für Gerätehersteller: Öfen, Kochfelder, Multikocher, Küchenroboter und Humanoide

Ein Gerät, das Cookwala umsetzt, liest ein signiertes Rezept, prüft jeden Schritt gegen das, was es kann und messen kann, lehnt ab, was es nicht prüfen kann, bevor etwas aufheizt, und behält seine eigenen Sicherheitsgrenzen, was auch immer Rezept, Agent oder Netz sagen. Fünf Endpunkte, ein Fähigkeitsdokument, öffentliche Tests.

Warum es für Sie wichtig ist

Den schweren Teil besitzen Sie schon: Bewegung, Wärmeregelung, Sensorik. Cookwala gibt Ihnen die Aufgabenebene darüber, offen und lizenzgebührenfrei: ein Rezeptformat, das eine Maschine planen kann, Operationshüllen mit physikalischen Bändern, eine Sensorleiter pro Schritt, lokale Sicherheitsgrenzen, die nichts anheben kann, und eine Ablehnung, die eine normale Antwort ist, kein Fehler. Ihre Kunden bekommen jede Küche, ohne dass Sie ein Rezept schreiben; Ihre Aufsicht bekommt eine lesbare Sicherheitsgeschichte; Ihr Vertrieb bekommt einen signierten Konformitätsbericht statt einer Behauptung.

Was heute existiert: die Core-0.2-API, ein Referenz-Executor neben Ihrem, 51 Core-Konformitätsvektoren einschließlich Executor-Probeläufen, ein signiertes Berichtsformat und ein Prüfer. Was nicht existiert: ein Zertifizierer, ein Hardwaretest, eine zweite Implementierung. Sie wären der erste, und der Standard würde sich dort ändern, wo Sie zeigen, dass er falsch liegt.

Einstiegsmöglichkeiten, von leicht bis tiefgehend

  1. Leicht. Schreiben Sie ein Fähigkeitsdokument für ein Produkt und lassen Sie die neun Beispielrezepte im Browser oder in der Kommandozeile dagegen laufen; lesen Sie Core 0.2 Abschnitt 3 und 6 an einem Abend.
  2. Mittel. Setzen Sie die fünf Core-Endpunkte auf einem Hub neben Ihrer Firmware um, lassen Sie die Executor-Suiten laufen, starten Sie den Referenz-Hub mit Token und vergleichen Sie die Antworten auf der Leitung.
  3. Tief. Setzen Sie das Sicherheitsgrenzen-Paket auf dem Gerät durch, messen Sie den lokalen Stopp, veröffentlichen Sie einen signierten Konformitätsbericht, öffnen Sie einen Pull Request, der ihn im Register führt, und sagen Sie uns, was sich in Core 0.3 ändern soll.

Erster Erfolg, unter 15 Minuten

Unter 15 Minuten, ohne Hardware: Executor-Suiten laufen lassen, dann ein Rezept gegen Ihr eigenes Fähigkeitsdokument probelaufen lassen.

git clone https://github.com/amado2k5/cookwala && cd cookwala && pip install -e sdk/python
python tools/run_conformance.py envelope   # 14 vectors: bands, altitude, sensor ladders
python tools/run_conformance.py dryrun     # 7 vectors: refusal before heat
cp examples/capabilities/robot-arm.json my-device.json   # edit ops, sensors, safety
cookwala dryrun examples/koshari.cookwala.json --device my-device.json --human-present
conformance: 14/14 passed · conformance: 7/7 passed · accepted or refused with the step and the reason

Der Weg danach

  1. Das Fähigkeitsdokument schreiben: Operationen, Sensoren mit Genauigkeit, Sicherheit (Zertifizierungen, Anwesenheitserkennung, Stopp)
  2. Die Beispielrezepte probelaufen lassen; jede Ablehnung nennt Schritt und Grund
  3. POST /v1/executions, GET status, stop, resume und das Protokoll umsetzen, dazu GET /v1/capabilities und /v1/safety-limits
  4. Die Executor-Suiten (envelope, dryrun, transitions) und die Leitungsprüfungen aus dem Hub-README laufen lassen
  5. Einen signierten Konformitätsbericht veröffentlichen; bis ein Registerdienst existiert, fügt ihn ein Pull Request in die Registerdatei ein
  6. Nichts ist bisher zertifiziert: es gibt keinen Zertifizierer, und der Bericht sagt, was er beweist und was nicht

Andere Wege