<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
<title>Everruns Cloud changelog</title>
<link>https://docs.everruns.com/changelog/cloud/</link>
<atom:link href="https://docs.everruns.com/changelog/cloud/rss.xml" rel="self" type="application/rss+xml"/>
<description>What changed in Everruns Cloud, one short entry per change.</description>
<language>en</language>
<lastBuildDate>Mon, 12 Oct 2026 00:00:00 GMT</lastBuildDate>
<item><title>Browser agents see their screenshots and keep their page</title><link>https://docs.everruns.com/changelog/2026-10-12-browser-agents-screenshots-focus/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-12-browser-agents-screenshots-focus/</guid><pubDate>Mon, 12 Oct 2026 00:00:00 GMT</pubDate><description>Browser screenshots now reach the model, Browserless tools no longer race on one page, and key presses report where focus landed.</description><content:encoded><![CDATA[<p>Screenshots from the <code dir="auto">browser</code> and <code dir="auto">browserless_screenshot</code> tools now reach the
model. Before, any image over 64 KiB (almost every screenshot) was silently
dropped; images now have their own 5 MiB budget, and a dropped image is named in
the tool result.</p>
<p>Browserless tools and the <code dir="auto">browser</code> tool share one browser per session, and now
run one at a time instead of racing on the same page. <code dir="auto">browserless_content</code>,
<code dir="auto">browserless_scrape</code> and <code dir="auto">browserless_screenshot</code> read in a tab of their own, so
they no longer move the page the agent is working in.</p>
<p>A <code dir="auto">browser</code> key press now reports where focus landed (<code dir="auto">Pressed Tab. Focus is on link "Vision".</code>), and <code dir="auto">read_page</code> marks the focused element, which makes
keyboard and accessibility testing practical.</p>
<p>Connecting a connector that is turned off for the organization now says so, and
where an admin turns it on, instead of reporting an unknown connector.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Fix</category></item>
<item><title>Call one agent from code with an Agent API key</title><link>https://docs.everruns.com/changelog/2026-10-11-agent-api-channel/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-11-agent-api-channel/</guid><pubDate>Sun, 11 Oct 2026 00:00:00 GMT</pubDate><description>An Agent API channel gives an application a key that reaches one agent's sessions, with streaming, approvals, end users, browser origins and spend limits.</description><content:encoded><![CDATA[<p><strong>In the UI:</strong> add an <strong>Agent API</strong> channel to an agent, publish it, and create a
key in its <strong>Agent keys</strong> card. The secret (<code dir="auto">evr_ak_…</code>) is shown once. An
application holding it can call this one agent and nothing else; keys rotate
with an overlap window and can be revoked.</p>
<p><strong>In code:</strong> routes under <code dir="auto">/v1/channels/{channel_id}</code> start sessions, send
messages, follow events over SSE, answer questions, approve tools and cancel
turns. A key sees only the sessions it started. Channel settings add end users
through your own identity provider, browser origins, <code dir="auto">Idempotency-Key</code> retries,
a daily spend limit per caller, and access for organization members.</p>
<p>See <a href="https://docs.everruns.com/how-to/call-your-agent-from-code/">Call your agent from code</a>,
<a href="https://docs.everruns.com/features/channels/#agent-api">Agent API</a> and <a href="https://github.com/everruns/everruns/pull/4438">#4438</a>, <a href="https://github.com/everruns/everruns/pull/4490">#4490</a>, <a href="https://github.com/everruns/everruns/pull/4508">#4508</a>, <a href="https://github.com/everruns/everruns/pull/4511">#4511</a>, <a href="https://github.com/everruns/everruns/pull/4514">#4514</a>, <a href="https://github.com/everruns/everruns/pull/4516">#4516</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Tools in Shell runs an agent's tools from Bashkit scripts</title><link>https://docs.everruns.com/changelog/2026-10-10-tools-in-shell/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-10-tools-in-shell/</guid><pubDate>Sat, 10 Oct 2026 00:00:00 GMT</pubDate><description>The tools_in_shell capability moves most tools into one tools shell command, so a script can chain calls, preview them with tools plan and ask approval first.</description><content:encoded><![CDATA[<p>The <strong>Tools in Shell</strong> capability (<code dir="auto">tools_in_shell</code>) moves most of an agent’s
tools, MCP servers included, from the model’s tool list into one <code dir="auto">tools</code>
command in the Bashkit shell. One script can call several tools and filter
results with <code dir="auto">jq</code> before the model sees them:</p>
<div class="expressive-code"><link rel="stylesheet" href="https://docs.everruns.com/_astro/ec.aiyd6.css"><script type="module" src="https://docs.everruns.com/_astro/ec.0vx5m.js"></script><figure class="frame is-terminal not-content"><figcaption class="header"><span class="title"></span><span class="sr-only">Terminal window</span></figcaption><pre data-language="bash" class="wrap" style="--ecMaxLine:81ch"><code><div class="ec-line"><div class="code"><span style="--0:#6F42C1;--1:#B392F0">tools</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#032F62;--1:#9ECBFF">github</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#032F62;--1:#9ECBFF">list-pulls</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#032F62;--1:#9ECBFF">'{"repo":"acme/api","state":"open"}'</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#BF3441;--1:#F97583">|</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#6F42C1;--1:#B392F0">jq</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#005CC5;--1:#79B8FF">-r</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#032F62;--1:#9ECBFF">'.[].number'</span></div></div></code></pre><div class="copy"><div aria-live="polite"></div><button title="Copy to clipboard" data-copied="Copied!" data-code="tools github list-pulls &#x27;{&#x22;repo&#x22;:&#x22;acme/api&#x22;,&#x22;state&#x22;:&#x22;open&#x22;}&#x27; | jq -r &#x27;.[].number&#x27;"><div></div></button></div></figure></div>
<p>Every call goes through the turn’s tool policy. A script that would make a call
needing approval is held before it starts. <code dir="auto">tools plan</code> lists a script’s calls
and their risk without running anything. Tools with no risk hints are rated
once, which <strong>Rate unlabeled tools</strong> can turn off. Each call shows in the
session timeline under its shell call.</p>
<p>See <a href="https://docs.everruns.com/capabilities/tools-in-shell/">Tools in Shell</a> and <a href="https://github.com/everruns/everruns/pull/4385">#4385</a>, <a href="https://github.com/everruns/everruns/pull/4388">#4388</a>, <a href="https://github.com/everruns/everruns/pull/4435">#4435</a>, <a href="https://github.com/everruns/everruns/pull/4439">#4439</a>, <a href="https://github.com/everruns/everruns/pull/4443">#4443</a>, <a href="https://github.com/everruns/everruns/pull/4501">#4501</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Session Trace view replaces Transcript and Timeline</title><link>https://docs.everruns.com/changelog/2026-10-10-session-trace-view/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-10-session-trace-view/</guid><pubDate>Sat, 10 Oct 2026 00:00:00 GMT</pubDate><description>Sessions open on a Trace tab that lays out turns and steps with timing bars, an inspector for each step's input, output and model request, and event search.</description><content:encoded><![CDATA[<p><img alt="Session Trace tab with two turns, the step waterfall and the inspector open on a write_file call" loading="lazy" decoding="async" width="2400" height="1800" src="https://docs.everruns.com/_astro/session-trace@2x.CSQ3pNjN_1zq98G.webp"></p>
<p><strong>In the UI:</strong> a session now opens on <strong>Trace</strong>, which replaces the Transcript
and Timeline tabs. A turn rail with a minimap leads to each turn’s steps: model
calls, tool calls, approvals, sub-agents and messages, with waterfall timing
bars. The step inspector shows input, output, the full model request and raw
events. Batches and sub-agents expand inline, search jumps to a hit, and <code dir="auto">j</code>
and <code dir="auto">k</code> move between steps. The view, error filter and selected step live in
the URL.</p>
<p><strong>In code:</strong> read the same data from <code dir="auto">/v1/sessions/{id}/trace</code>, or with
<code dir="auto">everruns sessions trace get</code> and <code dir="auto">everruns sessions trace turns list</code>.</p>
<p>See <a href="https://docs.everruns.com/features/ui/#sessions">Web UI</a>, the <a href="https://docs.everruns.com/reference/cli/sessions/">sessions CLI reference</a>
and <a href="https://github.com/everruns/everruns/pull/4481">#4481</a>, <a href="https://github.com/everruns/everruns/pull/4500">#4500</a>, <a href="https://github.com/everruns/everruns/pull/4503">#4503</a>, <a href="https://github.com/everruns/everruns/pull/4556">#4556</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>CLI</category><category>Feature</category></item>
<item><title>Session SQL databases survive server restarts</title><link>https://docs.everruns.com/changelog/2026-10-10-session-sql-databases-persist/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-10-session-sql-databases-persist/</guid><pubDate>Sat, 10 Oct 2026 00:00:00 GMT</pubDate><description>Session SQL databases are now stored in PostgreSQL page by page, so a server restart no longer loses them and every server instance sees the same data.</description><content:encoded><![CDATA[<p>Databases created with the SQL database capability lived only in one server
process’s memory, so a restart lost them and other server instances never saw
them.</p>
<p>The server now keeps an in-memory SQLite cache per database and, after every
write, stores only the changed 4 KB pages in PostgreSQL in one transaction. A
server that does not have the database cached rebuilds it from the stored
pages, and each commit is a compare-and-set so concurrent writers cannot
overwrite each other. Agents keep using <code dir="auto">sql_execute</code>, <code dir="auto">sql_query</code> and
<code dir="auto">sql_schema</code> as before.</p>
<p>See <a href="https://docs.everruns.com/capabilities/sql-database/">SQL database</a> and <a href="https://github.com/everruns/everruns/pull/4553">#4553</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Fix</category></item>
<item><title>Everruns agents act as Poppy personal agents</title><link>https://docs.everruns.com/changelog/2026-10-10-poppy-personal-agents/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-10-poppy-personal-agents/</guid><pubDate>Sat, 10 Oct 2026 00:00:00 GMT</pubDate><description>The poppy_client capability lets an Everruns agent find a company's agent through the Personal Agent Protocol, talk to it and hand off to a person there.</description><content:encoded><![CDATA[<p>The <a href="https://personalagentprotocol.org">Personal Agent Protocol</a> (“Poppy”) lets
a person’s own agent do business with a company: find it, start a conversation
with its agent, and hand off to a person. Add the <code dir="auto">poppy_client</code> capability and
an Everruns agent becomes that personal agent for any company that publishes
<code dir="auto">/.well-known/poppy.json</code>, with nothing to register. Platform Chat has it.</p>
<div class="expressive-code"><link rel="stylesheet" href="https://docs.everruns.com/_astro/ec.aiyd6.css"><script type="module" src="https://docs.everruns.com/_astro/ec.0vx5m.js"></script><figure class="frame not-content"><figcaption class="header"></figcaption><pre data-language="json" class="wrap" style="--ecMaxLine:39ch"><code><div class="ec-line"><div class="code"><span style="--0:#24292E;--1:#E1E4E8">{ </span><span style="--0:#005CC5;--1:#79B8FF">"ref"</span><span style="--0:#24292E;--1:#E1E4E8">: </span><span style="--0:#032F62;--1:#9ECBFF">"poppy_client"</span><span style="--0:#24292E;--1:#E1E4E8">, </span><span style="--0:#005CC5;--1:#79B8FF">"config"</span><span style="--0:#24292E;--1:#E1E4E8">: {} }</span></div></div></code></pre><div class="copy"><div aria-live="polite"></div><button title="Copy to clipboard" data-copied="Copied!" data-code="{ &#x22;ref&#x22;: &#x22;poppy_client&#x22;, &#x22;config&#x22;: {} }"><div></div></button></div></figure></div>
<p>The deployment holds one personal agent identity with pairwise user IDs, and
keys and session tokens stay in the control plane. A Poppy channel type serves
the company side of the protocol.</p>
<p>See <a href="https://docs.everruns.com/capabilities/poppy-personal-agent/">Poppy personal agent</a> and <a href="https://github.com/everruns/everruns/pull/4479">#4479</a>, <a href="https://github.com/everruns/everruns/pull/4549">#4549</a>, <a href="https://github.com/everruns/everruns/pull/4558">#4558</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Add your own MCP servers and use them in chat</title><link>https://docs.everruns.com/changelog/2026-10-10-my-mcp-servers/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-10-my-mcp-servers/</guid><pubDate>Sat, 10 Oct 2026 00:00:00 GMT</pubDate><description>People add personal MCP servers in Settings, and agents with the User MCP Servers capability use them, including servers connected in the middle of a chat.</description><content:encoded><![CDATA[<p><strong>In the UI:</strong> open <strong>Settings > My agent experience > My MCP servers</strong> and
choose <strong>Add server</strong>, from the organization catalog or by URL. Signing in to a
catalog server as yourself also adds it to this list. In Chat, the <strong>MCP</strong>
button lists a conversation’s chat-only servers.</p>
<p><strong>For agents:</strong> with the <strong>User MCP Servers</strong> capability (<code dir="auto">user_mcp</code>), each turn
adds the enabled servers of the person chatting. Platform Chat has it on, with
<code dir="auto">manage</code> so it can add and connect servers mid-conversation after approval.
Personal servers load their tools on demand unless you turn off <strong>Load tools on
demand</strong>.</p>
<p>See <a href="https://docs.everruns.com/features/user-mcp-servers/">User MCP servers</a>, the
<a href="https://docs.everruns.com/capabilities/user-mcp-servers/">capability</a> and <a href="https://github.com/everruns/everruns/pull/4295">#4295</a>, <a href="https://github.com/everruns/everruns/pull/4315">#4315</a>, <a href="https://github.com/everruns/everruns/pull/4345">#4345</a>, <a href="https://github.com/everruns/everruns/pull/4381">#4381</a>, <a href="https://github.com/everruns/everruns/pull/4496">#4496</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Label MCP tools as read only or changes things</title><link>https://docs.everruns.com/changelog/2026-10-10-mcp-tool-risk-labels/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-10-mcp-tool-risk-labels/</guid><pubDate>Sat, 10 Oct 2026 00:00:00 GMT</pubDate><description>Save a risk label on each tool of an organization MCP server to decide whether it asks for approval, with model-suggested labels a person can accept.</description><content:encoded><![CDATA[<p>Everruns cannot see inside a remote tool, so most MCP tools ask for approval by
default. A saved label now decides it: <strong>Read only</strong> never asks, <strong>Changes
things</strong> always asks. A label wins over the server’s own hints and survives
tool list changes.</p>
<p><strong>In the UI:</strong> open <strong>Settings > MCP catalog</strong> and click <strong>Tools</strong> on a server.
<strong>Suggest labels</strong> asks a decision model to judge unlabeled tools; nothing
changes until someone picks a choice or clicks <strong>Use suggestion</strong>.</p>
<p><strong>In code:</strong> <code dir="auto">PUT /v1/mcp-servers/{id}/tools/{tool_name}/label</code> with
<code dir="auto">{"label": "read_only"}</code>, or <code dir="auto">everruns mcp-servers label-tool</code> and
<code dir="auto">suggest-labels</code> on the CLI. Label changes are in the server’s history.</p>
<p>See <a href="https://docs.everruns.com/features/mcp/#which-tools-ask-before-they-run">Which tools ask before they run</a>
and <a href="https://github.com/everruns/everruns/pull/4475">#4475</a>, <a href="https://github.com/everruns/everruns/pull/4498">#4498</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>CLI</category><category>Feature</category></item>
<item><title>Built-in harnesses reorganized as a tree by use case</title><link>https://docs.everruns.com/changelog/2026-10-10-harness-tree/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-10-harness-tree/</guid><pubDate>Sat, 10 Oct 2026 00:00:00 GMT</pubDate><description>Base, Conversation, Worker, Bashkit Worker and Sandbox Worker now form a tree of built-in harnesses, and existing Worker bindings move by sandbox policy.</description><content:encoded><![CDATA[<p>The built-in harnesses now form a tree where each layer answers one question.
<strong>Base</strong> carries the system essentials. <strong>Conversation</strong> (the default) adds chat
features with no workspace, and <strong>Worker</strong> adds files, skills and delegation
with no compute. <strong>Bashkit Worker</strong> and the new <strong>Sandbox Worker</strong> split Worker
by where commands run, and each enforces that rule on agents and sessions.</p>
<p>Organizations are migrated once: agents bound to the old Worker move to Bashkit
Worker or Sandbox Worker based on their sandbox policy. Worker Base and Generic
stay as deprecated harnesses for existing bindings.</p>
<p>See <a href="https://docs.everruns.com/features/harnesses/#built-in-harnesses">Built-in harnesses</a> and <a href="https://github.com/everruns/everruns/pull/4484">#4484</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Improvement</category></item>
<item><title>Pick and configure guardrail checks in the agent editor</title><link>https://docs.everruns.com/changelog/2026-10-10-guardrail-checks-editor/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-10-guardrail-checks-editor/</guid><pubDate>Sat, 10 Oct 2026 00:00:00 GMT</pubDate><description>The Guardrails settings panel lets authors add presets or single checks and set their stage and action, and model-backed checks can now judge the final reply.</description><content:encoded><![CDATA[<p><strong>In the UI:</strong> the Guardrails capability settings on an agent or harness is now
an editor instead of a raw form. Add a gallery preset to append its checks, or
add a single check and set its rule, stage and what happens on a match. Choose
whether a policy judge or moderation check is answered by the utility model or
the organization’s decision model. The mode reads <strong>Active</strong> or <strong>Advisory</strong>.</p>
<p><strong>For agents:</strong> <code dir="auto">llm_judge</code> and <code dir="auto">mcp</code> checks are now valid on the output stage.
They run once on the finalized assistant message, with the same caps, advisory
downgrade and fail-open behavior as the tool stages.</p>
<p>See <a href="https://docs.everruns.com/capabilities/guardrails/">Guardrails</a> and <a href="https://github.com/everruns/everruns/pull/4459">#4459</a>, <a href="https://github.com/everruns/everruns/pull/4542">#4542</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Improvement</category></item>
<item><title>GitHub triggers wake agents on CI results</title><link>https://docs.everruns.com/changelog/2026-10-10-github-ci-triggers/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-10-github-ci-triggers/</guid><pubDate>Sat, 10 Oct 2026 00:00:00 GMT</pubDate><description>GitHub triggers now receive workflow run and check suite completions, and a changes-only filter wakes the agent only when a workflow's CI result changes.</description><content:encoded><![CDATA[<p>A GitHub trigger now fires on <code dir="auto">workflow_run</code> and <code dir="auto">check_suite</code> completions, with
a normalized <code dir="auto">github.ci</code> context for the message and each workflow as its own
subject. New agent GitHub Apps request read access to actions and checks; the
agent’s GitHub card lists what an older App is missing.</p>
<p>Turn on <strong>Only when the CI result changes</strong> in the GitHub trigger form to wake
the agent only when the outcome for a workflow and branch changes, for example
from passing to failing, instead of on every run. Triggers expose this as the
<code dir="auto">changes_only</code> filter.</p>
<p>See <a href="https://docs.everruns.com/features/agent-triggers/">Agent triggers</a>,
<a href="https://docs.everruns.com/how-to/summarize-github-pull-requests/">Summarize GitHub pull requests</a> and <a href="https://github.com/everruns/everruns/pull/4541">#4541</a>, <a href="https://github.com/everruns/everruns/pull/4546">#4546</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Explicit communication lets agents choose when to reply</title><link>https://docs.everruns.com/changelog/2026-10-10-explicit-communication/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-10-explicit-communication/</guid><pubDate>Sat, 10 Oct 2026 00:00:00 GMT</pubDate><description>An agent's Communication setting can be Explicit, so assistant text stays as private notes and the agent speaks only through send_message or stays silent.</description><content:encoded><![CDATA[<p>Every agent now has a <strong>Communication</strong> setting. <strong>Direct</strong>, the default, keeps
today’s behavior: the assistant text is the reply. <strong>Explicit</strong> treats
assistant text as private working notes; the agent talks only by calling
<code dir="auto">send_message</code> and can call <code dir="auto">no_reply</code> to stay silent.</p>
<p>This fits Slack channels and conversations with several people, where the
agent should answer only when it has something to add. The setting is on the
agent in the web UI, the API, agent packages, the Framework builder and the CLI,
and it replaces Slack’s per-endpoint reply mode. Every sent message is recorded
as a <code dir="auto">conversation.message</code> event.</p>
<p>See <a href="https://docs.everruns.com/features/explicit-communication/">Explicit communication</a> and <a href="https://github.com/everruns/everruns/pull/4447">#4447</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>CLI</category><category>Feature</category></item>
<item><title>Outbound network policy modes, audit log and org allowlists</title><link>https://docs.everruns.com/changelog/2026-10-10-egress-policy-controls/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-10-egress-policy-controls/</guid><pubDate>Sat, 10 Oct 2026 00:00:00 GMT</pubDate><description>Operators choose open or curated outbound access, every outbound request is audited with its org and session, and admins can widen the allowlist for one org.</description><content:encoded><![CDATA[<p>Self-hosted deployments set <code dir="auto">EVERRUNS_EGRESS_POLICY</code> to <code dir="auto">open</code>,
<code dir="auto">curated-writes</code> or <code dir="auto">curated-all</code>. In <code dir="auto">curated-writes</code>, plain GET and HEAD reads
reach public hosts while writes, MCP and integration traffic still need the
allowlist; a curated deny list applies first in both curated modes. The system
allowlist grew to about 510 host patterns.</p>
<p>Every outbound request is logged on the <code dir="auto">everruns::egress::audit</code> target with
its decision, host, status, organization and session.</p>
<p>A platform administrator can let an organization extend the allowlist with up
to 50 host patterns, or grant it open egress. Manage this with
<code dir="auto">everruns orgs egress-allowlist</code>.</p>
<p>See <a href="https://docs.everruns.com/advanced/network-access/">Network access</a>, the
<a href="https://docs.everruns.com/reference/cli/orgs/">orgs CLI reference</a> and <a href="https://github.com/everruns/everruns/pull/4432">#4432</a>, <a href="https://github.com/everruns/everruns/pull/4437">#4437</a>, <a href="https://github.com/everruns/everruns/pull/4452">#4452</a>, <a href="https://github.com/everruns/everruns/pull/4534">#4534</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>CLI</category><category>Feature</category></item>
<item><title>Everruns Cloud verify-email screen sends a new link again</title><link>https://docs.everruns.com/changelog/2026-10-10-cloud-verify-email-resend-fix/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-10-cloud-verify-email-resend-fix/</guid><pubDate>Sat, 10 Oct 2026 00:00:00 GMT</pubDate><description>The email verification step on Everruns Cloud now offers Sign in again, which sends a fresh link, replacing a resend action that never sent any mail.</description><content:encoded><![CDATA[<p>On <a href="https://app.everruns.com">Everruns Cloud</a>, the screen that asks you to
verify your email had a resend action that reported success but sent nothing,
so an expired verification link left you stuck.</p>
<p>The screen now offers <strong>Sign in again</strong>. Signing in again at Everruns ID sends a
fresh verification link if the old one expired, and you continue to onboarding
once the address is verified.</p>
<p>See <a href="https://docs.everruns.com/getting-started/cloud/">Everruns Cloud quickstart</a>.</p>]]></content:encoded><category>Cloud</category><category>Fix</category></item>
<item><title>Everruns Cloud shows spend per model and agent on a Usage tab</title><link>https://docs.everruns.com/changelog/2026-10-10-cloud-usage-tab-credit/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-10-cloud-usage-tab-credit/</guid><pubDate>Sat, 10 Oct 2026 00:00:00 GMT</pubDate><description>A Usage tab breaks down Everruns Cloud charges by day, model and agent with token counts and CSV export, and a credit chip and banner warn on low credit.</description><content:encoded><![CDATA[<p><strong>Settings</strong> > <strong>Usage</strong> shows what your organization was charged on
<a href="https://app.everruns.com">Everruns Cloud</a>: per service, per day, per model and
per agent, with input and output tokens next to the dollars, the credit
activity, and a CSV export. Agents that use your own provider keys are not
billed here, and the tab says so.</p>
<p>A credit chip under the sidebar shows the balance and links to <strong>Billing</strong>. A
banner appears on every page when credit is low (under $1), below zero, or used
up, asking members to contact an admin and admins to top up.</p>
<p>See <a href="https://docs.everruns.com/getting-started/cloud/#credit-and-the-spend-cap">Credit and the spend cap</a>.</p>]]></content:encoded><category>Cloud</category><category>Feature</category></item>
<item><title>ChatGPT plan connections no longer need a feature flag</title><link>https://docs.everruns.com/changelog/2026-10-10-chatgpt-plan-no-flag/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-10-chatgpt-plan-no-flag/</guid><pubDate>Sat, 10 Oct 2026 00:00:00 GMT</pubDate><description>The ChatGPT provider now shows in Connect provider on every deployment, including Everruns Cloud, because signing in is already personal to each user.</description><content:encoded><![CDATA[<p><img alt="Connect provider sheet with the ChatGPT plan option and its Sign in action" loading="lazy" decoding="async" width="1152" height="660" src="https://docs.everruns.com/_astro/chatgpt-option@2x.ByB5MgQF_Z20BI6a.webp"></p>
<p>Connecting a personal ChatGPT plan used to depend on an organization feature
flag that hosted deployments kept off. The flag is gone: connecting the
provider is the opt-in, and each connection already belongs only to the user
who signs in.</p>
<p>Open <strong>Models → Providers → Connect provider → ChatGPT → Sign in with ChatGPT</strong>,
approve plan use in ChatGPT, then pick a discovered model in the chat model
picker. The composer shows <strong>Using your ChatGPT plan</strong>. Other users, shared
defaults and Playground cannot use your connection.</p>
<p>See <a href="https://docs.everruns.com/features/chatgpt/">ChatGPT plan</a> and <a href="https://github.com/everruns/everruns/pull/4329">#4329</a>, <a href="https://github.com/everruns/everruns/pull/4547">#4547</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Improvement</category></item>
<item><title>Rate agent replies and branch a chat from any message</title><link>https://docs.everruns.com/changelog/2026-10-10-chat-feedback-and-branching/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-10-chat-feedback-and-branching/</guid><pubDate>Sat, 10 Oct 2026 00:00:00 GMT</pubDate><description>Agent replies in Chat get Good, Bad and Branch into new chat actions, and each message shows one status row from sending until the answer arrives.</description><content:encoded><![CDATA[<p><strong>In the UI:</strong> each agent reply in Chat has <strong>Good</strong> and <strong>Bad</strong> ratings, kept
per person, and <strong>Branch into new chat</strong>, which copies the conversation up to
the end of that reply’s turn. Every message you send shows one status row
(Sending, Queued, Thinking, Working, Worked for) and <strong>Retry</strong> if it was not
delivered.</p>
<p><strong>In code:</strong> <code dir="auto">POST /v1/sessions/{id}/messages</code> accepts an optional
<code dir="auto">client_message_id</code>. Sending the same one again returns the stored message
instead of starting a second turn, and the response reports whether the message
started, steered or resumed a turn. The CLI takes <code dir="auto">--client-message-id</code>.</p>
<p>See <a href="https://docs.everruns.com/features/ui/#chat-and-threads">Chat and threads</a> and <a href="https://github.com/everruns/everruns/pull/4502">#4502</a>, <a href="https://github.com/everruns/everruns/pull/4494">#4494</a>, <a href="https://github.com/everruns/everruns/pull/4480">#4480</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>CLI</category><category>Improvement</category></item>
<item><title>api_endpoint channels convert to Agent API channels</title><link>https://docs.everruns.com/changelog/2026-10-10-api-endpoint-channels-converted/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-10-api-endpoint-channels-converted/</guid><pubDate>Sat, 10 Oct 2026 00:00:00 GMT</pubDate><description>Existing api_endpoint channels become Agent API channels at startup with the same keys, and old request shapes now return api_endpoint_retired or HTTP 410.</description><content:encoded><![CDATA[<p>The <code dir="auto">api_endpoint</code> channel type is removed. At startup, each existing
<code dir="auto">api_endpoint</code> channel converts to an Agent API (<code dir="auto">api</code>) channel: its keys are
imported with the same hash, its sessions are retagged, and its settings map to
the new channel.</p>
<p>Clients must move to the Agent API routes under <code dir="auto">/v1/channels/{channel_id}</code>.
Old request shapes get <code dir="auto">400 api_endpoint_retired</code> pointing at the Agent API
docs, and <code dir="auto">/v1/apps/{app}/api/{chan}</code> routes return <code dir="auto">410</code>.</p>
<p>See <a href="https://docs.everruns.com/how-to/call-your-agent-from-code/">Call your agent from code</a>,
<a href="https://docs.everruns.com/features/channels/#agent-api">Agent API</a> and <a href="https://github.com/everruns/everruns/pull/4527">#4527</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Breaking</category></item>
<item><title>Agents must give a reason for every change by default</title><link>https://docs.everruns.com/changelog/2026-10-10-agent-change-reasons-required/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-10-agent-change-reasons-required/</guid><pubDate>Sat, 10 Oct 2026 00:00:00 GMT</pubDate><description>Require reasons from agents is now on by default, so an agent's change without a reason fails with reason_required; organizations can turn the flag off.</description><content:encoded><![CDATA[<p>A change an agent makes without a reason is now refused by default: the command
fails with the <code dir="auto">reason_required</code> code and a <code dir="auto">retry</code> action, and the agent
retries with <code dir="auto">--reason</code>. Built-in tools that change sessions on the agent’s
behalf, such as <code dir="auto">spawn_agent</code> and handoffs, give their own reasons, so they keep
working.</p>
<p>This is the <strong>Require reasons from agents</strong> feature flag, now on by default. An
organization can turn it off to let such changes through with a warning, which
the <code dir="auto">everruns_entity_changes_without_reason_total</code> metric counts. People in the
UI and scripts calling the API may still leave the reason out.</p>
<p>See <a href="https://docs.everruns.com/features/change-history/#reasons">Reasons</a> and <a href="https://github.com/everruns/everruns/pull/4271">#4271</a>, <a href="https://github.com/everruns/everruns/pull/4552">#4552</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Breaking</category></item>
<item><title>Agent budgets stop turns before each model call</title><link>https://docs.everruns.com/changelog/2026-10-10-agent-budgets-enforced/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-10-agent-budgets-enforced/</guid><pubDate>Sat, 10 Oct 2026 00:00:00 GMT</pubDate><description>Agent budgets are now checked before every model call in the native agent loop, so an exhausted budget stops the turn with a typed reason and budget events.</description><content:encoded><![CDATA[<p>An agent budget is now enforced before every model call in the native loop
through a shared budget gate, the same gate the Agents API backend uses. When a
budget is exhausted, the turn stops with a typed reason and emits budget events,
instead of continuing to spend.</p>
<p>Budget summaries also carry the budget ID, so a client can tell which of several
stacked budgets stopped the turn. To continue, top up the exhausted budget with
the budget API or CLI.</p>
<p>See <a href="https://docs.everruns.com/advanced/budgets/">Budgets</a> and <a href="https://github.com/everruns/everruns/pull/4477">#4477</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Fix</category></item>
<item><title>Voice channels let people call an agent</title><link>https://docs.everruns.com/changelog/2026-10-09-voice-channels/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-09-voice-channels/</guid><pubDate>Fri, 09 Oct 2026 00:00:00 GMT</pubDate><description>A voice channel lets people talk to an agent over WebRTC while it keeps its own model, tools and instructions, on the platform and in the Framework.</description><content:encoded><![CDATA[<p>Voice is now a channel type. A speech-to-speech model only listens and speaks;
the agent, with its own model and tools, writes every answer. Speech starts
sentence by sentence while the answer streams, short fillers cover silence, and
talking over the agent stops it. A call and a text chat on one session share a
transcript.</p>
<p><strong>In the UI:</strong> an organization administrator turns on <strong>Voice</strong> in
<strong>Settings → Features</strong>. Then add a voice channel from the agent’s
<strong>Integrations</strong> tab and use its talk button. Speech uses an OpenAI provider.</p>
<p><strong>In code:</strong> <code dir="auto">everruns::voice</code> puts a voice channel in front of any Framework
session, and serve’s <code dir="auto">voice</code> feature gives every top-level agent browser calls.</p>
<p>See <a href="https://docs.everruns.com/features/voice/">Voice</a>, <a href="https://docs.everruns.com/framework/voice/">Framework voice</a> and <a href="https://github.com/everruns/everruns/pull/4394">#4394</a>, <a href="https://github.com/everruns/everruns/pull/4402">#4402</a>, <a href="https://github.com/everruns/everruns/pull/4406">#4406</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Feature</category></item>
<item><title>Models and providers move into one registry page</title><link>https://docs.everruns.com/changelog/2026-10-09-models-providers-registry/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-09-models-providers-registry/</guid><pubDate>Fri, 09 Oct 2026 00:00:00 GMT</pubDate><description>Registries → Models now holds Models, Providers and Defaults tabs, so connecting a provider, choosing its models and setting org defaults happen in one place.</description><content:encoded><![CDATA[<p><img alt="Models page with the Connect provider sheet listing providers and how many of each are connected" loading="lazy" decoding="async" width="2400" height="1800" src="https://docs.everruns.com/_astro/connect-provider@2x.CWDsyi7L_Za4slG.webp"></p>
<p>Providers moved out of Settings into <strong>Registries → Models</strong>, which has three
tabs. <strong>Models</strong> lists every model from every connected provider and flags new
ones a sync discovered for review. <strong>Providers</strong> connects a provider in one
sheet: driver, name and key, then the models to enable, with recommended ones
ticked. <strong>Defaults</strong> sets the organization’s default model, decision model and
default providers per service.</p>
<p>Provider names are now unique within an organization. Managing providers and
models needs the <code dir="auto">org:models:manage</code> permission, which replaces the separate
provider permission.</p>
<p>See <a href="https://docs.everruns.com/features/ui/#models">Models</a>, <a href="https://docs.everruns.com/providers/">Providers</a> and <a href="https://github.com/everruns/everruns/pull/4458">#4458</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Improvement</category></item>
<item><title>See and revoke AI clients connected to Everruns</title><link>https://docs.everruns.com/changelog/2026-10-09-connected-ai-clients/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-09-connected-ai-clients/</guid><pubDate>Fri, 09 Oct 2026 00:00:00 GMT</pubDate><description>Settings → My agent experience lists the AI clients you connected to Everruns over MCP OAuth, shows when each was last used, and lets you revoke one.</description><content:encoded><![CDATA[<p>AI tools that connect to Everruns over MCP OAuth, such as a coding assistant
using the Everruns MCP server, now show up as connected clients.</p>
<p><strong>In the UI:</strong> open <strong>Settings → My agent experience</strong> to see each client and
when it was last used, and revoke any you no longer use. Revoking deletes the
client’s refresh tokens, and its next request is refused.</p>
<p><strong>In code:</strong> <code dir="auto">GET /v1/user/connected-clients</code> lists them and <code dir="auto">DELETE</code> revokes
one. Every MCP request checks that its grant is still live.</p>
<p>See <a href="https://docs.everruns.com/getting-started/use-in-ai-tools/">Use Everruns in AI tools</a> and <a href="https://github.com/everruns/everruns/pull/4461">#4461</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>app.everruns.com serves llms.txt and auth.md for AI agents</title><link>https://docs.everruns.com/changelog/2026-10-09-cloud-agent-discovery-routes/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-09-cloud-agent-discovery-routes/</guid><pubDate>Fri, 09 Oct 2026 00:00:00 GMT</pubDate><description>AI agents and crawlers can discover Everruns Cloud from app.everruns.com itself through llms.txt, auth.md, Link headers, robots.txt and a sitemap.</description><content:encoded><![CDATA[<p>An agent pointed at <a href="https://app.everruns.com">app.everruns.com</a> can now find
out how to use it from the app host itself. <code dir="auto">/llms.txt</code>, <code dir="auto">/auth.md</code>,
<code dir="auto">/robots.txt</code> and <code dir="auto">/sitemap.xml</code> are served there, a request for <code dir="auto">/</code> with
<code dir="auto">Accept: text/markdown</code> returns <code dir="auto">llms.txt</code>, and <code dir="auto">/</code> carries <code dir="auto">Link</code> headers
pointing to the API catalog, <code dir="auto">llms.txt</code>, <code dir="auto">auth.md</code> and the OpenAPI document.</p>
<div class="expressive-code"><link rel="stylesheet" href="https://docs.everruns.com/_astro/ec.aiyd6.css"><script type="module" src="https://docs.everruns.com/_astro/ec.0vx5m.js"></script><figure class="frame is-terminal not-content"><figcaption class="header"><span class="title"></span><span class="sr-only">Terminal window</span></figcaption><pre data-language="bash" class="wrap" style="--ecMaxLine:57ch"><code><div class="ec-line"><div class="code"><span style="--0:#6F42C1;--1:#B392F0">curl</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#005CC5;--1:#79B8FF">-H</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#032F62;--1:#9ECBFF">"Accept: text/markdown"</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#032F62;--1:#9ECBFF">https://app.everruns.com/</span></div></div></code></pre><div class="copy"><div aria-live="polite"></div><button title="Copy to clipboard" data-copied="Copied!" data-code="curl -H &#x22;Accept: text/markdown&#x22; https://app.everruns.com/"><div></div></button></div></figure></div>
<p>MCP connect dialogs also show the Everruns icon for the app.</p>
<p>See <a href="https://docs.everruns.com/getting-started/use-in-ai-tools/">Use in AI Tools</a>.</p>]]></content:encoded><category>Cloud</category><category>Improvement</category></item>
<item><title>Fix ChatGPT plan sessions failing with HTTP 400</title><link>https://docs.everruns.com/changelog/2026-10-09-chatgpt-plan-http-400-fix/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-09-chatgpt-plan-http-400-fix/</guid><pubDate>Fri, 09 Oct 2026 00:00:00 GMT</pubDate><description>Sessions that use a ChatGPT plan connection no longer fail with HTTP 400, because Everruns stops sending request-body metadata the Codex backend rejects.</description><content:encoded><![CDATA[<p>Sessions running on a ChatGPT plan connection could fail every model call with
HTTP 400, because requests to the Codex backend carried metadata in the request
body that it does not accept.</p>
<p>Everruns now leaves that metadata out of the request body while keeping the
session HTTP header and host observability metadata. No configuration change is
needed; existing ChatGPT connections work after upgrading.</p>
<p>See <a href="https://docs.everruns.com/features/chatgpt/">ChatGPT plan</a> and <a href="https://github.com/everruns/everruns/pull/4464">#4464</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Fix</category></item>
<item><title>Agents home and a New agent page with an agent builder</title><link>https://docs.everruns.com/changelog/2026-10-09-agents-home-new-agent/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-09-agents-home-new-agent/</guid><pubDate>Fri, 09 Oct 2026 00:00:00 GMT</pubDate><description>The Agents page now shows run activity, channels and setup problems for each agent, and New agent drafts an agent from a description, an example or an import.</description><content:encoded><![CDATA[<p><img alt="Agents home listing three agents with their status, channels and run counts" loading="lazy" decoding="async" width="2400" height="1040" src="https://docs.everruns.com/_astro/agents-home@2x.BiUt3w0c_Zsy8K.webp"></p>
<p><video src="https://docs.everruns.com/changelog/2026-10-09-agents-home-new-agent/agent-builder@2x.mp4" poster="https://docs.everruns.com/changelog/2026-10-09-agents-home-new-agent/agent-builder-poster@2x.png" controls muted playsinline loop aria-label="Describing an agent on the New agent page, and the builder drafting it on the right"></video></p>
<p><strong>In the UI:</strong> the <strong>Agents</strong> page shows each agent’s channels and triggers,
24-hour run bars and a <strong>Needs attention</strong> list for setup problems. Its
<strong>Channels</strong> view lists every channel in the organization with publish and
unpublish, people reached and fastest first reply. It replaces the Exposures
page; <code dir="auto">/exposures</code> now redirects there.</p>
<p><strong>New agent</strong> offers <strong>Describe</strong>, <strong>Example</strong>, <strong>Blank</strong> and <strong>Import</strong>.
Describe drafts the agent with the utility model, and <strong>Create</strong> makes the
agent with its draft channels and schedule trigger.</p>
<p><strong>In code:</strong> <code dir="auto">everruns agents draft</code> runs the same agent builder from the CLI.</p>
<p>See <a href="https://docs.everruns.com/features/ui/">Web UI</a>, <a href="https://docs.everruns.com/features/channels/">Channels</a> and <a href="https://github.com/everruns/everruns/pull/4399">#4399</a>, <a href="https://github.com/everruns/everruns/pull/4448">#4448</a>, <a href="https://github.com/everruns/everruns/pull/4457">#4457</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>CLI</category><category>Feature</category></item>
<item><title>Save shell scripts on agents and run them from triggers</title><link>https://docs.everruns.com/changelog/2026-10-09-agent-saved-scripts/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-09-agent-saved-scripts/</guid><pubDate>Fri, 09 Oct 2026 00:00:00 GMT</pubDate><description>Agents keep named shell scripts that run in Bashkit with their tools, and schedule or webhook triggers can run one with the event payload and no model call.</description><content:encoded><![CDATA[<p>An agent can own saved scripts: a name, a description, an optional input
schema and a shell body. Manage them with <code dir="auto">everruns agents scripts</code> or under
<code dir="auto">/v1/agents/{agent_id}/scripts</code>; every change is in the agent’s history.</p>
<p>Inside the shell, <code dir="auto">tools scripts</code> lists and runs them with the caller’s tools
and identity, and with <code dir="auto">manage_scripts</code> on the agent can save new ones.</p>
<p>A schedule or webhook trigger can run a script without asking the model:</p>
<div class="expressive-code"><link rel="stylesheet" href="https://docs.everruns.com/_astro/ec.aiyd6.css"><script type="module" src="https://docs.everruns.com/_astro/ec.0vx5m.js"></script><figure class="frame not-content"><figcaption class="header"></figcaption><pre data-language="json" class="wrap" style="--ecMaxLine:87ch"><code><div class="ec-line"><div class="code"><span style="--0:#24292E;--1:#E1E4E8">{ </span><span style="--0:#005CC5;--1:#79B8FF">"script"</span><span style="--0:#24292E;--1:#E1E4E8">: { </span><span style="--0:#005CC5;--1:#79B8FF">"script"</span><span style="--0:#24292E;--1:#E1E4E8">: </span><span style="--0:#032F62;--1:#9ECBFF">"triage-prs"</span><span style="--0:#24292E;--1:#E1E4E8">, </span><span style="--0:#005CC5;--1:#79B8FF">"input"</span><span style="--0:#24292E;--1:#E1E4E8">: { </span><span style="--0:#005CC5;--1:#79B8FF">"pr"</span><span style="--0:#24292E;--1:#E1E4E8">: </span><span style="--0:#032F62;--1:#9ECBFF">"{{payload.pull_request}}"</span><span style="--0:#24292E;--1:#E1E4E8"> } } }</span></div></div></code></pre><div class="copy"><div aria-live="polite"></div><button title="Copy to clipboard" data-copied="Copied!" data-code="{ &#x22;script&#x22;: { &#x22;script&#x22;: &#x22;triage-prs&#x22;, &#x22;input&#x22;: { &#x22;pr&#x22;: &#x22;{{payload.pull_request}}&#x22; } } }"><div></div></button></div></figure></div>
<p>Input strings are templates over the event, so a webhook payload reaches the
script.</p>
<p>See <a href="https://docs.everruns.com/capabilities/tools-in-shell/#saved-scripts">Saved scripts</a>,
<a href="https://docs.everruns.com/features/agent-triggers/">Agent triggers</a> and <a href="https://github.com/everruns/everruns/pull/4390">#4390</a>, <a href="https://github.com/everruns/everruns/pull/4400">#4400</a>, <a href="https://github.com/everruns/everruns/pull/4403">#4403</a>, <a href="https://github.com/everruns/everruns/pull/4423">#4423</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>CLI</category><category>Feature</category></item>
<item><title>Desktop computer use on E2B and Daytona sandboxes</title><link>https://docs.everruns.com/changelog/2026-10-08-desktop-computer-use/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-08-desktop-computer-use/</guid><pubDate>Thu, 08 Oct 2026 00:00:00 GMT</pubDate><description>Experimental capabilities run the computer tool on a full Linux desktop in an E2B or Daytona sandbox, now with zoom, cursor, mouse button and hold-key actions.</description><content:encoded><![CDATA[<p><img alt="Everruns, E2B and Daytona side by side, announcing desktop computer use on both sandboxes" loading="lazy" decoding="async" width="2400" height="1350" src="https://docs.everruns.com/_astro/integration@2x.DCdqh9fL_1TOaLl.webp"></p>
<p>Agents can now operate a full Linux desktop instead of only a browser page. The
experimental <code dir="auto">computer_use_desktop</code> capability runs the provider-neutral
<code dir="auto">computer</code> tool on an E2B desktop sandbox, and <code dir="auto">computer_use_daytona</code> runs it on
a Daytona sandbox through Daytona’s Computer Use API. The session creates the
desktop on first use, keeps it between calls and deletes it when its lease ends.</p>
<p>The <code dir="auto">computer</code> tool also gained zoom, cursor position, mouse button down and up,
hold-key and modified drag actions on Daytona, E2B and Browserless.</p>
<p>Connect E2B or Daytona first, then add one computer-use capability to the agent;
only one can provide the <code dir="auto">computer</code> tool.</p>
<p>See <a href="https://docs.everruns.com/capabilities/computer-use/">Computer use</a> and <a href="https://github.com/everruns/everruns/pull/4244">#4244</a>, <a href="https://github.com/everruns/everruns/pull/4365">#4365</a>, <a href="https://github.com/everruns/everruns/pull/4367">#4367</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Coordinator threads in Platform Chat and the Framework</title><link>https://docs.everruns.com/changelog/2026-10-08-coordinator-threads/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-08-coordinator-threads/</guid><pubDate>Thu, 08 Oct 2026 00:00:00 GMT</pubDate><description>Platform Chat and Framework agents can hand focused work to child threads and keep a board of what is working, what needs you and what is ready for review.</description><content:encoded><![CDATA[<p><strong>In the UI:</strong> with <strong>Chat threads</strong> turned on in <strong>Settings → Features</strong>,
Platform Chat can hand work to threads, which are child sessions. A <strong>Threads</strong>
button lists conversations and ongoing work, and background work shows its
progress, questions and failures. Custom agents use the same pattern through
the <code dir="auto">coordination</code> capability.</p>
<p><strong>In code:</strong> the Framework’s <code dir="auto">everruns::coordination</code> capability runs threads
as sessions of the same engine. Threads wake the coordinator with automatic
updates, and <code dir="auto">coordination::threads</code> returns each thread’s status, such as
<code dir="auto">NeedsYou</code>, <code dir="auto">Working</code> or <code dir="auto">ReadyForReview</code>.</p>
<p>See <a href="https://docs.everruns.com/features/ui/#chat-and-threads">Chat and threads</a>,
<a href="https://docs.everruns.com/framework/coordination/">Coordination</a> and <a href="https://github.com/everruns/everruns/pull/4372">#4372</a>, <a href="https://github.com/everruns/everruns/pull/4377">#4377</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Feature</category></item>
<item><title>Browser tool for agents on Browserless</title><link>https://docs.everruns.com/changelog/2026-10-08-browser-use-capability/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-08-browser-use-capability/</guid><pubDate>Thu, 08 Oct 2026 00:00:00 GMT</pubDate><description>The experimental browser_use capability lets an agent read pages as an accessibility tree, act on elements by ref, fill forms and manage tabs in Browserless.</description><content:encoded><![CDATA[<p><img alt="Everruns and Browserless side by side, announcing the browser tool on Browserless" loading="lazy" decoding="async" width="2400" height="1350" src="https://docs.everruns.com/_astro/integration@2x.CMu7QCJy_2nRKsO.webp"></p>
<p>The <code dir="auto">browser_use</code> capability gives an agent a <code dir="auto">browser</code> tool on a Browserless
browser. Pages are read as an accessibility tree with element refs, and the
agent acts by ref or viewport coordinate, fills forms, finds text and works
across tabs. Traffic goes through the Everruns network guard.</p>
<p>On Claude models that support Anthropic’s native browser toolset, the
capability uses it directly; set <code dir="auto">native_tools: false</code> to keep the function
tool.</p>
<p>Browser use is experimental and ships behind the <code dir="auto">browserless_browser_use</code>
feature flag.</p>
<p>See <a href="https://docs.everruns.com/capabilities/browser-use/">Browser use</a> and <a href="https://github.com/everruns/everruns/pull/4375">#4375</a>, <a href="https://github.com/everruns/everruns/pull/4376">#4376</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Claude Haiku 5.5 model added for Anthropic providers</title><link>https://docs.everruns.com/changelog/2026-10-07-claude-haiku-5-5/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-07-claude-haiku-5-5/</guid><pubDate>Wed, 07 Oct 2026 00:00:00 GMT</pubDate><description>The claude-haiku-5-5 model and its 1M-context twin are seeded as an enabled favorite, with adaptive thinking, tool search and the computer toolset.</description><content:encoded><![CDATA[<p>Anthropic providers now offer <code dir="auto">claude-haiku-5-5</code> and its <code dir="auto">[1m]</code> long-context
twin. The model is seeded as an enabled favorite, so it appears in model
pickers without extra setup.</p>
<p>Its profile has tiered pricing, up to 128K output tokens, always-on adaptive
thinking with medium effort by default, preserved thinking, tool search and the
computer toolset. Select it in an agent’s model picker or reference
<code dir="auto">claude-haiku-5-5</code> wherever a model ID is accepted.</p>
<p>See <a href="https://docs.everruns.com/providers/anthropic/">Anthropic</a> and <a href="https://github.com/everruns/everruns/pull/4359">#4359</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Feature</category></item>
<item><title>Sign in to channels and Public Chat with AgentID</title><link>https://docs.everruns.com/changelog/2026-10-07-agentid-sign-in/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-07-agentid-sign-in/</guid><pubDate>Wed, 07 Oct 2026 00:00:00 GMT</pubDate><description>A2A, AG-UI and Public Chat channels accept AgentID tokens, Public Chat shows Continue with AgentID, and agents can sign in to apps with their AgentMail inbox.</description><content:encoded><![CDATA[<p>Channels can accept <a href="https://www.agentid.com">AgentID</a>, a sign-in for AI agents.
A2A, AG-UI and Public Chat channels take AgentID bearer tokens, and each agent
that signs in becomes its own end user in the organization.</p>
<p>To let agents sign in to a Public Chat channel, register an AgentID client, set
<code dir="auto">AGENTID_CLIENT_ID</code> and <code dir="auto">AGENTID_CLIENT_SECRET</code> on the server, and set the
channel’s sign-in to <strong>AgentID</strong>. The chat page then shows <strong>Continue with
AgentID</strong>.</p>
<p>Going the other way, the experimental <strong>AgentID sign-in</strong> capability gives an
agent the <code dir="auto">agentid_authorize</code> tool, which approves an app’s AgentID sign-in for
the agent’s AgentMail inbox.</p>
<p>See <a href="https://docs.everruns.com/features/channels/#sign-in-with-agentid">Sign in with AgentID</a>,
<a href="https://docs.everruns.com/integrations/agentid/">AgentID</a> and <a href="https://github.com/everruns/everruns/pull/4326">#4326</a>, <a href="https://github.com/everruns/everruns/pull/4334">#4334</a>, <a href="https://github.com/everruns/everruns/pull/4337">#4337</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>A2A channels serve HTTP+JSON and the PACT profiles</title><link>https://docs.everruns.com/changelog/2026-10-07-a2a-http-json-and-pact/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-07-a2a-http-json-and-pact/</guid><pubDate>Wed, 07 Oct 2026 00:00:00 GMT</pubDate><description>Every A2A channel also answers the A2A 1.0 HTTP+JSON binding, and a channel can accept personal agents through the PACT Identity and Delegated profiles.</description><content:encoded><![CDATA[<p>Every A2A channel URL now also serves the A2A 1.0 HTTP+JSON binding:
<code dir="auto">message:send</code>, <code dir="auto">message:stream</code>, task get, list, cancel and subscribe, push
notification configs and the extended card. The Agent Card lists the new
interface, and auth, rate limits and signing are shared with JSON-RPC.</p>
<p>Add <code dir="auto">pact</code> to an A2A channel’s config to accept personal agents under the PACT
1.0 Identity profile, with each conversation bound to the calling user. With
delegation on, the channel runs an OAuth device-code sign-in so a personal agent
can act as a company user through the configured MCP server, and delegated
replies carry a signed receipt.</p>
<p>See <a href="https://docs.everruns.com/features/a2a/">A2A</a>, <a href="https://docs.everruns.com/features/a2a/#personal-agents-pact">Personal agents (PACT)</a>
and <a href="https://github.com/everruns/everruns/pull/4322">#4322</a>, <a href="https://github.com/everruns/everruns/pull/4328">#4328</a>, <a href="https://github.com/everruns/everruns/pull/4350">#4350</a>, <a href="https://github.com/everruns/everruns/pull/4352">#4352</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Change history with reasons and restore for every entity</title><link>https://docs.everruns.com/changelog/2026-10-06-change-history-with-reasons/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-06-change-history-with-reasons/</guid><pubDate>Tue, 06 Oct 2026 00:00:00 GMT</pubDate><description>Every configuration change records who made it, through which surface and why, with numbered revisions you can compare and restore from the History menu.</description><content:encoded><![CDATA[<p>Every mutating command now records one history entry: the entity, the action,
the changed fields, the actor, the surface, the session and an optional reason.
Configuration changes also create numbered revisions you can compare and
restore. Secrets appear only as changed or unchanged.</p>
<p><strong>In the UI:</strong> open the <strong>⋯</strong> menu on an entity’s page. <strong>History</strong> lists
changes with their reasons, and <strong>Restore this point</strong> asks for a reason.
<strong>Manager notes</strong> holds context agents read before changing the entity.</p>
<p><strong>In code:</strong> pass a reason with <code dir="auto">--reason</code> on the CLI or the
<code dir="auto">Everruns-Change-Reason</code> header, and read history with
<code dir="auto">everruns history list</code>, <code dir="auto">show</code>, <code dir="auto">diff</code> and <code dir="auto">restore</code>.</p>
<p>See <a href="https://docs.everruns.com/features/change-history/">Change history</a>, the
<a href="https://docs.everruns.com/reference/cli/history/">history CLI reference</a> and <a href="https://github.com/everruns/everruns/pull/4228">#4228</a>, <a href="https://github.com/everruns/everruns/pull/4264">#4264</a>, <a href="https://github.com/everruns/everruns/pull/4272">#4272</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>CLI</category><category>Feature</category></item>
<item><title>Agent versions are retired in favor of change history</title><link>https://docs.everruns.com/changelog/2026-10-06-agent-versions-retired/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-06-agent-versions-retired/</guid><pubDate>Tue, 06 Oct 2026 00:00:00 GMT</pubDate><description>Agent publishing, default versions and version pins are removed; channels, triggers and sessions now run the agent's current configuration instead.</description><content:encoded><![CDATA[<p>Agent versions, with publishing, semver, a default version and version pins,
are gone. A migration copies every saved version into the agent’s change
history as a revision. Channels, triggers, apps and session participants now
run the agent’s current configuration, and each new session records the
<code dir="auto">agent_revision</code> it started on.</p>
<p>Version endpoints, CLI verbs and fields such as <code dir="auto">agent_version_id</code> and
<code dir="auto">default_version_id</code> are removed. To go back to an earlier configuration, use
<strong>History → Restore this point</strong> on the agent page or <code dir="auto">everruns history restore</code>.</p>
<p>See <a href="https://docs.everruns.com/features/change-history/#agent-revisions-replace-agent-versions">Agent revisions replace agent versions</a>
and <a href="https://github.com/everruns/everruns/pull/4312">#4312</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>CLI</category><category>Breaking</category></item>
<item><title>Sandbox Templates and a Sandboxes fleet view</title><link>https://docs.everruns.com/changelog/2026-10-05-sandbox-templates-fleet-view/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-05-sandbox-templates-fleet-view/</guid><pubDate>Mon, 05 Oct 2026 00:00:00 GMT</pubDate><description>Reusable Sandbox Templates with immutable revisions decide where an agent's commands run, and a fleet page lists every sandbox in the organization.</description><content:encoded><![CDATA[<p>A Sandbox Template names where an agent’s commands run: the Bashkit Virtual
Workspace or a managed provider such as Daytona or E2B, with its credential
source, durability and lifecycle. Editing a template creates a new immutable
revision, and existing sessions keep the revision they started with. An agent’s
sandbox policy decides whether a session can pick or override the template.</p>
<p><strong>In the UI:</strong> open <strong>Sandbox Templates</strong> and select <strong>New Sandbox Template</strong>.
The <strong>Sandboxes</strong> page lists every sandbox across providers and states, with a
lifecycle timeline, a <strong>Needs attention</strong> filter and pause, resume and delete in
the detail drawer. Both sit in the collapsible <strong>Sandboxes</strong> sidebar group.</p>
<p><strong>In code:</strong> <code dir="auto">GET /v1/sandboxes</code> lists the fleet; <code dir="auto">/stats</code> and <code dir="auto">/timeline</code> back
the page.</p>
<p>See <a href="https://docs.everruns.com/features/sandbox-templates/">Sandbox Templates</a> and <a href="https://github.com/everruns/everruns/pull/4199">#4199</a>, <a href="https://github.com/everruns/everruns/pull/4246">#4246</a>, <a href="https://github.com/everruns/everruns/pull/4262">#4262</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Agents get avatars from presets or an uploaded image</title><link>https://docs.everruns.com/changelog/2026-10-05-agent-avatars/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-05-agent-avatars/</guid><pubDate>Mon, 05 Oct 2026 00:00:00 GMT</pubDate><description>Give an agent an avatar from 25 curated presets or a cropped upload, and it shows in the console, on the A2A Agent Card and as the Slack app icon.</description><content:encoded><![CDATA[<p><strong>In the UI:</strong> open an agent’s <strong>Branding</strong> sheet. Drop a PNG, JPEG, GIF or WebP
image on the avatar and position the square crop, or use <strong>Choose preset</strong> to
search 25 curated avatars and save one with <strong>Use avatar</strong>.</p>
<p><strong>In code:</strong> <code dir="auto">PUT /v1/agents/{agent_id}/avatar</code> uploads an image as the
multipart field <code dir="auto">file</code>, and <code dir="auto">PUT /v1/agents/{agent_id}/avatar/preset</code> selects a
preset. The agent’s <code dir="auto">avatar</code> field lists public, immutable image URLs. The A2A
Agent Card carries it as <code dir="auto">iconUrl</code>, and one-click Slack apps use it as their icon.</p>
<p>See <a href="https://docs.everruns.com/features/ui/">Web UI</a> and <a href="https://github.com/everruns/everruns/pull/4198">#4198</a>, <a href="https://github.com/everruns/everruns/pull/4220">#4220</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Slack permission issues appear in Health with recovery steps</title><link>https://docs.everruns.com/changelog/2026-10-03-slack-health-issues-recovery/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-03-slack-health-issues-recovery/</guid><pubDate>Sat, 03 Oct 2026 00:00:00 GMT</pubDate><description>Slack installations missing a permission or credential raise a persistent issue in Settings &gt; Health, with guided recovery, per-user snoozing and rechecks.</description><content:encoded><![CDATA[<p>Adding scopes to new Slack app manifests does not repair bots that are already
installed. Everruns now checks existing Slack installations and records one
issue for each missing permission or credential problem.</p>
<p>Review issues in <strong>Settings > Health</strong>, beside the channel’s settings, and
under <strong>Action required</strong> in the notification menu. Managed apps get a repair
that extends the app’s manifest before Slack asks for consent again; manually
configured apps get scope, reinstall and token guidance. Reading or snoozing an
issue keeps it active until a fresh check passes. From the CLI, use
<code dir="auto">everruns health-issues</code>.</p>
<p>See <a href="https://docs.everruns.com/how-to/publish-to-slack/#resolve-installation-issues">Resolve installation issues</a>.
PR <a href="https://github.com/everruns/everruns/pull/4134">#4134</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Playground for testing agents, and Chat as one permanent conversation</title><link>https://docs.everruns.com/changelog/2026-10-03-playground-agent-testing/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-03-playground-agent-testing/</guid><pubDate>Sat, 03 Oct 2026 00:00:00 GMT</pubDate><description>Agent testing moves to a shared Playground where members pick the agent and the user it runs as, while Chat becomes your permanent Platform Chat conversation.</description><content:encoded><![CDATA[<p><strong>Playground</strong> is where an organization tests its agents. Members start a
conversation as their linked virtual user; owners and admins can pick another
active end user. Conversations are shared across the organization, can be
searched, filtered by agent or user, and archived, and each links to its
session. On an agent page, <strong>Test in Playground</strong> opens setup with that agent
selected.</p>
<p><strong>Chat</strong> now always uses the managed Platform Chat agent. The sidebar opens your
permanent conversation, <strong>New chat</strong> starts a side conversation, and
<strong>All chats</strong> lists only your personal conversations. Platform Chat runs on
the shell-based implementation for every organization.</p>
<p>See <a href="https://docs.everruns.com/features/ui/#chat-and-threads">Chat and Threads</a> and
<a href="https://docs.everruns.com/built-ins/harnesses/platform-chat/">Platform Chat</a>. PRs <a href="https://github.com/everruns/everruns/pull/4060">#4060</a>,
<a href="https://github.com/everruns/everruns/pull/4076">#4076</a>, <a href="https://github.com/everruns/everruns/pull/4121">#4121</a>, <a href="https://github.com/everruns/everruns/pull/4129">#4129</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Conversation becomes the default harness and Generic is deprecated</title><link>https://docs.everruns.com/changelog/2026-10-03-conversation-default-harness/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-03-conversation-default-harness/</guid><pubDate>Sat, 03 Oct 2026 00:00:00 GMT</pubDate><description>Built-in harnesses form progressive presets from Base to Worker, Conversation is the new default, and agents that inherited Generic are pinned to it on upgrade.</description><content:encoded><![CDATA[<p>Built-in harnesses now grow in steps: Base, Conversation, Worker Base and
Worker. Conversation is the platform default. Web access, secrets, scheduling,
citations and memory mounts stay opt-in.</p>
<p>Generic is deprecated but unchanged. Selectors hide it behind <strong>Show
deprecated</strong>. On upgrade, agents that inherited Generic as the default are
pinned to it, so their behavior does not change. A custom harness whose name
collides with a new built-in keeps its ID and definition, but its slug moves to
<code dir="auto">&#x3C;name>-custom</code>; update callers that look it up by name.</p>
<p><strong>In code:</strong> <code dir="auto">Harness::base()</code>, <code dir="auto">conversation()</code>, <code dir="auto">worker_base()</code> and
<code dir="auto">worker()</code> build the same presets.</p>
<p>See <a href="https://docs.everruns.com/features/harnesses/">Harnesses</a> and the
<a href="https://docs.everruns.com/framework/upgrade-notes/">upgrade notes</a>. PR <a href="https://github.com/everruns/everruns/pull/4133">#4133</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Breaking</category></item>
<item><title>Computer use capability lets agents operate a browser screen</title><link>https://docs.everruns.com/changelog/2026-10-03-computer-use-capability/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-03-computer-use-capability/</guid><pubDate>Sat, 03 Oct 2026 00:00:00 GMT</pubDate><description>The experimental computer_use capability drives a Browserless page with clicks, typing and screenshots, using native OpenAI or Anthropic tools when available.</description><content:encoded><![CDATA[<p>The experimental <code dir="auto">computer_use</code> capability lets an agent work a screen the way
a person does. Its <code dir="auto">computer</code> tool takes an action (click, type, key, scroll,
drag, navigate or screenshot) and returns a screenshot, so any image-capable
model can use it. The screen is the session’s Browserless browser.</p>
<p>On models with a native computer tool, the agent uses the provider’s tool
instead; set <code dir="auto">native_tools</code> to <code dir="auto">false</code> to always use the function tool.
<code dir="auto">max_actions_per_session</code> caps actions per session, and navigation passes the
egress guard. No call waits for a person by default: add <code dir="auto">soft_approval</code> to
record confirmations, or <code dir="auto">tool_approval</code> to approve every call.</p>
<p>See <a href="https://docs.everruns.com/capabilities/computer-use/">Computer use</a>. PRs <a href="https://github.com/everruns/everruns/pull/3922">#3922</a>,
<a href="https://github.com/everruns/everruns/pull/3968">#3968</a>, <a href="https://github.com/everruns/everruns/pull/4064">#4064</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Chat threads keep conversations and ongoing work beside Chat</title><link>https://docs.everruns.com/changelog/2026-10-03-chat-threads-workspace/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-03-chat-threads-workspace/</guid><pubDate>Sat, 03 Oct 2026 00:00:00 GMT</pubDate><description>Organizations can opt into Chat threads, a panel beside the permanent Chat for searching conversations, following background work and resolving threads.</description><content:encoded><![CDATA[<p>Organization owners and admins can turn on <strong>Chat threads</strong> in
<strong>Settings > Features</strong>. With it on, the sidebar holds only Chat, and a
<strong>Threads</strong> panel beside the permanent conversation lists your other
conversations and the work running in the background.</p>
<p>Create a <strong>New thread</strong>, search conversations, and open work from its card,
where you can answer pending input or stop it. <strong>Resolve thread</strong> puts a
conversation away without losing history, and <strong>Reopen thread</strong> continues it.
The panel becomes a drawer on mobile. Turning the feature off restores the
previous Chat and keeps conversations and their URLs.</p>
<p>See <a href="https://docs.everruns.com/features/ui/#chat-and-threads">Chat and Threads</a>. PR <a href="https://github.com/everruns/everruns/pull/4146">#4146</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Approval history in chat and a new Approvals audit page</title><link>https://docs.everruns.com/changelog/2026-10-03-approval-history-audit-page/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-03-approval-history-audit-page/</guid><pubDate>Sat, 03 Oct 2026 00:00:00 GMT</pubDate><description>Chats show approval requests and recorded consent as clear entries, and organization admins get an Approvals page that filters approvals across sessions.</description><content:encoded><![CDATA[<p>Approval activity no longer looks like ordinary tool calls. In a chat,
<code dir="auto">request_approval</code> and <code dir="auto">record_approval</code> show as approval entries with the
action, the approver’s name, and a link to the message that gave consent.</p>
<p>Organization admins and owners also get an <strong>Approvals</strong> page under
<strong>Operational</strong>. It filters all activity, recorded approvals, or requests, and
links each entry back to its session. It reads the existing approval audit
records, so earlier history appears too.</p>
<p>See <a href="https://docs.everruns.com/capabilities/soft-approval/">Soft approval</a>. PR <a href="https://github.com/everruns/everruns/pull/4110">#4110</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Cloudflare AI Gateway and Vercel AI Gateway model providers</title><link>https://docs.everruns.com/changelog/2026-10-02-cloudflare-vercel-ai-gateway/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-02-cloudflare-vercel-ai-gateway/</guid><pubDate>Fri, 02 Oct 2026 00:00:00 GMT</pubDate><description>Agents can run models through Cloudflare AI Gateway or Vercel AI Gateway, and the Cloudflare provider lists Workers AI text-generation models automatically.</description><content:encoded><![CDATA[<p><img alt="Everruns, Cloudflare and Vercel logos side by side, announcing the two AI Gateway providers" loading="lazy" decoding="async" width="2400" height="1350" src="https://docs.everruns.com/_astro/integration@2x.Clpq9JTD_Z28tRDt.webp"></p>
<p>Two gateway providers are available. <strong>Cloudflare</strong> reaches many upstream
providers and Cloudflare’s own Workers AI models through one account token and
account ID. <strong>Vercel AI Gateway</strong> uses its OpenAI-compatible Responses endpoint
and syncs its model list.</p>
<p>The Cloudflare provider lists Workers AI text-generation models with their
context window and tool support. Third-party model IDs on Cloudflare are still
added by hand, because no endpoint lists what an account can bill.</p>
<p>This also fixes a token dropped from Cloudflare streams when the model emitted
a purely numeric token.</p>
<p>See <a href="https://docs.everruns.com/providers/cloudflare/">Cloudflare</a> and <a href="https://docs.everruns.com/providers/vercel/">Vercel</a>. PRs
<a href="https://github.com/everruns/everruns/pull/3996">#3996</a>, <a href="https://github.com/everruns/everruns/pull/4021">#4021</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Feature</category></item>
<item><title>AG-UI 1.0 endpoint and AG-UI streaming for Framework sessions</title><link>https://docs.everruns.com/changelog/2026-10-02-ag-ui-1-0-protocol/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-02-ag-ui-1-0-protocol/</guid><pubDate>Fri, 02 Oct 2026 00:00:00 GMT</pubDate><description>The AG-UI channel moves to protocol 1.0 with interrupts, resume, frontend tools and subagents, and any Framework session can serve AG-UI from your own server.</description><content:encoded><![CDATA[<p><strong>On the platform:</strong> AG-UI channels speak AG-UI 1.0. Clients such as CopilotKit
get interrupts and resume for questions and approvals, token usage, frontend
tools, subagents and run metadata.</p>
<p><strong>In code:</strong> the <code dir="auto">ag-ui</code> feature lets any Rust host stream a Framework session
to an AG-UI client without the Everruns server. <code dir="auto">Session::ag_ui(input)</code> returns
the run as AG-UI 1.0 events, and <code dir="auto">ask_user</code> questions and tool approvals become
interrupts. A durable thread store keeps history between runs, and the
<code dir="auto">ag-ui-axum</code> feature adds a ready-made route:</p>
<div class="expressive-code"><link rel="stylesheet" href="https://docs.everruns.com/_astro/ec.aiyd6.css"><script type="module" src="https://docs.everruns.com/_astro/ec.0vx5m.js"></script><figure class="frame is-terminal not-content"><figcaption class="header"><span class="title"></span><span class="sr-only">Terminal window</span></figcaption><pre data-language="bash" class="wrap" style="--ecMaxLine:40ch"><code><div class="ec-line"><div class="code"><span style="--0:#6F42C1;--1:#B392F0">cargo</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#032F62;--1:#9ECBFF">add</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#032F62;--1:#9ECBFF">everruns</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#005CC5;--1:#79B8FF">--features</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#032F62;--1:#9ECBFF">ag-ui-axum</span></div></div></code></pre><div class="copy"><div aria-live="polite"></div><button title="Copy to clipboard" data-copied="Copied!" data-code="cargo add everruns --features ag-ui-axum"><div></div></button></div></figure></div>
<p>See <a href="https://docs.everruns.com/features/channels/#ag-ui">AG-UI channels</a> and
<a href="https://docs.everruns.com/framework/ag-ui/">Serve AG-UI</a>. PRs <a href="https://github.com/everruns/everruns/pull/3965">#3965</a>, <a href="https://github.com/everruns/everruns/pull/3967">#3967</a>,
<a href="https://github.com/everruns/everruns/pull/3972">#3972</a>, <a href="https://github.com/everruns/everruns/pull/3979">#3979</a>, <a href="https://github.com/everruns/everruns/pull/3976">#3976</a>, <a href="https://github.com/everruns/everruns/pull/3998">#3998</a>,
<a href="https://github.com/everruns/everruns/pull/4000">#4000</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Feature</category></item>
<item><title>A2A 1.0 endpoint with task results, streaming and push notifications</title><link>https://docs.everruns.com/changelog/2026-10-02-a2a-1-0-protocol/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-02-a2a-1-0-protocol/</guid><pubDate>Fri, 02 Oct 2026 00:00:00 GMT</pubDate><description>Everruns A2A channels negotiate protocol 1.0, return agent output as task artifacts, support ListTasks and SubscribeToTask, and send push notifications.</description><content:encoded><![CDATA[<p><strong>On the platform:</strong> A2A channels now speak A2A 1.0, chosen by the
<code dir="auto">A2A-Version</code> header, with 0.3 still available. Completed tasks carry the
agent’s answer as artifacts, so clients such as the <code dir="auto">a2a</code> CLI read the result
back. <code dir="auto">SendMessage</code> waits for the result by default; pass <code dir="auto">returnImmediately</code>
to follow the task with <code dir="auto">GetTask</code>, <code dir="auto">SubscribeToTask</code> or a push notification.
<code dir="auto">ListTasks</code> is supported, and push notification configs receive the full task
when it settles.</p>
<p><strong>In code:</strong> the <code dir="auto">a2a</code> feature of <code dir="auto">everruns-serve</code> answers A2A 1.0 for every
top-level agent at <code dir="auto">POST /v1/e/{agent}/a2a</code>, the same paths an Everruns A2A
endpoint uses.</p>
<p>See <a href="https://docs.everruns.com/features/a2a/">A2A</a> and <a href="https://docs.everruns.com/framework/a2a/">Framework A2A</a>. PRs
<a href="https://github.com/everruns/everruns/pull/3999">#3999</a>, <a href="https://github.com/everruns/everruns/pull/4010">#4010</a>, <a href="https://github.com/everruns/everruns/pull/4013">#4013</a>, <a href="https://github.com/everruns/everruns/pull/4014">#4014</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Feature</category></item>
<item><title>Connect several Slack workspaces per organization</title><link>https://docs.everruns.com/changelog/2026-10-01-slack-workspaces-per-organization/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-01-slack-workspaces-per-organization/</guid><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate><description>An organization connects its Slack workspaces once in Settings, and adding an agent to Slack becomes picking a workspace and approving one consent screen.</description><content:encoded><![CDATA[<p>An organization administrator connects a Slack workspace once from
<strong>Settings > Slack workspaces</strong> by pasting a Slack configuration token. An
organization can connect more than one workspace.</p>
<p>Each agent you put in Slack gets its own Slack app. In the agent’s Slack
channel editor, choose a workspace if there is more than one and select <strong>Add to
Slack</strong>. Everruns creates the app and opens Slack’s consent screen with that
workspace selected. The channel then shows <strong>Live in Slack</strong> with an <strong>Open in
Slack</strong> link.</p>
<p>See <a href="https://docs.everruns.com/capabilities/slack/#connect-a-slack-workspace">Connect a Slack workspace</a>
and <a href="https://docs.everruns.com/how-to/publish-to-slack/">Publish to Slack</a>. PRs <a href="https://github.com/everruns/everruns/pull/3830">#3830</a>,
<a href="https://github.com/everruns/everruns/pull/3977">#3977</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>OpenAI structured output and background mode for long reasoning</title><link>https://docs.everruns.com/changelog/2026-10-01-openai-structured-output-background/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-01-openai-structured-output-background/</guid><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate><description>OpenAI drivers enforce JSON Schema structured output, and xhigh or max reasoning calls run as background responses that resume after a drop or worker restart.</description><content:encoded><![CDATA[<p>A direct model call can require a reply that matches a JSON Schema. Everruns
sends it as <code dir="auto">text.format</code> on the OpenAI Responses API and <code dir="auto">response_format</code> on
Chat Completions. A driver that cannot enforce the schema refuses the call
instead of dropping it.</p>
<p>Calls at <code dir="auto">xhigh</code> and <code dir="auto">max</code> reasoning effort on OpenAI and Azure run as
background responses. If the stream drops or the worker restarts, Everruns
picks the response back up instead of paying for it twice. A cancelled turn
cancels the response, and the <code dir="auto">openai/background</code> driver option overrides the
policy.</p>
<p>See <a href="https://docs.everruns.com/providers/openai/">OpenAI</a>. PRs <a href="https://github.com/everruns/everruns/pull/3932">#3932</a>, <a href="https://github.com/everruns/everruns/pull/3969">#3969</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Feature</category></item>
<item><title>MCP Events add session webhooks and triggers on MCP server events</title><link>https://docs.everruns.com/changelog/2026-10-01-mcp-events-webhooks-triggers/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-01-mcp-events-webhooks-triggers/</guid><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate><description>With the experimental MCP Events flag, MCP clients subscribe to signed session webhooks, and agents wake on events published by their own MCP servers.</description><content:encoded><![CDATA[<p>Organizations that turn on the experimental <strong>MCP Events</strong> flag get events in
both directions.</p>
<ul>
<li>An MCP client calls <code dir="auto">events/subscribe</code> on <code dir="auto">/mcp</code> to receive signed
webhooks for <code dir="auto">session.completed</code>, <code dir="auto">session.failed</code> and
<code dir="auto">session.input_required</code>. Callbacks must be public HTTPS URLs and are
verified before the first event.</li>
<li>An agent trigger with <code dir="auto">trigger_type: "mcp_event"</code> subscribes to an event one
of the agent’s own MCP servers publishes, such as a tracker announcing new
issues, and starts a session when it arrives.</li>
</ul>
<p>See <a href="https://docs.everruns.com/features/mcp/">MCP</a> and <a href="https://docs.everruns.com/features/agent-triggers/">Agent triggers</a>. PRs
<a href="https://github.com/everruns/everruns/pull/3931">#3931</a>, <a href="https://github.com/everruns/everruns/pull/3970">#3970</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>PR reviewer and security scanner agent templates for GitHub</title><link>https://docs.everruns.com/changelog/2026-10-01-github-review-security-templates/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-10-01-github-review-security-templates/</guid><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate><description>Two guided agent templates use the agent's GitHub App to review pull requests with inline comments and to run a weekly scan that files GitHub issues.</description><content:encoded><![CDATA[<p>Two guided templates build on the per-agent GitHub App. The PR reviewer reviews
pull requests and posts deduplicated inline comments. The weekly security
scanner files fingerprinted issues, so a repeat finding updates the same issue,
and it can open draft fix pull requests, which is off by default.</p>
<p>The templates add GitHub review, issue upsert and pull request tools, enforced
by the GitHub capability’s configuration, and a guided setup page.</p>
<p>See <a href="https://docs.everruns.com/how-to/set-up-review-and-security-agents/">Set up review and security agents</a>.
PR <a href="https://github.com/everruns/everruns/pull/3980">#3980</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>OpenAI hosted code interpreter, shell, file search and remote MCP</title><link>https://docs.everruns.com/changelog/2026-09-30-openai-hosted-tools-remote-mcp/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-30-openai-hosted-tools-remote-mcp/</guid><pubDate>Wed, 30 Sep 2026 00:00:00 GMT</pubDate><description>The openai_server_tools capability adds code interpreter, hosted shell, file search and approval-gated remote MCP next to web search on OpenAI Responses agents.</description><content:encoded><![CDATA[<p>Agents on the OpenAI or Azure OpenAI Responses API can let OpenAI run tools
inside the response. The <code dir="auto">openai_server_tools</code> capability accepts
<code dir="auto">web_search</code>, <code dir="auto">code_interpreter</code>, <code dir="auto">shell</code>, <code dir="auto">file_search</code> and <code dir="auto">mcp</code>:</p>
<div class="expressive-code"><link rel="stylesheet" href="https://docs.everruns.com/_astro/ec.aiyd6.css"><script type="module" src="https://docs.everruns.com/_astro/ec.0vx5m.js"></script><figure class="frame not-content"><figcaption class="header"></figcaption><pre data-language="json" class="wrap" style="--ecMaxLine:68ch"><code><div class="ec-line"><div class="code"><span style="--0:#24292E;--1:#E1E4E8">{ </span><span style="--0:#005CC5;--1:#79B8FF">"ref"</span><span style="--0:#24292E;--1:#E1E4E8">: </span><span style="--0:#032F62;--1:#9ECBFF">"openai_server_tools"</span><span style="--0:#24292E;--1:#E1E4E8">,</span></div></div><div class="ec-line" style="--ecIndent:2ch"><div class="code"><span class="indent">  </span><span style="--0:#005CC5;--1:#79B8FF">"config"</span><span style="--0:#24292E;--1:#E1E4E8">: { </span><span style="--0:#005CC5;--1:#79B8FF">"tools"</span><span style="--0:#24292E;--1:#E1E4E8">: [</span><span style="--0:#032F62;--1:#9ECBFF">"code_interpreter"</span><span style="--0:#24292E;--1:#E1E4E8">, </span><span style="--0:#032F62;--1:#9ECBFF">"shell"</span><span style="--0:#24292E;--1:#E1E4E8">, </span><span style="--0:#032F62;--1:#9ECBFF">"file_search"</span><span style="--0:#24292E;--1:#E1E4E8">],</span></div></div><div class="ec-line" style="--ecIndent:14ch"><div class="code"><span class="indent">              </span><span style="--0:#005CC5;--1:#79B8FF">"file_search_vector_store_ids"</span><span style="--0:#24292E;--1:#E1E4E8">: [</span><span style="--0:#032F62;--1:#9ECBFF">"vs_abc123"</span><span style="--0:#24292E;--1:#E1E4E8">] } }</span></div></div></code></pre><div class="copy"><div aria-live="polite"></div><button title="Copy to clipboard" data-copied="Copied!" data-code="{ &#x22;ref&#x22;: &#x22;openai_server_tools&#x22;,  &#x22;config&#x22;: { &#x22;tools&#x22;: [&#x22;code_interpreter&#x22;, &#x22;shell&#x22;, &#x22;file_search&#x22;],              &#x22;file_search_vector_store_ids&#x22;: [&#x22;vs_abc123&#x22;] } }"><div></div></button></div></figure></div>
<p>Hosted calls show in the work log and are priced in usage. Each remote MCP
call pauses on an approval card by default. A server that needs credentials is
named by its registered Everruns MCP server, and its URL and token are
resolved per call, never stored in agent config or events.</p>
<p>See <a href="https://docs.everruns.com/capabilities/openai-server-tools/">OpenAI server tools</a>. PRs
<a href="https://github.com/everruns/everruns/pull/3918">#3918</a>, <a href="https://github.com/everruns/everruns/pull/3923">#3923</a>, <a href="https://github.com/everruns/everruns/pull/3928">#3928</a>, <a href="https://github.com/everruns/everruns/pull/3930">#3930</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>GitHub pull request triggers with a per-agent GitHub App</title><link>https://docs.everruns.com/changelog/2026-09-30-github-pull-request-triggers/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-30-github-pull-request-triggers/</guid><pubDate>Wed, 30 Sep 2026 00:00:00 GMT</pubDate><description>Each agent can create and install its own GitHub App by clicks, read pull requests and diffs, post comments, and start sessions from pull request events.</description><content:encoded><![CDATA[<p><img alt="Everruns and GitHub logos side by side, announcing GitHub pull request triggers" loading="lazy" decoding="async" width="2400" height="1350" src="https://docs.everruns.com/_astro/integration@2x.F8FJyusz_Zps2hi.webp"></p>
<p>An agent can now act on GitHub pull requests. Use the <strong>Connect GitHub</strong> card on
the agent’s Integrations tab to create and install the agent’s own GitHub App.
The <a href="https://docs.everruns.com/capabilities/github/">GitHub</a> capability then gives it
<code dir="auto">get_github_pull_request</code>, <code dir="auto">get_github_pull_request_diff</code> and
<code dir="auto">upsert_github_comment</code>.</p>
<p>Add a trigger in GitHub mode, or from the CLI with <code dir="auto">--github-events</code> and
<code dir="auto">--repositories</code>, to start work on pull request events. Webhooks are signature
verified, deduplicated by delivery ID, and routed to one session per pull
request. Every trigger now shares that pipeline, so webhook triggers also accept
filters and dedupe templates.</p>
<p>See <a href="https://docs.everruns.com/how-to/summarize-github-pull-requests/">Summarize GitHub pull requests</a>.
PRs <a href="https://github.com/everruns/everruns/pull/3935">#3935</a>, <a href="https://github.com/everruns/everruns/pull/3943">#3943</a>, <a href="https://github.com/everruns/everruns/pull/3915">#3915</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Claude Sonnet 5.5 and GPT-6.1 Sol with fast and ultrafast tiers</title><link>https://docs.everruns.com/changelog/2026-09-30-claude-sonnet-5-5-gpt-6-1-sol/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-30-claude-sonnet-5-5-gpt-6-1-sol/</guid><pubDate>Wed, 30 Sep 2026 00:00:00 GMT</pubDate><description>Claude Sonnet 5.5 becomes the favorite Sonnet model, GPT-6.1 Sol adds fast and ultrafast speed tiers, and the sunset Claude Sonnet 4.5 profile is removed.</description><content:encoded><![CDATA[<p>Claude Sonnet 5.5 (<code dir="auto">claude-sonnet-5-5</code>, plus a <code dir="auto">[1m]</code> 1M-context twin) is
seeded as an enabled Anthropic favorite. It always thinks, so an explicit
<code dir="auto">none</code> effort sends <code dir="auto">low</code>.</p>
<p>GPT-6.1 Sol joins the OpenAI models. Its <code dir="auto">controls.speed</code> setting accepts
<code dir="auto">fast</code> and <code dir="auto">ultrafast</code>. The OpenAI drivers reject a speed tier the model does
not list before sending, and usage is priced at the tier that served the call.</p>
<p>Anthropic sunset Claude Sonnet 4.5, so its model profile and catalog entry are
removed.</p>
<p>See <a href="https://docs.everruns.com/providers/anthropic/">Anthropic</a> and <a href="https://docs.everruns.com/providers/openai/">OpenAI</a>. PRs
<a href="https://github.com/everruns/everruns/pull/3902">#3902</a>, <a href="https://github.com/everruns/everruns/pull/3925">#3925</a>, <a href="https://github.com/everruns/everruns/pull/3952">#3952</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Feature</category></item>
<item><title>Everruns MCP server renders as an MCP App in ChatGPT and Codex</title><link>https://docs.everruns.com/changelog/2026-09-29-mcp-app-chatgpt-codex/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-29-mcp-app-chatgpt-codex/</guid><pubDate>Tue, 29 Sep 2026 00:00:00 GMT</pubDate><description>MCP App hosts such as ChatGPT and Codex show a live session view, answer agent questions in a form, approve pending actions and open an Everruns panel.</description><content:encoded><![CDATA[<p><img alt="Everruns and OpenAI logos side by side, announcing the MCP App in ChatGPT and Codex" loading="lazy" decoding="async" width="2400" height="1350" src="https://docs.everruns.com/_astro/integration@2x.C1BoZJCy_Z1hQwJz.webp"></p>
<p>The Everruns MCP server at <code dir="auto">/mcp</code> is now an MCP App. In hosts that render MCP
Apps, such as ChatGPT and Codex, running an agent shows a session view with
status, messages and a reply box. Agent questions appear as a form, and pending
approvals as Approve and Decline buttons that refuse stale clicks. An Everruns
panel opens from the ChatGPT sidebar.</p>
<p>Hosts that do not render apps get the same tools as plain text, and the
existing tool shapes are unchanged.</p>
<p>See <a href="https://docs.everruns.com/features/mcp/#in-chatgpt-and-codex">MCP: In ChatGPT and Codex</a>.
PR <a href="https://github.com/everruns/everruns/pull/3927">#3927</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Agent page rebuilt as one view-and-edit workspace</title><link>https://docs.everruns.com/changelog/2026-09-29-agent-page-workspace/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-29-agent-page-workspace/</guid><pubDate>Tue, 29 Sep 2026 00:00:00 GMT</pubDate><description>The agent page shows the system prompt as the page with settings in a side column, and you edit everything in place with one Save or Discard.</description><content:encoded><![CDATA[<p>The agent page is now one workspace. The system prompt fills the page and a
narrow column holds the rest of the configuration. Select <strong>Edit</strong> to change
the prompt and settings in place, then <strong>Save changes</strong> or <strong>Discard</strong> for the
whole agent. Changes apply to new sessions.</p>
<p>MCP servers, credentials, branding, starter files, network access, token usage
and health check open as side sheets from <strong>More</strong>. Version history and
archive move to the header’s <strong>More actions</strong> menu. Old <code dir="auto">/edit</code> links open the
page in edit mode, and <code dir="auto">/sessions</code> opens the Sessions tab.</p>
<p>See <a href="https://docs.everruns.com/features/ui/#agent-page">Agent page</a>. PR <a href="https://github.com/everruns/everruns/pull/3917">#3917</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Improvement</category></item>
<item><title>Ask User questions reach MCP, A2A and Tasks clients</title><link>https://docs.everruns.com/changelog/2026-09-25-ask-user-mcp-a2a-clients/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-25-ask-user-mcp-a2a-clients/</guid><pubDate>Fri, 25 Sep 2026 00:00:00 GMT</pubDate><description>A session waiting on ask_user now shows its question to MCP clients as a form elicitation, to A2A callers as a typed data part, and to Tasks clients.</description><content:encoded><![CDATA[<p>When an agent waits on an <code dir="auto">ask_user</code> question, clients outside the Everruns UI
can now read and answer it. Before, they saw a session that stayed working.</p>
<ul>
<li>Over <code dir="auto">/mcp</code>, the question set is a form-mode elicitation. A client that never
declared elicitation gets the declared defaults.</li>
<li>Over inbound A2A, the task reports that input is required, with the question
as text and as a data part under <code dir="auto">everruns/ask_user</code>. Reply with a data part
under <code dir="auto">everruns/ask_user_answer</code>.</li>
<li>Over MCP Tasks, <code dir="auto">tasks/get</code> exposes the pending form through
<code dir="auto">inputRequests</code>, and <code dir="auto">tasks/update</code> answers it.</li>
</ul>
<p>See <a href="https://docs.everruns.com/capabilities/ask-user/">Ask User</a>, <a href="https://docs.everruns.com/features/mcp/">MCP</a> and
<a href="https://docs.everruns.com/features/a2a/">A2A</a>. PRs <a href="https://github.com/everruns/everruns/pull/3781">#3781</a>, <a href="https://github.com/everruns/everruns/pull/3780">#3780</a>,
<a href="https://github.com/everruns/everruns/pull/3828">#3828</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Improvement</category></item>
<item><title>Ask User lets agents pause and ask you questions mid-run</title><link>https://docs.everruns.com/changelog/2026-09-24-ask-user-agent-questions/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-24-ask-user-agent-questions/</guid><pubDate>Thu, 24 Sep 2026 00:00:00 GMT</pubDate><description>Agents with the ask_user capability pause a run to ask one to four choice, text or secret questions, shown as an inline card that you answer in place.</description><content:encoded><![CDATA[<p><strong>In the UI:</strong> an agent with the <code dir="auto">ask_user</code> capability can stop and ask one to
four structured questions instead of guessing. The chat shows a card with
choice options, a free-form text field, or a secret field; answering resumes
the turn. An unanswered choice falls back to the option the model recommended,
while text and secret questions are declined. A secret answer never enters the
event log or the agent’s context. The default chat harnesses enable it.</p>
<p><strong>In code:</strong> implement the <code dir="auto">AskUser</code> trait to answer questions from your own
interface when you embed the Framework.</p>
<p>See <a href="https://docs.everruns.com/capabilities/ask-user/">Ask User</a> and
<a href="https://docs.everruns.com/framework/ask-user/">Answer an agent’s questions</a>. PRs <a href="https://github.com/everruns/everruns/pull/3735">#3735</a>,
<a href="https://github.com/everruns/everruns/pull/3738">#3738</a>, <a href="https://github.com/everruns/everruns/pull/3747">#3747</a>, <a href="https://github.com/everruns/everruns/pull/3757">#3757</a>, <a href="https://github.com/everruns/everruns/pull/3790">#3790</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Feature</category></item>
<item><title>Claude always-thinking models no longer return 400s or empty answers</title><link>https://docs.everruns.com/changelog/2026-09-23-claude-always-thinking-fixes/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-23-claude-always-thinking-fixes/</guid><pubDate>Wed, 23 Sep 2026 00:00:00 GMT</pubDate><description>The Anthropic driver rejects prefill early, maps an explicit none effort to low, and keeps requests append-only on Opus 5.5 and other always-thinking models.</description><content:encoded><![CDATA[<p>Requests to Claude models that always think, such as Opus 5.5, now behave
predictably:</p>
<ul>
<li>A request that ends on an assistant turn (prefill) fails fast with a
configuration error that names the fix, instead of a provider 400 and a
retry cycle.</li>
<li>An explicit <code dir="auto">none</code> reasoning effort maps to <code dir="auto">low</code> on models where thinking
cannot be turned off. Before, the driver sent nothing and the API ran at its
own default.</li>
<li>Each request in a session replays the previous one and only appends to it,
so preserved thinking stays valid across turns.</li>
</ul>
<p>See <a href="https://docs.everruns.com/providers/anthropic/">Anthropic</a>. PRs <a href="https://github.com/everruns/everruns/pull/3782">#3782</a>,
<a href="https://github.com/everruns/everruns/pull/3783">#3783</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Fix</category></item>
<item><title>Everruns Cloud sign-in failures return to the login page</title><link>https://docs.everruns.com/changelog/2026-09-22-cloud-sign-in-failure-recovery/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-22-cloud-sign-in-failure-recovery/</guid><pubDate>Tue, 22 Sep 2026 00:00:00 GMT</pubDate><description>A failed Everruns Cloud sign-in now lands on the login page with the reason and a way to try again, instead of a raw JSON error on the callback URL.</description><content:encoded><![CDATA[<p>A sign-in to <a href="https://app.everruns.com">Everruns Cloud</a> that did not complete
used to leave you on the callback URL looking at a JSON error such as
<code dir="auto">{"error":"Login temporarily unavailable"}</code>, with no way forward.</p>
<p>Now it returns to the login page and says whether sign-in was cancelled, the
10-minute sign-in window expired, or Everruns ID could not be reached, with a
<strong>Try signing in again</strong> action. A connection failure while exchanging the login
code is retried before it fails, and a malformed token response is reported as
unavailable rather than as an expired link.</p>
<p>See <a href="https://docs.everruns.com/getting-started/cloud/">Everruns Cloud quickstart</a>.</p>]]></content:encoded><category>Cloud</category><category>Fix</category></item>
<item><title>Claude Opus 5.5, GPT-6 Sol and GPT-6 Luna models added</title><link>https://docs.everruns.com/changelog/2026-09-22-claude-opus-5-5-gpt-6-models/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-22-claude-opus-5-5-gpt-6-models/</guid><pubDate>Tue, 22 Sep 2026 00:00:00 GMT</pubDate><description>Claude Opus 5.5 becomes the recommended Opus model, and GPT-6 Luna replaces GPT-5.6 Terra as the platform default model and the default utility model.</description><content:encoded><![CDATA[<p>Three new models are available: Claude Opus 5.5 (<code dir="auto">claude-opus-5-5</code>, plus the
1M-context <code dir="auto">claude-opus-5-5[1m]</code>), GPT-6 Sol (<code dir="auto">gpt-6-sol</code>) and GPT-6 Luna
(<code dir="auto">gpt-6-luna</code>). All are seeded as enabled favorites, and Opus 5.5 is marked as
the recommended Anthropic model. Opus 5 stays enabled for existing agents.</p>
<p>GPT-6 Luna replaces GPT-5.6 Terra as the platform default model. It is also the
default utility model behind Agent Analyze, Health checks and <code dir="auto">llm_judge</code>
guardrails; set <code dir="auto">UTILITY_LLM_MODEL</code> to choose another.</p>
<p>See <a href="https://docs.everruns.com/providers/anthropic/">Anthropic</a>, <a href="https://docs.everruns.com/providers/openai/">OpenAI</a> and
<a href="https://docs.everruns.com/sre/environment-variables/">environment variables</a>. PRs <a href="https://github.com/everruns/everruns/pull/3769">#3769</a>,
<a href="https://github.com/everruns/everruns/pull/3771">#3771</a>, <a href="https://github.com/everruns/everruns/pull/3774">#3774</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Install an Everruns agent in Slack with one click</title><link>https://docs.everruns.com/changelog/2026-09-19-slack-one-click-install/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-19-slack-one-click-install/</guid><pubDate>Sat, 19 Sep 2026 00:00:00 GMT</pubDate><description>Connecting an agent to Slack no longer needs credentials copied from api.slack.com: Everruns creates the Slack app and takes its credentials from OAuth.</description><content:encoded><![CDATA[<p>Connecting an agent to Slack used to mean copying four values out of
api.slack.com. Now you name the Slack endpoint, save it and choose <strong>Connect to
Slack</strong>: Everruns creates the app from the manifest it generates, Slack shows one
consent screen, and the signing secret, bot token and workspace ID arrive on
their own.</p>
<p>One-click install needs a Slack app configuration token on the deployment, which
Everruns Cloud has. Without one, the button is hidden and the manual fields stay
available under <strong>Configure manually</strong>.</p>
<p>See <a href="https://docs.everruns.com/how-to/publish-to-slack/">Publish to Slack</a> and <a href="https://docs.everruns.com/capabilities/slack/">Slack</a>. <a href="https://github.com/everruns/everruns/pull/3724">#3724</a></p>]]></content:encoded><category>Cloud</category><category>Platform</category><category>Feature</category></item>
<item><title>MCP catalog presets, acts-as identity and personal connections</title><link>https://docs.everruns.com/changelog/2026-09-19-mcp-catalog-connections-acts-as/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-19-mcp-catalog-connections-acts-as/</guid><pubDate>Sat, 19 Sep 2026 00:00:00 GMT</pubDate><description>MCP servers gain an org catalog of presets, an actsAs setting for whose sign-in a server uses, an agent MCP tab and a place to revoke your own sign-ins.</description><content:encoded><![CDATA[<p><strong>In the UI:</strong> the MCP servers page becomes a catalog of presets showing which
active agents use each one and what archiving would affect. The agent detail page
gains an MCP tab listing the agent’s effective servers, their identity and
connection state, with flows to add a preset or custom HTTP server and to revoke a
connection. People can see and revoke the MCP sign-ins they granted.</p>
<p><strong>In agent config:</strong> an MCP entry can reference a preset with <code dir="auto">catalog:&#x3C;name></code> and
say whose sign-in its calls use with <code dir="auto">actsAs</code> (<code dir="auto">none</code>, <code dir="auto">service</code>, <code dir="auto">user</code> or
<code dir="auto">user_or_service</code>):</p>
<div class="expressive-code"><link rel="stylesheet" href="https://docs.everruns.com/_astro/ec.aiyd6.css"><script type="module" src="https://docs.everruns.com/_astro/ec.0vx5m.js"></script><figure class="frame not-content"><figcaption class="header"></figcaption><pre data-language="json" class="wrap" style="--ecMaxLine:59ch"><code><div class="ec-line"><div class="code"><span style="--0:#24292E;--1:#E1E4E8">{ </span><span style="--0:#005CC5;--1:#79B8FF">"github"</span><span style="--0:#24292E;--1:#E1E4E8">: { </span><span style="--0:#005CC5;--1:#79B8FF">"use"</span><span style="--0:#24292E;--1:#E1E4E8">: </span><span style="--0:#032F62;--1:#9ECBFF">"catalog:github"</span><span style="--0:#24292E;--1:#E1E4E8">, </span><span style="--0:#005CC5;--1:#79B8FF">"actsAs"</span><span style="--0:#24292E;--1:#E1E4E8">: </span><span style="--0:#032F62;--1:#9ECBFF">"user"</span><span style="--0:#24292E;--1:#E1E4E8"> } }</span></div></div></code></pre><div class="copy"><div aria-live="polite"></div><button title="Copy to clipboard" data-copied="Copied!" data-code="{ &#x22;github&#x22;: { &#x22;use&#x22;: &#x22;catalog:github&#x22;, &#x22;actsAs&#x22;: &#x22;user&#x22; } }"><div></div></button></div></figure></div>
<p>See <a href="https://docs.everruns.com/features/mcp/">MCP</a> and <a href="https://docs.everruns.com/integrations/mcp-credentials/">MCP credentials</a>. <a href="https://github.com/everruns/everruns/pull/3726">#3726</a>, <a href="https://github.com/everruns/everruns/pull/3675">#3675</a>, <a href="https://github.com/everruns/everruns/pull/3638">#3638</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Set spend budgets on agent endpoints from the Integrations tab</title><link>https://docs.everruns.com/changelog/2026-09-19-agent-endpoint-budgets/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-19-agent-endpoint-budgets/</guid><pubDate>Sat, 19 Sep 2026 00:00:00 GMT</pubDate><description>Agent and endpoint budgets can be managed on the agent's Integrations tab, and sessions are attributed to the endpoint they arrived through.</description><content:encoded><![CDATA[<p>Sessions now record the endpoint they arrived through, and budgets can target an
agent endpoint. Existing App budgets were converted to one budget per endpoint
with the same limit and balance.</p>
<p><strong>In the UI:</strong> with the <code dir="auto">app_budgets</code> feature flag on, the agent’s
<strong>Integrations</strong> tab manages agent and endpoint budgets, showing the period, its
UTC reset and any refusal. Members without <code dir="auto">budget.manage</code> see them read-only.</p>
<p>Slack and FCP endpoint budgets now bind and are enforced. If you configured one
before and it never took effect, it starts limiting spend.</p>
<p>See <a href="https://docs.everruns.com/advanced/budgets/">Budgets</a> and <a href="https://docs.everruns.com/how-to/enforce-a-budget/">Enforce a budget</a>. <a href="https://github.com/everruns/everruns/pull/3719">#3719</a>, <a href="https://github.com/everruns/everruns/pull/3623">#3623</a>, <a href="https://github.com/everruns/everruns/pull/3625">#3625</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Slack agents ask approval with buttons and show task progress</title><link>https://docs.everruns.com/changelog/2026-09-18-slack-approvals-progress-actions/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-18-slack-approvals-progress-actions/</guid><pubDate>Fri, 18 Sep 2026 00:00:00 GMT</pubDate><description>Agents deployed to Slack can take approvals through Approve and Decline buttons, show live sub-task progress and act as the channel's own bot.</description><content:encoded><![CDATA[<p>Three additions for agents running in Slack:</p>
<ul>
<li><strong>Approvals:</strong> when an agent pauses with <code dir="auto">request_approval</code>, the thread shows
buttons. Only the person the agent is answering can use them, and answering
removes the buttons. Apps created earlier must save a fresh manifest once.</li>
<li><strong>Task progress:</strong> a delegating agent posts one message, updated in place, that
summarizes its sub-tasks, for example how many finished or failed.</li>
<li><strong>Slack actions:</strong> a native <code dir="auto">slack</code> capability adds <code dir="auto">slack_add_reaction</code>,
<code dir="auto">slack_update_message</code>, <code dir="auto">slack_lookup_user</code> and <code dir="auto">slack_upload_file</code>, using the
endpoint’s own bot token instead of a separate Slack MCP server.</li>
</ul>
<p>See <a href="https://docs.everruns.com/capabilities/slack/#approvals">Slack approvals</a>, <a href="https://docs.everruns.com/capabilities/slack/#task-progress">task progress</a>
and <a href="https://docs.everruns.com/capabilities/slack/#slack-actions">Slack actions</a>. <a href="https://github.com/everruns/everruns/pull/3696">#3696</a>, <a href="https://github.com/everruns/everruns/pull/3697">#3697</a>, <a href="https://github.com/everruns/everruns/pull/3693">#3693</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Agent endpoints and triggers replace Apps in Everruns</title><link>https://docs.everruns.com/changelog/2026-09-18-agent-endpoints-replace-apps/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-18-agent-endpoints-replace-apps/</guid><pubDate>Fri, 18 Sep 2026 00:00:00 GMT</pubDate><description>App management is retired: an agent's endpoints and triggers now live on its Integrations tab, with an org-wide Exposures view and per-agent suspend.</description><content:encoded><![CDATA[<p>The App abstraction is retired. Endpoints (Slack, webhook, AG-UI, A2A, public chat
and others) and triggers now belong to the agent.</p>
<p><strong>In the UI:</strong> an agent’s <strong>Integrations</strong> tab lists its endpoints and triggers,
each with its own publish switch and real endpoint URL, plus a switch to suspend
all of the agent’s exposures at once. A new <strong>Exposures</strong> page lists every endpoint
and trigger in the organization, flags anonymous live ones, and can suspend or
resume an agent. App management pages are gone.</p>
<p><strong>In the API:</strong> publishing moves one endpoint. Suspend with
<code dir="auto">POST /v1/agents/{agent_id}/exposures/suspend</code> and resume with <code dir="auto">.../resume</code>. App
write and command surfaces are removed; existing App records are frozen and
ingress URLs keep working.</p>
<p>See <a href="https://docs.everruns.com/features/channels/">Channels</a> and <a href="https://docs.everruns.com/features/agent-triggers/">Agent triggers</a>. <a href="https://github.com/everruns/everruns/pull/3698">#3698</a>, <a href="https://github.com/everruns/everruns/pull/3624">#3624</a>, <a href="https://github.com/everruns/everruns/pull/3627">#3627</a>, <a href="https://github.com/everruns/everruns/pull/3621">#3621</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Breaking</category></item>
<item><title>Soft approval: agents pause before destructive or outward actions</title><link>https://docs.everruns.com/changelog/2026-09-17-soft-approval-capability/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-17-soft-approval-capability/</guid><pubDate>Thu, 17 Sep 2026 00:00:00 GMT</pubDate><description>The new soft_approval capability, on by default for Generic and Platform Chat, has agents ask before risky actions and records who approved in the audit log.</description><content:encoded><![CDATA[<p>The <code dir="auto">soft_approval</code> capability tells an agent to batch safe work and pause before
destructive or outward-facing actions such as deleting data, pushing, publishing
or sending messages. The pause is a <code dir="auto">request_approval</code> tool call, so a waiting
turn is something a host can render. <code dir="auto">record_approval</code> writes the grant and
<code dir="auto">set_approval_mode</code> changes the level.</p>
<p>It is enabled at <code dir="auto">normal</code> on the Generic and Platform Chat harnesses. The approver
is resolved on the server from the authenticated message, never from what the
model says, and recorded as <code dir="auto">agent.approval.requested</code> and
<code dir="auto">agent.approval.granted</code> in the audit log.</p>
<p>See <a href="https://docs.everruns.com/capabilities/soft-approval/">Soft approval</a>. <a href="https://github.com/everruns/everruns/pull/3655">#3655</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Feature</category></item>
<item><title>One everruns command line for the CLI, MCP and agent shells</title><link>https://docs.everruns.com/changelog/2026-09-17-everruns-command-line-tree/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-17-everruns-command-line-tree/</guid><pubDate>Thu, 17 Sep 2026 00:00:00 GMT</pubDate><description>Every Everruns operation now has one noun-verb spelling with --help that works the same in the everruns CLI, the /mcp endpoint and an agent's shell.</description><content:encoded><![CDATA[<p><code dir="auto">everruns &#x3C;noun> &#x3C;verb> --flags</code> is now a single grammar. The external CLI, the
<code dir="auto">/mcp</code> endpoint and a session’s shell render it from one declaration, so the CLI
grows from 82 commands to 309 across 31 nouns, and <code dir="auto">--help</code> reaches every one of
them. Flat names such as <code dir="auto">list_agents</code> keep working as aliases.</p>
<div class="expressive-code"><link rel="stylesheet" href="https://docs.everruns.com/_astro/ec.aiyd6.css"><script type="module" src="https://docs.everruns.com/_astro/ec.0vx5m.js"></script><figure class="frame is-terminal not-content"><figcaption class="header"><span class="title"></span><span class="sr-only">Terminal window</span></figcaption><pre data-language="bash" class="wrap" style="--ecMaxLine:24ch"><code><div class="ec-line"><div class="code"><span style="--0:#6F42C1;--1:#B392F0">everruns</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#032F62;--1:#9ECBFF">agents</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#032F62;--1:#9ECBFF">list</span></div></div><div class="ec-line"><div class="code"><span style="--0:#6F42C1;--1:#B392F0">everruns</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#032F62;--1:#9ECBFF">sessions</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#005CC5;--1:#79B8FF">--help</span></div></div></code></pre><div class="copy"><div aria-live="polite"></div><button title="Copy to clipboard" data-copied="Copied!" data-code="everruns agents listeverruns sessions --help"><div></div></button></div></figure></div>
<p><strong>In code:</strong> a Framework application exposing its own command tree can name its
root token with <code dir="auto">CliCommandSource::root</code> instead of <code dir="auto">everruns</code>.</p>
<p>A Platform Chat v2 harness built on this command line is available behind an
organization opt-in flag. See <a href="https://docs.everruns.com/features/cli/">CLI</a> and
<a href="https://docs.everruns.com/reference/cli/">CLI reference</a>. <a href="https://github.com/everruns/everruns/pull/3680">#3680</a>, <a href="https://github.com/everruns/everruns/pull/3490">#3490</a>, <a href="https://github.com/everruns/everruns/pull/3496">#3496</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>CLI</category><category>Framework</category><category>Feature</category></item>
<item><title>The Everruns UI supports dark mode with a theme setting</title><link>https://docs.everruns.com/changelog/2026-09-16-ui-dark-mode-theme/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-16-ui-dark-mode-theme/</guid><pubDate>Wed, 16 Sep 2026 00:00:00 GMT</pubDate><description>The Everruns web UI can now be shown in light, dark or system theme, chosen from the user menu and remembered without a flash on navigation.</description><content:encoded><![CDATA[<p>The Everruns UI has a dark theme. Open the user menu in the sidebar
and pick <strong>Theme</strong>: light, dark or system. The choice is stored in a cookie, so
pages render in the right theme on the server and navigation does not flash.
Scrollbars and native controls follow the theme too.</p>
<p>Before this change, a machine set to dark mode got a partly dark interface; the
whole UI now switches together, with semantic status colors that work in both
themes.</p>
<p>See <a href="https://docs.everruns.com/features/ui/">UI</a>. <a href="https://github.com/everruns/everruns/pull/3637">#3637</a>, <a href="https://github.com/everruns/everruns/pull/3639">#3639</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Everruns agents run in Slack's agent pane</title><link>https://docs.everruns.com/changelog/2026-09-15-slack-agent-pane/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-15-slack-agent-pane/</guid><pubDate>Tue, 15 Sep 2026 00:00:00 GMT</pubDate><description>A Slack channel can now serve Slack's agent pane, with streamed replies, a stop button, live status and thread context, alongside channel replies.</description><content:encoded><![CDATA[<p><img alt="Everruns and Slack logos side by side, announcing agents in Slack&#39;s agent pane" loading="lazy" decoding="async" width="2400" height="1350" src="https://docs.everruns.com/_astro/integration@2x.CT4GnMT0_ZUMklf.webp"></p>
<p>Set <code dir="auto">agent_surface_enabled</code> on a Slack channel and its app also appears as an
agent in Slack’s dedicated assistant pane, while <code dir="auto">@mentions</code> in channels keep
working. In the pane, replies stream as the agent writes them, the stop button
cancels the running turn, and the agent’s status and thread title show while a
turn runs. Thread context is persisted and given to the agent, and replies post
as markdown blocks.</p>
<p>The generated manifest declares the agent feature and fills Slack’s suggested
prompts from the agent’s conversation starters, or the harness’s. An existing
app must update its manifest and reinstall to gain the pane.</p>
<p>See <a href="https://docs.everruns.com/capabilities/slack/#agent-surface">Slack</a> and
<a href="https://docs.everruns.com/how-to/publish-to-slack/">Publish to Slack</a>. <a href="https://github.com/everruns/everruns/pull/3560">#3560</a>, <a href="https://github.com/everruns/everruns/pull/3564">#3564</a>, <a href="https://github.com/everruns/everruns/pull/3606">#3606</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Everruns Cloud adds a built-in model provider with starter credit</title><link>https://docs.everruns.com/changelog/2026-09-15-cloud-built-in-model-provider/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-15-cloud-built-in-model-provider/</guid><pubDate>Tue, 15 Sep 2026 00:00:00 GMT</pubDate><description>New Everruns Cloud organizations run agents without provider keys, paid from prepaid credit that starts at $5 and is topped up in Settings &gt; Billing.</description><content:encoded><![CDATA[<p>New organizations on <a href="https://app.everruns.com">Everruns Cloud</a> come with a
built-in model provider, so an agent can run before you have any provider API
keys. Its models included GPT 5.6 Sol, Claude Sonnet 4.6, Muse Spark 1.3 and
Muse Spark 1.3 Contributor. A user’s first organization receives $5 of starter
credit, once per account and only with a verified email.</p>
<p><strong>Settings</strong> > <strong>Billing</strong> shows available credit, the starter and purchased
split, and what running work holds. Owners and admins buy more credit there;
every member can see the balance. At zero balance the built-in provider refuses
new calls, while models on your own provider keys keep working.</p>
<p>See <a href="https://docs.everruns.com/getting-started/cloud/">Everruns Cloud quickstart</a>.</p>]]></content:encoded><category>Cloud</category><category>Feature</category></item>
<item><title>Sessions show where their commands run and what they may touch</title><link>https://docs.everruns.com/changelog/2026-09-14-session-environment-panel/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-14-session-environment-panel/</guid><pubDate>Mon, 14 Sep 2026 00:00:00 GMT</pubDate><description>Each session now declares its execution environment, readable through the API and shown in an Environment panel on the session Workspace tab.</description><content:encoded><![CDATA[<p>A session now has an explicit environment: where its commands run (compute) and
what they may touch (containment).</p>
<p><strong>In the UI:</strong> the session <strong>Workspace</strong> tab gains an <strong>Environment</strong> panel.</p>
<p><strong>In the API:</strong> <code dir="auto">GET /v1/sessions/{id}/environment</code> and
<code dir="auto">GET /v1/environment-targets</code> are read-only views of the same data. The feature is
enabled wherever sandboxes are.</p>
<p><strong>In code:</strong> the Framework’s <code dir="auto">Environment</code> gains named compute and containment
members, with <code dir="auto">HostCompute</code> behind the <code dir="auto">host-compute</code> feature.</p>
<p>See <a href="https://docs.everruns.com/framework/workspaces-and-environments/">Workspaces and environments</a>. <a href="https://github.com/everruns/everruns/pull/3599">#3599</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Feature</category></item>
<item><title>Everruns Cloud loads Sessions, Harnesses and Skills pages faster</title><link>https://docs.everruns.com/changelog/2026-09-14-cloud-faster-page-navigation/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-14-cloud-faster-page-navigation/</guid><pubDate>Mon, 14 Sep 2026 00:00:00 GMT</pubDate><description>Moving between the Sessions, Harnesses and Skills pages on Everruns Cloud no longer stalls for seconds while the server renders the page.</description><content:encoded><![CDATA[<p>Opening <strong>Sessions</strong>, <strong>Harnesses</strong> or <strong>Skills</strong> in
<a href="https://app.everruns.com">Everruns Cloud</a> could take several seconds, with
<code dir="auto">/sessions</code> observed at about 6 seconds, even though the underlying API calls
answered in under 100 ms. Server rendering of these pages now fetches its data
directly instead of going back out through the public edge, and hovering a
sidebar link no longer starts that work before you click.</p>
<p>See <a href="https://docs.everruns.com/getting-started/cloud/">Everruns Cloud quickstart</a>.</p>]]></content:encoded><category>Cloud</category><category>Improvement</category></item>
<item><title>Send a message and wait for the turn result in one request</title><link>https://docs.everruns.com/changelog/2026-09-12-wait-for-message-completion/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-12-wait-for-message-completion/</guid><pubDate>Sat, 12 Sep 2026 00:00:00 GMT</pubDate><description>The sessions API can now hold a message request open until the turn finishes, and Framework runs accept a timeout, for callers that do not consume SSE.</description><content:encoded><![CDATA[<p>Callers that want a result instead of an event stream can now wait for it.</p>
<p><strong>In the API:</strong> <code dir="auto">POST /v1/sessions/{id}/messages?wait=true</code> returns <code dir="auto">200</code> with the
turn result when the turn completes or fails, or <code dir="auto">202</code> with partial messages when
<code dir="auto">timeout_ms</code> (default 120 s, at most 600 s) expires. Without <code dir="auto">wait</code> it still
returns <code dir="auto">201</code> immediately, so existing clients are unaffected.</p>
<p><strong>In code:</strong> <code dir="auto">RunOptions::timeout</code> bounds <code dir="auto">Session::run_with</code>; when it expires the
in-process turn is cancelled and its outcome returned.</p>
<p>See <a href="https://docs.everruns.com/framework/sessions/">Sessions</a> and <a href="https://docs.everruns.com/how-to/stream-events/">Stream events</a>. <a href="https://github.com/everruns/everruns/pull/3541">#3541</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Feature</category></item>
<item><title>Attach PDF files to agent messages</title><link>https://docs.everruns.com/changelog/2026-09-12-pdf-file-attachments/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-12-pdf-file-attachments/</guid><pubDate>Sat, 12 Sep 2026 00:00:00 GMT</pubDate><description>Messages can now carry PDF attachments, uploaded through a new files API and passed to each provider in its native document format.</description><content:encoded><![CDATA[<p>Agents can read PDF documents sent with a message.</p>
<p><strong>In the UI:</strong> the chat composer offers PDF attachments when the selected model
accepts PDF input, and shows each attachment as a file chip.</p>
<p><strong>In the API:</strong> upload a PDF with <code dir="auto">POST /v1/files</code> (PDF only, up to 32 MB), then
reference it as a <code dir="auto">file</code> content part in the message. <code dir="auto">GET /v1/files</code>,
<code dir="auto">GET /v1/files/{id}</code> and <code dir="auto">DELETE</code> manage stored files. Everruns converts the
attachment for each provider, including Anthropic documents, Gemini inline data,
Bedrock documents and OpenAI file inputs.</p>
<p>See <a href="https://docs.everruns.com/features/ui/">UI</a>. <a href="https://github.com/everruns/everruns/pull/3535">#3535</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Session schedules no longer fire twice on multi-replica deployments</title><link>https://docs.everruns.com/changelog/2026-09-11-session-schedules-no-double-fire/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-11-session-schedules-no-double-fire/</guid><pubDate>Fri, 11 Sep 2026 00:00:00 GMT</pubDate><description>Everruns servers running more than one replica now claim each due session schedule atomically, so a scheduled message is sent once.</description><content:encoded><![CDATA[<p>On a deployment with more than one server replica, two replicas could both pick
up the same due session schedule and send its message twice. Schedules are now
claimed atomically, so exactly one replica fires each one. Single-replica
deployments were not affected, and no configuration change is needed.</p>
<p>See <a href="https://docs.everruns.com/capabilities/session-schedules/">Session schedules</a>. <a href="https://github.com/everruns/everruns/pull/3527">#3527</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Fix</category></item>
<item><title>platform_management capability retired in favor of platform</title><link>https://docs.everruns.com/changelog/2026-09-11-retire-platform-management-capability/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-11-retire-platform-management-capability/</guid><pubDate>Fri, 11 Sep 2026 00:00:00 GMT</pubDate><description>Capabilities gain a deprecated and retired lifecycle, and platform_management is the first one retired: it stays registered but no longer contributes tools.</description><content:encoded><![CDATA[<p>Built-in capabilities now have a two-step removal lifecycle. A <code dir="auto">deprecated</code>
capability keeps working while catalogs warn. A <code dir="auto">retired</code> one stays registered so
agents that reference it still start, but it contributes no tools, prompt, mounts
or hooks, and is hidden from catalogs unless <code dir="auto">include_retired</code> is set.</p>
<p><code dir="auto">platform_management</code> is retired. Its 14 hand-written tools are replaced by the
<code dir="auto">platform</code> capability, which derives the same surface from the command catalog.
Agents that still list <code dir="auto">platform_management</code> should switch to <code dir="auto">platform</code>.</p>
<p>See <a href="https://docs.everruns.com/capabilities/platform-management/">Platform Management (removed)</a> and
<a href="https://docs.everruns.com/capabilities/platform/">Platform</a>. <a href="https://github.com/everruns/everruns/pull/3513">#3513</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Breaking</category></item>
<item><title>Every Everruns user starts in a pinned Platform Chat thread</title><link>https://docs.everruns.com/changelog/2026-09-11-platform-chat-thread-every-user/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-11-platform-chat-thread-every-user/</guid><pubDate>Fri, 11 Sep 2026 00:00:00 GMT</pubDate><description>New users now land in a precreated, pinned Platform Chat thread instead of an empty Chats list, and Platform Chat gains more built-in capabilities.</description><content:encoded><![CDATA[<p>A new user used to land on <strong>Chats</strong> with an empty list and a counterpart picker.
The app now creates a thread on the built-in Platform Chat harness on first entry,
pins it, and ends onboarding in it. An existing thread is reused and an archived
one is not recreated.</p>
<p>Platform Chat also runs on a wider capability set, adding current time, message
timestamps, a to-do list, prompt caching, tool call repair and parallel tool
calls. Existing organizations pick these up without a migration.</p>
<p>See <a href="https://docs.everruns.com/built-ins/harnesses/platform-chat/">Platform Chat</a>. <a href="https://github.com/everruns/everruns/pull/3508">#3508</a>, <a href="https://github.com/everruns/everruns/pull/3507">#3507</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Image generation adds the Muse image model with a fallback</title><link>https://docs.everruns.com/changelog/2026-09-11-muse-image-model-fallback/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-11-muse-image-model-fallback/</guid><pubDate>Fri, 11 Sep 2026 00:00:00 GMT</pubDate><description>The image generation capability can now use Meta's Muse image model through Meta or OpenRouter, and falls back to it when only those credentials exist.</description><content:encoded><![CDATA[<p>The image generation capability supports <code dir="auto">muse-image-1.0</code>, served through a Meta
provider or through OpenRouter. A new <code dir="auto">fallback</code> option controls what happens
when a GPT image model is configured but only Meta or OpenRouter credentials
exist: <code dir="auto">auto</code> (the default) uses Muse, <code dir="auto">off</code> keeps GPT strictly on OpenAI or
Azure OpenAI.</p>
<div class="expressive-code"><link rel="stylesheet" href="https://docs.everruns.com/_astro/ec.aiyd6.css"><script type="module" src="https://docs.everruns.com/_astro/ec.0vx5m.js"></script><figure class="frame not-content"><figcaption class="header"></figcaption><pre data-language="json" class="wrap" style="--ecMaxLine:36ch"><code><div class="ec-line"><div class="code"><span style="--0:#24292E;--1:#E1E4E8">{ </span><span style="--0:#005CC5;--1:#79B8FF">"config"</span><span style="--0:#24292E;--1:#E1E4E8">: { </span><span style="--0:#005CC5;--1:#79B8FF">"fallback"</span><span style="--0:#24292E;--1:#E1E4E8">: </span><span style="--0:#032F62;--1:#9ECBFF">"auto"</span><span style="--0:#24292E;--1:#E1E4E8"> } }</span></div></div></code></pre><div class="copy"><div aria-live="polite"></div><button title="Copy to clipboard" data-copied="Copied!" data-code="{ &#x22;config&#x22;: { &#x22;fallback&#x22;: &#x22;auto&#x22; } }"><div></div></button></div></figure></div>
<p>Credentials now come only from configured providers. The capability no longer
reads <code dir="auto">OPENAI_API_KEY</code> or <code dir="auto">OPENAI_BASE_URL</code> from session secrets.</p>
<p>See <a href="https://docs.everruns.com/capabilities/openai-image-generation/">OpenAI image generation</a>. <a href="https://github.com/everruns/everruns/pull/3523">#3523</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Connect an LLM provider with one pasted key, checked before saving</title><link>https://docs.everruns.com/changelog/2026-09-11-llm-provider-quick-connect/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-11-llm-provider-quick-connect/</guid><pubDate>Fri, 11 Sep 2026 00:00:00 GMT</pubDate><description>LLM provider setup now offers a one-click grid of common providers, verifies the API key with the provider, and enables models and a default for you.</description><content:encoded><![CDATA[<p><strong>In the UI:</strong> a <strong>Connect</strong> grid offers one tile each for Anthropic, OpenAI,
Gemini, OpenRouter and Meta, so connecting one takes a pasted key. Providers that
need more than a key stay behind <strong>Another provider</strong>. Keys are checked as you
type, and only an outright rejection is shown. Once a key is saved, Everruns
discovers the provider’s models, enables a shortlist, stars a few favorites and
sets a default model if none exists.</p>
<p><strong>In the API and CLI:</strong> <code dir="auto">POST /v1/providers/check-credentials</code> checks a key
without storing it:</p>
<div class="expressive-code"><link rel="stylesheet" href="https://docs.everruns.com/_astro/ec.aiyd6.css"><script type="module" src="https://docs.everruns.com/_astro/ec.0vx5m.js"></script><figure class="frame is-terminal not-content"><figcaption class="header"><span class="title"></span><span class="sr-only">Terminal window</span></figcaption><pre data-language="bash" class="wrap" style="--ecMaxLine:93ch"><code><div class="ec-line"><div class="code"><span style="--0:#6F42C1;--1:#B392F0">everruns</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#032F62;--1:#9ECBFF">providers</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#032F62;--1:#9ECBFF">check-credentials</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#032F62;--1:#9ECBFF">check</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#005CC5;--1:#79B8FF">--provider-type</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#032F62;--1:#9ECBFF">openai</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#005CC5;--1:#79B8FF">--api-key</span><span style="--0:#24292E;--1:#E1E4E8"> </span><span style="--0:#032F62;--1:#9ECBFF">"</span><span style="--0:#24292E;--1:#E1E4E8">$OPENAI_API_KEY</span><span style="--0:#032F62;--1:#9ECBFF">"</span></div></div></code></pre><div class="copy"><div aria-live="polite"></div><button title="Copy to clipboard" data-copied="Copied!" data-code="everruns providers check-credentials check --provider-type openai --api-key &#x22;$OPENAI_API_KEY&#x22;"><div></div></button></div></figure></div>
<p>Disabled models can be re-enabled. See <a href="https://docs.everruns.com/providers/">Providers</a> and
<a href="https://docs.everruns.com/reference/cli/providers/">CLI providers</a>. <a href="https://github.com/everruns/everruns/pull/3526">#3526</a>, <a href="https://github.com/everruns/everruns/pull/3516">#3516</a>, <a href="https://github.com/everruns/everruns/pull/3515">#3515</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>CLI</category><category>Improvement</category></item>
<item><title>Everruns servers publish an MCP server card and auth.md</title><link>https://docs.everruns.com/changelog/2026-09-11-agent-discovery-documents/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-11-agent-discovery-documents/</guid><pubDate>Fri, 11 Sep 2026 00:00:00 GMT</pubDate><description>Every Everruns deployment now serves an MCP Server Card and an auth.md document, derived from live config, so agents can discover how to connect.</description><content:encoded><![CDATA[<p>An Everruns server now describes itself to agents. <code dir="auto">/.well-known/mcp/server-card.json</code>
is an MCP Server Card (SEP-1649), and <code dir="auto">/auth.md</code> explains both credential paths:
OAuth for the MCP endpoint and personal access tokens for the REST API. Both are
generated from the running server’s configuration, so a self-hosted deployment
describes itself correctly. Under <code dir="auto">AUTH_MODE=none</code> they say no credentials are
required.</p>
<p>The descriptions of <code dir="auto">create_agent</code>, <code dir="auto">create_session</code> and <code dir="auto">create_message</code> also
state their argument constraints, so an agent gets them right on the first call.</p>
<p>See <a href="https://docs.everruns.com/sre/runbooks/authentication/">Authentication</a>. <a href="https://github.com/everruns/everruns/pull/3533">#3533</a>, <a href="https://github.com/everruns/everruns/pull/3530">#3530</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>AGENTS.md files resolve hierarchically as conversation context</title><link>https://docs.everruns.com/changelog/2026-09-10-agents-md-hierarchical-context/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-10-agents-md-hierarchical-context/</guid><pubDate>Thu, 10 Sep 2026 00:00:00 GMT</pubDate><description>Agent instructions now load AGENTS.md from the workspace root down to the working directory and place them below harness safety instructions.</description><content:encoded><![CDATA[<p><code dir="auto">AGENTS.md</code> content no longer goes into the system prompt. The agent instructions
capability resolves the configured files hierarchically, from the filesystem root
to the working directory, with deeper files winning and sibling directories out of
scope. The result is inserted as the leading user-role message of each turn,
behind a header that marks it as workspace content.</p>
<p>This keeps untrusted repository instructions below harness safety instructions
and keeps the system prompt stable for caching. Resolution is bounded to 16 files,
32 KiB each and 128 KiB in total.</p>
<p>See <a href="https://docs.everruns.com/capabilities/agent-instructions/">Agent instructions</a> and
<a href="https://docs.everruns.com/how-to/use-agents-md/">Use AGENTS.md</a>. <a href="https://github.com/everruns/everruns/pull/3501">#3501</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Improvement</category></item>
<item><title>GPT-6 Astra, Claude Fable 5.1 and Muse Spark 1.3 model profiles</title><link>https://docs.everruns.com/changelog/2026-09-04-gpt-6-astra-fable-muse-spark/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-04-gpt-6-astra-fable-muse-spark/</guid><pubDate>Fri, 04 Sep 2026 00:00:00 GMT</pubDate><description>Everruns adds model profiles for OpenAI GPT-6 Astra, Claude Fable 5.1 and Muse Spark 1.3, seeds them for new organizations and covers them in live tests.</description><content:encoded><![CDATA[<p>Three new models are available with full profiles (pricing, limits, modalities):</p>
<ul>
<li><strong>OpenAI GPT-6 Astra</strong> (<code dir="auto">gpt-6-astra</code>), seeded as an enabled favorite. Its
reasoning effort accepts a new <code dir="auto">max</code> tier above <code dir="auto">xhigh</code>.</li>
<li><strong>Claude Fable 5.1</strong> (<code dir="auto">claude-fable-5-1</code> and its 1M-context variant), seeded as
enabled favorites with adaptive thinking.</li>
<li><strong>Muse Spark 1.3</strong> and its Contributor tier on the Meta Model API. Muse Spark 1.2
stays selectable.</li>
</ul>
<p>New organizations get them on the Models page automatically.</p>
<p>See <a href="https://docs.everruns.com/providers/">Providers</a>, <a href="https://docs.everruns.com/providers/meta/">Meta</a> and
<a href="https://docs.everruns.com/providers/anthropic/">Anthropic</a>. <a href="https://github.com/everruns/everruns/pull/3363">#3363</a>, <a href="https://github.com/everruns/everruns/pull/3351">#3351</a>, <a href="https://github.com/everruns/everruns/pull/3352">#3352</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Feature</category></item>
<item><title>MCP URL elicitation pauses for consent in the Everruns UI</title><link>https://docs.everruns.com/changelog/2026-09-03-mcp-url-elicitation-consent/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-09-03-mcp-url-elicitation-consent/</guid><pubDate>Thu, 03 Sep 2026 00:00:00 GMT</pubDate><description>When an MCP tool asks a person to finish a step in the browser, the turn now pauses on a consent card and the secret never enters the model context.</description><content:encoded><![CDATA[<p>An MCP server can now ask a person to finish something in their browser, such as
authorizing a charge, pasting an API key or clicking a consent screen, and Everruns
handles it as both MCP client and MCP server. The value never passes through the
MCP client, the model’s context or the event log.</p>
<p><strong>In the UI:</strong> a tool call that stops on a URL elicitation pauses the turn on a
confirmation card. The consent is single use and bound to the server, tool and
domain you were shown.</p>
<p><strong>For MCP clients of Everruns:</strong> the <code dir="auto">/mcp</code> endpoint gains <code dir="auto">session_set_secret</code>
and <code dir="auto">connect</code>, which point you at a form Everruns serves instead of taking the value.</p>
<p>See <a href="https://docs.everruns.com/features/mcp-url-elicitation/">MCP URL elicitation</a> and
<a href="https://docs.everruns.com/how-to/complete-a-url-elicitation/">Complete a URL elicitation</a>. <a href="https://github.com/everruns/everruns/pull/3354">#3354</a></p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Tool calls are validated against their schema before running</title><link>https://docs.everruns.com/changelog/2026-08-31-tool-argument-validation-strict/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-08-31-tool-argument-validation-strict/</guid><pubDate>Mon, 31 Aug 2026 00:00:00 GMT</pubDate><description>Everruns checks every tool call's arguments against the tool's JSON Schema and enables strict schemas for compatible OpenAI Chat and Responses tools.</description><content:encoded><![CDATA[<p>Malformed tool calls no longer reach tool implementations. Before a tool runs, its arguments are validated against the tool’s registered JSON Schema. Missing, wrong-type or unknown arguments return a structured error the model sees, so it can correct the call on the next turn. Tool call repair still runs first.</p>
<p>For OpenAI Chat Completions and Open Responses, compatible tools are now sent with strict schemas. A schema that cannot be converted safely is sent non-strict, as before.</p>
<p>See <a href="https://docs.everruns.com/capabilities/tool-call-repair/">Tool Call Repair</a> and <a href="https://github.com/everruns/everruns/pull/3336">#3336</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Improvement</category></item>
<item><title>Only organization admins can rename an organization</title><link>https://docs.everruns.com/changelog/2026-08-31-org-updates-require-admin/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-08-31-org-updates-require-admin/</guid><pubDate>Mon, 31 Aug 2026 00:00:00 GMT</pubDate><description>Every PATCH /v1/orgs/{org} request now requires an organization admin, closing a path where members could rename non-default organizations.</description><content:encoded><![CDATA[<p>Organization updates now check for an admin on every request. Before, a name-only <code dir="auto">PATCH /v1/orgs/{org}</code>, the request the settings page autosave sends, skipped the admin check, so a non-admin member could rename a non-default organization. Such a request now returns <code dir="auto">403</code> and nothing is saved.</p>
<p>Admins see no change. See <a href="https://github.com/everruns/everruns/pull/3315">#3315</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Fix</category></item>
<item><title>Organization default model can fall back to the platform default</title><link>https://docs.everruns.com/changelog/2026-08-31-org-default-model-platform-fallback/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-08-31-org-default-model-platform-fallback/</guid><pubDate>Mon, 31 Aug 2026 00:00:00 GMT</pubDate><description>An organization's default model is now an explicit override that admins can clear, falling back to a platform default shown in Models and Settings.</description><content:encoded><![CDATA[<p>A new organization no longer stores a concrete default model. When none is set, the platform default applies, and the Models and Organization settings pages label that state <strong>Platform default</strong> with the model name.</p>
<p>To go back to the platform default after choosing a model, select the platform default option, or send <code dir="auto">"default_model_id": null</code> in <code dir="auto">PATCH /v1/orgs/{org}</code>. Omitting the field leaves the setting unchanged.</p>
<p>See <a href="https://docs.everruns.com/reference/cli/models/">CLI: models</a>, <a href="https://github.com/everruns/everruns/pull/3114">#3114</a> and <a href="https://github.com/everruns/everruns/pull/3321">#3321</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Improvement</category></item>
<item><title>First message of a new chat no longer drops or shows out of order</title><link>https://docs.everruns.com/changelog/2026-08-27-first-chat-message-fix/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-08-27-first-chat-message-fix/</guid><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><description>A new chat thread now replays from its first event when it subscribes, so the opening message is delivered and appears above later replies.</description><content:encoded><![CDATA[<p>In a fresh chat thread, the first message could be missed by the live stream and then render below every later message. The session SSE stream now accepts <code dir="auto">after_sequence</code>: <code dir="auto">after_sequence=0</code> replays the session from its first event before going live, and the UI sends it when it holds no events yet. <code dir="auto">since_id</code> still handles reconnects; passing both returns <code dir="auto">400</code>.</p>
<p>The chat composer is also locked when no explicit or default model resolves, with the model menu left enabled to fix it.</p>
<p>See <a href="https://docs.everruns.com/how-to/stream-events/">Stream events</a>, <a href="https://github.com/everruns/everruns/pull/3296">#3296</a> and <a href="https://github.com/everruns/everruns/pull/3295">#3295</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Fix</category></item>
<item><title>Everruns ID adds a sign-up page and branded account emails</title><link>https://docs.everruns.com/changelog/2026-08-27-everruns-id-sign-up-page/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-08-27-everruns-id-sign-up-page/</guid><pubDate>Thu, 27 Aug 2026 00:00:00 GMT</pubDate><description>Creating an Everruns Cloud account now has its own sign-up page, and the verification and password-reset emails use the Everruns layout with a fallback link.</description><content:encoded><![CDATA[<p>The Everruns ID login page now links to a dedicated sign-up page, so creating
an <a href="https://app.everruns.com">Everruns Cloud</a> account is an explicit step.
Entering an unused email on the login form still creates an account.</p>
<p>Verification and password-reset emails now carry the Everruns logo, an action
button, a visible fallback link and an expiry note, with a complete plain-text
version. A login started directly at Everruns ID, rather than from the app, now
finishes on app.everruns.com instead of the ID landing page.</p>
<p>See <a href="https://docs.everruns.com/getting-started/cloud/">Everruns Cloud quickstart</a>.</p>]]></content:encoded><category>Cloud</category><category>Improvement</category></item>
<item><title>Messages API reports reasoning in order and the message phase</title><link>https://docs.everruns.com/changelog/2026-08-25-reasoning-ordered-message-phase/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-08-25-reasoning-ordered-message-phase/</guid><pubDate>Tue, 25 Aug 2026 00:00:00 GMT</pubDate><description>Session messages now carry ordered reasoning parts plus phase and phase_source, so clients can tell intermediate commentary from the final answer.</description><content:encoded><![CDATA[<p>Model reasoning is now stored as ordered parts of a message instead of two flat strings. <code dir="auto">GET /v1/sessions/{id}/messages</code> returns reasoning as ordered <code dir="auto">reasoning</code> content parts, with provider replay state removed, and adds <code dir="auto">phase</code> (<code dir="auto">commentary</code> or <code dir="auto">final_answer</code>) and <code dir="auto">phase_source</code> (<code dir="auto">provider</code> or <code dir="auto">derived</code>).</p>
<p>Replay to providers is also more accurate: Anthropic thinking blocks keep their own signatures, including <code dir="auto">redacted_thinking</code>; OpenAI reasoning items keep the ids the provider issued; and the Gemini driver now requests, parses and replays thoughts.</p>
<p>See <a href="https://docs.everruns.com/event-reference/">Event reference</a>, <a href="https://github.com/everruns/everruns/pull/3276">#3276</a> and <a href="https://github.com/everruns/everruns/pull/3279">#3279</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Improvement</category></item>
<item><title>Global chat session endpoints removed from the Everruns API</title><link>https://docs.everruns.com/changelog/2026-08-25-chat-singleton-endpoints-removed/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-08-25-chat-singleton-endpoints-removed/</guid><pubDate>Tue, 25 Aug 2026 00:00:00 GMT</pubDate><description>POST /v1/sessions/chat and POST /v1/sessions/chat/voice are gone; create a chat thread as an ordinary session with POST /v1/sessions instead.</description><content:encoded><![CDATA[<p>The two endpoints that looked up a per-user Platform Chat session by tag are removed. A chat thread is now an ordinary session created with <code dir="auto">POST /v1/sessions</code> and bound to an agent.</p>
<p>After upgrading, <code dir="auto">POST /v1/sessions/chat</code> returns <code dir="auto">405</code> and <code dir="auto">POST /v1/sessions/chat/voice</code> returns <code dir="auto">404</code>. Sessions already tagged <code dir="auto">global-chat</code> stay listed and readable through the normal session routes, and the Platform Chat harness is unchanged.</p>
<p>See <a href="https://docs.everruns.com/built-ins/harnesses/platform-chat/">Platform Chat</a> and <a href="https://github.com/everruns/everruns/pull/3278">#3278</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Breaking</category></item>
<item><title>Agents read several workspace files in one read_many_files call</title><link>https://docs.everruns.com/changelog/2026-08-24-read-many-files-tool/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-08-24-read-many-files-tool/</guid><pubDate>Mon, 24 Aug 2026 00:00:00 GMT</pubDate><description>The File System capability adds read_many_files, which reads 2 to 10 independent files in one ordered call and halves model round trips for discovery.</description><content:encoded><![CDATA[<p>Agents with the File System capability get a <code dir="auto">read_many_files</code> tool. It reads 2 to 10 independent session-workspace files in one call, returns them in order with a per-file result or error, and stops below a 60 KiB combined output. <code dir="auto">read_file</code> is unchanged.</p>
<p>Models that emit one tool call per response no longer need one model round per file. In the PR’s tests, three independent reads took 2 model calls instead of 4 and about half the input tokens. Loop detection recognizes repeated batch reads.</p>
<p>See <a href="https://docs.everruns.com/capabilities/file-system/">File System</a> and <a href="https://github.com/everruns/everruns/pull/3275">#3275</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Framework</category><category>Feature</category></item>
<item><title>Session pages show a generated run summary and tab counts</title><link>https://docs.everruns.com/changelog/2026-08-22-session-run-summary-tab-counts/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-08-22-session-run-summary-tab-counts/</guid><pubDate>Sat, 22 Aug 2026 00:00:00 GMT</pubDate><description>A finished run gets a one-sentence summary in the session header, and the Work, Events and Workspace tabs show how many items each holds.</description><content:encoded><![CDATA[<p>When a run finishes, Everruns writes a one-sentence summary of what it did, or which step failed and why, and shows it under the session title instead of the start time. The summary is also on the session as <code dir="auto">run_summary</code>. It needs a utility model (<code dir="auto">UTILITY_*</code> keys); without one, the header keeps the start time. Summary spend does not count against the session budget.</p>
<p>The <strong>Work</strong>, <strong>Events</strong> and <strong>Workspace</strong> tabs now carry counts. Empty tabs show no badge, and large counts are shortened, for example <code dir="auto">12.4K</code>.</p>
<p>See <a href="https://docs.everruns.com/features/ui/">Web UI</a>, <a href="https://docs.everruns.com/sre/environment-variables/">Environment variables</a>, <a href="https://github.com/everruns/everruns/pull/3260">#3260</a> and <a href="https://github.com/everruns/everruns/pull/3266">#3266</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Improvement</category></item>
<item><title>Archive finished chats and show them again on demand</title><link>https://docs.everruns.com/changelog/2026-08-22-archive-chats/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-08-22-archive-chats/</guid><pubDate>Sat, 22 Aug 2026 00:00:00 GMT</pubDate><description>Archiving hides a chat thread from the Chats list without deleting it, and a Show archived filter and the archive API bring it back when needed.</description><content:encoded><![CDATA[<p>Archive a chat when you are done with it. The session and transcript stay intact and reachable by URL; the thread just leaves the list.</p>
<p><strong>In the UI:</strong> use the archive control on a row in <strong>Chats</strong>, and the <strong>Show archived</strong> filter to list archived threads. The sidebar’s <strong>All chats</strong> link stays visible even when no threads are listed.</p>
<p><strong>In the API:</strong> <code dir="auto">PUT /v1/sessions/{id}/archive</code> archives and <code dir="auto">DELETE /v1/sessions/{id}/archive</code> restores. Both are idempotent. Session lists hide archived sessions unless you pass <code dir="auto">include_archived=true</code>, which widens facet counts too.</p>
<p>See <a href="https://docs.everruns.com/features/ui/">Web UI</a> and <a href="https://github.com/everruns/everruns/pull/3265">#3265</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Provider connections carry custom headers and cache diagnostics</title><link>https://docs.everruns.com/changelog/2026-08-21-provider-connection-custom-headers/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-08-21-provider-connection-custom-headers/</guid><pubDate>Fri, 21 Aug 2026 00:00:00 GMT</pubDate><description>An organization can set extra HTTP headers and a prompt cache diagnostics opt-in on a provider connection, applied to every model call made through it.</description><content:encoded><![CDATA[<p>A provider connection now has request options that apply to every call through it, such as a header a gateway requires.</p>
<p><strong>In the UI:</strong> open a provider in <strong>Settings → Providers</strong> and use the <strong>Advanced</strong> card to add <strong>Custom headers</strong> or turn on <strong>Prompt cache diagnostics</strong>.</p>
<p><strong>In the API:</strong> the provider settings accept the same options. Transport headers such as <code dir="auto">host</code> and <code dir="auto">content-length</code> are rejected, the list is limited to 16 headers of up to 2 KB each, and header values are redacted in diagnostics. The Anthropic, Gemini, Chat Completions and Open Responses drivers apply them.</p>
<p>See <a href="https://docs.everruns.com/providers/">Providers</a>, <a href="https://github.com/everruns/everruns/pull/3232">#3232</a> and <a href="https://github.com/everruns/everruns/pull/3240">#3240</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Start a chat with any harness, not only an agent</title><link>https://docs.everruns.com/changelog/2026-08-21-chat-with-harnesses/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-08-21-chat-with-harnesses/</guid><pubDate>Fri, 21 Aug 2026 00:00:00 GMT</pubDate><description>The New chat picker lists active harnesses, including Generic, Base and custom ones, next to agents, so a chat no longer needs a placeholder agent.</description><content:encoded><![CDATA[<p><strong>New chat</strong> now shows two labelled groups, <strong>Harnesses</strong> and <strong>Agents</strong>. Pick any active harness, such as Generic, Base or one of your custom harnesses, to start a chat bound directly to it. Before, the picker listed agents plus a single hard-coded Platform Chat option, so chatting with a harness meant creating an otherwise empty agent.</p>
<p>The thread names the harness as its counterpart and appears in the Chats list like any other chat.</p>
<p>See <a href="https://docs.everruns.com/features/harnesses/">Harnesses</a>, <a href="https://docs.everruns.com/built-ins/harnesses/generic/">Generic harness</a> and <a href="https://github.com/everruns/everruns/pull/3262">#3262</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Feature</category></item>
<item><title>Knowledge index embedding spend is metered and ledgered</title><link>https://docs.everruns.com/changelog/2026-08-14-embedding-spend-metered/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-08-14-embedding-spend-metered/</guid><pubDate>Fri, 14 Aug 2026 00:00:00 GMT</pubDate><description>Query embeddings made by search_index now count toward session cost and budgets, and index-sync embeddings are recorded against the organization.</description><content:encoded><![CDATA[<p>Embedding calls are now part of usage reporting. Each query embedding the <code dir="auto">search_index</code> tool makes emits an <code dir="auto">llm.generation</code> event, so it reaches the session and agent totals and is debited from budgets like chat generations. Usage is recorded even when a search matches nothing.</p>
<p>Knowledge index sync, which embeds every indexed chunk in the background, now writes its spend to the usage ledger against the organization. Sync spend is not debited from any user’s budget, because no session triggered it.</p>
<p>See <a href="https://docs.everruns.com/capabilities/knowledge-index/">Knowledge Index</a>, <a href="https://docs.everruns.com/advanced/budgets/">Budgets</a>, <a href="https://github.com/everruns/everruns/pull/3149">#3149</a> and <a href="https://github.com/everruns/everruns/pull/3163">#3163</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Improvement</category></item>
<item><title>Session recordings split into Transcript, Timeline and Events</title><link>https://docs.everruns.com/changelog/2026-08-10-session-transcript-timeline-events/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-08-10-session-transcript-timeline-events/</guid><pubDate>Mon, 10 Aug 2026 00:00:00 GMT</pubDate><description>A session page now offers three full-width views of a run: a read-only conversation replay, a curated execution history and the raw event ledger.</description><content:encoded><![CDATA[<p>A session page now shows a run in three separate tabs instead of one combined Timeline:</p>
<ul>
<li><strong>Transcript</strong> is the default view: a full-width, read-only replay of the conversation.</li>
<li><strong>Timeline</strong> is the execution history, with noisy worker details collapsed.</li>
<li><strong>Events</strong> is the complete raw event ledger.</li>
</ul>
<p>Session links, global search and <strong>Fork into chat</strong> open the Transcript. Work, Workspace and Cost behave as before.</p>
<p>See <a href="https://docs.everruns.com/features/ui/">Web UI</a> and <a href="https://github.com/everruns/everruns/pull/3113">#3113</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Improvement</category></item>
<item><title>Chats is on for every organization, with pinned chats</title><link>https://docs.everruns.com/changelog/2026-08-10-chats-for-every-organization/</link><guid isPermaLink="true">https://docs.everruns.com/changelog/2026-08-10-chats-for-every-organization/</guid><pubDate>Mon, 10 Aug 2026 00:00:00 GMT</pubDate><description>Chats no longer depends on a feature flag, so every organization gets the chat list, search and new-chat flow, and threads can be pinned to the top.</description><content:encoded><![CDATA[<p>Chats is now core functionality. The chat API, the <strong>Chats</strong> sidebar entry, search, the new-chat flow and chat threads work in every organization without a setting in <strong>Settings → Features</strong>, and the Experimental badge is gone. Voice keeps its own separate setting.</p>
<p>Chat threads can also be pinned: use the pin button in a thread header to keep it at the top of the Chats list and the sidebar.</p>
<p>See <a href="https://docs.everruns.com/features/ui/">Web UI</a>, <a href="https://docs.everruns.com/built-ins/harnesses/platform-chat/">Platform Chat</a> and <a href="https://github.com/everruns/everruns/pull/3100">#3100</a>.</p>]]></content:encoded><category>Platform</category><category>Cloud</category><category>Improvement</category></item>
</channel>
</rss>