Knowledge · published research notes

Decisions and ideas,
with their sources.

Published decisions, learning notes, and research connections about AI systems. Each record brings together the related applications, sources, and limits. Only information I have approved for publication appears here.

Learning

Multi-Agent Orchestration

Hierarchical agent team for bounded, isolated, observable content sync.

Phase 0 wraps every portfolio project in a root orchestrator that hands bounded slices of work to specialist agents and worker agents. Twenty-two agent records live under ~/.minimax/agents; each declares its own capability matrix (read-only workspace, scoped write paths, no file writes outside its boundary, sequential calls not parallel). Deploy-watch cron runs after every main push, validates the Azure Static Web Apps check run, and verifies the live URL before deleting itself. Private nxt, stk, and inf projects remain off-limits across the team.

Created
Verified
  • agent team
  • orchestration
  • phase 0

Related concepts

  • agent harness
  • MCP

Limitations

Phase 0 is an internal process note, not a public harness benchmark; orchestration details may shift as the team grows.

Sources

Decision

Evidence Before Deployment

A release decision is an evidence contract, not a confidence score.

Before deployment, claims should be tied to a repeatable evaluation, provenance, known limits, rollback conditions, and a named human decision owner.

Created
Verified
  • Evaluation
  • Release
  • Human review

Related concepts

  • AI Evaluation & Reliability Lab
  • Evidence

Limitations

This is a portfolio operating principle, not a complete safety case or a substitute for domain-specific review.

Sources

Learning

Context, Security, Evaluation

Reliable agents require context quality, constrained authority, and evaluation to be designed together.

Context determines what the system knows, security determines what it may do, and evaluation determines whether the combined behavior is acceptable. Treating any one as an add-on leaves a blind spot.

Created
Verified
  • Context
  • Security
  • Evaluation

Related concepts

  • MCP
  • AI Evaluation & Reliability Lab

Limitations

The relationship is architectural; individual products still require their own threat model and eval set.

Sources

Decision

Local AI vs Cloud AI

Local and cloud AI are deployment paths with different control, cost, latency, and evidence boundaries.

Choose local execution when data control, offline operation, or predictable ownership dominates. Choose cloud execution when elastic capacity, managed services, or faster experimentation dominates. Measure the workload before choosing either.

Created
Verified
  • Local AI
  • Cloud
  • Deployment

Related concepts

  • vLLM
  • Local inference
  • Azure

Limitations

Costs and performance vary by model, runtime, hardware, region, and utilization; no universal winner is implied.

Sources

Learning

World Models to Digital Twins

World models become industrially useful when prediction is grounded in a controlled, observable twin.

The path runs from learned perception and prediction to explicit simulation boundaries, reproducible scenarios, measurable residuals, and finally embodied action under operator review.

Created
Verified
  • World models
  • Digital twins
  • Physical AI

Related concepts

  • World models
  • OpenUSD
  • Humanoid robotics

Limitations

A digital twin is not automatically a validated physical model; transfer assumptions must remain explicit.

Sources

Decision

Human Control and the Authority Ladder

Automation should earn broader authority through bounded, observable, reversible stages.

Move from recommendation to supervised action, then constrained autonomy, only when evidence supports each transition. Preserve a clear human stop condition, audit trail, and rollback path at every rung.

Created
Verified
  • Human control
  • Authority
  • Safety

Related concepts

  • Human authority
  • AI Evaluation & Reliability Lab
  • OpenUSD

Limitations

Authority levels depend on system hazards and operating context; this ladder is a review aid, not a universal certification scheme.

Sources

Learning

Foundations Before Models

Ecosystem, compute, language and adaptation atlases answer different questions and should be read separately.

AIA compares AI products and developer ecosystems, GPU maps kernel execution, POL covers programming-language foundations, and USL covers adaptation and fine-tuning. Each atlas keeps its own research cutoff, source list and verification date, and none of them claims a benchmark result or a universal ranking. Reading them in this order keeps ecosystem claims, hardware behaviour and training choices distinguishable.

Created
Verified
  • atlases
  • foundations
  • reading order

Related concepts

  • ai ecosystem
  • computer vision
  • cuda
  • unsloth

Limitations

Each atlas is a dated snapshot; product lists, versions and hardware behaviour change faster than the refresh cycle.

Sources

Learning

Learning Labs and Their Evidence Boundary

Every laboratory here runs a deterministic educational model with synthetic inputs; its numbers are not production measurements.

Research applications keep companion laboratories: GEX for kernel execution, TFL for token serving, ADP for adaptation and fine-tuning estimates, WML for world models, HEX for humanoid kinematics, ARL for one agent run, DPL for decision routing, CUL for computer use, and MEM for memory lifecycle. Each one is a browser-side educational model: no real model is trained, no live hardware is measured, no field data is read and no neighbouring application is integrated. AOS is a target-architecture guide, not a running operating system, so its publication shows a design and not a shipped runtime.

Created
Verified
  • labs
  • simulation
  • evidence boundary

Related concepts

  • agent harness
  • computer vision
  • Evidence

Limitations

Educational model output is not a benchmark, a hardware measurement or a trained-model result; cite it as a teaching example only.

Sources

Decision

Twins, Triplets and Deployment Choices

A pump twin, a digital triplet and a deployment lab teach three different comparisons; none of them touches a real plant.

PDT introduces pump anatomy and synthetic condition signals, DTR compares a prediction with the observed outcome under explicit human approval, and DCL compares local and cloud deployment choices against declared memory, privacy and cost assumptions. All three are browser-only learning tools with synthetic inputs: no field telemetry, no live price feed, no machine control and no universal deployment winner. Human approval in DTR is a recorded step inside the simulation, not an operational interlock.

Created
Verified
  • Digital twins
  • Deployment
  • human approval

Related concepts

  • digital twin

Limitations

Twin geometry and operating conditions are simplified illustrations, and DCL assumptions are declared by the learner rather than measured from a provider bill.

Sources

Learning

Colony Simulations and Their Limits

Ant and bee laboratories reproduce known colony mechanisms as deterministic simulations, not biological field measurements.

SWI frames collective-intelligence research and exports experiment plans. ANT and BEE reproduce pheromone trails, waggle-dance recruitment and collective foraging as seeded simulations that can be replayed. Their results are model observations: they do not measure a real colony, and they do not prove that an SWI agent recipe works until it is evaluated against an explicit contract.

Created
Verified
  • collective intelligence
  • simulation
  • evidence boundary

Related concepts

  • swarm intelligence

Limitations

Seeded simulation output depends on the model and parameters chosen here; it is not evidence about biological colonies or about deployed agents.

Sources