Questions, answered
The claims.
The mechanics.
The limits.
OpenWALDO makes strong claims about open source AI. Here are direct answers about what the project is, what its evidence establishes, and what remains your responsibility.
Start here
Understand
the project.
The short version: OpenWALDO is the first open-source AI project and community. People participate across the full stack: training data, tools, model building, provenance, governance, and continued improvement.
Foundation
01What exactly is OpenWALDO?
OpenWALDO is the first open-source AI project and community: a community-maintained training-data commons, an integrated toolchain, public governance, verifiable provenance, and a workflow for composing, training, validating, exporting, and extending models.
The WALDO command-line tool ingests, verifies, selects, exports, trains, and packages models while preserving provenance. OpenWALDO is not a model vendor or a single frozen dataset; it is a living source foundation maintained in public.
02Why is open source AI important?
Open source built the software infrastructure the modern world depends on: operating systems, the web, cloud platforms, containers, programming languages, scientific computing, and much of today’s AI tooling. It works because people can inspect, use, improve, and govern a shared foundation together. OpenWALDO brings that proven development model to the full AI stack.
Transparency. Open source replaces unsupported assurances with evidence people can inspect: source material, license assertions, object identities, training plans, and recorded results. It does not guarantee that a model is safe or correct, but it makes meaningful independent scrutiny possible.
Community. Public inputs and open tooling let researchers, builders, creators, and users contribute improvements, find mistakes, challenge claims, and preserve work beyond the priorities of any one lab or vendor.
Scale. Shared infrastructure turns isolated efforts into a reusable foundation. Communities can divide the work of collecting, reviewing, hosting, verifying, and improving data instead of every organization rebuilding the same closed pipeline alone. Understand what makes AI open source.
03What makes OpenWALDO the first open-source AI project and community?
Open datasets, open-weight models, code releases, and research projects are enormously valuable. OpenWALDO focuses on the ongoing work after publication: its community can continuously propose sources, inspect evidence, review license assertions, correct records, version the corpus, and improve the tools.
The defining difference is that the pieces work together and the community can participate across them. Training data remains a living project; tools and workflows stay open; model lineage remains attached; governance happens in public; and people can build, validate, reproduce, and extend the results. Every improvement can benefit everyone using the shared foundation.
04How does OpenWALDO complement open-weight models?
Open weights are enormously valuable: they let people run, study, adapt, and build upon models. OpenWALDO helps those releases go further by preserving the training material, license assertions, object identity, configuration, and run history needed to inspect how a model came to exist.
OpenWALDO gives open-weight releases an inspectable source foundation that a community can keep improving. Understand the role of open weights.
05What is an AI Bill of Materials?
An OpenWALDO corpus BOM is an immutable, machine-readable record of one resolved data selection. It pins the index context, requested paths and license policy, manifest and source identities, resolved shards, exact counts, and hashes.
That record crosses boundaries. Corpus BOMs enter exports and training runs; origin, run, model, and release BOMs connect starting weights, execution, and published artifacts into one inspectable lineage. See how an AI BOM establishes traceability.
06Does the training data live in Git?
No. Git governs the small, reviewable meaning: corpus descriptions, sources, asserted licenses, conversion identity, counts, and object references. Large canonical Parquet objects live in federated lookaside storage and are addressed by SHA-256.
This keeps review practical without hiding the bytes behind a private catalog.
Use the evidence
Select carefully.
Verify precisely.
WALDO separates recorded claims from machine checks so users can understand exactly what each piece of evidence does—and does not—establish.
Use and verification
07What does WALDO verify?
Metadata verification checks index structure and whether referenced objects are reachable at their declared sizes. Object verification downloads selected objects and proves their content hashes. A full audit also validates canonical records, identities, text hashes, duplicates, and aggregate totals.
These checks establish only what they examine. A hash proves identity and integrity; it does not prove license, quality, safety, or fitness for a model.
08How does OpenWALDO handle licenses?
The index records attributable license assertions and their scope so users can inspect and filter declared terms before selecting data. Assertions can be reviewed, challenged, and corrected through the public record.
OpenWALDO does not convert an assertion into a legal opinion. Commercial or other use depends on the selected material, its applicable terms, and the user’s own legal analysis.
09Can I use WALDO with existing models and training stacks?
Yes. Corpus selections can be exported as native Parquet or canonical JSONL with an offline-verifiable BOM, then consumed by another training system. WALDO can also manage training from a blank architecture or continue from a supported, revision-pinned open-weight model.
The managed model path intentionally supports a narrower set of architectures and tokenizers today. Export remains the general bridge to other stacks.
10Can a model be reproduced exactly?
WALDO can pin the exact corpus selection, starting-point identity, architecture, training plan, backend identity, environment observations, and output hashes. That makes the inputs and recorded process reproducible and differences diagnosable.
Bit-for-bit numerical reproduction is a separate claim and can depend on hardware, libraries, kernels, and backend determinism. WALDO records evidence; it does not promise equivalence the execution environment cannot provide.
Work in the open
Use it privately.
Improve it publicly.
The public commons is one deployment. The same formats and verification model can support local work, while public corrections and contributions strengthen the shared record.
Operation and participation
11Can WALDO run privately or offline?
Yes. WALDO supports local indexes, a retained local cache, and file-based lookaside storage. An organization can use the same content-addressed formats and verification workflow with internal material without publishing it to the public index.
Fully offline operation requires the selected index, objects, tools, and any model dependencies to be available locally.
12How do I contribute a corpus?
Bring local files or a reviewed acquisition recipe. WALDO probes the input, streams it into canonical Parquet, audits the result, publishes content-addressed objects, and prepares a compact Git overlay describing the large contribution’s reviewable meaning.
Normal repository review and DCO sign-off remain explicit. WALDO prepares the contribution; it does not silently commit or open a pull request.
13What does the Developer Certificate of Origin establish?
The DCO is a contributor attestation used across open-source projects. A
Signed-off-by trailer records that the contributor certifies they
created the submitted contribution—or otherwise have the right to submit it
under the project’s license—and understands that the contribution and sign-off
are public.
For WALDO, that puts an accountable identity behind the index change and its source and license assertions. It does not independently prove that those assertions are legally correct. Read how WALDO applies the DCO.
14How are mistakes, disputes, or removal requests handled?
Source and license statements are public, attributable claims—not untouchable conclusions. Questions and corrections should be raised against the index so evidence can be reviewed and the record can change visibly.
Object removal is deliberately explicit because an object may still be referenced by another index, historical revision, or exported BOM. WALDO does not guess that published data is unreferenced.
15What works today, and what is still planned?
Today WALDO covers canonical text ingestion, public indexing, verification and audit, BOM-backed export, model planning and training on supported backends, held-out evaluation, checkpointing, multiple release formats, regulatory disclosure projection, and optional signing.
The core path works end to end, and development is intentionally happening in public. Interfaces outside the documented compatibility contract may evolve as contributors test and improve them.
Multimodal ingestion, broader architecture and tokenizer compatibility, supervised and preference-training objectives, PyTorch generation, and multi-node orchestration remain deliberately pending. The current status and limits are maintained in the project documentation.
Go deeper
Inspect the record.
Question the claims.
The FAQ gives the short answer. The technical reference explains the current paths, while the community is where questions and challenges become better project decisions.