Neutron Studio

    Neutron Studio / technical document

    Tech Overview

    How the Neutron Studio candidate handles local conversations, documents, and checked answers—and what still needs qualification.

    Section 01 of 11
    01

    What Neutron Studio is

    Neutron Studio is a local AI workstation in development for Apple Silicon Mac. It remains part of NeutronTech’s research program, not a second flagship. The current candidate brings conversations, documents, spreadsheets, and source-referenced answers into a native workspace.

    Privacy is the default, not a setting you have to find.
    02

    Jimmy and the foundation

    Jimmy is the agent in Neutron Studio. Neutron Engine provides the underlying conversation, document, retrieval, context, and task-execution capabilities. The same foundation is intended for adoption by Hubyn, with Hubyn retaining its own identity, permissions, and workspace rules.

    • The engine owns durable records, source snapshots, indexes, context construction, and task execution.
    • Neutron Studio owns Jimmy’s behavior, interface, permissions, and product defaults.
    • Planned adoption by another product is not evidence that integration has already happened.
    03

    Documents and checked answers

    The current candidate preserves imported originals and conversation records locally. Its document workflow includes source references, complete-document review, scanned-PDF text extraction, spreadsheet worksheets, and checked calculations. Coverage and extraction limits matter: a source reference does not guarantee that an answer is correct.

    • Format-aware processing extracts document text and spreadsheet data before selected evidence enters an answer.
    • Coverage, omissions, and failures must remain visible rather than being presented as a complete review.
    • Checked calculations use data operations; model interpretation can still be wrong.
    04

    Local model and Mac requirements

    The next v1.0 candidate is being prepared around one bundled model, Gemma 4 E2B through MLX, targeting Apple Silicon Macs running macOS 26 or later. Model replacement, hardware qualification, and native testing must finish before this is described as a released configuration. Additional models and expanded model selection are planned.

    • The intended configuration does not require Apple Intelligence.
    • Artifact identity, redistribution rights, loading, memory use, streaming, and cancellation require qualification.
    • Results measured with the previous model do not qualify its replacement.
    05

    Conversations with a record

    The current candidate stores conversations and sources locally so they survive restart. Conversation management includes branching, retrying, archiving, and Markdown export.

    • Original messages and imported source bytes remain separate from replaceable indexes and summaries.
    • Longer context, intelligent compaction, and continuity across model changes are planned extensions, not delivered milestones.
    06

    Permissions and bounded tasks

    The engine is designed around explicit source scopes, host-granted capabilities, and resource budgets. A model does not grant itself access or establish that an action succeeded.

    • Only authorized sources should enter a task.
    • Work must expose progress, cancellation, results, and failures.
    • Reviewable editing and document creation remain planned; current candidate capabilities do not establish those workflows.
    07

    Local data work, with honest boundaries

    The current candidate includes spreadsheet worksheets and checked calculations over supported data. Deeper extraction and advanced comparisons remain development goals.

    • A checked calculation does not make this an Excel formula engine or guarantee Office round-trip fidelity.
    • Supported formats, file sizes, extraction coverage, and answer quality require evidence from the exact candidate.
    08

    Permissioned online work

    Local work does not require a cloud AI service. Optional web research is planned and would require permission to send a search request online. It is not part of the current qualified offering.

    • An approved online search can disclose information included in its query.
    • Planned search must provide attributable, dated evidence and remain separate from local-only work.
    09

    Your data lives on your Mac

    The local core keeps conversations and source files on the Mac. Network activity for intended updates or future optional search is not the same as sending a local workspace to a remote AI service.

    • Deletion behavior must be tested across original records and derived data.
    • Do not equate hiding or archiving a conversation with erasing it.
    The Mac can join. It can never quietly become the owner.
    10

    From answers to finished work

    Planned next steps include deeper documents, reviewable editing and creation, local-first team workspaces, and later audio and visual processing.

    • Team sharing, optional sync, and distributed execution are future scope, not current privacy or availability claims.
    • Each milestone requires observable workflows and acceptance evidence before being described as delivered.
    11

    Boundary

    Checking our work

    The candidate is undergoing testing and distribution qualification. Direct distribution and signed in-app updates are the intended release path.

    • A released configuration requires native QA, model requalification, verified signing and notarization, and clean-Mac installation and update checks.
    • Do not describe the candidate as released, notarized, or available through Homebrew until those steps are verified.
    • Private vulnerability reports should identify the affected candidate and reproduction steps without exposing private documents or signing material.

    End of document

    Local work. Measured claims.

    Internal testing and beta preparation. Candidate evidence does not establish release qualification.