Sandboxed execution
Generated code runs in isolated environments with no ambient credentials, no unrestricted network access, and a filesystem that disappears with the trial.
A system that designs and runs its own experiments is a system that can be wrong, fast, at scale. Our approach is not to promise that it will never misbehave, but to build it so that the blast radius is small, the effects are gated, and everything it does is inspectable afterwards.
These are structural, not procedural — they hold whether or not a human is watching at the moment a decision is made.
Generated code runs in isolated environments with no ambient credentials, no unrestricted network access, and a filesystem that disappears with the trial.
Every objective carries compute and spend ceilings that the scheduler checks before a trial starts. An unbounded loop is a design bug, not an edge case.
Inside the sandbox, the loop is free. Anything that leaves it — external systems, publication, procurement, lab hardware — requires a named person to approve it.
Objectives, configurations, artefacts and decisions are recorded append-only. We should be able to reconstruct why any experiment exists months after it ran.
A single control halts the loop and preserves state. Stopping must be cheap and reversible, or it will be postponed when it matters most.
Capability earned on a bounded task is reviewed before it is applied more broadly. Promotion inside the loop follows the same principle as promotion of the loop itself.
We run machine-generated code at volume against expensive hardware, on data that may be sensitive, with credentials that could reach further than we would like. That combination deserves a security posture built for it.
Autonomy moves work from people to systems; it does not move responsibility. These are the places a human decision is structurally required.
No campaign starts because the loop suggested it. A person defines the metric, the budget and the stopping condition, and signs the run.
Decisions that change what the system may touch — new domains, new data classes, new hardware — are reviewed outside the loop and recorded with a rationale.
Anomalies, budget overruns, unexpected data access or a result that fails replication are treated as incidents: contained, documented, and fixed at the cause rather than the symptom.
Where a domain carries real-world consequences — health, infrastructure, security — we seek expertise from outside the team before the loop is pointed at it, not after.
Automated experimentation is a general capability. The same machinery that accelerates a legitimate search can be pointed at a harmful objective, and pretending otherwise would be the least safe thing we could do.
Any campaign that cannot answer all five does not start.
Our loop is early. The controls above are what we hold ourselves to while it grows, and they will need to mature with it.
AutoScientia is not building an artificial general intelligence and makes no claims in that direction. The work is industrial: pipelines, compute, measurement, and a loop that closes.
Automated experimentation raises alignment-adjacent questions — objective specification, reward hacking, goal drift — that the field has not answered. We contribute engineering rigor, not a theory of everything.
Internal gates are necessary, not sufficient. For consequential domains, external expertise and regulatory requirements come first.
Serious criticism is more useful to us than agreement. Safety and security reports both land with a person.