Too much context for a small task?
Match information to the task. Bring in more when it helps, without making every step carry the whole history.
Relevant information, less repetitionAI solution building and optimization
Break work into focused steps. Match each step with useful expertise, reusable tools and a suitable AI model, within the budget and permissions you set.
Designed to reduce repeated work and make better use of your token budget.
Private pilot · Invited access
Make the effort count
These are the questions Baltor is designed to address at each step of the work.
Match information to the task. Bring in more when it helps, without making every step carry the whole history.
Relevant information, less repetitionCompare suitable models and reusable code for each step, against your quality and spending requirements.
An approach that fits the workBring relevant methods, examples and checks into the work, with sources and applicability kept visible.
Specific guidance, not generic guessesFind an eligible implementation first. Generate new code for the gaps instead of reproducing a known solution as more output tokens.
Reuse what is already qualifiedKeep useful results and corrections. Compare proposed improvements on real tasks before making them the default.
Measured improvement, not blind repetitionOne workflow for the decisions behind the work
Model selection, context sizing, tool choice and code reuse belong together. Baltor's goal is to let you configure, compare and improve those decisions against the same requirements.
Set the quality standard, budget, allowed tools and data access. A cheaper approach is useful only when it still satisfies the task.
See the approach →Building blocks for better solutions
Useful intelligence includes how to approach the work, code that can do it, what happened before, and what you want done differently.
Methods, questions, constraints, examples and output contracts that guide the work.
A field-definition guide and a checklist for missing values.
Reusable functions, tools, packages and workflows with declared inputs, outputs and effects.
A qualified normalizer with its dependency and verification records.
Saved outcomes, failures, repairs, measurements and solution information that can inform a new task.
A previous import's failed assumptions and the checks that detected them.
Scoped corrections, priorities and instructions supplied by a person.
“Keep uncertain matches for review. Never overwrite the original file.”
The four layers describe the broader product. The hosted pilot currently provides a small Context Intelligence example; it does not yet offer a populated catalogue across every layer.
A useful starting point for every step
Explore how a task becomes focused assignments, each with selected material and a way to request more when the work calls for it.
Explore an example taskRelevant methods, requirements and previous findings
Eligible code, selected skills and clear output requirements
The candidate result, acceptance criteria and known failure cases
Explore the first Baltor pilot
Invited users can search permitted material, inspect its source and download a selected revision. The broader solution-building workflow, public registration, paid subscriptions and complete native harness onboarding are still in progress.
Token savings depend on the task and configuration. No percentage reduction, replacement of specialist teams or guaranteed daily performance gain is claimed for this pilot.
Your workspace
Connect with the service access token supplied for your private pilot account.
Your model provider key is different. Keep it in your local harness, not in this form.
Don't have access? Check registration status.Email sign-in is not enabled yet. This form checks real service access; it does not create an account or a subscription.
Registration
The first release is an invited pilot. If you already have a service access token, you can sign in and use the hosted workspace.
Verified email delivery, customer account provisioning and the complete sign-up journey must pass their integration checks.
Confirm your email before using your account. Creating an account does not start a subscription or give access to your local files.
Intelligence workspace
Inspect an exact reference before fetching its body. Your harness runs in your environment.
Selected material
Search returns references. Fetching a body requires a separate access check and may record usage.
Connect, describe the material you need, then inspect the returned source and permissions before downloading.
Your account
Sign in to see your service identity, usage and available subscription settings.
Service usage is separate from the model calls your local harness makes.
Connect to inspect your permitted usage records.
Only configured plans are shown. A completed checkout does not itself confirm that access is active.
Administrator access
Sign in with an administrator service token. Email is not required.
Administrator sign-inTokens share the selected tenant's material and usage. A token is not a separate private account.
Shown once. It cannot be recovered from the service. Store it in your secret manager.
Revocation takes effect on the next service request. It does not recall material already downloaded. Bootstrap administrator keys are managed separately.
How it works
Start with what you want to achieve. Break the work into steps, give each step relevant expertise and tools, then check the result before moving on.
The plan can change as you learn more. A step can ask for missing information, try another approach or send unfinished work back for improvement, within the limits you set.
See what each step needs
Choose a step to see its information, tools and expected result. The person inspecting the data needs different material from the person checking the finished import.
This is an illustration, not a recorded customer result. Selecting a step does not access your files or call a model.
Useful information, when it is needed
A useful briefing is not always the shortest one. Start with relevant information and add more when the work reveals a gap.
It can search for additional material or ask a question. Your permissions and remaining budget still apply. New instructions cannot grant access to private files or allow spending by themselves.
If an action times out, first check whether it happened. Trying again must not send a second email or repeat another change by mistake.
Use what suits the work
The goal and quality checks stay the same. The way a step does the work can vary.
Give your chosen development tool a clear brief, selected files and the permissions needed to build or repair the missing pieces.
A decision may need one model request rather than a complete development session. Use a compatible model service you have already configured.
Use reviewed code when it meets the requirements. That step may need no model call and no newly generated code.
Models may run on your machine or through a provider you choose. You supply access; Baltor does not need to install or host the models for you.
Your tools, with help from Baltor
Invited users can sign in with a service token, search the small example library, download permitted files and view usage. Administrators can create and revoke test tokens.
The complete example above is still being tested from start to finish. Public email signup, paid subscriptions and automatic setup of every step are not open yet. We have not established token savings or overnight task completion for this release.
Client setup · Private pilot
Use your existing client and a scoped service token. You do not need to install or host a model to connect.
Loading documented compatibility information.
Merge this entry into your existing configuration. Do not replace your other settings.
Loading the secret-free configuration.
Source: Client documentation
Set BALTOR_SERVICE_TOKEN through your local secret manager or terminal environment, then start the client from that environment. Use the test token issued for your tenant, never an administrator token or a model provider key.
This prompt hides the value while you enter it. The value is not part of the command history. The client process inherits the environment variable.
read -rsp "Baltor service token: " BALTOR_SERVICE_TOKEN export BALTOR_SERVICE_TOKEN
After closing the client, clear the terminal variable with unset BALTOR_SERVICE_TOKEN. Do not run environment dumps or record the terminal while handling secrets.
Your client may need a restart after an environment change. Its own model access remains a separate connection.
This browser check initializes the protocol and lists tools using your current service connection. It does not run an agent, retrieve file bodies, or spend model credits.
Not tested. No model calls are made by this check.
Choose a client above.
Configuration, connection, retrieval, native loading and useful task completion are separate checks. A green connection does not qualify all five.
Inspect a permitted reference and verify the selected file.
First-use example
Practice the real retrieval path with the pilot's small input-review procedure. No model call is needed for this browser exercise.
Sign in with your pilot token, then search for review inputs. The query returns metadata and exact references, not file bodies.
This prepares a query in the workspace. You choose when to search.
Open Source, integrity and access. Check the identity, source, license, digest and qualification basis. The current example is host-attested diagnostic material, not independently qualified commercial intelligence.
Access is tenant-specific. An empty result can mean your account lacks the grant; it does not mean the item is available to everyone.
Select Fetch exact revision only if body access is permitted. The service checks your current grant again. The browser verifies the downloaded bytes against the selected digest before saving them. A download can record usage.
A downloaded file is still material to inspect. This page does not execute it, install a plugin or confirm that your client loaded it.
Open your account and refresh usage. Keep the exact reference with any later task result. If a download times out, retry the same selection in the same page session to reconcile its request identity; do not assume the first request did nothing.
You can exercise tenant-scoped search, deliberate selection and integrity-checked delivery. It does not prove model quality, lower token cost, a complete native harness task or automatic improvement.
Pilot access and data
Connecting to the intelligence service grants access to permitted material. It does not give the service permission to run commands on your computer.
A service token identifies a scoped tenant connection. The service stores token digests, checks scope and expiry, and can revoke access. Your model provider keys belong with your local client or approved credential broker. Do not enter them into the website.
The browser holds its service token in page memory only. Closing or reloading the page clears that connection. Avoid shared devices, untrusted extensions and screenshots of credentials.
Search returns permitted metadata. Fetching a body rechecks access and its exact identity. A digest proves that bytes match the selected reference; it does not prove that the material is safe, correct or useful.
Inspect unfamiliar code and plugins. Use a confined workspace and a sandbox appropriate to the work, with explicit file, command and network permissions. A shared container does not isolate one process from every other process inside it.
Search text, requested references and service authentication reach the server when you use the workspace. The service records access and usage metadata. The website does not automatically upload your project files, model keys or complete execution traces.
Do not send private customer content during the pilot. The final retention policy, deletion workflow and consent controls remain launch work. Embeddings and derived features must not be treated as anonymous data.
The pilot runs on one Fly machine with an attached persistent volume. A local backup-and-restore exercise has passed. This is not a multi-region service, an availability guarantee, an independent security audit or a compliance certification.
Public registration and live subscription charging are not open. Pilot access comes from your operator, who can issue and revoke test tokens. A test token cannot delegate administration.
Agree on the data policy and task permissions with your operator. Keep provider credentials out of prompts and retrieved files. Do not repeat an external action after an uncertain outcome until its state has been reconciled.
Setup guide
There are two different connections: access to an intelligence service, and permission for your harness to call a model provider.
The public website calls a unit of work a step. The implementation uses the canonical Loop runtime described here and in the repository.
A discrete cognitive or act step Loop node is an independently governed instance of the Loop runtime responsible for one clearly defined cognitive step or action. A cognitive step might interpret information, identify a missing requirement, compare alternatives, or evaluate a result. An action might inspect a directory, build software, execute a test, create an artifact, or send an authorized email.
Each discrete cognitive or act step Loop node receives the context, instructions, skills, plugins, tools, and working files relevant to its assignment. Essential information can be supplied directly, while additional information can remain in centralized storage behind authorized, versioned references. It does not automatically need the entire task history or every available tool.
A separately initialized harness process, such as OpenCode, Pi, Codex, or a custom implementation, can perform the assignment. When explicitly permitted, another harness can attempt the same assignment after a failure. The assignment's contracts, permissions, history, and remaining authority persist across those attempts.
Discrete describes the scope of the assignment, not a restriction to one attempt, one model call, or one output. A discrete cognitive or act step Loop node can examine whether an observation matches its expectations, identify a problem, repair or change its approach, and repeat until its declared completion conditions are satisfied.
Alternatively, a discrete cognitive or act step Loop node can publish an initial candidate output and continue working while its continuation conditions and authority permit. It can produce additional alternatives over time, including alternatives that are better, worse, or useful under different circumstances. Consumers must identify exactly which output they used. Publishing an output does not necessarily mean that the producing assignment has finished.
For externally consequential actions, continued operation does not authorize repeated effects. For example, generating alternative email drafts can continue, but sending an email requires its own authorization and protection against duplicate delivery.
Harness Intelligence is a provisioning view over the four persistent layers. It is not a fifth persistent layer.
Runtime Memory is the temporary note board for one run. Saving a note does not promote it into reusable intelligence.
Use the release and installation instructions supplied by your service operator. When installing this repository from an approved checkout, the serving dependencies are optional:
python -m pip install '.[serving]' loop-engine service --help
The intelligence service can run locally or remotely. A remote model call still sends the selected context to that provider.
Your operator creates a tenant and binds its access before issuing a scoped key, or binds your identity-provider subject. There is no automatic account creation from an unverified email address or a token's tenant claim.
For Model Context Protocol clients, configure the endpoint shown in the workspace and supply its service token through your client's supported secret mechanism. Use the exact protocol version returned by the service. Do not put tokens in a URL, a shared Markdown file, or a checked-in client configuration.
Keep model credentials on the machine or broker that performs the model call. Store only a secret reference in shared configuration. The browser workspace never asks for a model provider key.
credential_ref: env:YOUR_PROVIDER_KEY allow_network: false
This is a configuration pattern, not an executable universal provider file. Use the selected adapter's documented schema. Enable network calls only after choosing the exact provider, model, task allowance, and disclosure scope.
A native harness may use its own supported sign-in. A brokered tool can instead use a host-held credential on behalf of a scoped assignment. Neither arrangement removes the provider's terms, account limits, or required permissions.
Connect to the workspace and confirm the tenant, namespace and scopes. Search for a permitted item. Inspect its identity, qualification basis and digest. Fetching a file does not prove that your harness loaded it or used it correctly.
If access expires, reconnect with a valid token. If a download or checkout has an uncertain outcome, inspect its recorded state before repeating the operation. Do not assume a timed-out action was cancelled.
Do not include keys in prompts, intelligence bodies, screenshots, logs, or feedback. Embeddings and raw context are confidential data, not anonymous telemetry. Choose retention and improvement consent separately from execution access.
Through your signed-in connection
Model keys stay in your environment or its approved credential manager. A remote model may receive the information you allow your tools to send.
Every executable graph vertex is a Loop. A harness is an implementation adapter used by a Loop. Files, services, contracts and stores are not additional executable vertices.
Operational runtime type
└── Loop
├── Operational relationship
│ ├── Starting
│ ├── Spawned by
│ ├── Queried by
│ ├── Retrieved by
│ └── Connected from
├── Role
│ ├── Practitioner
│ ├── Intelligence
│ └── Solution
├── Versioned role profile
├── Purpose and domain categories
├── Run mode
│ ├── deterministic
│ ├── hybrid
│ └── non-deterministic, with model-led semantic work
├── Step profile
├── Typed input and output contract
├── Loop condition
├── Exit condition
├── Graph relationships
├── Budget, permissions, and effect policy
├── Model settings when the selected mode permits a model
└── Run History recordsLoop role profiles
├── Practitioner
│ ├── reference nine-step
│ ├── compact five-step
│ ├── research
│ ├── solver
│ ├── verifier
│ ├── code execution
│ └── self-improvement task
├── Intelligence
│ ├── cross-layer search and materialize
│ ├── Context Intelligence: serve, search, and frame
│ ├── Code Intelligence: resolve, invoke, and load
│ ├── Runtime History and Solution Intelligence: search, replay, and compare
│ └── User Feedback Intelligence: serve, scope, and interpret
└── Solution
├── atomic component
├── pipeline
├── router and fallback
├── ensemble
└── validator