OpenFactory-documentatie
OpenFactory biedt browsergebaseerde Linux-evaluatie, recepten en builds voor eigen images, artefactinspectie, VM-tests en gerelateerde deployment-workflows. Welke functies precies beschikbaar zijn voor een account of een zelf gehoste console hangt af van de uitgerolde release, het abonnement, feature flags en de gekoppelde infrastructuur.
Begin met een taak
| Doel | Documentatiepad |
|---|---|
| Een eigen image maken en verifiëren | Your First Build |
| Genormaliseerd recipe-JSON begrijpen | Recipe Schema |
| Build-features configureren | Building operating systems |
| Een VM opstarten en inspecteren | VM Management |
| Bewijs na de build definiëren | Testing |
| Een MCP-client koppelen | MCP Integration |
| De lokale KVM-console evalueren | Self-Hosted VM Console |
| Samenwerkingsbereik begrijpen | Roles and Permission Scope |
Evidenciemodel
OpenFactory onderscheidt meerdere statussen die niet tot één label “succes” mogen worden samengevat:
- Recipe validation controleert de herkende configuratievorm en de dekking van expliciete verzoeken.
- Build completion betekent dat een image-artefact het finalisatiepad heeft bereikt.
- Test completion legt de uitkomst van geselecteerde guest-assertions vast.
- Certification or policy status, indien aanwezig, geldt alleen voor het genoemde evidence-contract.
- Fysieke of productiekwalificatie blijft een aparte activiteit, tenzij exact de hardware, topologie, foutmodi en release zijn getest.
Gebruik de smalste ondersteunde claim. Een pakket in een recipe is geen bewijs dat het is geïnstalleerd; een geïnstalleerd pakket is geen bewijs dat de service gezond is; een VM-boot is geen bewijs dat een installer of fysiek apparaat werkt.
Gehost en zelf gehost
De gehoste dienst bevat image-build- en conversatie-workflows. De ingecheckte zelf gehoste Compose-deployment is een bevoorrechte single-host-KVM-console voor evaluatie. Gehoste builds, conversaties, scheduling en policy-documentworkflows zijn uitgeschakeld; dat levert op zichzelf geen productie- of air-gapped bedrijf.
Voor private productie-deployment gebruikt u release-specifieke architectuur-, identiteits-, persistentie-, backup-, upgrade- en supportdocumentatie die met OpenFactory is afgesproken. Vervang geen marketingcapabiliteitenlijst of het evaluatie-Compose-bestand door dat runbook.
Zo leest u deze docs
- Commando’s vermelden waar praktisch de werkcontext en het verwachte resultaat.
- Claims over security, compliance, beschikbaarheid en compatibiliteit noemen hun evidence-grens.
- Als de UI en een statische pagina verschillen, bewaar build- of run-ID en controleer de actuele API/status voordat u een destructieve actie herhaalt.
- Meld verouderde documentatie met pagina-URL, productrelease of commit, tijdstempel en waargenomen resultaat.
Ga verder met Getting Started.