Learn AI.
Build AI Systems · SOURCE LESSON 21

Help specialists understand each other.

Compare prose, structured records, and vectors; diagnose lost information and mismatched coordinate meanings.

By the end: Choose interfaces that preserve task-relevant information, distinguish modular systems from internal experts, and combine events with explicit structure.

01 · TRY

Start with something concrete.

One teammate says “the cup is on the right.” Another needs its exact position to pick it up. Both may understand their own task well, while their shared message is too vague to connect them.

Try the interactive model ↓
02 · PREDICT
Before you experiment

Two components both use vectors with two numbers. Can they necessarily exchange these vectors directly?

Two components both use vectors with two numbers. Can they necessarily exchange these vectors directly?
03 · EXPERIMENT

Change one thing. Watch what follows.

  1. Keep the cup at (60, 30) cm. Compare the prose summary with the structured position. Identify the exact information lost by this particular summary.
  2. Remove the unit from the structured record. Explain why rejecting it is better than guessing a scale.
  3. Choose the two-number vector and scale only. The target is in bounds but misses the cup. Swap and scale, then test several asymmetric positions.
  4. Set x and y equal. Explain why this easy case hides the coordinate-order bug. Then change the audio clock offset and inspect the event graph’s before/after relation.

Loading this browser experiment…

04 · UNDERSTAND

A good specialist can still be a bad teammate

A vision component might locate objects accurately while a controller moves accurately to numerical coordinates. Connecting them can still fail if one uses centimetres and the other expects metres, or if they disagree about the coordinate frame. The interface is part of the system’s behavior.

The cup lab uses exact programmed observations so you can isolate this boundary. It does not run image recognition, learn a latent representation, or control hardware. Its position tolerance checks one property of a proposed point; a real grasp also needs obstacle avoidance, timing, force limits, and uncertainty handling.

Three ways to organize computation

ArchitectureWhat is sharedMain tradeoff
Unified modelMany capabilities use shared parameters or representationsShared learning may transfer useful structure, but updates can interfere
Modular systemIndependent specialists connect through explicit interfacesComponents can be updated separately, but coordination and compatibility need testing
HybridSome representations or processing are shared, while other components specializeFlexible boundaries add design choices and evaluation work

None is automatically best. A single model may handle several tasks well. Separate vision, speech, planning, and control systems may need different data or computational operations. Compare complete systems under relevant constraints rather than counting their modules.

Choose what crosses the boundary

Text is flexible and readable. The sentence “the cup is on the right” communicates a broad location but loses precise coordinates. That is a limitation of this particular summary, not proof that language cannot express numbers: “x = 60 cm, y = 30 cm in the table frame” preserves much more. Inspect what the actual message retains.

Structured records make fields, units, and constraints explicit. The lab sends an object type, coordinate frame, unit, x, and y. The receiver rejects a missing unit instead of guessing. A structured record can still be incorrect; validation needs both schema checks and tests against the world.

Continuous vectors can represent rich learned information. Their meanings depend on the transformations that produce and consume them. Two independently trained models need not agree about coordinate meanings even if both use vectors of the same length. Our hand-defined example makes this visible: [y in cm, x in cm] cannot be passed straight to a consumer expecting [x in m, y in m].

An adapter transforms one representation into another. The lab’s adapter swaps and scales known coordinates. In more complex systems an adapter may be learned from paired examples; learning it and evaluating generalization require a separate experiment. A conversion cannot recover information the sender has already discarded without relying on additional assumptions or evidence.

Test meaning, not just shape

Scaling the lab’s vector without swapping it produces an in-bounds but wrong target at asymmetric positions. At x = y, the bug disappears. This illustrates why one easy successful example is weak evidence for compatibility. Test asymmetric coordinates, boundary cases, missing metadata, and changes in the upstream component.

For a chessboard, prose may describe a threat, a structured board can preserve every piece and whose turn it is, and a latent vector may help a learned evaluator. An exact move checker needs a board representation with the necessary rules and history; a vague summary alone cannot establish move legality. Choose the representation according to the downstream question.

Graphs preserve relations

The source’s video example combines visual event detection and speech transcription, potentially computed in parallel. An event graph can retain event nodes, timestamps, sources, and relations such as “before,” “after,” or “refers to.” Flattening everything into one sentence may hide which component observed what.

The lab’s two supplied events show a cup placement at 2 seconds and speech at 3 seconds. An audio clock offset changes the apparent order. Correcting known offsets aligns the timeline; it does not prove the speech is truthful or that one event caused another. Real event fusion also needs uncertainty, identity matching, and handling of missing or contradictory evidence.

Internal experts are a different boundary

An internal mixture-of-experts layer routes activations through selected expert blocks inside a network, often for individual tokens. A modular system selects independent full models or tools for subtasks. They both use specialization, but their interfaces, training, and decision granularity differ. A modular system can itself contain a language model with MoE layers. Review the distinction between total and active weights in compute budgets.

Design a cup-picking interface

For the source exercise, assign information to each responsibility: language can state “pick up the red cup”; a structured world state can store object identity, pose, frame, units, uncertainty, and obstacles; continuous control values can specify bounded joint targets or velocities at the required rate. Preserve timestamps across the handoffs. A controller should stop or seek better evidence when a necessary constraint is missing.

The goal is not to force every specialist into one format. It is to preserve the distinctions that the next computation needs and verify that the components interpret them compatibly.

05 · APPLY
Check your understanding

A robot needs to pick up a cup. Which interface design best fits the different responsibilities?

A robot needs to pick up a cup. Which interface design best fits the different responsibilities?
06 · CONTINUE

Take this idea with you.

Specialists need interfaces that preserve relevant distinctions. Validate schema, units, frame, and meaning; test counterexamples that could reveal a broken handoff.

My work
Learn AI · Understand by doing.Loading local progress…Copyright (c) 2026 Mobi Weave, Inc. All rights reserved