Skip to content

Making Connections

isee systems blog

Making Connections

  • About
  • More Connections
Search

Merlin: Extending the Craft for Experienced System Dynamics Modelers in Stella® Architect 4.3

Updated: June 26, 2026July 1, 2026Filed under: News & AnnouncementsComment

System Dynamics has long required a blend of conceptual clarity and technical discipline. For experienced practitioners, the challenge is rarely understanding how to model. Instead, it is the practical reality of applying that expertise under constraints like time, scale, complexity, and the demands of iteration.

With the introduction of Merlin in the agentic modeling capabilities of Stella Architect 4.3, the question shifts. With Merlin, the goal is to make System Dynamics modeling easier to do at scale for those who already understand it. Merlin addresses this by embedding itself directly into the modeling workflow, not as a guide, but as an extension of the modeler’s own capacity.

Modeling Efficiently

Experienced modelers internalize the System Dynamics process through years of practice. Problem framing, boundary selection, formulation, testing, and revision become second nature. While this fluency reduces mental effort, executing the full cycle remains time intensive. Merlin helps close this gap by accelerating movement through it. The familiar cycle: building models, simulating behavior, analyzing results, revising structure, remains intact. What changes is the speed and scale at which it can be carried out.

A key distinction between Merlin and earlier AI-assisted features lies in where it operates. Traditional tools, including early generative systems, acted at discrete points, i.e., helping construct a model, generate equations, or interpret an output. Merlin acts within the loop itself. It participates continuously in the modeling process, allowing experienced users to delegate specific tasks while maintaining full control over direction and judgment. This shifts AI from a set of disconnected tools to an integrated capability that accelerates modeling without replacing expertise.

A Force Multiplier for Modeling Work

(more…)

News & AnnouncementsLeave a comment

Socrates: Lowering the Barrier for Newcomers to System Dynamics in Stella® Architect 4.3

Updated: June 18, 2026June 18, 2026Filed under: News & Announcements
  • STELLA & iThink
Comment

This is the first of a two-part series. Make sure to also watch our webinar.

System Dynamics has long offered one of the most powerful lenses for understanding complex systems. Yet for decades, a paradox has persisted: while the insights of the field are broadly valuable, the practice of modeling itself remains accessible to relatively few. This is because building models has historically required training in both the technique and the methodology, combining technical skills, iterative experimentation, and disciplined feedback-based reasoning that have been difficult to acquire without lots of practice.

The release of agentic modeling capabilities in Stella Architect 4.3 represents a step toward resolving that tension, not by simplifying the science, but by embedding the process of modeling itself within the software.

From Tools to Workflows

Early applications of generative AI in System Dynamics focused on individual tasks: generating causal loop diagrams, constructing stock-and-flow models, or explaining simulation results. These systems showed that large language models could function as information transformers, converting structured inputs into structured outputs.

But modeling is not a single step, it is a process. It involves: framing a problem, defining system boundaries, formulating structure, testing behavior, ideating policy, and iterating repeatedly. Historically, that workflow lived entirely in the mind of the modeler.

Agentic modeling changes that.

What Makes Agentic Modeling Different?

In Stella Architect 4.3, AI is no longer limited to one-off interactions. Instead, it operates iteratively through these steps:

  1. Build a model
  2. Simulate behavior
  3. Analyze results
  4. Identify issues
  5. Revise structure

This iterative agent loop allows the system to internalize the modeling workflow itself, reducing the need for users to know what to do next at each stage.

SD workflow

Agentic modeling embeds the iterative SD workflow inside the AI system

Socrates: A Coach for Thinking in Systems

A defining feature of the agentic capability in Stella Architect 4.3 is the introduction of Socrates, an agent designed not to build models immediately, but to help users think.

Rather than jumping straight to model construction, Socrates asks questions.

  • What problem are you trying to understand?
  • What behavior over time are you concerned with?
  • What is inside the system boundary, and what is outside?
  • What accumulates? What flows?
  • What feedback processes might be at work?

This is not incidental behavior. It is deliberate.

Socrates is designed to teach the System Dynamics method through interaction, guiding users through problem articulation before any equations are written. It enforces a principle long emphasized in the field: good models start with good questions.

Instead of automating modeling, Socrates coaches it.

(more…)

News & Announcements, STELLA & iThink
  • AI
  • iThink/STELLA
Leave a comment

COVID-19: Modeling Distributions of Incubation and Recovery Times

Updated: April 3, 2020April 1, 2020Filed under: Modeling Tips
  • STELLA & iThink
Comment

There is a flurry of models becoming available for the coronavirus pandemic we are in the midst of.  We at isee systems have issued our own, available here.  We’ve noticed a number of people use the canonical Susceptible-Exposed-Infected-Recovered (SEIR) model (in its simplest form):

seirWe’ve used this same model, albeit with disaggregation of severity of infection and the population that has been tested.  We observed with our model that the simple first-order material delay used to model Exposed people becoming Infected and Infected people becoming Recovered is not appropriate for this situation and has a significant impact on the results.  We chose to use an infinite-order delay, but that also is not quite right.

When choosing the order of a delay, one should consider the distribution of times around the specified delay time.  An infinite-order delay will delay all material for exactly that amount.  However, lower-order delays will delay material according to a distribution.  The shape of that distribution can be discerned with a PULSE.  As you can see in the graph below, the first-order material delay releases a large fraction of material almost immediately.

imageWith a delay time of six, the modes for the 1st-, 3rd-, 6th-, and 9th-order delays are, respectively:  DT (0.25), 3.5, 4.25, and 4.5.  It is certainly not true that the largest group of people who become Exposed move on to being Infected almost immediately (after one DT).  To correct this, we must use a higher-order material delay.  Notice the 3rd-, 6th-, and 9th-order delays are all skewed right (their peaks are not centered on the actual delay value, which is six, and they are asymmetric).  You can pick the order that most closely matches the actual distribution of, for example, time to show symptoms.  The latest data I saw said that the average time to show symptoms is 5 days, but many cases can be 14 or more days.  This indicates a long tail on the right side, making a 3rd- or a 6th-order more appropriate than a 9th-order.  It would be ideal, though, if we could experiment with different distributions just by changing the order.

Normally, we would explicitly expand the model to handle a higher-order delay.  However, consider that a 3rd-order delay requires three stocks, and a 6th-order requires six stocks, instead of just one.  This muddies up the diagram quite a bit and does not give us the flexibility to easily change the order because any change requires a change to the model structure.  The alternative is to use the DELAYN function, which allows you to specify the order of the delay as a parameter.  The problem with this approach is that you only have access to the output of the delay (a flow); you no longer have access to the contents of the stock.  In this application, we need to see how many people are Exposed and Infected.  In Business Dynamics, John Sterman proposes the following structure for this exact circumstance:

imageRather than formulate the outflow becoming infected as a draining process (based on the stock), it is formulated from the inflow using the equation, for example, for a 3rd-order delay:

DELAY3(becoming_exposed, time_to_show_symptoms, 0)

(more…)

Modeling Tips, STELLA & iThinkLeave a comment

Posts pagination

  • 1
  • 2
  • 3
  • 4
  • …
  • 29
  • Next

Categories

  • Education (4)
  • isee NetSim (3)
  • isee.NET Framework (1)
  • Modeling Tips (32)
  • News & Announcements (17)
  • STELLA & iThink (15)
  • Stories from the Field (5)
  • Systems Thinking (8)
  • Training (6)

Archives

Browse by keyword

2D array archetypes arrays Barry Richmond Bass diffusion builtins calibration Causal Loop CLD command line conferences crisis data diffusion Education environment export game graphical function h1n1 healthcare housing import iThink/STELLA market dynamics MODSIM modules mortgage netsim optimization Physics policy price releases scholarship software spatial Stella storytelling System Dynamics Society Systems Thinking Version 9.1.2 video webinar workshop

Recent Posts

  • Merlin: Extending the Craft for Experienced System Dynamics Modelers in Stella® Architect 4.3 July 1, 2026
  • Socrates: Lowering the Barrier for Newcomers to System Dynamics in Stella® Architect 4.3 June 18, 2026
  • COVID-19: Modeling Distributions of Incubation and Recovery Times April 1, 2020
  • Multiobjective Optimization January 9, 2018
  • Optimizing Model Performance December 22, 2017

RSS System Dynamics Forum

Recent Comments

  • best apps review on About
  • digital software on Modeling the Economic Crisis
  • Mishawaka Indiana on What are “Mental Models”?
  • La Paz Indiana on XMILE – An open standard for system dynamics models
  • Bristol Indiana on Modeling the Economic Crisis

Meta

  • Log in
  • Entries feed
  • Comments feed
  • WordPress.org
Products
Software (v1.3)
  • Stella Architect
  • Stella Professional
  • Stella Designer
  • Stella Simulator
  • iThink
  • Feature Updates
  • Policies
  • Publishing Options
  • License Agreement
Free Software
  • Stella Online
  • isee Player
  • Stella Architect Trial
Solutions
Consulting
  • Systems Innovation Practice
Common Applications
  • Business
  • Education
  • Research
  • Government
  • Energy
  • Health
  • Agriculture
  • Manufacturing
  • Conservation
Quick Links
About
  • isee systems
  • Systems Thinking
  • Barry Richmond Scholarship
Resources
  • Frequently Asked Questions
  • Product Help
  • Examples
  • Request Support
  • Request Quote
  • Systems in Focus
  • Quick Tips
  • Legacy Tutorials
News and Events
Upcoming Workshops
  • Introduction to Dynamic Modeling
  • Whole Systems Partnership
Newsletter
  • The Connector
Recent Webinars
  • Model Mysteries
Recent Training
  • Systems Thinking Practice
Press Release
  • Stella Architect Release

  Phone: (603) 448-4990   Email: info@iseesystems.com

   Monday - Friday: 9:00 am - 5:00 pm EDT | Saturday - Sunday: Closed
Wheelock Office Park | 31 Old Etna Rd, Suite 7N | Lebanon, NH 03766 | US

isee systems inc. holds registered trademark rights over the following: iThink®, STELLA®, Stella®, isee systems® and claims the following trademarks; isee NetSim™, Stella Live™, Causal Lens™ and Stella Online™.

Terms of Use

© 2017. isee systems inc . All rights reserved.