Documentation, recorded evidence and judge-tooling update. No native code changes. The keyless launcher now pins verified native 0.3.2 explicitly, so publishing a newer package cannot move its install target. The local candidate verifier supports an offline literal install and checks installed identity. The recorded held-out wrong-delivery/review trade-off and three source-linked prose examples are easier to inspect. Includes the recorded evidence tour and receipt inspector. Native package 0.3.3; separate React workbench 0.2.1. Agent, deterministic policy, runtime sources and frozen evaluation records are unchanged; no new evaluation was run.

ISAIAH 0.2.0 — Developer Tools and FHIR Interoperability

ISAIAH began with a principle: an agent's answer isn't enough. We need to understand what it observed, verify its conclusions, and retain evidence of what actually happened.

Version 0.2.0 extends that approach beyond the original R17/R29 interoperability investigations into developer tools, interface inspection, and a controlled HL7-to-FHIR workflow.

What's New

• FHIR R4, R4B, and R5 OpenAPI export. Generate standalone OpenAPI 3.1 documents from approved local FHIR CapabilityStatements. The exporter includes advertised resource read/search operations, identifies omitted capabilities, and keeps advertised behavior separate from verified endpoint behavior. This implements the read/search portion of Community Idea DPI-I-804.
• Version-aware HL7-to-FHIR delivery. The generated synthetic Organization application was qualified against isolated local HAPI endpoints for R4, R4B, and R5. It binds delivery evidence to the destination, rejects version mismatches and conflicting resources, and handles duplicate requests and uncertain responses without blindly repeating writes.
• AI-assisted test proposals. Native AI Hub can propose bounded synthetic test inputs. ISAIAH derives expected results from a reviewed contract; model output does not directly become executable code or deployment authority.
• Interface and message-type inspection. Compare declared ObjectScript message types with independently observed trace information and generate reviewable, versioned synthetic interface artifacts.
• Evidence-linked developer guidance. Coach, Focus, and Companion present the same underlying facts while adapting the level of explanation.

Installation and Qualification

The 0.2.0 native IPM package passed clean installation on IRIS for Health Community AI Hub 2026.3.0AI Build 154U. A targeted upgrade from public IPM 0.1.0 to the qualified 0.2.0 archive also preserved existing synthetic receipts and message history.

The separate Node workflow passed clean-install testing and local R4/R4B/R5 delivery checks. The retained release review reports 44 passing offline tests, with two optional Hermes checks skipped.

Current Boundaries

ISAIAH remains an open-source local developer preview using synthetic data, not a production or clinical integration system.

The generated Organization workflow is intentionally narrow. OpenAPI export describes advertised capabilities; it does not establish access permissions or prove live endpoint behavior. Shared or untrusted writable project directories, general Node/Compose migrations, and unrestricted application generation are not qualified.

The public interactive demonstration is a simulation. The downloadable R17/R29 recording shows genuine earlier native execution, with its recording limitations disclosed.

Explore ISAIAH

• GitHub repository and installation instructions
• FHIR OpenAPI walkthrough
• Developer workflow documentation
• Interactive simulation
• Media gallery

Developed under the direction of Kenneth J. Smith with AI-assisted development and evidence-based verification.

SynapseHealer v1.0.1

🚀 Highlights

1. Native InterSystems Workflow Engine Routing

• Role Delivery: Created and verified the SynapseReviewers workflow role via Synapse.Config.WorkflowSetup, populated with authorized clinician/operator users.
• Two-Way Action Handling: Native Approve and Reject actions executed in the IRIS Workflow Inbox now invoke Synapse.Workflow.ReviewTaskResponse to transition local queue states and dispatch payloads to ResubmitDeliveryOp or QuarantineVaultOp.
• Portal Integration: Added deep-link navigation directly from the dashboard into the native InterSystems Zen Workflow Worklist (/csp/sys/%25CSP.UI.Portal.WorkflowWorklist.zen).

2. IPM (InterSystems Package Manager) Certification

• Verified module.xml specification for automated registration on the IPM Community Registry.
• Removed packaging artifacts that caused zpm load failures, enabling standalone installation via:

  zpm "install synapse-healer"
  

3. 24-Point Automated Verification Suite

• Added scripts/smoke_test.sh providing 24 automated checks across:
  • Idempotent workflow setup.
  • Role existence and active reviewer memberships.
  • Interoperability production runtime checks (Synapse.Production).
  • Task creation, task claim, approval, and rejection.
  • End-to-end execution of all 7 canonical HL7 and JSON replay scenarios.

4. Observability Dashboard Polish (ui/)

• Pipeline Stepper Animation: Visual step-by-step illumination across the 4 stages ($1 \rightarrow 2 \rightarrow 3 \rightarrow 4$) with smooth auto-scroll to the Diff Studio.
• Diff Token Badging: Exact mutated tokens glow in rose (1985-02-31, unescaped |, quoted strings) vs emerald (19850228, \F\, native types).
• HL7 Segments: Segments (MSH, EVN, PID, PV1, OBX) are split onto individual numbered lines.
• Presenter Reset: Added a one-click Reset control in the top bar to zero out counters on camera for video demos.
• Realistic Telemetry: Realistic latency variance derived from individual tool runtimes replacing flat static metrics.

---

Full Commit Diff: v1.0.0...v1.0.1
License: MIT
Author: Joseph Bassey John [email protected]

Shutter 1.4.4 lets anyone on the online demo play the scenarios, from their recordings.

• The public demo's account can press Run on Scenarios: every agent of its cases replays its recording, so no model is called and nothing counts against the demo's budget. The judges' runs stay live.
• A replayed run says so on its case, its agent runs and its banner. The single investigator, never recorded, is greyed out for it.
• Reset stays locked for the public account; the hourly reset cleans up after visitors.
• The docs name the two recovery paths and what each guarantees: a write through the receiver's API is verified at the receiver; an outage's resend through the engine is settled by the receiver's declared duplicate handling.
• A demo video: a 13-minute live run on the online demo, with captions, attached to the release as an MP4 that downloads without signing in.
• The README leads judges through the whole workflow, with links to the classes that carry it, and puts the measured results first: all twelve held-out cases rerun on 1.4.3 in every mode, with no wrong write in any mode.
• The README says the judges share one account on the demo, and with it 2 USD of live runs an hour.
• Tested: the full CI on GitHub against IRIS, plus the web and browser suites.

Full change log: https://github.com/MxSalata/shutter/blob/main/CHANGELOG.md

Suspend, resume and reroute, with a dry run

• Ask OcuTalon in the chat to suspend or resume an item of a watched production, or to reroute an incident's failed messages to another item. Each comes as an approval request with its own dry run: the item's state before and after, or the count, the current and new target and one example.
• Nothing changes until you approve, and after you approve the request's card shows what happened.
• While the incident is open, a suspend is undone the same way, by asking OcuTalon to resume the item. After it closes, enable the item again on the production's configuration page in the Management Portal.
• On the online demo every visitor shares the Orders production, so there OcuTalon offers the reroute only. Try it: after the guide's incident, More to try, Reject a fix, then Reroute the failed orders.

Partner delay notices, sent only after approval

• Ask OcuTalon in the chat to warn the partner about an incident's delay. It drafts a short notice from the incident's count, times, affected flow and cause, never from a message's contents, and raises it as an approval request that shows the exact text and every recipient.
• Nothing is sent until you approve. In demo mode the partner contacts are simulated and the approved notice goes to the Simulated mailbox, not to a real inbox.
• Try it: after the guide's incident, More to try, Warn the partner.

The Memory card: pinned and learned memories

• All memories lists what OcuTalon remembers, each marked Told or Learned, with Pin, Unpin and Forget on each and a search box.
• Pinned shows the facts read at the start of each conversation and how much of their 1,000-token limit (an estimate) they use.
• When OcuTalon keeps a fact you didn't ask it to remember, OcuTalon's code adds a line after the reply in the web chat and in Telegram: I'll remember this: "…". You can tell me to forget it. The line doesn't depend on the model.
• Try it: More to try, Pin a memory.

A Usage page

• Open Usage in the header to see your tokens and cost by day, agent, channel or model, counted per turn and per decision, with each day's largest model request (an estimate) against the 100,000-token limit.
• On the online demo you see only your own session's use. Try it: More to try, See tokens and cost.

A History page

• Open History in the header to look back at the decisions OcuTalon made on your messages, filtered by outcome, channel, date and fallback, each with its reasons and a link to its trace, and at your incidents with their state and, once closed, their summary.
• On the online demo you see only your own session's decisions and incidents. Try it: More to try, Look back at past decisions.

More to try, in four groups

• The guide's More to try panel now has 14 items under four headings: Incidents and fixes, Memory and documents, Safety and settings, and Usage and history.

Docs and CI

• The README's logo now uses a full web address, so it shows wherever the README is read.
• CI's browser and install tests now wait for a busy test port and retry once it is free, instead of failing.

Requires the InterSystems IRIS for Health AI Hub Early Access image, build 154 or build 109. Upgrading from 1.0.6 keeps your conversations, reminders, watches, approval requests, settings, memories, documents and Telegram pairing. The online demo runs 1.0.7.

---

Online demo: https://demo.ocutalon.com · Open Exchange: https://openexchange.intersystems.com/package/OcuTalon

Java PEX receipt exporter added to the native production. It exports signed, immutable JSON receipts after routing commits; retries reuse the original receipt, and export failures preserve the route. Receipt provenance follows the saved investigation mode. Includes the citation-completeness fix without changing deterministic policy. Verified on IRIS AI Hub 2026.3.0AI.154.0 / 154U ARM64, including a fresh offline 0.3.2 archive install. React workbench remains 0.2.1. Code, verification and limits: SilentShift 0.3.2.

Update deployment code and run code
Add picture

Address the issues raised by the experts

Updated walkthrough and documentation

• Added an inline video walkthrough to the application description.
• Demonstrates the current case interface, evidence review, and human decision process.
• Explains the reviewer and investigator agent roles.
• Improved narration timing and transitions, with English captions.
• Added a public watch page and downloadable MP4 requiring no sign-in.

The walkthrough includes synthetic practice scenes and a replay of retained evidence from the November 5 IRIS investigation.

Watch the walkthrough (3:55)

Download the MP4

Shutter 1.4.3 opens the online demo up for judges, with clearer words throughout. No new recovery features.

• The judges' account can play the scenarios on the online demo, S8 with the real agents included, within its own model budget share; only an operator or approver can reset the shared demo.
• On the demo, the site profile, agents' library and review annotation editors work as an approver's do, and their Save is locked: the demo's settings are never changed.
• Orders and results are described as they work since 1.3.0 and 1.4.0: findings for a person, and the approved outage resend.
• The Scenarios page: what each run mode does, and clearer scenario titles and summaries that put the decision first.
• Fixes: the tour's arrow no longer touches its section, and the scenario diagrams hold still when switching modes.
• Tested: the unit suites on AI Hub build 154 and IRIS 2026.2, the role checks for the judges' and demo accounts, and the browser suite.

Full change log: https://github.com/MxSalata/shutter/blob/main/CHANGELOG.md

Adds an IPM module for the Chronos ObjectScript production. The package requires IRIS 2026.3 or later with Interoperability enabled. A clean IRIS AI Hub 154U instance loaded the 1.0.2 archive with IPM 0.10.10 and compiled all 39 source classes. The full application runs through the existing Docker Compose setup. Installation instructions.

Native IRIS Workflow review task when the gate rejects an AI proposal (the reviewer's action does not change the stored result). IPM package now includes the worker's benchmark and replay recordings; one admin step, Storm.Review.Setup(reviewer), sets up the review role. demo.sh prints the Visual Trace session of storm A1.

Where an answer came from

• An answer from your documents now ends with a chip for each source, naming the document and its section. Press a chip to read the passage, or open the whole document on the Documents page.
• An answer that recalls a memory carries a From memory chip that shows what was remembered and when.
• Try it on the online demo: More to try, See where an answer came from.

A sample runbook in one press

• No file to hand? On the Documents page, press Add the sample runbook. A short runbook about the demo's Orders feed is added through the same upload as any file, and the button hides once it is in your list.
• When it reads Ready, ask "According to the runbook, what should I do when partner orders fail with a date error?" and look for the chip under the answer that names the runbook and its section.
• Try it: More to try, Ask about a document.

Incident summaries

• When an incident closes, OcuTalon writes a summary from its own records, with no extra model request: the timeline, the cause and evidence, each approval with its channel and time, the messages affected and the incident's model cost.
• It arrives in the chat and on the Simulated phone (and in Telegram when it is paired on your own install), and you can ask for it again in the chat.
• Try it on the online demo: after the guide's incident, More to try, Read the incident summary.

Memory: told or learned, and core memory

• Each memory now records whether you asked OcuTalon to remember it (told) or OcuTalon kept it from something you mentioned (learned). OcuTalon's code decides this from your own words, not the model. When the chat names a memory, it says "(told)" or "(learned)".
• Core memory: a pinned memory is given to the model at the start of every conversation, under a hard cap of 4,000 characters. A pin that would go over the cap is refused, and nothing changes. The web routes to list, pin and forget memories are in this release; the Memory card's pin button comes in the next one.
• Fixes: a first message of the day that fails before it reaches a model no longer uses up the day's session start, and today's notes no longer repeat your current message back to the model.

The heartbeat resumes itself

• If IRIS's Task Manager leaves the OcuTalon heartbeat task Suspended, for example after an update, every start now resumes it and writes one warning line to the start log. Before, background checks, watches and the digest's checks could stay paused until someone resumed the task by hand.

Groundwork for MCP servers and email

• The names and contracts for the next step are in place: a table of registered MCP servers that records each attach, the commands to manage them (admins only), a send-email command that from the chat can only send to your own mailbox address, and a record of which sessions belong to admins. Nothing here changes what you see yet.

Docs, install and CI

• The README opens with a header: the logo, a one-line description, and badges for CI on main, the latest release, the online demo's live status, Docker, IPM, AI Hub and the licence. It also names the contest the entry is for.
• The Dockerfile now sits at the repository root. Its content is unchanged, and ./install.sh works as before.
• CI's IRIS tests now run in 16 groups, so every group finishes well inside its time limit.

Requires the InterSystems IRIS for Health AI Hub Early Access image, build 154 or build 109. Upgrading from 1.0.5 keeps your conversations, reminders, watches, approval requests, settings, memories, documents and Telegram pairing. The online demo runs 1.0.6.

---

Online demo: https://demo.ocutalon.com · Open Exchange: https://openexchange.intersystems.com/package/OcuTalon

This release comes from a full end-to-end smoke test of the portal. Every feature was exercised in the browser, and the issues found were fixed and re-tested.

Bug fixes
Dialogs work again. “Add to dashboard”, “Create view” and “Schedule report” closed their dialog without doing anything. The cause was that the dialog’s close event doesn’t fire in some embedded browsers. Dialogs now read their result directly from the OK button, the Cancel button and the Esc key.
Views with ORDER BY. IRIS rejects ORDER BY in a view unless the query also has TOP (SQLCODE -143). The portal now adds TOP ALL automatically, so any result can be saved as a view.
Management Portal links. The README now uses the correct IRIS for Health paths (/csp/healthshare/copilot/...) for the Production Configuration and Message Viewer pages.
More accurate AI answers
Insights use totals computed by IRIS. When the AI summarizes a result, IRIS now calculates the sum, average, minimum and maximum of every numeric column across all rows. The model is told to quote those figures and never to add up or average rows itself. It may only compute a percentage for a single row. Before this fix, generated totals could be off.
Explain stays factual. Query explanations describe only what the SQL actually does. If the business glossary defines a rule that the query doesn’t apply (for example, excluding cancelled orders), the explanation says so instead of assuming it.
AI Analyst answers from the current turn. The agent uses only data returned by its tools in the current turn, never numbers or SQL from earlier answers.
Better handling of large catalogs
Question-aware catalog ranking. When more than 20 tables are visible, the copilot ranks them by relevance to the question before building the prompt, so the right tables are always included. A table scores higher when the question mentions its name, its columns or a glossary term, and related tables get a small bonus.
Source-scoped glossary. Only the business terms that apply to the selected sources are sent to the AI.
Verified in this release
Login and languages: login works, and the EN/PT-BR switch works.
Ask: charts, tables, insights, Refine and follow-up suggestions.
AI Analyst and source guard: the agent answers correctly. The source guard blocks questions about data outside the selected sources.
Dashboards: real-time refresh with simulated live orders, “Generate with AI”, and editing or removing widgets.
SQL editor: Run, Explain and Refine, plus the read-only SQL guard.
Views: create, query and delete.
Catalog and glossary: catalog filter and refresh, and adding, editing and deleting glossary terms.
History: reopening past queries.
Interoperability: the production is running, “Run now” on a scheduled report produces the AI report, and the full message trace is shown.
IRIS Management Portal: reachable through the Web Gateway.

Shutter 1.4.2 is a fix for the public demo's sign-in page. No new features.

• The sign-in page says the live hospital is on when it is: a visitor who isn't signed in now sees the full line (a real IRIS for Health instance with AI Hub, its build, made-up patients, a new failure every 7 minutes, reset on the hour). The signed-out health answer gives only whether the live hospital is on and how often it fails, and nothing once the hospital's player stops.
• Tested: the unit suites on AI Hub build 154 and IRIS 2026.2, a new end-to-end check on an install hardened like the demo, and the browser suite.

Full change log: https://github.com/MxSalata/shutter/blob/main/CHANGELOG.md

Compose one-command launcher, verified judge path, docs refresh.

Shutter 1.4.1 fixes what the hands-on recheck of 1.4.0 found. No new features.

• A resend whose result was unknown now settles by itself once the engine shows how it ended, and its case follows.
• The outage card shows each message once at its latest state, with counts that match what happened.
• No approval button appears before the recovery control has been read.
• A shadow-mode escalation reads Not sent.
• Orders, results and documents get words that are true in 1.4.0, and their findings one line each.
• The outage pause field's example date is in the future.
• Tested: all 56 rows of the pathology rig on AI Hub build 154, the unit suites on 154 and IRIS 2026.2, the browser suite, and each fix checked by hand.

Full change log: https://github.com/MxSalata/shutter/blob/main/CHANGELOG.md

README: live read-only online demo for judges

README: contest bonuses section and downloadable demo video

Shutter 1.4.0 completes pathology: after one approval, Shutter resends an outage's messages that never reached the receiver, one at a time, in order, through the engine itself.

• One approval of an outage's offered messages, then Engine Resend sends them in order, reading every rule again before each one and stopping at the first that doesn't complete. Stop Shutter recovery and shadow mode hold it too.
• Messages the receiver already holds close as already delivered; at a receiver of unknown duplicate handling, an approver can close a message as handled by hand. Nothing is sent for either.
• The patient check, narrowed for orders and results: results on other orders still go, while anything on the same order, a merge of the patient, or anything unread still holds.
• Fixed: the findings on an order or result case now reach the case (1.3.0's known issue).
• An email written with no mail server reads "Saved, not delivered", never Sent.
• The Evaluation page's approval safeguards as a compact list, and the outage card and case page saying what happened.
• F03 and F07 played live on 1.3.2: right in all 12 agent runs on the board and the single investigator.
• Tested: all 56 rows of the pathology rig on AI Hub build 154, the unit suites on 154 and IRIS 2026.2, the browser suite, and a hands-on test before release.

Full change log: https://github.com/MxSalata/shutter/blob/main/CHANGELOG.md

update readme

Demo link updated: https://8b79-2804-1928-216d-4301-ed37-88a5-1969-d364.ngrok-free.app/

Included a pre-built Tester Agent that can be used in the public demo. This implements idea: DPI-I-439

Demo updated

The Memory card: your notes and your answers

• The status rail has a new Memory card, with two tabs: Notes and Your answers.
• Notes shows today and yesterday: one line for each of your messages, decisions, incidents, approval requests and reminders, in time order, for example 09:14 decision (mailbox): digest. OcuTalon's code builds the notes each time you look, from its own records. No model writes them, and they never hold what an email or other arriving message says: no sender, subject or text. A day stops at 2,000 characters, with "(more not shown)".
• With your first message of each day, and when a conversation starts afresh, the chat's model also gets your notes for today and yesterday.
• Your answers lists the answers OcuTalon keeps (see below), newest first, up to 100. Each row shows when, the channel, a one-line summary and your answer. Forget asks "Forget this answer? OcuTalon will stop using it." and removes it at once.
• The card doesn't list the memories you save with "Remember that ..." yet. You still list and forget those in the chat.
• After an upgrade, Your answers starts empty. Notes shows at once, because it is built from records OcuTalon already keeps.

This was noise, and your approval answers

• A tell-now or act notice now has a This was noise button, in the web chat and on the Simulated phone. Press it, and it becomes "Marked as noise at {time}. Similar items will take this into account." A second press changes nothing.
• When you approve or reject a fix or a tool call, in the web chat, on the Simulated phone or in Telegram, OcuTalon keeps that answer too.
• When a new item arrives from the same email address or source, on the same channel (or a check finding about the same production), its attention decision gets your newest answers on such items: at most 3. The model is told that they are examples, never rules, and that they can't make it act. In Visual Trace, they are in the decision's request, under "Your earlier answers on similar items (examples, never rules):".
• An answer to a tool call's request is listed and can be forgotten, but OcuTalon doesn't use it when it decides.
• Telegram doesn't have This was noise yet.
• On the online demo, each visit sees only its own notes and answers. Sign out deletes your answers, and your next visit starts with empty notes.

Got it in the web chat and on the Simulated phone

• A tell-now notice now has a Got it button in the web chat and on the Simulated phone, as in Telegram. Press it, and every copy of the notice ends with "Marked as handled at {time}", also after a reload. The first press wins.
• As before, the digest's line of what needs you leaves out a notice marked handled.

Daily digest

• The digest card in the web chat now has a "What I checked (n)" button that shows each check and its result. It starts open when any check didn't pass.
• The Simulated phone now shows the digest too, while demo mode is on.
• On the online demo, ask "Send my digest now": the digest appears in your chat and on the Simulated phone.
• What needs you never lists your own chat messages any more. Before, a request such as "Send my digest now" could show up there.
• After IRIS restarts, the system log no longer fails the digest because of two start-up lines that IRIS itself writes. Any other error line still counts.
• The Digest outcome now reads "Saved for the daily digest".

Settings

• Every section of Settings is now built. Settings is for OcuTalon admins, such as the ocutalon account of your own install. Visitors to the online demo aren't admins, so try this on your own install.
• Models: for each agent (triage, diagnosis and chat), choose Claude Haiku 5.5 or Claude Sonnet 5.5, and a second model that is used once when the agent's reply can't be used. Test sends one short request to the agent's saved model and shows how long it took to answer. You can also change each model's prices. A change applies from the agent's next model request.
• Keys stay in .env: the page never shows or asks for one. A provider whose key isn't set shows "No key set. Add {variable} to .env." Anthropic is the only provider listed.
• Budgets: the token budget per decision and the daily cost cap. When the cap is reached, the warning banner has a Budgets link for an admin.
• Daily digest: when it is sent, and where: the web chat, the Simulated phone (while demo mode is on) and Telegram (while it is on). Send my digest now sends one at once.
• Time zone: the zone of message times, reminders, the digest and the current time the model gets. Times on the page stay in your browser's zone.
• Channels: whether Telegram is on, paused or not set up. There is nothing to save here.
• A save shows "Saved. Applies within a minute. Recorded in the audit log." No restart is needed.

Fixes

• After an incident is resolved, reopened or dismissed, OcuTalon checks that production again at once. The Background checks list and the answer to "Is anything wrong right now?" agree with the incident within seconds, instead of up to a minute later. Try it on the online demo: approve the guide's fix and watch Background checks.
• An install or start could fail, saying an item didn't run, when that item was turned off by its default setting, such as the Telegram service on an install with no bot. The start's check now leaves such an item out.
• If IRIS stops while an approved call is running, OcuTalon now closes that call as interrupted when IRIS starts again, and never runs it a second time. Before, it could stay in progress for good.
• When an approved call can't run, the decision now says why in plain words: "No model key is set, so the approved call did not run. Nothing was changed." or "The model provider could not be reached, so the approved call did not run. Nothing was changed."
• The list of productions OcuTalon can watch now says whether each one is running, so the chat can tell you.

Data kept

• The nightly purge (03:00, 90 days by default) now also deletes chat turns and channel deliveries older than that, and a session with nothing newer. A session that is signed in, paired with Telegram, or has a watch, a pending reminder or an open approval request is kept, and so is one that holds a memory or a document. The purge never deletes memories, documents or IRIS audit log entries.
• Your answers and Got it marks older than 90 days are purged the same way.

Docs and install

• The README has a section for judges, with where to look for each criterion, a "New since 1.0.0" list with where to try each item on the online demo, and a contest checklist. Its Measured table now shows release 1.0.4's evaluation, and it says what changes without the agent: fixed rules alone get 6 of the 24 routine items right and give no incident a cause or a fix.
• The security overview says that daily notes and your earlier answers go to the model provider inside requests.
• The evaluation set has three new cases for your answers: the same email with no answers and with three This was noise answers from that sender, and an answer whose summary tries to give the model an instruction. They have their own score in the report, with no target yet.
• ./install.sh, the Docker image's build and the Python packages OcuTalon installs are unchanged since 1.0.4.

Requires the InterSystems IRIS for Health AI Hub Early Access image, build 154 or build 109. Upgrading from 1.0.4 keeps your conversations, reminders, watches, approval requests, settings, memories, documents and Telegram pairing. The online demo runs 1.0.5.

Initial Release

Frontend redesign for container and live demo. No Backend changes were added.

Shutter 1.3.2 is a patch on 1.3.0.

• The live banner on a phone: the budget line under the banner's bar stays on one line at 360 px.
• Tests: three test fixes, so the whole CI run passes again, including the online trial's deployment.
• README: the reason for building Shutter now says production exposes conditions that test environments cannot fully reproduce.
• Known issue carried from 1.3.0: the findings on an order or result case don't yet reach the case end to end on the test rig; the fix comes in 1.4.0, with pathology tier C.

Full change log: https://github.com/MxSalata/shutter/blob/main/CHANGELOG.md

Knos turns any research into a product billions of people use, in days, not years. Knos carries research across the valley of death, toward Kardashev II and III. Description updated.

Initial Release