AnatomyStrong architectural inferencev1.22.1

In plain English

This page explains where an AI behavior can live. It may be in a model, but it may also be in a prompt, memory record, adapter, dataset, tool setting, evaluator rule, or human workflow.

  • Why this matters: AI risk can come from the whole arrangement, not one obvious model.
  • What to look for: data, memory, routes, adapters, tools, evaluators, updates, and rollback paths.
  • Technical version below: the expert terminology remains available and is linked through the glossary.

Routers

Evidence levelStrong architectural inferenceTechnical label: Architectural inference

A router controls composition, budget, permissions, and fallback. It can create a capability by selecting a sequence or coalition that was never evaluated as a unit.

What to record

Record the component owner, source, version, hash or identifier, permissions, load conditions, compatibility assumptions, and known failure modes. For memory and datasets, record retention, jurisdiction, A record of where a component or behavior came from. Open glossary definition, consent, and retirement procedures.

Persistence question

Ask whether the component can carry a pattern forward after the apparent original artifact is removed. If yes, it belongs inside the Evidence that a behavior is no longer expressible across active artifacts, descendants, memory, routes, compositions, and retained training material. Deleting one model is not sufficient evidence. Open glossary definition review.

Counterargument

A component can be benign and useful. The existence of a host does not imply harmful behavior. It only means the host belongs within the ecology-level safety boundary.