Update description

Initial Release

DICOM3D v0.6.0 — Visual Research Workstation
From Pixels to Meaning.
DICOM3D v0.6.0 is a major visual and usability update, evolving the existing medical imaging and anatomical research explorer into a more cohesive, interactive research workstation.
What’s New
Visual Research Workstation
Redesigned desktop-first interface with a central interactive 3D workspace.
Three presentation modes: Scientific, Holographic, and Materialization.
Improved anatomical exploration, camera controls, selection, isolation, and visibility.
Interactive materialization effects with adjustable particle budgets and reduced-motion controls.
Real CT and 3D Exploration
Expanded public Safe Demo with an optional, attributed research CT/SEG study.
Source CT images displayed alongside corresponding 3D lesion geometry.
Segmentation contours, linked frame inspection, cutaway and interior views.
Source identity and spatial provenance preserved throughout visualization.
Contextual Learning
Integrated Learn workspace explaining anatomy, source evidence, visualization controls, and limitations.
Improved accessibility for users exploring medical imaging and 3D anatomy.
Reference Anatomy
Continued support for 33 male BodyParts3D and 22 female HRA anatomical groups.
Scientific and cinematic visualization without altering source anatomy or medical evidence.
Installation and Compatibility
Updated standalone Core/Docker and protected IRIS/IPM distributions to v0.6.0.
Independently qualified installation packages with release checksums and verification evidence.
Preserved the existing IRIS hosting and access-control boundaries.
Optional public CT/SEG example is not bundled with Core or IPM installations.
Try DICOM3D
Live Demo: https://kennethjsmithdev.github.io/DICOM3D/
GitHub Release: https://github.com/KennethJSmithDev/DICOM3D/releases/tag/v0.6.0
Documentation: https://github.com/KennethJSmithDev/DICOM3D
What’s Next
Development continues toward integration with existing healthcare imaging infrastructure, including planned interoperability testing with Orthanc and InterSystems IRIS for Health.
The long-term direction connects source imaging, anatomical visualization, structured findings, and supporting evidence without requiring healthcare organizations to replace their existing PACS systems.
Important
DICOM3D remains an open-source research and educational application. It is not clinically validated, approved for diagnostic use, or intended to replace regulated medical imaging systems.
The software is licensed under Apache 2.0, with separate attribution and licensing requirements for included anatomical and research datasets.

Since 1.7.0: accessibility fixes, the README brought up to date, and dependency updates (1.7.1 to 1.7.3).

• Controls are named by what they show. A newer accessibility checker (axe-core 4.14) found buttons whose spoken name left out their visible text, which trips up speech input (WCAG 2.5.3). The command palette button ("Search ⌘K"), the account menu, the auto-refresh button and every clickable table row (users, roles, databases, tasks, productions' hosts and more) are now named by the text they show. Every screen passes the accessibility audit again in all five appearances.
• A long value no longer widens the page on a phone. Detail lists wrap long values such as a FHIR server's storage class name.
• The README covers 1.7.0: productions, SQL as yourself, the SQL audit notice and FHIR servers, with new screenshots, what each screen needs on the IRIS side, and the live checks on IRIS for Health 2026.2 (screenshots and write-up in docs/verification/).
• Dependency updates: React 19.3.1, TanStack Query 5.104, Tabler icons 3.49 and PostCSS 8.5.30 in the portal; nginx 1.31 in the Docker image; ESLint 10, Vitest 5, Playwright 1.64, axe-core 4.14 and Prettier 3.9.10 in the build and test tools; newer GitHub Actions. No other feature changes.

Full notes: https://github.com/MxSalata/aperture/blob/main/CHANGELOG.md

The image: docker pull ghcr.io/mxsalata/aperture:1.7.3

Initial Release

DICOM3D v0.5.1 — Docker & IPM Installation Recovery
DICOM3D v0.5.1 is a maintenance and compatibility release focused on improving Docker startup, InterSystems IRIS for Health hosting, and IPM installation reliability.
What's Fixed
Docker startup: Added automatic preparation of persistent IRIS storage, resolving the reproduced /durable/iris/ initialization failure.
IPM installation: Corrected filesystem preparation for DICOM3D's IPM and CSP destinations in the isolated development host.
Safer initialization: Added safeguards against invalid volumes, incorrect ownership, and missing configuration files without modifying existing data.
Version consistency: Updated package manifests, API version reporting, installation guides, and release metadata to v0.5.1.
Independently Verified
Recovery was tested against two IRIS for Health development environments:
2026.1 Build 235U, matching the moderator-reported build family.
2026.2 Build 221U.
Qualification included successful IRIS startup, IPM activation, verification of all 319 installed files, authenticated application access, WebGPU anatomy rendering, restart persistence, container recreation, uninstall, and reinstall.
Independent CI and reproducible package builds passed.
Preserved Functionality
The existing DICOM3D viewer, male and female anatomical references, medical-imaging algorithms, rendering assets, and dependencies remain unchanged.
Standalone DICOM3D Core continues to function without IRIS. The optional IRIS/IPM development host requires an authorized IRIS installation and appropriate filesystem permissions.
Installation & Documentation
Updated installation instructions and Docker development-host configuration:
https://github.com/KennethJSmithDev/DICOM3D
Important: DICOM3D remains an open-source research and educational prototype. It is not clinically validated or intended for diagnostic use.
Licensed under Apache-2.0, with separately attributed anatomical reference datasets.

Four feature releases since 1.3.0, published together as 1.7.0:

• Productions (1.4.0). A new Interoperability group: every production of every namespace, its state and its hosts, each host's errors of the last 24 hours, and its event log, messages, queue, connections and settings in a drawer. Start or stop a production or one of its hosts, and recover a troubled production, each confirmed and read back from IRIS. Through /api/interop-editors, with the session's own sign-in.
• SQL as yourself (1.5.0). Run SQL in any namespace as the signed-in account, so IRIS applies that account's SQL privileges: parameters, column types, query plans, CSV, the catalogue of schemas, tables and columns, the statements running now and the statement index. A statement that changes data is named, confirmed, refused in a read-only tab and recorded in Activity. Through the Atelier API.
• FHIR servers (1.6.0). On IRIS for Health: every FHIR server with its version, storage, resources stored and the interactions it declares, its jobs and the FHIR packages. Disable and enable a server, or reset, decommission or delete one after typing its URL, with IRIS's job followed to its end. Through the FHIR Server Management API.
• SQL statements in the audit log (1.7.0). The SQL screen says when IRIS does not audit the statements run there ("IRIS SQL audit is disabled", as IRIS ships), and an account with %Admin_Secure:U can switch SQL change auditing on from there, with query auditing as a separate step. The Health check reports it too.
• A review of the whole portal, applied. A comment can no longer hide a change from the SQL confirmation, no SQL session outlives sign-out, the dependency release no longer runs package code next to a write token, the log reader serves operator accounts and long lines, and the request export masks secrets even in a body that does not parse.

Full notes: https://github.com/MxSalata/aperture/blob/main/CHANGELOG.md

The image: docker pull ghcr.io/mxsalata/aperture:1.7.0

DICOM3D v0.5.0 — Interactive Anatomy & Multimodality Imaging
A major update transforming DICOM3D from an initial 3D viewer into a source-aware medical imaging and anatomical exploration platform.
What's New
Interactive anatomy: Male and female anatomical references with selectable structures, rotation, zoom, isolation, visibility and camera controls.
Multimodality imaging: Representative CT, MRI, X-ray, ultrasound, PET, mammography and additional DICOM examples.
Compatible formats: Prototype NIfTI, NRRD and OME-TIFF support.
Source-linked 3D exploration: CT, segmentation and 3D lesion navigation with preserved source identity and evidence.
Contextual learning: Anatomical information, provenance, source attribution and documented limitations.
Improved reliability: Optimized image-decoding memory usage, strengthened metadata validation and corrected asynchronous selection behavior.
Docker Quick Start: Qualified standalone Core distribution with reproducible build and restart testing.
IRIS for Health/IPM: Updated native package with verified installation, removal and reinstallation.
Get Started
GitHub Release: https://github.com/KennethJSmithDev/DICOM3D/releases/tag/v0.5.0
Documentation and Quick Starts: https://github.com/KennethJSmithDev/DICOM3D
Important
DICOM3D v0.5.0 is an open-source research and educational prototype, not a clinically validated diagnostic application. Compatibility is limited to documented, tested examples. Live FHIR/DICOMweb integration and AI-assisted interpretation remain under development.
Licensed under Apache 2.0, with third-party anatomical assets subject to their respective attribution and licensing notices.

DICOM3D v0.1.0 — Initial Public Release
First open-source release of DICOM3D, a research-oriented 3D medical imaging viewer for patients, clinicians, developers, and researchers.
Features:
Interactive Babylon Lite/WebGPU 3D visualization.
Local GLB and semantic manifest loading.
Structure selection, camera controls, and visibility toggling.
Native InterSystems IRIS for Health integration.
IPM installation and Docker development deployment.
Verified installation, removal, reinstallation, and restart persistence.
Apache License 2.0.
Note: This is an early research presentation viewer, not a clinically validated diagnostic application. Imaging reconstruction and AI capabilities remain under development.
Source and installation instructions: https://github.com/KennethJSmithDev/DICOM3D

Updated IRIS for Dummies contextual learning system.

Initial Release

v2.0.0: Standalone tutorials, AI agents and MCP servers

A complete rewrite of the InterSystems FHIR/AI Hackathon Kit. It still covers similar ground to V1, but is restructured into standalone tutorials by data type. A Docker setup brings up InterSystems IRIS for Health with a FHIR server.

What it covers

Tutorials are Jupyter notebooks (with markdown versions) that you can run in order:

• Key concepts and setup: short introductions to IRIS, FHIR, Docker and RAG, plus environment setup
• Tabular data: load CSV data into IRIS SQL tables with Python, then query it
• FHIR data: load FHIR bundles and resources over REST, query FHIR from Python, and explore the FHIR specification with Swagger
• Vector search: chunk PDFs, embed them with OpenAI, store them in an IRIS vector column and search with SQL
• AI agents: build LangChain agents with tools that access the IRIS data
• MCP servers: wrap data access as MCP servers (FastMCP over HTTP, and stdio)
• Extras: create synthetic FHIR data, set up a FHIR server in 5 minutes, and an integrated machine learning quickstart

Setup scripts are included that recreate the tables earlier tutorials build, so you can start from a later tutorial.

What changed since V1

• Tutorials are now standalone rather than building one chatbot end to end
• New coverage of AI agents and MCP servers in Python
• OpenAI models replace local Ollama models, which were slow and computationally heavy
• Automated tests that run the notebooks against the Docker container
• Agent skills for the topics covered

The V1 patient chatbot with Ollama is still available as release v1.0.0 and the V1 branch.

Requirements

• Python
• Docker
• An OpenAI API key with some credit. The README estimates a full run of the tutorials costs less than $0.01.

See the README for setup steps.

Initial Release

Fixes the **widget Settings **panel appearing empty after converting a dashboard widget with DashboardTools.ConvertWidget/ConvertAllWidgets. The converted widget's type wasn't resolving in the Dashboard Editor's catalog lookup; it now registers correctly, so Settings opens as expected.

Added protection against double request/response conversion when a charset is specified in Content-Type

For reasons this is a double release. Don't ask!

Feature Removed: ChatGPT Test message generator

I removed this to get this approved for use at work as the paperwork required wasn't worth the feature.

Feature Added: Prettify XML/JSON/FHIR

Option added to prettify XML/JSON on page load. Toggle button added to ensure you can still view the RAW content.

Useful when you have XML/JSON with CDATA embdedded data that does not natively prettify.

Search fucntion also added which can either hide or collapse non-matching data using the checkbox.

Feature Updated: Search History

Retention settings added to delete the cached searched after X days, set on the options page.

Feature Updated: Full Trace Tab

Changed how the FullTrace tab works as it now handles non-HL7 messages with the prettifier script. It's still a wee bit buggy but I'm working on it.

Feature Updated: Options Page Settings

More granular control enabled for settings.

Feature Updated: ReadMe file

Now sort of respects markdown on the options page. Ish. Makes it a bit easier to read

Background Tomfoolery:

Updated to load content scripts via a config file.

07/09/2026 Updates:

Version 1.11.0

Compatibility Update: HealthConnect

The extension should now work with HealthConnect instances.

Feature Added: Quick Analysis

On the message Viewer page there is now a Quick Analysis Tab. This shows a cut down version of the ChartJS integration for, you guessed it, quick analysis.

Feature Updated: Options Page

It looks marginally prettier (not my specialty) and is easier to navigate.

Feature Updated: Instances - Script Permissions

I'm planning on publishing this to the chrome/microsoft stores so we now ask the users for permission to run this extension on the urls added for your instances.

As it's only me editing this I've never bothered to do this - for some reason I trust myself not to add malware that scrapes other websites.

So now you control where these scripts run!

This is mainly for the Chrome store approval but I hope it gives you a warm fuzzy fealing too.

IMPORTANT If the features aren't working after this update, try clicking the IMPORT button on the Export/Import tab on the options page. This will prompt you to give permissions for this extension to run on your instances.

Organisational stuff: directories

These have been tidied.

Version 1.0.3 improves IRIS sign-in diagnostics and validates server information before establishing a connection. Empty and null read responses are rejected correctly, while successful empty writes—including HTTP 204—are supported.

Setup instructions now explain /api/admin Password authentication, the correct IRIS web port, and the separate /api/workbench extension.

Linux and Windows source checks, a fresh IRIS Community 2026.2 connection test, and the live browser demonstration passed.

Release and source download:
https://github.com/agammann/iris-workbench/releases/tag/v1.0.3

Updated installation instructions:
https://github.com/agammann/iris-workbench/blob/main/README.md

Watch the 2.5-minute captioned live demonstration:
https://github.com/agammann/iris-workbench/releases/download/v1.0.3/iris-workbench_1.0.3_screencast.mp4

[2.18.0] - 2026-10-13

Added

• Record map classes and their generated data classes are now automatically added to source control (#955)

Fixed

• Import All no longer deletes items that are mapped in from another database, which could delete Embedded Git itself where it is mapped instance-wide (#997)
• A custom pull event handler stored in the repository is now loaded and compiled before it runs, so operations on a freshly built instance no longer fail with <CLASS DOES NOT EXIST> (#1000)
• IRIS BI Architect no longer throws <CLASS DOES NOT EXIST> error when no cube selected (#980)

Initial Release

Agent

• The agent can read, edit, save and create classes and routines. Every save or create is a proposal you confirm, and OcuPilot's own classes are refused. When you ask about a class or routine, the agent reads its source, up to about 60,000 characters, and sends it to your configured model provider. Values that look like known secrets are filtered first.
• The agent can propose permission changes, and it refuses to act on a screen you can't open, naming the screen.
• Each turn starts with the tools for the screen you're on, the general tools and a tool search, and the agent finds any other tool it needs in the same turn. A turn's first request is now a few thousand tokens instead of close to two hundred thousand, so models with smaller context windows can hold it.
• Turns cost less and can go further: repeat calls in a turn reuse cached input where your provider supports it, so they are faster and cheaper, and a turn can make more calls before it reaches its token limit.
• Each tool call starts about a second faster.
• Long blocks in the agent panel start collapsed, with Show more and Show less.
• Agents using Google Gemini work again; a few tool descriptions were being rejected by Gemini.

Interoperability

• The Interoperability menus appear only in namespaces where interoperability is enabled.
• Accounts that use the classic Interoperability pages can sign in to OcuPilot.
• Productions: start, stop, restart, update or recover them. The agent now reports correctly when a stop is refused.
• Production items: enable, disable, add and remove them, each after confirmation.
• Item settings: view and change them, each change confirmed. Settings that look like passwords or keys are hidden and can't be changed here; use the classic portal for those. A file adapter's directory can't point into the instance's manager directory or OcuPilot's own folder.
• The production monitor, and tabs for each business host's status, queue, jobs, messages and log. Queued messages, queues and jobs can be aborted, and a job suspended or stopped.
• Business processes, business rules and data transformations are listed.
• Lookup tables: create and edit tables and their entries, and import or export them as .LUT files. Business partners can be viewed.
• Test a business host from its Test tab, which sends it a request.

Security and permissions

• The agent can no longer propose deleting, disabling or changing OcuPilot's own internal applications.
• Passwords typed into SQL statements are masked wherever statement text is shown, and before it reaches the agent.
• Screen permissions: see which permission each screen requires and adjust it. Nothing changes on update: every screen requires what it did until an administrator adjusts it.
• Authentication and web session options, superservers, and managed file transfer connections.
• Wallet secrets: RSA and symmetric keys.
• SQL privileges on objects and columns, and SQL admin privileges.
• Roles show each member's admin option, a new user can be copied from an existing one, and password rules can be set.

Web applications

• %-class access, Doc DB applications, privileged routine applications with their roles and routines, and spec-based REST services, including creating one.

Monitoring

• A Prometheus metrics table, and the dashboard's detail views: ECP, globals and routines, the most active processes, and system resources.
• OcuPilot no longer raises the instance's alert state for two harmless events of its own.

Fixes

• Confirming a save or create whose stored request is damaged is now refused.
• Several smaller fixes across tasks, databases, auditing and services.

Safety

• Fifteen more agent actions start switched off: removing a production item; aborting a job, a queue or a queued message; removing a lookup entry; deleting or importing a lookup table; deleting a managed file transfer connection or revoking its token; replacing an RSA wallet secret; deleting a superserver; and deleting a %-class access entry, a Doc DB application, a REST service or a privileged routine application. Turn them on under Agent co-pilot → Governance policy; the screens do all fifteen.
• Agent saves of classes and routines now start switched on. After an upgrade the agent begins offering them, unless you switched them off before; a setting you stored is kept.

Known issue

• Install OcuPilot into one namespace per instance: in this release, installing it with IPM into a second namespace moves its web applications to that namespace. The next release fixes this.

Requires InterSystems IRIS or IRIS for Health 2026.2 or later. Upgrading from 1.0.11 keeps your agent definitions, conversations, settings and audit records.

Initial Release

Due to third-party app scraping, HuggingFace has constrained anonymous access. Please sign-up for a HuggingFace account ( https://huggingface.co/ ) to gain proper access.

Agent

• The agent can run read-only SQL for you. It runs as you, with your SQL privileges checked on every statement, hides columns whose names suggest credentials, and refuses statements that carry code. A statement that changes data or the schema is a proposal you confirm, and that action starts switched off. What the agent reads goes to your model provider like any other tool result.
• A picker chooses which agent definition the panel uses. Picking another starts a new conversation, so a conversation's history never goes to a different provider.

System Explorer

• Document databases: list a namespace's DocDB databases, create one, and drop one by typing its name. The screen needs the %Service_DocDB service enabled.
• The data browser says "1 row" and "1 change" where it used to say "1 rows" and "1 changes".

OS management

• SQL activity: see the SQL statements running right now, slowest first, and open the process behind one. Statement text shows for your own statements, and for another user's only when you hold the database privileges.

Security

• Database encryption and data element encryption: activate a key file's keys and deactivate a key, with the vendor's refusals explained in plain sentences.
• Encryption startup settings: turning on audit-log encryption takes the strongest confirmation, and asking for the key at startup is refused while the audit log or a system database is still encrypted.

Safety

• Seven more agent actions start switched off: activating or deactivating a database or data element encryption key, changing the encryption startup settings, dropping a document database, and running SQL that changes data or the schema. Turn them on under Agent co-pilot → Governance policy; the screens do all seven.

Requires InterSystems IRIS or IRIS for Health 2026.2 or later. Upgrading from 1.0.10 keeps your agent definitions, conversations, settings and audit records.

System Explorer

• Data browser editing: change rows in place, add, duplicate and delete them, then save them all in one step after you confirm. A save runs as you, with your SQL privileges. Only a person saves, and rows never reach the agent.
• Data browser tabs: open up to eight tables side by side, each keeping its own filters, sort and page. Download the page as CSV, jump to a row number, and use keyboard shortcuts.
• Class reference: see a class's reference page from the instance's own class documentation, beside its source.

OS management

• ECP settings: view and change the application server and data server settings.
• ECP application servers: see which application servers are connected, and authorize, reject or delete their SSL/TLS requests.

Security

• Encryption key files: create a key file, and add or remove its keys and administrators. Removing a key that OcuPilot, a protected database or the journal relies on is refused.

Safety

• Six more agent actions start switched off: creating an encryption key file, adding or removing its keys or administrators, and deleting an ECP application server's SSL/TLS authorization. Turn them on under Agent co-pilot → Governance policy; the screens themselves do all six.

Fixes

• Download CSV keeps negative numbers in number columns as numbers.

For judges

• On the live demo, open System Explorer → Data browser, pick DemoData → Patient, and edit the sample rows: change a cell, add or delete a row, then save and confirm.

Requires InterSystems IRIS or IRIS for Health 2026.2 or later. Upgrading from 1.0.9 keeps your agent definitions, conversations, settings and audit records.

OpsDeck 1.0.1

This maintenance release adds a reproducible Docker quick-start for OpsDeck 1.0.

Docker quick-start

OpsDeck can now be started from a clean Docker environment using the documented quick-start workflow.
The workflow:

• starts the pinned InterSystems IRIS Community 2026.2 container;
• creates a fresh persistent IRIS data volume;
• generates a local _SYSTEM credential using the official InterSystems PasswordHash mechanism;
• downloads and verifies the exact qualified OpsDeck 1.0.0 release archive;
• installs OpsDeck through IPM;
• verifies the installed opsdeck 1.0.0 package;
• checks native and authenticated OpsDeck endpoints; and
• verifies the installation again after container restart.
  The native topology is unchanged: IRIS serves OpsDeck directly at /opsdeck/index.html. No Node.js container, proxy, or additional web server is introduced.
  The Docker service is bound to loopback by default, and generated credential material remains local and is ignored by Git.

Documentation

The Docker quick-start is now linked directly from the repository README alongside the native installation and evaluator guides.
This release does not replace or modify the qualified OpsDeck 1.0.0 application artifact. It adds a reproducible clean-environment deployment path around that existing release.

Production Release

System Explorer

• SQL query: run SQL as yourself, with your SQL privileges checked on every statement. A query runs at once; an insert, update, delete, schema change or procedure call runs only after you confirm it; statements that would manage users, roles or databases, read server files, set a password or touch OcuPilot's own tables are refused. Parameters, a row limit and Explain plan. Only a person runs SQL, and statements and results never reach the agent.
• Background queries: start a long query, leave, and pick up its result when you come back. Results are kept for 15 minutes and only you can see them.
• Data browser: pick a table from a tree and page through its rows, with filter and sort, using your own SQL privileges.

OS management

• License key: see the license, validate a new key, and activate it. Only a person can activate a key, and you confirm it first.
• License servers: list, create, edit and delete.
• ECP data servers: list, create, edit, delete and change their status.

Safety

• Three more agent actions start switched off: deleting a license server, deleting an ECP data server, and changing an ECP data server's status. Turn them on under Agent co-pilot → Governance policy; the screens themselves do all three.

For judges

• The live demo now has sample tables to try SQL query and the data browser on: DemoData.Patient and DemoData.Visit, with invented data.

Requires InterSystems IRIS or IRIS for Health 2026.2 or later. Upgrading from 1.0.8 keeps your agent definitions, conversations, settings and audit records.

System Explorer

• Edit source: open a class or routine and choose Edit source, then Save. Only a person can save code; the agent never does. A save is refused if someone else changed the document since you opened it, or holds it locked, and OcuPilot's own code cannot be saved.
• Search code across a namespace's classes and routines, compare two documents line by line, and find where a macro is defined. You can also ask the agent to search or look up a macro.
• An SQL catalog: schemas, tables, views and procedures, each with its details - fields, indices, triggers, constraints, partitions, cached queries and the SQL statements that use it. You see only what your own SQL privileges reach.

Journals

• The journal list and each file's details; switch to a new journal file or directory; check a journal's integrity.
• View and change the journal settings. A change is checked for the privileges it needs before anything is written, so it is never half-applied.
• Page through a journal file's records.

Easier to use

• Typing a screen's name in the command box opens that screen first.

Requires InterSystems IRIS or IRIS for Health 2026.2 or later. Upgrading from 1.0.7 keeps your agent definitions, conversations, settings and audit records.

IRIS startup fix

Thank you to the QA team for testing the full IRIS setup and reporting the password-change failure. The previously selected IRIS Community 2026.2 image lacks a utility needed by its --password-file startup path. The optional IRIS stack now pins the tested 2026.1 image and validates the password before startup.

A fresh full-stack run now starts IRIS, connects Battery as _SYSTEM, reads 16 tasks, and confirms that an unreviewed task is blocked. Live changes remain disabled by default. The lightweight synthetic demonstration is unchanged.

For a retest after a failed initialization, use a fresh disposable Compose project rather than deleting an existing data volume.

Source: https://github.com/rbnbric/armada-battery
Passing live check: https://github.com/rbnbric/armada-battery/actions/runs/37143309190

Model switch in the agent console (DPI-I-516)