THE SIGNAL IN ONE SENTENCE

A model release usually arrives as a finished appliance. You get the box, a benchmark chart and a reassuring paragraph about responsibility. The factory door stays closed. Apertus 1.5 is trying something more useful. It has opened the cabinet and left many of the receipts inside. The 8-billion and 70-billion parameter weights themselves are not new this week. Swiss AI says they were released on Hugging Face on July 24 under the Apache 2.0 license. The October 15 release notes summarize a technical report posted October 11 and connect the finished models to intermediate checkpoints, data records, training recipes and evaluation infrastructure. That date distinction matters. Calling this an October model launch would turn documentation into confetti and erase the more interesting story. The plain signal is this: the October milestone is not a fresh set of weights. It is a more inspectable account of how the July weights were made, changed and tested. For researchers, public institutions and regulated organizations, that training receipt can be more valuable than another launch-day leaderboard. Apertus 1.5 continues pretraining from Apertus 1.0. According to the release notes and technical report, the 8B model received another 4 trillion tokens of text and multimodal training data, bringing its total to 19 trillion. The 70B model received another 2 trillion, bringing its total to 17 trillion. The family now accepts text, image and audio input and generates text. Image and audio are converted into tokens that enter the same sequence as text. There is no separate vision encoder bolted onto the side. The language-model head still produces text only, so this is not an image generator or an audio generator wearing a lab coat. The context window grows fourfold to 262,144 tokens. There is an optional thinking mode controlled through the chat template, plus training intended to improve instruction following and tool use. The model cards also note a practical wrinkle: tool calling is not supported in thinking mode, so the two should not be casually combined. These are meaningful capabilities. They are not the reason this story belongs on a transparency beat. The unusually useful part is the path between raw material and finished model. Swiss AI lists data sources with versions and licenses. It publishes data-processing and tokenizer work for text, images and audio. It documents continued-pretraining stages, including unpaired media, paired image-caption and audio-transcript data, a higher-quality cooldown stage and the gradual long-context extension. The post-training trail is also visible. The project describes supervised finetuning, long-context finetuning, reinforcement learning with verifiable rewards, preference alignment and, for the final 8B model, a charter-alignment stage. It publishes checkpoints from several of those stages rather than only the final answer. That last part is easy to underestimate. If researchers can compare the base model with the supervised-finetuned, reinforcement-learning and preference-aligned checkpoints, they can ask where a behavior appeared. Did multilingual performance survive post-training? Did a safety intervention reduce a capability? Did a reasoning improvement arrive with a new failure mode? A single final checkpoint makes those questions much harder. The release notes also point to structured evaluation cards. Those records are meant to capture who ran a test, how the model was accessed, which generation settings were used and how a metric should be interpreted. A score without those details can look scientific while functioning like a restaurant rating with no restaurant, meal or diner attached. Reproducibility is not a yes-or-no badge. It has layers. At the first layer, someone can download a model and run it. Apertus clears that basic test, although the repositories require accepting terms and sharing contact information before accessing files. At the next layer, someone can inspect model cards, data summaries, recipes, code, legal documents and evaluations. Apertus 1.5 provides an unusually broad set of those artifacts under permissive licenses. Then comes behavioral reproduction. A researcher should be able to rerun an evaluation with the same settings and understand why a result differs. Publishing evaluation code and structured records helps, but hardware, software versions, prompt formatting and nondeterminism can still move the number. The hardest layer is training reproduction. Releasing the recipe is not the same as giving every laboratory the kitchen. Training a 70B model across trillions of tokens requires a large computing system, engineering skill, storage, networking, electricity and time. Even a careful technical report cannot make that bill disappear. A smaller organization may be able to inspect the process, reproduce one component or continue training a checkpoint without being able to recreate the entire model from the beginning. That is not a reason to dismiss the receipt. It is a reason to label it honestly. For a public agency, university or regulated company, inspectability changes procurement. A team can examine training sources and licenses, compare checkpoints, rerun relevant tests, study failure modes and decide whether local hosting is technically and legally realistic. It can ask a vendor to name the exact checkpoint, inference stack and settings instead of accepting the word Apertus as if it described one fixed product. The multilingual focus also matters outside the usual English-first model race. A public institution can test the languages and varieties its people actually use, including mixed-language prompts, local terminology, administrative forms and speech recorded in ordinary conditions. The project reports broad multilingual training, but a global label is not a local guarantee. The same caution applies to multimodality. Swiss AI describes image and audio understanding as a first for the family and says spoken-language support remains experimental. The technical report says specialized vision and audio models still perform better on perception and on transcription for English and other high-resource languages. A hospital, broadcaster or accessibility service should not substitute a family-level capability claim for its own task-specific evaluation. Long context needs the same sobriety. A 262,144-token window describes how much input the model can accept, not how reliably it can find every relevant fact, preserve instructions or reason across the entire span. The model card's published long-context results decline at the largest tested lengths on some benchmarks. Capacity is not comprehension. The model cards include the familiar but essential warnings: outputs may be factually wrong, logically inconsistent or biased, and important information should be verified. They also say upstream support in released versions of common frameworks is still in progress, with project-specific branches and container images offered in the meantime. That can be manageable for a research team. It is a maintenance obligation for production. A deployer needs to know who will patch the custom stack, how updates are tested, whether old versions remain available and what happens if a dependency changes. Open data deserves careful wording too. Swiss AI says it trained only on openly available data, excluded restrictively licensed material and respected crawler opt-outs retroactively. It publishes source records and processing information. Those choices improve auditability. They do not prove that every item was correctly classified, that every jurisdiction will interpret every license the same way or that downstream users inherit zero legal risk. An institution still needs a data and legal review tied to its own use. This is where a public training receipt becomes practical rather than ceremonial. First, pin the artifact. Record the exact repository revision, checkpoint hash, tokenizer, inference code, container image and license documents used for a deployment. A product name is not a version record. Second, build a local evaluation set before fine-tuning. Include the languages, document types, audio conditions, image quality, safety cases and refusal behavior that matter in the actual service. Preserve the prompts, settings and human scoring guidance. Third, compare stages. If the application does not need a chatty aligned model, a base or supervised checkpoint may be more appropriate for research. If it does need instruction following, compare the relevant post-training stages and record what changed. Fourth, price the whole system. Model weights may be downloadable while inference remains expensive. Count accelerators, memory, energy, latency, storage, staff, monitoring and the cost of keeping a custom serving stack secure. Fifth, publish the deployment receipt. State which model is used, what it may do, what data enter it, where processing occurs, which tests it passed, who reviews errors and how a person can challenge the result. The larger lesson is not that every model must publish exactly this pile of artifacts. Research projects, small teams and commercial systems have different constraints. The lesson is that openness should be decomposed into verifiable claims. Can people obtain the weights? Can they inspect the data sources and processing? Can they read the training recipe? Can they compare intermediate checkpoints? Can they rerun evaluations? Can they understand the alignment choices? Can they identify the exact legal conditions? Can they afford to reproduce the relevant part? Apertus 1.5 gives unusually substantive answers to many of those questions. It also leaves ordinary deployment work intact. The technical report does not certify a hospital workflow, translate every local dialect accurately, pay the electricity bill or make hallucinations go away. That balance is the story. July delivered the machine. October delivered a much thicker service history. The AI industry has enough launch buttons. A few more open cabinets would be useful.

01

WHAT ACTUALLY CHANGED

Swiss AI published Apertus 1.5 release notes on October 15 and linked them to a technical report posted October 11

The updated 8B and 70B weights had already been released on Hugging Face on July 24

Apertus 1.5 continues pretraining from Apertus 1.0 rather than starting with a new architecture

The 8B model adds 4 trillion training tokens for a reported total of 19 trillion

The 70B model adds 2 trillion training tokens for a reported total of 17 trillion

Both model sizes accept text, image and audio input while generating text only

The context window expands fourfold to 262,144 tokens

The project publishes checkpoints across base, supervised, reinforcement-learning and preference-alignment stages

Training recipes, data records, tokenizer work and curated post-training mixtures are linked from the reproducibility section

Structured evaluation records add run settings and interpretation details to benchmark scores

02

WHY THIS MATTERS

Correct dates distinguish a documentation milestone from a second model launch

Intermediate checkpoints let researchers study where behaviors appear or disappear

Versioned data and license records make training claims easier to inspect

Published recipes let outside teams reproduce parts of a pipeline even when full retraining is unaffordable

Evaluation settings help explain why two runs of the same benchmark may produce different numbers

Public institutions can connect procurement requirements to specific artifacts instead of a brand name

Local multilingual testing can expose failures hidden by broad global averages

Multimodal input creates useful document and speech applications but also new task-specific failure modes

A long context window increases input capacity without guaranteeing faithful retrieval or reasoning

Open weights and documentation improve inspection but do not remove computing, maintenance, safety or legal costs

FIG. 441FROM A MODEL CLAIM TO AN INSPECTABLE TRAINING RECEIPT
1PIN THE EXACT WEIGHT, TOKENIZER AND CODE REVISION→
2LIST DATA SOURCES, VERSIONS, LICENSES AND FILTERS→
3DOCUMENT EACH PRETRAINING STAGE AND TOKEN MIX→
4SAVE BASE AND LONG-CONTEXT CHECKPOINTS→
5RECORD SUPERVISED DATA AND TRAINING SETTINGS→
6PUBLISH REINFORCEMENT AND PREFERENCE STAGES→
7STATE ALIGNMENT VALUES AND LEGAL CONDITIONS→
8RELEASE EVALUATION CODE, PROMPTS AND RUN SETTINGS→
9RERUN LOCAL TESTS FOR THE ACTUAL DEPLOYMENT→
10PUBLISH COSTS, LIMITS, INCIDENTS AND VERSION CHANGES
A downloadable model becomes inspectable when an organization can trace the exact artifact back through data, training stages and evaluations, then connect it to local costs and failures.

03

WHERE IT COULD HELP

  • Audit how training and post-training stages change a model before selecting a checkpoint
  • Build locally relevant tests for multilingual public information and translation assistance
  • Evaluate document understanding on the forms, charts and scans used by a real institution
  • Test experimental speech understanding across accents, noise levels and low-resource languages
  • Run reproducible benchmark comparisons with recorded prompts, settings and model revisions
  • Fine-tune a documented checkpoint for research while preserving a traceable lineage
  • Compare local hosting with managed API use using total operating cost rather than download price
  • Create procurement clauses for artifact hashes, update notices, evaluation access and exit plans
  • Teach model development with visible data, pretraining, post-training and evaluation stages
  • Publish a deployment card that links the selected model to local tests, owners and human review

KEEP A HAND ON THE WHEEL

Watch for independent reproductions of the published evaluations; third-party audits of data and license records; measured performance in Swiss and other lower-resource languages; realistic hardware, energy and staffing costs; upstream support in released versions of Transformers and vLLM; security and maintenance of the project-specific serving stack; results at the largest context lengths; error rates for images and noisy speech; updates to the usage policy and legal documents; and public deployment cards from organizations using a specific Apertus checkpoint.

04

TERMS WORTH KEEPING

SOURCES AND VERIFICATION STATUS

This article was written from the materials below. Product claims and dates were checked against those sources on October 18, 2026.

PUBLICATION RECEIPT: This article distinguishes the July 24 weight release from the October 15 release notes and expanded documentation. Capability and benchmark statements are attributed to Swiss AI and its technical report; the article does not treat project-reported results as independent certification.

THE PUBLICATION ENGINE

WANT A SIGNAL OF YOUR OWN?

We build source-grounded publications, private briefings, and editorial systems for organizations with something useful to say.

WORK WITH US