Find bad data before the trainer does.
Surface broken schemas, duplicates, leakage, and missing provenance before compute begins.
0.1.0 Beta 1 · Local-first AI model studio
Prepare the data, establish a baseline, fine-tune an open model, and prove the candidate is better—all inside one portable project.
Core journey · 6 of 7 / Experiment decision
Compare expected, baseline, and trained answers. Export preserves the evidence; it does not certify that the model improved.
Review Example Answers →Open-model tools can already launch a run. The difficult part is preserving the task, dataset, baseline, method, hardware, holdout, and outcome well enough to make a defensible decision.
Surface broken schemas, duplicates, leakage, and missing provenance before compute begins.
Pin the model, configuration, environment, and checkpoints so a useful run can be recovered.
Compare task quality and holdout behavior; do not confuse lower training loss with a better model.
Studio is designed around one ordered experiment record, not a collection of disconnected utilities.
Read the product documentationName the task, the behavior you need, and the constraints that decide whether the project is useful.
Inspect canonical JSONL, isolate quality issues, preserve provenance, and freeze honest evaluation splits.
Measure the unchanged base model before spending time on a customization run.
Review the LoRA settings and training token budget. Apply changes deliberately, with their effect on readiness visible.
Run a bounded MLX and LoRA experiment on Apple Silicon with the configuration recorded beside it.
Compare the same held-out examples, inspect expected and generated answers, and review changes before deciding what to use.
Keep the adapter, evaluation summary, provenance, and usage guide together. The exact base model is required separately.
Studio lets you compare recorded results and inspect individual answers. A completed comparison permits export when its other prerequisites are satisfied, even if quality did not improve. You decide whether the adapter is useful for your task.
“Completed” describes compute. “Improved” requires evidence.
The canonical project lives on your Mac. Source revisions, configuration, evidence, and export intent remain inspectable instead of disappearing behind a hosted dashboard.
project_id: invoice-extraction
schema_version: 1
dataset:
format: jsonl
revision: sha256:41c…
holdout: frozen
base_model:
source: open-model
revision: immutable
experiment:
method: lora
backend: mlx
evidence:
baseline: required
regressions: required
provenance: includedBegin with the machine already on your desk. The same project contract can later reach more compute without changing who owns it.
Apple Silicon · MLX · local project
Trusted local network compute direction
Local training does not require a Tensor Cortex account. Multi-Mac is a planned product direction, not a generally available capability today.
It decides which copy is authoritative.
Studio is designed so the local project remains canonical. Model downloads and update checks stay narrow, disclosed network actions rather than taking ownership of your experiment.
A practical protocol for measuring the base model, protecting the holdout, and deciding whether a local fine-tuning experiment actually improved the task.
Read the evidence noteTensor Cortex Studio is a local-first environment for adapting open text models on Apple Silicon. The development build connects dataset preparation, model selection, baseline evaluation, supervised fine-tuning with LoRA, example-answer comparison, and adapter export. There is no public download yet. Distillation and an automated method advisor are future directions.
Not yet. The product is under active development and there is no public application build today. The website documents the intended product boundary and will publish download, compatibility, and benchmark information only when supported by tested release evidence.
No. The development build connects model selection, dataset health, baseline evaluation, bounded training settings, example-answer comparison, and packaging in one local project. A lower training loss alone is not treated as proof that a model improved.
The first product target is Apple Silicon Mac hardware and text decoder language models through an MLX-based workflow. The development build has a searchable model list and accepts compatible public Hugging Face or local MLX models outside it. Technical tests passed for 17 pinned catalog entries; minimum-memory, task-quality, and public release qualification are separate. See the support matrix for measured boundaries.
Local projects keep their canonical copy, datasets, model files, checkpoints, and experiment history on the Mac. Manual catalog refresh, model metadata inspection, confirmed model downloads, and optional software-update checks are disclosed separately and do not include project workload content. Catalog refresh is explicit-only and scoped to the Studio version and build; it is not telemetry.
The local Studio workflow is designed to run without a Tensor Cortex account. The project on the Mac remains the canonical copy.
No. The first beta uses supervised fine-tuning with LoRA to adapt existing text models. Model-native response formats and model-derived token budgets do not change that training method. Retrieval, preference optimization, and distillation are later product directions, not available training modes in this beta.
The development build exports a LoRA adapter with configuration, evaluation summary, source identities, provenance, and USAGE.md instructions. The base model, dataset, Python runtime, and Studio application are not included. Use the exact recorded base model with a compatible MLX-LM runtime. Export does not certify task quality; review the comparison before deciding how to use the adapter.
0.1.0 Beta 1Evidence before promises
Tensor Cortex Studio is under active development. There is no public app download yet; published capabilities and benchmarks will be tied to reproducible product evidence.