MIT OpenCourseWare · Published 2014-07-28

Introduction to System Dynamics: Overview

Open on YouTube ↗

Summary

Overview

  • Speaker: John Sterman
  • Channel: MIT OpenCourseWare
  • Main topic: Introduction to System Dynamics and Systems Thinking
  • Purpose: To introduce students to course expectations, structure, and foundational concepts of system thinking and system dynamics. This lecture provides an overview of MIT 15.871 Introduction to System Dynamics taught by John Sterman. The course covers course logistics, assignments, reading materials, and core philosophical concepts of system dynamics including mental models, open-loop vs closed-loop thinking, feedback loops, side effects, and the fundamental attribution error.

Topic Map

Course Logistics and Expectations

  • Explanation: Explanation of course structure, workload, textbook requirements, and assignments.
  • Key claims:
    • The course consists of five assignments and no exams.
    • The instructor cannot teach students directly; students must practice and try things themselves.
    • Reading the textbook (Business Dynamics) is required to build capability.
  • Examples:
    • Reading Chapter 1 of Business Dynamics.
    • Assignment 0 due in one week.
  • Terminology:
    • System Dynamics
    • H1 class
    • Assignment 0
  • Why it matters: Setting expectations helps students understand that developing systems thinking requires active participation and practice rather than passive attendance.

Why We Need Systems Thinking

  • Explanation: Discussion of why clever people and sophisticated policies fail to solve pressing challenges.
  • Key claims:
    • The world is accelerating and changing faster.
    • Despite analytical power, many policies implemented by senior leaders fail.
    • Failures happen not despite our cleverness, but because of it (we are too clever for our own good).
  • Examples:
    • Domino effect cartoon showing a manager squeezed by pressures and making short-term decisions.
    • Short-term time horizon trap.
  • Terminology:
    • Short-term time horizon
    • Feedback loop
    • Side effects
  • Why it matters: Understanding why standard problem-solving approaches fail motivates the adoption of system dynamics frameworks.

Mental Models and Feedback

  • Explanation: Exploration of open-loop thinking vs closed-loop feedback processes.
  • Key claims:
    • Open-loop thinking assumes a linear path (identify problem, gather data, evaluate alternatives, select solution, implement).
    • All models are wrong; mental models are filtered, limited, and imperfect representations.
    • Side effects are simply effects outside our mental model that feed back into the system.
  • Examples:
    • Bicycle commuting example illustrating the need for real-time feedback rather than static rules.
    • Drawing Hands metaphor by M.C. Escher representing iterative feedback processes.
  • Terminology:
    • Open-loop thinking
    • Mental model
    • Feedback loop
    • Side effects
  • Why it matters: Recognizing the limitations of mental models allows leaders to expand their perspective to include feedback and unintended consequences.

Foundations of Systems Thinking

  • Explanation: Summary of core principles including structure generating behavior, mental models mattering, and the fundamental attribution error.
  • Key claims:
    • Structure generates behavior, consisting of physics, information availability, and decision rules.
    • Mental models matter greatly; changing physical structures or IT is insufficient without changing mental models.
    • The fundamental attribution error leads people to blame individuals rather than the system structure.
  • Examples:
    • Explaining project failures by blaming people rather than system constraints.
  • Terminology:
    • Structure generates behavior
    • Fundamental attribution error
    • Low-leverage response
  • Why it matters: These foundational principles guide how system dynamics practitioners diagnose organizational and social problems.

Key Points

Structure Generates Behavior

  • Explanation: Behavior in complex systems emerges from the interaction of system physics, information availability, and decision rules.
  • Evidence: Observed in organizational case studies and management challenges.
  • Practical implication: To change system behavior, you must examine and modify system structure and decision rules rather than just blaming people.

Mental Models Are Limited

  • Explanation: Human mental models are filtered and imperfect, leading to narrow perspectives on complex systems.
  • Evidence: Linear project management frameworks (open-loop thinking) consistently fail in complex environments.
  • Practical implication: Leaders must actively work to expand their mental models and account for feedback and unintended side effects.

The Fundamental Attribution Error

  • Explanation: People's first instinct when systems fail is to blame the individuals within the system.
  • Evidence: Common excuses in organizational settings ('it was the customer's fault').
  • Practical implication: Blaming individuals is almost always a low-leverage response; leaders must look at systemic causes instead.

Frameworks, Models & Processes

Open-Loop vs. Closed-Loop Feedback Framework

  • How it works: Contrasts linear project planning with iterative feedback loops involving goals, decisions, and state of the system.
  • Components:
    • Goals
    • Decisions
    • State of the System
    • Side Effects
    • Actions of Others
  • When to use: When analyzing organizational decision-making and project failures.

Examples & Case Studies

A manager is squeezed by office pressures, makes a quick decisive move to knock over a domino, feels temporary relief, but triggers unintended side effects in a circular domino loop.

  • Illustrates: Short-term decision-making and unintended side effects in systems.
  • Lesson: Decisions made without accounting for feedback loops lead to unanticipated long-term consequences.

John Sterman commuting to MIT by bicycle must constantly adjust the handlebars based on real-time feedback of where the bike is relative to the path.

  • Illustrates: The necessity of feedback loops in control and navigation.
  • Lesson: Knowing static rules (stay on the right) is insufficient without real-time feedback.

Actionable Takeaways

  • Immediate:
    • Read Chapter 1 of Business Dynamics.
    • Prepare for Assignment 0 due in one week.
    • Attend Friday TA sessions starting this week.
  • Strategic:
    • Recognize that structure generates behavior in complex systems.
    • Avoid the fundamental attribution error by looking beyond individual blame.
    • Expand mental models to account for feedback loops and side effects.
  • Questions to investigate:

Claims Worth Verifying

  • All models are wrong, but some are useful. (theoretical principle)
  • The fundamental attribution error is almost always a low-leverage response. (psychological observation)

Notable Quotes

"I can't teach you anything." (at 1:55) "All models are wrong." (at 22:24) "Only the reality is the reality." (at 22:28)

Compressed Summary

  • Course involves five assignments and no exams with heavy reading from Business Dynamics.
  • Complex system failures stem from flawed mental models and lack of feedback awareness.
  • Structure generates behavior through physics, information availability, and decision rules.
  • The fundamental attribution error leads to low-leverage blaming of individuals.
  • Keywords: system dynamics, feedback loops, mental models, attribution error, systems thinking
  • Core insight: System behavior is generated by underlying structure and feedback loops, meaning that blaming individuals or relying on open-loop thinking leads to low-leverage policy failures.

Core insights

6
Architecturehigh noveltymoderate evidence

Open-loop control (a fixed linear sequence: identify problem → gather data → evaluate alternatives → select solution → implement) is structurally unable to regulate a complex system; the replacement is an explicit closed loop over Goals → Decisions → State of the System → Side Effects → Actions of Others. The operational content of the loop is that the agent must continuously observe the *state* of the system, not just execute against an initial plan.

Why it matters

Most agent harnesses today are open-loop pipelines: plan once, call tools, emit an artifact. The insight says the missing architectural component is a state-estimation step whose output feeds the next decision, and that 'actions of others' (external actors, other agents, environment) belong inside the loop as first-class inputs rather than as noise outside it.

Generalization

For any long-horizon task, reliability comes from closing the loop around measured system state rather than from improving the quality of the single up-front plan.

Open-loop thinking assumes a linear path (identify problem, gather data, evaluate alternatives, select solution, implement).
Open source video
Linear project management frameworks (open-loop thinking) consistently fail in complex environments.
Open source video
Knowing static rules (stay on the right) is insufficient without real-time feedback.
Open source video
Mechanismhigh noveltymoderate evidence

Side effects are defined as effects outside the mental model that feed back into the system. This makes the model boundary itself the risk surface: unintended consequences are not a separate category of event but the return path of anything the representation omitted. The controllable variable is therefore where you draw and instrument the boundary, not the side effect itself.

Why it matters

It converts 'watch out for unintended consequences' into a design decision: whatever your agent's context/model excludes (downstream consumers, cost, latency, rate limits, other teams' state) will re-enter as surprise. The implication is that observability scope must be strictly larger than the agent's reasoning scope, and the gap between the two must be explicitly instrumented.

Generalization

Unintended consequences in any model-driven system scale with the size of the unmodeled region that is still causally connected to the action.

Side effects are simply effects outside our mental model that feed back into the system.
Open source video
Decisions made without accounting for feedback loops lead to unanticipated long-term consequences.
Open source video
Mental Modelmedium noveltymoderate evidence

Structure generates behavior, where structure is decomposed into three concrete components: physics, information availability, and decision rules. Behavior is therefore attributable to the environment and to what information is available at decision time — not to the quality of the individual actor inside it.

Why it matters

This gives a causal checklist for diagnosing agent failures before reaching for a better model: (1) what the environment physically permits, (2) what the agent can actually see at the moment of decision, (3) the policy it applies to that information. It relocates the primary locus of engineering effort from model selection to harness and information-flow design.

Generalization

When a system behaves badly, the highest-yield intervention is usually changing the information available to the decision-maker or the decision rule, not upgrading the decision-maker.

Structure generates behavior, consisting of physics, information availability, and decision rules.
Open source video
To change system behavior, you must examine and modify system structure and decision rules rather than just blaming people.
Open source video
Architecturehigh noveltymoderate evidence

Changing the substrate — physical structures or IT — is insufficient without changing mental models. Infrastructure upgrades and policy (decision-rule) changes are not substitutable: new capability injected into an unchanged decision policy does not change behavior.

Why it matters

This is a direct warning against the reflex of fixing agent systems by adding tools, larger context, or better retrieval while leaving the decision policy untouched. It predicts negligible behavior change from infra-only interventions, which is testable: hold the policy fixed, upgrade the substrate, measure behavior drift.

Generalization

Capability and policy are separate layers; improvements in one do not propagate through the other without an explicit change at the policy layer.

Mental models matter greatly; changing physical structures or IT is insufficient without changing mental models.
Open source video
Failure Modemedium noveltyweak evidence

The fundamental attribution error — defaulting to blaming the individuals inside a failing system — is characterized as almost always a low-leverage response. The failure mode is a diagnostic bias that produces cheap, plausible interventions (replace the actor, tighten supervision) instead of structural ones.

Why it matters

In agent operations this maps directly onto the model-swap reflex: attributing a bad outcome to the model or the prompt author rather than to information availability, tool semantics, or the decision loop. The claim implies that root-cause processes should require a structural hypothesis before a component-level fix is accepted.

Generalization

Attribution errors systematically bias engineering effort toward component replacement over structural repair, which is the more expensive intervention path over time.

Blaming individuals is almost always a low-leverage response; leaders must look at systemic causes instead.
Open source video
The fundamental attribution error leads people to blame individuals rather than the system structure.
Open source video
Mental Modelmedium noveltyweak evidence

Models are treated as necessarily wrong and as filtered, limited, imperfect representations — with reality as the only ground truth ('Only the reality is the reality'). The functional consequence is that a model's validity is established by continuous comparison against observed reality, not by internal consistency.

Why it matters

For agent systems, every internal representation (context window, summary, memory store, world model) is a lossy filter, so correctness claims must be grounded in external observation. This argues for evaluation anchored to real outcomes and for treating the agent's self-report as a model, not as evidence.

Generalization

Any self-reported or internally-derived state should be treated as a hypothesis to be validated against external signal before it drives decisions.

All models are wrong; mental models are filtered, limited, and imperfect representations.
Open source video
Only the reality is the reality.
Open source video

Deep dives

5

Closing the loop: state observation as the missing component in agent harnesses

Research question

On long-horizon tasks with external state change, how much reliability does an explicit Goals → Decisions → State → Side Effects → Actions-of-Others loop buy over a fixed plan-then-execute pipeline, and at what cost per completed task?

Why

Most agent harnesses are open-loop pipelines: plan once, call tools, emit an artifact. If the claim that linear frameworks 'consistently fail in complex environments' holds for agents, the primary architectural fix is a state-estimation step whose output feeds the next decision, plus first-class modeling of external actors. This is testable by measuring regression frequency and cost per task across loop variants rather than by arguing about model capability.

Open-loop thinking assumes a linear path (identify problem, gather data, evaluate alternatives, select solution, implement).
Open source video
Linear project management frameworks (open-loop thinking) consistently fail in complex environments.
Open source video
Knowing static rules (stay on the right) is insufficient without real-time feedback.
Open source video
Source video

Model boundary as risk surface: instrumenting effects the agent cannot see

Research question

Given an explicitly declared agent model boundary, can causally-adjacent but unobserved effects (downstream consumers, cost, rate limits, other systems' state) be enumerated and instrumented so feedback is detected before it compounds into an unexplained failure?

Why

If side effects are defined as effects outside the model that feed back into the system, then the model boundary is the risk surface and the engineering lever is where the boundary is drawn and instrumented. This converts 'watch out for unintended consequences' into a concrete requirement: observability scope must strictly exceed the agent's reasoning scope, with the gap explicitly instrumented rather than left to surface as a mystery incident.

Side effects are simply effects outside our mental model that feed back into the system.
Open source video
Decisions made without accounting for feedback loops lead to unanticipated long-term consequences.
Open source video
Source video

Diagnosing agent failures by information availability and decision rule rather than by model swap

Research question

Holding the model fixed, does varying what information is available at decision time and which decision rule is applied change agent behavior more than varying model capability?

Why

The decomposition of structure into physics, information availability, and decision rules gives a causal checklist that relocates engineering effort from model selection to harness and information-flow design. It also makes a concrete falsifiable prediction: capability improvements applied inside an unchanged information flow and unchanged policy should produce negligible behavior drift.

Structure generates behavior, consisting of physics, information availability, and decision rules.
Open source video
To change system behavior, you must examine and modify system structure and decision rules rather than just blaming people.
Open source video
Source video

Substrate and policy as separate layers: the infra-only upgrade experiment

Research question

Do substrate-only upgrades (new tools, larger context, better retrieval) with the decision policy held fixed produce measurable behavior change on a fixed task suite?

Why

The claim that changing physical structures or IT is insufficient without changing mental models is a direct warning against the reflex of fixing agent systems by adding tools while leaving the decision policy untouched. Framing it as a controlled experiment — hold policy fixed, upgrade substrate, measure behavior drift — turns a philosophical assertion into a measurable, sliceable result about where capability actually propagates.

Mental models matter greatly; changing physical structures or IT is insufficient without changing mental models.
Open source video
Source video

Measuring the attribution error in agent incident reviews

Research question

In logged root-cause analyses of agent failures, do component-replacement fixes (swap model, rewrite prompt) recur more often than structural fixes (information availability, tool semantics, decision loop) for the same class of failure?

Why

If blaming individuals is almost always a low-leverage response, the same bias should appear in agent operations as the model-swap reflex. Measuring attribution distributions and recurrence rates would show whether the diagnostic bias is real in engineering practice and whether requiring a structural hypothesis before accepting a component-level fix reduces recurrence.

Blaming individuals is almost always a low-leverage response; leaders must look at systemic causes instead.
Open source video
The fundamental attribution error leads people to blame individuals rather than the system structure.
Open source video
Source video

Article ideas

4

Your Agent Doesn't Need a Better Model, It Needs a State Observation Step

Open-loop agent pipelines fail on long-horizon tasks not because the model is weak but because no stage observes the resulting system state; the highest-leverage architectural change is inserting continuous state estimation and external-actor modeling into the loop, not upgrading the model inside it.

Angle

Take the standard read-task → plan → tool calls → emit-result harness and re-draw it as Goals → Decisions → State → Side Effects → Actions of Others, showing what has to be built at each seam and why 'actions of others' belongs inside the loop rather than outside it as noise.

Source video

Side Effects Are Just Model-External Feedback: Why Your Observability Scope Must Exceed Your Reasoning Scope

Unintended consequences are not a separate category of event but the return path of whatever the agent's representation omitted, which makes the model boundary itself the risk surface and makes boundary instrumentation a design requirement rather than a monitoring afterthought.

Angle

Define side effects operationally as effects outside the mental model that feed back, then derive the rule that whatever the context window, summary, or memory store excludes will re-enter as unexplained failure unless the gap between observability scope and reasoning scope is explicitly instrumented.

Source video

Too Clever for Our Own Good: Why Sophisticated Agents Fail Inside Wrong Boundaries

Sophistication applied inside a flawed model boundary produces confidently wrong interventions, so failures occur because of our cleverness rather than despite it; the corrective is not more analytical power but better boundary selection and decision-rule change.

Angle

Use the short-term time horizon trap and open-loop project management as the pattern: local optimization against an explicit objective that omits feedback generates long-horizon regressions, and each round of added sophistication makes the resulting intervention more elaborate and more wrong.

Source video

The Model-Swap Reflex: Treating Every Agent Failure as a Structure Problem First

Attributing agent failures to the model or the prompt author is the component-replacement reflex and is almost always low-leverage, so root-cause processes should require a structural hypothesis about physics, information availability, or decision rules before a component-level fix is accepted.

Angle

Walk the causal checklist (what the environment permits, what the agent can actually see at decision time, which policy it applies) against common agent incidents and show how the model-swap fix leaves the structural cause intact so the failure recurs.

Source video

Project ideas

4

Loop-Closure Bench: open-loop vs closed-loop agent harnesses

beyond-evals

On long-horizon tasks whose external state changes mid-execution, a closed-loop harness with an explicit state-observation step will show a lower regression rate per task than an open-loop harness with the identical model and tools, and the cost per completed task will not exceed the reliability gain by more than a stated factor.

Proof of concept

Build two harnesses over the same model, tools, and task suite: (A) plan-once-then-execute, (B) plan plus a measured-state re-planning step and a side-effect channel. Inject mid-episode external state changes and score final outcome correctness.

Measurement

Regression frequency (tasks that succeed at the checkpoint but fail at completion), absolute success rate, and cost/tokens per completed task for each harness, held against the same model and prompt.

Source video

Boundary Gap Instrument: telemetry for effects the agent cannot observe

gatehouse

For each agent run, effects outside a declared model boundary that are causally adjacent to the action can be enumerated and instrumented, and detecting them during the run reduces the fraction of failures that surface only as unexplained terminal errors.

Proof of concept

Declare an explicit model boundary per task, build a telemetry sidecar that records out-of-boundary effects (downstream consumer state, cost, rate limits, other systems' state), and compare incident classification with and without the sidecar on a replay of past failures.

Measurement

Share of failures classified as boundary-crossing feedback versus genuine internal error, and mean time between the causal action and the detection of its out-of-boundary effect.

Source video

Substrate-vs-Policy A/B: does infra-only upgrading move agent behavior?

beyond-evals

Upgrading the substrate (more tools, larger context, better retrieval) while holding the decision policy fixed produces behavior drift below a pre-registered threshold on a fixed task suite, while pairing the same upgrade with an explicit decision-policy change produces drift above it.

Proof of concept

Run three arms on the same task suite and model: (A) baseline, (B) substrate upgrade only, (C) identical substrate upgrade plus a changed decision policy. Freeze prompts and tool schemas across arms except for the substrate variable.

Measurement

Behavior drift as change in action-sequence distribution and outcome scores between arms A and B versus A and C, with a pre-registered minimum effect size for 'behavior changed'.

Source video

Practice-Traces vs Instructions for tool-use skill acquisition

movement-lab

For an agent acquiring a tool-use skill, accumulated practice traces (replay, experience memory) yield higher held-out task success than declarative instruction alone, and the gap widens as the number of dependent sub-steps in the skill increases.

Proof of concept

Give two agent configurations the same tool: one receives a written specification and worked examples, the other receives a practice loop with stored trajectories and replay. Scale task complexity by chaining sub-steps and measure transfer to unseen variants.

Measurement

Held-out success rate on unseen task variants at each complexity level, plus error-recovery rate after a mid-task tool failure, for the instruction-only versus trace-accumulating configuration.

Source video

Architectural implications

4

Agent harnesses are typically structured as open-loop pipelines with no state-observation step between decisions.

Before

Pipeline: read task → plan → execute tool calls → emit result, with the plan fixed at the start.

After

Closed loop: explicit goal, decision function, measured state of the system, side-effect/feedback channel, and modeling of actions of others.

Consequence

Requires a state-estimation component and a place to represent external actors; evaluation shifts from a one-time pass/fail gate to continuous control against measured state.

Source video

Side effects are defined as model-external effects that feed back, so the model boundary determines the risk surface.

Before

Observability limited to the agent's own context, logs, and immediate output.

After

Observability scope deliberately exceeds the agent's reasoning scope, with the gap instrumented across the model boundary.

Consequence

Telemetry must include effects the agent cannot see (downstream consumers, cost, rate limits, other systems' state) or feedback re-enters only as unexplained failure.

Source video

Behavior is generated by structure — physics, information availability, decision rules — not by the individual actor.

Before

Failure response: swap the model or rewrite the prompt, treating capability as the lever.

After

Failure response: audit what information was available at decision time and which decision rule was applied.

Consequence

Investments shift toward harness instrumentation and information-flow design; model changes require an explicit structural hypothesis to justify them.

Source video

Infrastructure and decision rules are separate layers that must change together.

Before

Upgrade substrate (tools, context, retrieval) and assume behavior improves.

After

Pair each substrate upgrade with an explicit decision-policy change.

Consequence

Enables a controlled experiment: hold policy fixed, upgrade substrate, measure behavior drift to test whether infra-only change does anything.

Source video

Tradeoffs and failure modes

5

Short-term time horizon

Benefit

Fast, decisive action that produces immediate relief from pressure.

Cost or risk

Actions taken without accounting for feedback trigger effects in the loop that surface later, and the relief reduces the incentive to keep tracking them.

Decisions made without accounting for feedback loops lead to unanticipated long-term consequences.
Open source video
Source video

Open-loop linear process

Benefit

Simple, legible, appears rigorous; each stage produces a deliverable.

Cost or risk

It consistently fails in complex environments because no stage observes the resulting system state.

Linear project management frameworks (open-loop thinking) consistently fail in complex environments.
Open source video
Source video

Attribution to individuals

Benefit

Fast, intuitive, produces an obvious and satisfying target for intervention.

Cost or risk

It is a low-leverage response that leaves the structural cause intact, so the failure recurs.

Blaming individuals is almost always a low-leverage response; leaders must look at systemic causes instead.
Open source video
Source video

Analytical cleverness

Benefit

Greater analytic power to design and optimize interventions.

Cost or risk

Failures occur because of the cleverness rather than despite it — sophistication applied inside a flawed model boundary produces confidently wrong interventions.

Failures happen not despite our cleverness, but because of it (we are too clever for our own good).
Open source video
Source video

Substrate/infrastructure change without policy change

Benefit

Tangible, purchasable, and measurable-looking improvement in capability.

Cost or risk

Insufficient on its own; behavior does not change while the decision rules remain the same.

changing physical structures or IT is insufficient without changing mental models
Open source video
Source video

Open questions

5

How should the model boundary of an agent be chosen and instrumented so that effects outside it are detected before they compound?

Why unresolved

The summary gives a definition of side effects (effects outside the model that feed back) but no method for selecting or monitoring the boundary.

Research direction

Prototype boundary instrumentation that tracks causally-adjacent effects the agent cannot observe, and measure how early feedback return can be detected.

Source video

Does closing the loop around measured system state yield enough reliability gain to justify continuous state estimation cost?

Why unresolved

The summary asserts open-loop fails and feedback is necessary, but offers no metric, baseline, or cost comparison.

Research direction

Benchmark open-loop versus closed-loop agent harnesses on long-horizon tasks, measuring regression frequency and cost per completed task.

Source video

Can the fundamental attribution error be measured in how engineering teams diagnose agent failures?

Why unresolved

It is presented as a psychological observation and a claim, not as a measured phenomenon in this setting.

Research direction

Log root-cause attributions from incident reviews and correlate component-level fixes against whether the structural cause recurred.

Source video

Can the Goals/Decisions/State/Side Effects/Actions-of-Others loop be formalized as a quantitative model of agent context and memory dynamics?

Why unresolved

The framework is presented at the component level only; no formal or quantitative treatment appears in the summary.

Research direction

Build a small stock-and-flow model of context accumulation and forgetting, then test whether its predicted behavior matches observed agent degradation.

Source video

Is the claim that capability cannot be transferred directly by instruction — only built by self-directed practice — true for agent skill acquisition?

Why unresolved

The summary reports the pedagogical assertion without evidence about transfer or practice mechanisms.

Research direction

Compare declarative instruction versus accumulated practice traces (replay, experience memory) for acquiring a tool-use skill.

Source video

Key claims

7
causalVerification needed

Open-loop linear process frameworks consistently fail in complex environments.

Evidence

Linear project management frameworks (open-loop thinking) consistently fail in complex environments.

Question

Does an open-loop agent harness measurably underperform a closed-loop harness on long-horizon tasks with external state changes?

Source video
causalVerification needed

Structure generates behavior, and structure consists of physics, information availability, and decision rules.

Evidence

Structure generates behavior, consisting of physics, information availability, and decision rules.

Question

Holding the model fixed, does varying information availability at decision time change agent behavior more than varying model capability?

Source video
causalVerification needed

Changing physical structures or IT is insufficient without changing mental models.

Evidence

changing physical structures or IT is insufficient without changing mental models.

Question

Do substrate-only upgrades (tools, context, retrieval) with policy held fixed produce measurable behavior change?

Source video
factualVerification needed

Side effects are effects outside the mental model that feed back into the system.

Evidence

Side effects are simply effects outside our mental model that feed back into the system.

Question

Can unmodeled effects be enumerated and instrumented as a function of an explicitly declared model boundary?

Source video
opinionVerification not requested

All models are wrong; mental models are filtered, limited, and imperfect representations.

Evidence

All models are wrong; mental models are filtered, limited, and imperfect representations.

Source video
causalVerification needed

Blaming individuals is almost always a low-leverage response.

Evidence

Blaming individuals is almost always a low-leverage response; leaders must look at systemic causes instead.

Question

Do component-replacement fixes recur more often than structural fixes for the same class of failure?

Source video
causalVerification needed

Decisions made without accounting for feedback loops lead to unanticipated long-term consequences.

Evidence

Decisions made without accounting for feedback loops lead to unanticipated long-term consequences.

Question

Do agents optimizing a local short-horizon objective produce measurable long-horizon regressions relative to agents with explicit feedback tracking?

Source video

Connections

5