Heads upThis site is currently under heavy development.
SubscribeGet it delivered — the daily firehose, filtered to the tools you run, plus the documentation changes vendors never announce.Compare plans →

The AI Toolchain — issue 014, September 2, 2026

THE AI TOOLCHAINNO. 014
Tail
THE DAILY RELEASE FIREHOSE
PUBLISHED SEPTEMBER 2, 2026 · EVERY WEEKDAY
EDITIONStailgrepheaddiffuniq

The daily firehose — everything the toolchain shipped today, already filtered.

// HOW THIS ISSUE IS MADE

We read every release from the 187 tools on our watchlist at the source — GitHub and GitLab release notes, vendor release pages and changelogs, project blogs and feeds, vendor press releases, and the source code behind the tag. Bug-fix-only releases and non-product newsroom noise are dropped; what's left is summarized down to the new capability, how to try it, and any screenshots or videos the release itself published. Every entry links to the sources it was built from.

VIEW
ISSUE VIEWfull issue
Do you prefer full issue?
$ tct list   # 23 tools matched
Same issue, same prompt, two writers:

A read across the whole issue before you read any of it: what stands out in today's releases, grouped by what it lets you do. Every tool named links to its entry below.

Three unrelated things stand out. OpenCode drops static Azure OpenAI keys for Entra IDEntra IDMicrosoft's cloud-based identity and access management service, formerly Azure Active Directory, used by cyber tools to authenticate users and enforce access policies in Microsoft 365 and Azure environments. logins, so provider access follows the same identity that expires with everything else. xalgorix can now chain two accounts through authz_matrix to prove a real IDORIDORInsecure Direct Object Reference, a web vulnerability where an application exposes internal identifiers (IDs, filenames) without access checks, letting an attacker manipulate them to reach other users' data. rather than guess at one. And nono sanitizes PATH for brokers, closing the oldest trick in local privilege abuse.

  • protect

    Stop storing long-lived provider keys for Azure OpenAI

    OpenCode authenticates Azure OpenAI through Microsoft Entra ID via the Azure CLI, with explicit deployment-name mapping in provider config — so the credential is a short-lived token tied to a directory identity instead of a static key sitting in a config file that nobody rotates. nono's companion move is local: a strict broker-path check, PATH sanitization for brokers, and a phantom-token format for ambient credentials, which cuts off the classic path-hijack route to whatever the broker holds.

    OpenCode · nono

  • detect

    Confirm an authorization bug with two accounts instead of arguing about it

    IDORIDORInsecure Direct Object Reference, a web vulnerability where an application exposes internal identifiers (IDs, filenames) without access checks, letting an attacker manipulate them to reach other users' data. and BOLABOLABroken Object Level Authorization, an API vulnerability class where a request for one user's resource succeeds when another user's ID is substituted, letting attackers enumerate or exfiltrate data without privilege escalation. findings usually die in triage because a single session cannot prove another user's object was reachable. xalgorix ingests a HARHARAn HTTP Archive file, a JSON-based log format that records every request and response a browser makes during a session, giving cyber tools a structured replay of network traffic for analysis or testing. via ingest_har and runs authz_matrix with role=b to replay one account's requests as another, and verify_oob closes out blind vulnerabilities that never return a visible response — the two categories that most often ship as unverified maybes.

    xalgorix

  • govern

    Cap what an AI project can spend before the bill or the outage arrives

    OpenAI adds hard monthly spend limits plus alerts on API projects, so a runaway agent loop stops at a ceiling you set rather than at a credit-card conversation; Braintrust pairs gateway token budget policies with granular per-provider permission controls, which is the difference between knowing who can call which model and finding out afterward.

    OpenAI · Braintrust

  • respond

    Get a trace into the issue tracker without a human retyping it

    Phoenix's PXI agent files GitHub issues straight from a trace, using MCP-backed duplicate search so the tenth report of the same failure does not become the tenth ticket, with human approval still gating the write. Cotool unifies Detection and Response agents under fully editable prompts and adds configurable alert thresholds in Hunt, so the tuning that decides what reaches an analyst lives in one place.

    Arize Phoenix

Does Opus 5 read better?
DEPTH
Offensive Security
◆  Exploitation & C2

xalgorix

SourcesRelease notes →7 RELEASES · 2026-09-01 → 2026-09-02NOTES

xalgorix built out a shared hypothesis/evidence ledger this window, adding session-aware IDOR/BOLA testing via ingest_har and authz_matrix (now with two-account role=b testing), a verify_oob capability for confirming blind vulnerabilities, expanded verify_xss coverage, and direct hypothesis_id linking of findings to ledger entries.

The xalgorix platform runs AI pentesting agents for reconnaissance, vulnerability detection, and exploitation workflows.

xalgorix built out a shared hypothesis/evidence ledger this window, adding session-aware IDOR/BOLA testing via ingest_har and authz_matrix (now with two-account role=b testing), a verify_oob capability for confirming blind vulnerabilities, expanded verify_xss coverage, and direct hypothesis_id linking of findings to ledger entries.

└──▷ WHAT SHIPPED · 7 FEATURESmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
Session seeding from HAR captures via ingest_harNEW95

Adds ingest_har command that accepts a HAR file captured during an authenticated session, registers its session credentials (Authorization, Cookie, and API-key headers) for use by subsequent http_request and authz_matrix calls, and seeds the ledger with the HAR's authenticated endpoints as role=authenticated authorization hypotheses. Introduces an internal/har parser that extracts exercised endpoints (skipping static assets), their query and body parameters, and session headers, with host-scope filtering.

Seed a scan from a HAR captured while logged in so that subsequent authz_matrix calls run against the authenticated business-logic surface.
$ xalgorix ingest_har captured_session.har
— Full command, parser internals and runnable example givenv4.6.12
02
Findings linked to ledger hypotheses via hypothesis_idNEW85

Adds optional hypothesis_id parameter to report_vulnerability: on a successful report, attaches the finding as finding_ref evidence to the named ledger hypothesis and marks it proven, eliminating a separate add_hypothesis_evidence call. Empty or unknown hypothesis_id values are silently ignored.

— Exact parameter, endpoint behavior and edge case namedv4.6.11
03
Two-account authorization testing via authz_matrixNEW80

Introduces authz_matrix, a multi-role authorization matrix for deep-testing authorization logic where autonomous scanners are weakest. Extended with a role=b parameter to ingest_har for registering a second account as role B, enabling true two-account IDOR/BOLA testing where authz_matrix replays each request as role A, role B, and anonymous to flag cross-account object access.

Prove broken object-level authorization by capturing a second user's session and letting authz_matrix replay requests across both identities and anonymous.
$ ingest_har path=second_user.har role=b
— Command, flag and replay mechanism named with examplev4.6.15v4.6.8
04
Ledger seeding from uploaded scan-context artifactsIMPROVED75

Uploaded scan-context artifacts (OpenAPI/Swagger specs, HAR files, Postman collections, Burp exports) now seed the shared hypothesis ledger as bounded, role-scoped IDOR/BOLA authorization hypotheses, directly driving authz_matrix and evidence-driven specialists rather than serving as a passive text briefing. Role assignment is automatic: authenticated when the artifact carried a live session, anonymous otherwise. Seeding is deduplicated by class, endpoint, parameter, and role, preventing scheduler flooding or double-counting across sub-agents — mirroring what ingest_har does mid-scan, now applied to every context upload at scan start.

— Mechanism and dedup rules detailed, no direct commandv4.6.14
05
Out-of-band verification of blind vulnerabilities via verify_oobNEW75

Adds verify_oob, a ledger-integrated out-of-band (OAST) verification capability that polls a planted interactsh token to confirm blind vulnerabilities (blind SQLi, RCE, CMDi, XXE, SSRF) and records blind-execution proof in the shared ledger. Applies class-aware verdicts: SSRF requires an assessed non-scanner HTTP interaction, while blind RCE/CMDi/XXE/SQLi are confirmed by any genuine non-scanner callback (HTTP or DNS).

— Command and verdict logic named, no example givenv4.6.10
06
Browser-backed XSS execution verification via verify_xssIMPROVED65

Introduces verify_xss, a browser-backed XSS execution verification tool for confirming exploitability beyond static detection, initially via JS dialogs. Extended to confirm XSS execution via console.* API calls and DOM markers (document.title / window.name), covering non-dialog and DOM-only sinks.

— Named sinks and behavior, no runnable examplev4.6.9v4.6.8
thinner coverage below
07
Evidence-driven multi-agent ledger architectureNEW30

Adds evidence-driven multi-agent assessments that coordinate scan-scoped parallel specialists via a durable hypothesis/evidence ledger.

— Thin one-line description with no mechanism detailv4.6.8
Was this useful?
AI & LLM Tooling
◆  AI Observability & Evals

LangChain LangSmith

SourcesRelease page →1 RELEASE · 2026-08-10NOTES

LangSmith is a platform for debugging, testing, and monitoring LLM applications built with LangChain.

LangSmith's latest release introduces a new public API for paginated experiment comparison while removing legacy comparison helpers from the OpenAPIOpenAPIA vendor-neutral specification for describing REST APIs in a machine-readable format, maintained by the OpenAPI Initiative. Cyber tools use it to auto-generate clients, documentation, and request schemas without manual upkeep. spec, alongside smaller improvements to thread-evaluator testing, bulk export compression, ingestion logging, and evaluator type support.

└──▷ WHAT SHIPPED · 4 FEATURESmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
Thread evaluator testing before saveNEW80

Adds support for test_thread_id and session_id parameters on the /runs/rules/validate endpoint, letting users test multi-turn thread evaluators against a real conversation before saving them.

Test a multi-turn thread evaluator against a real conversation before saving it to catch misconfiguration early.
$ curl -X POST 'https://<your-langsmith-host>/runs/rules/validate' \
  -H 'Content-Type: application/json' \
  -H 'X-Api-Key: <your-api-key>' \
  -d '{"test_thread_id": "<thread-uuid>", "session_id": "<session-uuid>"}'
— Named endpoint and params with a runnable curl examplesnapshot-20260902
02
Default bulk export compression switched to zstdIMPROVED75

Bulk export compression now defaults to zstandard (zstd) for improved performance; self-hosted environments retain the gzip default via the FF_BULK_EXPORT_DEFAULT_COMPRESSION environment variable.

— Names compression formats and env var but no usage examplesnapshot-20260902
03
Batched-run ingestion log format changeBREAKING65

The batched-run ingestion log now emits run_verbs as a list of run_id and verbs objects instead of a map keyed by run UUID, preventing structured-log aggregators from exhausting dynamic field limits.

— Explains before/after clearly but gives no action stepsnapshot-20260902
04
PEP 604 union return type support in evaluatorsIMPROVED60

Code evaluator upload now accepts Python entrypoints annotated with PEP 604 union return types (for example -> dict | None).

— Names the exact type syntax but no full examplesnapshot-20260902
└──▷ ALSO FROM THESE RELEASES
Attach user IDs and environment metadata to traces without modifying tracer emission by setting OTEL resource attributes.
$ export OTEL_RESOURCE_ATTRIBUTES="user.id=user-42,deployment.environment=production"
python my_app.py
└──▷ BREAKING ON UPGRADE
  • !Legacy dataset comparison helpers are removed from the public OpenAPI spec and generated SDKs; existing HTTP routes continue to work only for LangSmith UI clients.
Was this useful?

agentacct

SourcesRelease notes →1 RELEASE · 2026-09-02NOTES

agentacct v0.10.5 ships a bounded /v1/attention endpoint plus a truth-bounded dashboard overhaul: an evidence-first shift brief, a one-click review-brief copy action, hardened decision signals that refuse to fake confidence, and a reworked session/steps ledger.

The agentacct dashboard records coding-agent work steps, tools, file changes, tests, time, and token costs locally.

agentacct v0.10.5 ships a bounded /v1/attention endpoint plus a truth-bounded dashboard overhaul: an evidence-first shift brief, a one-click review-brief copy action, hardened decision signals that refuse to fake confidence, and a reworked session/steps ledger.

└──▷ WHAT SHIPPED · 5 FEATURESmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
Bounded `/v1/attention` endpointNEW85

Adds a GET /v1/attention endpoint that classifies every visible task before limiting rows, returning a truthful complete count of failed checks, failed steps, and blockers without fetching each receipt individually.

Poll the new bounded attention endpoint to get a truthful count of tasks needing review — failed checks, failed steps, and blockers — without fetching individual receipts.
$ curl http://127.0.0.1:8765/v1/attention
— Named endpoint with runnable curl example and clear behaviourv0.10.5
02
Truth-bounded decision signalsIMPROVED60

Decision signals now keep confirmed active work, provider capacity, ingestion health, and completed-period usage change as separate facts; missing, stale, malformed, future-dated, negative, non-finite, or overflowing values render as 'unavailable' instead of a confident number. A failed or missing attention refresh can no longer read as 'all clear'.

— Explains mechanism and edge cases but no direct action for readerv0.10.5
thinner coverage below
03
Evidence-first shift brief on DashboardNEW55

The Dashboard now leads with a shift brief: the single highest-priority review item shown with its recorded reason, next step, and provenance, plus a direct path to the underlying evidence.

— Describes UI behaviour but no exact navigation pathv0.10.5
04
Copy review brief actionNEW55

A new 'Copy review brief' action copies the recorded facts (reason, next step, provenance) for handoff or ticketing, without resuming, rerunning, or mutating the task.

— Names the action and its non-mutating guarantee, no exact UI pathv0.10.5
05
Reworked session and steps ledgerIMPROVED55

The session and steps ledger now leads with current failures and errors, folds repeated ordinary checks, opens superseded history separately, and is bounded to eight rows with exact 'Show N more' controls, with added accessibility, compact, and RTL coverage.

— Concrete UI mechanics named but no direct command to tryv0.10.5
Was this useful?

Arize Phoenix

SourcesRelease notes →3 RELEASES · 2026-09-01NOTES

Phoenix's PXI agent can now file GitHub issues directly from traces with MCPMCPModel Context Protocol, an open standard from Anthropic that lets an AI model call external tools and data sources through a uniform interface, so cyber tools can expose capabilities directly to LLM-based agents.-backed duplicate search and human approval gating, and Phoenix gained a session-level PII detection evaluator, a REST endpoint for prompt versioning, and a handful of client-library and Playground additions.

AI Observability & Evaluation

Phoenix's PXI agent can now file GitHub issues directly from traces with MCPMCPModel Context Protocol, an open standard from Anthropic that lets an AI model call external tools and data sources through a uniform interface, so cyber tools can expose capabilities directly to LLM-based agents.-backed duplicate search and human approval gating, and Phoenix gained a session-level PII detection evaluator, a REST endpoint for prompt versioning, and a handful of client-library and Playground additions.

└──▷ WHAT SHIPPED · 10 FEATURESmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
GitHub issue filing from PXI with approval gatingNEW95

PXI can now file GitHub issues from surfaced defects: it searches for duplicates and opens an issue linking the relevant traces and spans, powered by GitHub's hosted MCP server, with an approval step showing the exact repository, title, and body before posting. Configuration surfaces include PHOENIX_AGENTS_DISABLE_GITHUB=true to disable the GitHub tools and hide the settings UI, PHOENIX_AGENTS_GITHUB_MCP_URL to override the MCP server base URL (default https://api.githubcopilot.com/mcp/) for self-hosted github-mcp-server deployments, GITHUB_PERSONAL_ACCESS_TOKEN as a server-side fallback token, and a githubPersonalAccessToken key in ~/.px/settings.json for terminal profiles; admins manage a shared workspace token or disable the tools under Settings → Assistant → System settings → GitHub tools, and users set personal tokens under Settings → Assistant → Personal settings → GitHub.

Point PXI at a self-hosted GitHub MCP server for GitHub Enterprise Server or air-gapped environments.
$ export PHOENIX_AGENTS_GITHUB_MCP_URL=https://github.example.corp/mcp/
Set a personal GitHub token for issue filing from the terminal profile.
json
{
  "githubPersonalAccessToken": "github_pat_XXXX"
}
Disable PXI's GitHub issue tools entirely in a deployment where GitHub access is not permitted.
$ export PHOENIX_AGENTS_DISABLE_GITHUB=true
— Full mechanism plus every env var, config key and UI path named.arize-phoenix-v20.5.0
02
Cumulative token counts on Session objectsIMPROVED65

Exposes cumulative prompt, completion, and total token count fields on the high-level Session objects returned by getSession and listSessions.

— Names exact fields and functions but no usage snippet.@arizeai/[email protected]
03
Approval gating for browser automation in PXIIMPROVED60

Gates execute_browser_action scripts in PXI behind whole-script approval, adding an explicit human-in-the-loop safety check before browser automation runs.

— Names the exact gated action but no UI path for approval.arize-phoenix-v20.5.0
thinner coverage below
04
getCurrentUser helper in JavaScript clientNEW50

Adds a getCurrentUser helper to the JavaScript client for retrieving the authenticated user in JS/TS integrations.

— Named function but no usage example shown.arize-phoenix-v20.5.0
05
Trace-corpus replay sidecar for reproducible testingNEW50

Adds a data-generation sidecar that replays a recorded trace corpus, enabling reproducible load and regression testing against a known trace dataset.

— Explains mechanism and purpose but no command or config given.arize-phoenix-v20.5.0
06
Session-level PII detection evaluatorNEW45

The pii_detection evaluator now works at the session level, assessing PII exposure across entire conversation sessions rather than just individual spans.

— Names the evaluator and scope but gives no invocation example.arize-phoenix-v20.5.0arize-phoenix-evals-v3.6.0
07
Retention policy assignment helper in phoenix-clientNEW40

Adds a retention policy assignment helper in phoenix-client for programmatically assigning data retention policies to projects.

— Names the client package but no method signature or usage.arize-phoenix-v20.5.0
08
REST endpoint for prompt version creationNEW35

Adds a REST endpoint for creating prompt versions, enabling programmatic management of prompt versions via the API.

— No endpoint path or method given, thin description.arize-phoenix-v20.5.0
09
claude-fable-5-1 model support in PlaygroundNEW35

Adds support for the claude-fable-5-1 model in the Playground.

— Bare model addition with no further detail.arize-phoenix-v20.5.0
10
Skill tools added to MCP server surfaceNEW25

Adds skill tools to the MCP server surface, expanding what PXI (Phoenix Intelligence) and MCP clients can invoke.

— Vague description without naming specific tools.arize-phoenix-v20.5.0
Was this useful?

Braintrust

SourcesRelease page →1 RELEASE · 2026-09-01NOTES

Braintrust's biggest additions this window are granular AI-provider permission controls and new Dashboards and Loop observability features in the Observe section, alongside gateway token budget policies, four new tracing integrations (LangChain4j, DeepSeek Harness, OpenCode, pi), and eval-tooling updates covering Agno auto-instrumentation, Harbor plugin verifier uploads, and refined GitHub eval action PR comments.

Ship quality agents at scale. Braintrust is the AI observability platform for tracing production, running evals, and catching regressions before they reach users.

Braintrust's biggest additions this window are granular AI-provider permission controls and new Dashboards and Loop observability features in the Observe section, alongside gateway token budget policies, four new tracing integrations (LangChain4j, DeepSeek Harness, OpenCode, pi), and eval-tooling updates covering Agno auto-instrumentation, Harbor plugin verifier uploads, and refined GitHub eval action PR comments.

└──▷ WHAT SHIPPED · 10 FEATURESmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
Agno eval instrumentationNEW90

Adds eval instrumentation for Agno via auto_instrument() in the Python SDK (v0.36.0): AccuracyEval, AgentAsJudgeEval, ReliabilityEval, and PerformanceEval are now traced automatically, and eval suite runs open a Braintrust experiment automatically.

Automatically trace all Agno eval types and open a Braintrust experiment when an eval suite runs.
python
from braintrust import auto_instrument
from agno.evals import AccuracyEval, ReliabilityEval

auto_instrument()

suite = [AccuracyEval(...), ReliabilityEval(...)]
for ev in suite:
    ev.run()
— Runnable code example with exact function and eval classessnapshot-20260902
02
Granular permission controls for AI providersNEW80

Introduces the All AI Provider Access built-in permission group, auto-populated with existing members and service accounts, granting use access to every organization AI provider. Adds organization-level AI provider permissions (Pro/Enterprise) via Permission groups controlling view/use, configure, delete, and manage access across playgrounds, experiments, scorers, and the Gateway. Adds per-provider permission controls (Enterprise only) via each provider's Provider permissions icon, with Use, Edit, Delete, and Manage access grants assignable to groups, members, or service accounts. Adds project-level AI provider permissions where the Project viewer permission enables use of all project providers, with a separate permission controlling adding, editing, and deleting project-level providers.

Grant an engineering group access to use all organization AI providers without allowing configuration changes — navigate to organization-level provider permission groups.
📍Go to Organization › AI Providers › Permission groups, select the 'Engineers' group, and enable the 'Use' permission (grants view and use in playgrounds, experiments, scorers, and Gateway, but not Edit or Delete).
Restrict a single provider to specific recipients at the Enterprise tier — set per-provider permissions without affecting other providers.
📍Go to Organization › AI Providers, click the 'Provider permissions' icon on the target provider, select the 'Members' or 'Service accounts' tab, choose recipients, and enable 'Use', 'Edit', 'Delete', or 'Manage access' as needed.
— Names permission tiers and UI paths, no API endpoint givenproduct docs
03
GitHub eval action score/metric filtering and PR comment layoutIMPROVED78

Adds report_scores and report_metrics inputs to the GitHub eval action (v2.1.0) to filter which scores and metrics appear in the PR comment; each accepts a comma- or newline-separated list of names, and omitting either input includes all results in that category. The PR comment table now labels scores and metrics in separate sections within a single table.

— Exact input names and versioned action, no full workflow examplesnapshot-20260902
04
Dashboards in the Observe sectionNEW75

Adds Dashboards to the Observe section for browsing, filtering, grouping, and drilling into aggregated metrics across logs and experiments over time. Supports dashboard management — cloning the built-in dashboard, starting empty, duplicating an existing one, and copying dashboards between projects. Adds chart types (time series, top list, big number) with export, duplicate, and move-between-dashboards actions, plus per-trace averages via custom measures (e.g. average cost and LLM calls per trace). Also adds API support for creating blank dashboards programmatically.

— Covers UI and chart types in detail but no API endpoint namedproduct docs
05
New tracing integrations for LangChain4j, DeepSeek Harness, OpenCode, and piNEW75

Adds a LangChain4j tracing integration to trace LangChain4j calls for prompt debugging, model evaluation, and production monitoring. Adds a DeepSeek Harness agent framework integration tracing agent sessions including user turns, LLM steps, tool calls, and child session interactions. Adds an OpenCode integration via the trace-opencode plugin giving access to Braintrust data through built-in tools or MCP. Adds pi coding session tracing via the pi-extension package, capturing turns, model calls, tool executions, and compactions.

— Names each package/plugin but no install or setup steps shownproduct docs
06
Harbor plugin verifier output uploadNEW70

Adds standard verifier output upload to the Harbor plugin — test-stdout.txt, test-stderr.txt, and ctrf.json — with support for attachments and redact_patterns configuration.

— Named output files and config key, no usage example givensnapshot-20260902
07
Gateway token budget policiesNEW60

Adds gateway token budget policies scoped to a project, user, or API key to cap spend and token usage on every gateway request, documented under gateway-token-budgets.

— Names scoping but no concrete limit values or config keyproduct docs
thinner coverage below
08
TypeScript and Go SDK integration version updatesIMPROVED40

Adds OpenAI Agents JS Integration v0.1.6, OpenTelemetry JS Integration v1.0.0, and Braintrust Go SDK v0.12.0 reference documentation.

— Only version numbers listed, no behavior change describedproduct docs
09
Loop for interactive observabilityNEW31

Adds Loop, an active observability feature for interactively and on a schedule investigating project data, editing Braintrust objects, and detecting recurring patterns.

— Describes purpose only, no mechanism or surface namedproduct docs
10
Feature lifecycle documentation pageNEW28

Adds a feature lifecycle page documenting what private preview, public preview, and general availability mean for feature stability and production readiness.

— Documentation notice only, no capability describedproduct docs
Was this useful?
◆  AI Model & Data Infrastructure

Groq

SourcesRelease page →1 RELEASE · seen 2026-09-02NOTES

Groq is a high-speed inference engine that runs large language models significantly faster than traditional GPUs.

Groq expanded its model lineup with two new OpenAI GPT-OSS mixture-of-experts reasoning models offering large context windows, built-in tool use, and very high inference throughput.

└──▷ WHAT SHIPPED · 1 FEATUREmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
OpenAI GPT-OSS 20B and 120B modelsNEW87

Groq added openai/gpt-oss-20b and openai/gpt-oss-120b, both accessible via https://api.groq.com/openai/v1/chat/completions. Both are MoE reasoning models with a 131K context window, 32K max output tokens, built-in browser search and code execution, and structured output support; the 20B model runs at ~1000+ TPS while the 120B model runs at ~500+ TPS.

Run a reasoning query against the 20B model to get fast, high-throughput inference for agentic or pipeline workloads.
$ curl https://api.groq.com/openai/v1/chat/completions \
  -H "Authorization: Bearer $GROQ_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model": "openai/gpt-oss-20b", "messages": [{"role": "user", "content": "Explain why fast inference is critical for reasoning models"}]}'
— Named endpoint, model IDs and exact specs; runnable curl example provided.snapshot-20260902
Was this useful?

emisar

SourcesRelease notes →1 RELEASE · 2026-09-02NOTES

emisar's v0.44.0 release hardens the MCP bridge's wire protocol and transport security, adds signed provenance and pinned images across the supply chain, and introduces a requester-side run-withdrawal workflow alongside broader secret-redaction, sandboxing, and audit improvements.

An MCP that lets AI tools securely connect to your infrastructure, write IaaS code, debug issues, and assist during incidents - without risking production stability. Built for security teams to approve and infrastructure teams to experience like magic.

emisar's v0.44.0 release hardens the MCP bridge's wire protocol and transport security, adds signed provenance and pinned images across the supply chain, and introduces a requester-side run-withdrawal workflow alongside broader secret-redaction, sandboxing, and audit improvements.

└──▷ WHAT SHIPPED · 13 FEATURESmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
Supply-chain integrity for binaries, images, and installersNEW70

Every runner and bridge binary now ships with signed checksum attestations and SLSA provenance for pre-install verification; every Docker image CI builds or ships is pinned; and both installers now fail closed on a tampered download checksum.

— Names concrete mechanisms across three related surfacesv0.44.0
02
Permanent rejection of wire-protocol mismatchesBREAKING65

Rejects dispatches that fail to decode or carry the wrong wire-protocol version at the wire, journaling the event; protocol mismatches are now permanent rather than retried.

— Explains mechanism and before/after behavior change clearlyv0.44.0
03
Per-pack directory containment and credential checksNEW65

Runs each pack contained to its own directory tree; the runner refuses a credential file it does not own or that is reached through a symlink.

— Mechanism described, no config flag namedv0.44.0
04
Bounded one-time audit CSV exportIMPROVED65

Adds a one-time audit CSV export bounded by size, replacing an unbounded export that could mis-signal a drained queue.

— Names format and explains before/after limitv0.44.0
05
Redaction of secret-bearing reads at sourceNEW65

Adds redaction of secret-bearing reads at the source, covering Redis ACLs, pm2 environments, and secret-named variants.

— Names concrete integrations, no config key givenv0.44.0
06
Rank-based pagination for find_actionsIMPROVED65

Adds find_actions pagination by rank in the MCP bridge, so promoting a concept no longer loops or skips results.

— Named endpoint and fixed behavior, no call examplev0.44.0
07
Privileged pack host-access recipe and curlrc lockdownNEW60

Ships privileged packs with an exact host-access recipe and disables the user curlrc for every pack's curl invocations.

— Mechanism named, exact recipe contents not givenv0.44.0
08
SIGHUP config reload for runnerNEW60

Adds SIGHUP support to reload the full runner config without a process restart.

— Names signal, reader can send it directlyv0.44.0
thinner coverage below
09
Single-shot status with process-group terminationIMPROVED55

Makes status single-shot and kills the whole process group of an interrupted action.

— Names command, brief mechanism onlyv0.44.0
10
TLS 1.2 floor on MCP bridge HTTP clientIMPROVED55

Pins a TLS 1.2 floor on the MCP bridge's HTTP client, enforcing a minimum transport security baseline for all outbound calls.

— Enforced automatically, no config flag exposedv0.44.0
11
Control and bidirectional character rejection at ingestNEW45

Control and bidirectional characters are rejected at ingest before they can reach an approval or audit surface.

— Mechanism named, no config or command givenv0.44.0
12
Subscription-lifecycle entitlements and Paddle syncIMPROVED45

Entitlements for paid plans now follow the subscription lifecycle, and Paddle runner quantities are kept in sync.

— Names billing integration, lacks specificsv0.44.0
13
Requester-side run withdrawalNEW40

Allows a requester to withdraw a run that is still waiting for approval.

— Thin description, no UI or API path givenv0.44.0
└──▷ BREAKING ON UPGRADE
  • !Protocol mismatches on the runner wire are now permanent failures rather than retried — dispatches with the wrong wire-protocol version will not be reattempted.
Was this useful?

HeyGen HyperFrames

SourcesRelease notes →1 RELEASE · 2026-09-02NOTES

HyperFrames v0.8.25 makes agent edits live in Studio and adds a new Kinetic Center Build component to the Catalog Registry.

Write HTML. Render video.

HyperFrames v0.8.25 makes agent edits live in Studio and adds a new Kinetic Center Build component to the Catalog Registry.

└──▷ WHAT SHIPPED · 2 FEATURESmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
Live agent edits in StudioIMPROVED50

Studio now makes agent edits live and explicit: accepted changes propagate in real time across preview, source, thumbnails, reloads, and Undo.

— Describes mechanism and scope but no exact UI path or commandv0.8.25
02
Kinetic Center Build component in CatalogNEW35

The Catalog Registry adds a new Kinetic Center Build component.

— Names the component but gives no behaviour detailv0.8.25
Was this useful?

Fireworks AI

SourcesRelease page →1 RELEASE · 2026-09-01NOTES

Fireworks AI shipped a new GLM-5P2 serving path, expanded FireConnect and enterprise data-residency controls, an agentic RL cookbook, and model-size-tiered serverless rate limits.

Fireworks AI provides hosted inference, model fine-tuning, and deployment APIs for open-weight models.

Fireworks AI shipped a new GLM-5P2 serving path, expanded FireConnect and enterprise data-residency controls, an agentic RL cookbook, and model-size-tiered serverless rate limits.

└──▷ WHAT SHIPPED · 5 FEATURESmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
GLM-5P2 fast router serving pathNEW75

Adds accounts/fireworks/routers/glm-5p2-fast as a new serverless serving path, enabling routing to the GLM-5P2 fast model via the Fireworks AI inference API (POST https://api.fireworks.ai/inference/v1/chat/completions with model set to this path).

Route inference requests to the GLM-5P2 fast model through the Fireworks serverless endpoint.
$ curl -X POST https://api.fireworks.ai/inference/v1/chat/completions \
  -H 'Authorization: Bearer <your_api_key>' \
  -H 'Content-Type: application/json' \
  -d '{"model": "accounts/fireworks/routers/glm-5p2-fast", "messages": [{"role": "user", "content": "Hello"}]}'
— Names exact serving path and runnable API callproduct docs
02
Model-size-tiered serverless rate limitsIMPROVED65

Serverless adaptive rate limit ceilings now vary by model size tier: higher ceilings for models under 400B parameters, intermediate ceilings for 400B–1.6T, and previous base ceilings for models at or above 1.6T.

— Clear tier thresholds but no exact numeric limits givenServerless rate limit ceilings now scale by …
thinner coverage below
03
Enterprise data residency controlsNEW50

New data residency control lets Enterprise accounts restrict inference to a selected region, configured via the 'Data residency' section of Enterprise account settings.

Restrict all inference to a specific region to meet data-residency requirements for an Enterprise account.
📍Navigate to your Enterprise account settings, then open 'Data residency' and select the target region to restrict inference.
— UI path given but no config key or API namedproduct docs
04
FireConnect model harness switchingIMPROVED35

FireConnect now supports switching between model harnesses — latest vs. fast, smart routers, and US-only endpoints.

— Describes options but no concrete config or commandproduct docs
05
Agentic RL cookbook for tool-using agentsNEW30

New agentic reinforcement learning cookbook covers preserving exact token evidence when tool-using agents cross the token/message boundary.

— Describes topic only, no runnable stepsproduct docs
Was this useful?
◆  AI Coding Agents

Daytona

SourcesRelease page →1 RELEASE · seen 2026-09-02NOTES

Deploy Al code with confidence using Daytona

└──▷ WHAT SHIPPED · 1 FEATUREmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
Organization members command in CLI and SDKNEW35

Adds an organization members command to the CLI and SDK for listing members of an organization.

— Names the capability but no exact command syntax given.snapshot-20260902
Was this useful?

Command Code

SourcesRelease page →1 RELEASE · seen 2026-09-02NOTES

Command Code added configurable reasoning effort levels for the Kimi K3 model.

The first AI coding agent that learns your coding taste. Powered by taste-1, a meta neuro-symbolic model.

Command Code added configurable reasoning effort levels for the Kimi K3 model.

└──▷ WHAT SHIPPED · 1 FEATUREmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
Reasoning effort levels for Kimi K3NEW45

Adds low, high, and max reasoning effort levels for the Kimi K3 model.

— Names exact levels but no config key or usage detail.v1.39.3
Was this useful?

Cline

SourcesRelease notes →Source code →5 RELEASES · 2026-09-01 → 2026-09-02NOTES CODE

Autonomous coding agent as an SDK, IDE extension, or CLI assistant.

Cline's biggest ship this window is session import from Claude Code, Codex, and opencode into fully resumable sessions, alongside a live-fetched model catalog gaining ten new providers and schedule persistence/identity rework across CLI, desktop, and SDK. A breaking default-model change affects 57 providers, and dozens of smaller fixes landed in desktop UI, MCPMCPModel Context Protocol, an open standard from Anthropic that lets an AI model call external tools and data sources through a uniform interface, so cyber tools can expose capabilities directly to LLM-based agents. connection handling, and provider error classification.

└──▷ WHAT SHIPPED · 22 FEATURESmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
Session import from Claude Code, Codex, and opencodeNEW90

A new SessionImportService discovers and imports conversation history from Claude Code (~/.claude/projects), Codex (~/.codex/sessions), and opencode (opencode.db), translating each into Cline's native message format as fully resumable sessions, with transactional, per-source idempotent imports. The desktop app exposes this via an 'Import' button in the Sessions header and a row in Settings → General, with per-tool grouping, select-all, search by title/folder/first prompt, and already-imported state tracking.

— Names paths, service, and exact UI locationsdk/sdk/v0.0.82desktop-v0.0.22
02
Model catalog expansion and live fetchingNEW80

Adds ten new providers to the built-in model catalog: Bothub, OpenReason, SenseNova (China), TokenGo, TokenRouter, Vancine, Volcengine Ark, Volcengine Ark Coding Plan, above.dev, and klokintegration.se (desktop's release included eight of these). Cline provider models are now fetched from the live catalog rather than only the bundled one, so newly published models appear without an extension or package update, while explicit runtime and models.json overrides still take precedence; model lists and pricing were updated across providers.

— Names all ten providers and override config keysdk/sdk/v0.0.82cli-v3.0.61desktop-v0.0.22v4.1.17
03
Scheduled run grouping and identityIMPROVED75

Scheduled agent runs now collapse into a single collapsible sidebar row named after the schedule, showing run count and listing individual runs newest-first as 'Run N' with a status dot, time, hover card, context menu, and delete. Underlying this, scheduled sessions now carry their schedule's identity — id, name, cron run id, and a stable 1-based run number — so clients can group runs under the schedule that produced them.

— Describes UI mechanism and underlying identity fieldssdk/sdk/v0.0.82desktop-v0.0.22
04
Default model resolution changes for 57 providersBREAKING70

The resolved default model changes for 57 providers on upgrade for anyone who has not pinned a model; most consequentially Anthropic now resolves to Claude Fable 5.1 instead of Claude Opus 5, with Amazon Bedrock, Vertex, OpenRouter, Vercel AI Gateway, Kilo Gateway, LLM Gateway, DevPass, DigitalOcean, CrossModel, Eden AI, and NanoGPT also changing defaults.

— Names affected providers but no pinning command shownsdk/sdk/v0.0.82cli-v3.0.61desktop-v0.0.22v4.1.17
05
Schedule persistence moves to ~/.cline/schedulesBREAKING70

Agent-created schedules now persist to ~/.cline/schedules instead of the chat folder where they were created, giving them a stable home across hub restarts and making them visible to workspace-scoped listings and durable across folder cleanup; schedules created with --workspace are unaffected. Token-authenticated hub connections can now request cross-workspace schedule access to list schedules living outside the registered workspace, while workspace-bound clients remain scoped.

— Names exact path and scoping behavior, before/after clearsdk/sdk/v0.0.82cli-v3.0.61
06
Hub version-mismatch promptingIMPROVED70

When the running Hub is older than the app or CLI, Cline now prompts to replace it — showing the number of active sessions a replacement would interrupt — or keep it running; choosing replace drains in-flight turns before swapping, instead of silently talking to stale code (CLI offers enter-to-replace, escape-to-keep).

— Explains exact prompt behavior and drain mechanismcli-v3.0.61desktop-v0.0.22
07
Global rules also read from ~/Cline/RulesIMPROVED70

Global rules are now also read from ~/Cline/Rules, which is the path the VS Code Rules tab writes to on WSL and headless installs, unifying rule pickup across environments.

— Names exact path and the environments it fixescli-v3.0.61
thinner coverage below
08
Remote MCP server connect budgetIMPROVED55

Remote MCP server connections (SSE/streamable HTTP) now have a 10-second connect budget, so an offline or unreachable server no longer stalls session startup or exhausts the hub's 30-second cap and tears down the whole session.

— Names concrete timeout values and failure mode fixedsdk/sdk/v0.0.82cli-v3.0.61
09
Langfuse tracing works in release buildsIMPROVED55

Langfuse tracing now works in released builds via structural provider detection, making OpenTelemetry-based observability functional outside development environments even in minified release builds; Langfuse also moved to AI SDK 7 telemetry.

— Names mechanism and SDK version but no config stepssdk/sdk/v0.0.82v4.1.17
10
Session history full-text searchNEW55

Session history is now searchable through a server-side full-text index exposed as a hub command, replacing client-side full-load-and-filter.

— Names mechanism but not the command itselfsdk/sdk/v0.0.82
11
Composio connectors in packaged desktop runtimeNEW55

Composio connectors now register tools directly in the packaged desktop runtime for eligible internal accounts, with safer OAuth revocation and more resilient connect, disconnect, and reconciliation behavior.

— Names integration and OAuth mechanism, limited rolloutdesktop-v0.0.22-beta.1
12
Provider catalog configured flagNEW55

The provider catalog now exposes a computed configured flag, so a settings entry seeded with only a default model and no credentials no longer reads as a connected provider.

— Names the field and the bug it fixessdk/sdk/v0.0.82
13
OpenAI Codex sign-in port conflict errorIMPROVED55

OpenAI Codex sign-in now prints a clear 'port in use' error when port 1455 is occupied, instead of opening a browser to a flow that can never complete.

— Names exact port number and failure fixedcli-v3.0.61
14
ClinePass surfaced across the appNEW55

ClinePass plan details are now surfaced app-wide: a card on the account page, a hint in provider settings, and a dismissible banner on the home screen.

— Names three UI surfaces but no deeper mechanismv4.1.17
15
Task/session abort cancels delegated subagentsIMPROVED50

Aborting a task or session now propagates cancellation to any delegated subagents and teammates it spawned, stopping orphaned background work; aborted teammate tasks now persist as cancelled instead of staying open.

— Clear behavior change but no config surface namedsdk/sdk/v0.0.82cli-v3.0.61v4.1.17
16
Windows binaries Authenticode-signedIMPROVED50

Windows binaries are now Authenticode-signed via Azure Trusted Signing; a launch blocked by application-control policy now prints an actionable error instead of a bare failure.

— Names signing mechanism but no user action neededcli-v3.0.61
17
macOS voice input enabledNEW45

Enables voice input (microphone dictation) on macOS, which previously failed silently due to a missing usage description and entitlement.

— Explains root cause fixed but briefdesktop-v0.0.22
18
Tool results can carry media attachmentsNEW45

Tool results can now carry media: images returned by a tool are extracted and exposed as attachments instead of raw base64 text.

— Describes behavior change with no config surfacesdk/sdk/v0.0.82
19
Marketplace detail panel opens on clickIMPROVED45

The marketplace detail panel now opens on click rather than hover, with left-aligned content and a single 'Learn more' link, keeping the selected entry open while filtering.

— Clear UI change but purely cosmeticdesktop-v0.0.22
20
apply_patch preserves CRLF line endingsIMPROVED40

apply_patch now preserves a file's own CRLF line endings across updates.

— Names the command but fix is a single linesdk/sdk/v0.0.82
21
Web search enabled by defaultIMPROVED35

Web search is now enabled by default for new sessions in the desktop app.

— Simple default toggle, minimal detail availabledesktop-v0.0.22-beta.1desktop-v0.0.22
22
Tool rejection messages name the specific toolIMPROVED30

Tool rejection messages now name the specific tool and are phrased as a user decision rather than an error.

— Thin UX wording change, no named surfacedesktop-v0.0.22
└──▷ BREAKING ON UPGRADE
  • !The resolved default model changes for 57 providers; most consequentially, Anthropic now resolves to Claude Fable 5.1 instead of Claude Opus 5, with Amazon Bedrock, Vertex, OpenRouter, Vercel AI Gateway, Kilo Gateway, LLM Gateway, DevPass, DigitalOcean, CrossModel, Eden AI, and NanoGPT also changing defaults. Users who have not pinned a model should expect a different model to be used after upgrading.
  • !The resolved default model for Anthropic changes from Claude Opus 5 to Claude Fable 5.1 (and similarly for 35 other providers) — users who have not pinned a model on any of these providers will silently switch to a different model on upgrade.
  • !Agent-created schedules now write to ~/.cline/schedules; schedules previously created by agents inside a chat folder are no longer read from that location. Schedules created with --workspace are unaffected.
  • !The resolved default model changes for 57 providers on upgrade for any user who has not pinned a model — Anthropic, Amazon Bedrock, Vertex, OpenRouter, Vercel AI Gateway, Kilo Gateway, LLM Gateway, DevPass, DigitalOcean, CrossModel, Eden AI, and NanoGPT all now resolve to Claude Fable 5.1 instead of Claude Opus 5.
  • !The resolved default model changes for 57 providers as part of the catalog refresh — most consequentially, Anthropic now resolves to Claude Fable 5.1 instead of Claude Opus 5, and Amazon Bedrock, Vertex, OpenRouter, Vercel AI Gateway, Kilo Gateway, LLM Gateway, DevPass, DigitalOcean, CrossModel, Eden AI, and NanoGPT follow. Any provider used without a pinned model will send requests to a different model after upgrade.
Was this useful?

Diagram Design

SourcesCommits →changes since 2026-08-11CODE

38 editorial diagram types for Claude Code, Codex, and Pi. Self-contained HTML + SVG.

Adds Draw.io semantic redraw, ten new editorial diagram types, native Droid plugin packaging, and automatic marketplace updates.

└──▷ GET THIS VERSION
$ git clone --branch commits-2026-08-11 https://github.com/cathrynlavery/diagram-design.git
# already have the repo? check out this version:
$ git checkout commits-2026-08-11
└──▷ TRY IT
Import and semantically redraw an existing Draw.io architecture diagram into the project design system at a chosen fidelity level.
$ python3 scripts/verify-drawio-import.py
Catch rendered clipping, collapsed SVGs, and page overflow that source-only linting misses, using headless Chromium as the oracle.
$ python3 scripts/lint-render.py
Run adversarial sankey verification to confirm ribbon volume, node balance, and label/bar consistency are all enforced.
$ python3 scripts/test-verify-sankey.py
  • Adds the /diagram-design:import workflow to extract and semantically redraw Draw.io files (raw, compressed, PNG-embedded, and SVG-embedded formats) at a chosen format, size, and detail level into the project design system.
  • Adds scripts/verify-drawio-import.py to validate Draw.io import extraction as part of the verification gate.
  • Adds scripts/verify-beeswarm.py to enforce nine geometric invariants on beeswarm diagrams, including shared value scale accuracy and no-overprint (dot packing) rules.
  • Adds scripts/lint-render.py to lint diagram examples as rendered in headless Chromium, catching clipped content, collapsed SVGs, page overflow, and runtime errors that source-only linters miss.
  • Adds scripts/test-verify-sankey.py with adversarial fixtures covering ribbon narrowing, node volume loss, stage carry-less, label/bar mismatch, and dark-variant drift.
+9 moreshow less
  • Ships ten editorial diagram types in a single release (commit 4691a2f).
  • Adds treemap diagram type for part-of-whole by area.
  • Adds dumbbell as a Bar chart variant.
  • Adds slopegraph variant to the Line type for showing change between two states.
  • Adds animated example example-queue-animated.html for Semantic Pattern #1 (Fan-in Queue / Bottleneck).
  • Adds animated example example-paved-road-animated.html for Semantic Pattern #5 (Secure Paved Road).
  • Adds named client profiles (PR #61).
  • Adds native Droid plugin packaging via the factory.
  • Adds automatic plugin updates via native marketplaces with a version gate.
Was this useful?

OpenAI Codex CLI

SourcesRelease notes →Source code →1 RELEASE · 2026-09-01NOTES CODE

Codex CLI's alpha release adds diagnostic tooling for Vite+-managed installs, session visibility in the agent command center, a recap toggle, and new turn-level analytics fields.

Lightweight coding agent that runs in your terminal

Codex CLI's alpha release adds diagnostic tooling for Vite+-managed installs, session visibility in the agent command center, a recap toggle, and new turn-level analytics fields.

└──▷ WHAT SHIPPED · 5 FEATURESmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
Vite+ install detection in codex doctorNEW70

Codex CLI now detects Vite+-managed installs via the CODEX_MANAGED_BY_VITE_PLUS environment variable, and this is reported in codex doctor output alongside npm, bun, and pnpm.

— Names env var and command but no further mechanism givenrust-v0.153.0-alpha.4
thinner coverage below
02
New turn-level analytics fieldsNEW50

Adds turn_trigger and codex_turn_source fields to codex_turn_event analytics.

— Names exact fields and event but no usage guidancerust-v0.153.0-alpha.4
03
TUI setting to disable automatic recapsNEW28

Adds a TUI setting to disable automatic recaps.

— Bare description, no exact setting name or path givenrust-v0.153.0-alpha.4
04
Recent sessions in agent command centerNEW28

Shows recent sessions in the agent command center.

— No detail on what session info is shown or navigationrust-v0.153.0-alpha.4
05
More resilient diagnostic report uploadsIMPROVED20

Makes diagnostic report uploads resilient to slow networks.

— No mechanism, retry logic, or threshold specifiedrust-v0.153.0-alpha.4
Was this useful?

Amazon Kiro

SourcesBlog / feed →6 RELEASES · 2026-08-19 → 2026-09-01BLOG

Kiro is an agentic development environment that uses spec-driven workflows to plan, build, and maintain software.

Kiro's biggest ships this window are cloud-to-local configuration sync for IDE/CLI sessions and an OpenTelemetryOpenTelemetryA CNCF-maintained open standard and SDK collection for capturing traces, metrics, and logs from applications in a vendor-neutral format, letting cyber tools ingest observability data without locking into a proprietary pipeline. export pipeline for usage metrics, alongside a string of web session UX improvements covering repository selection, auto-naming, and grouping.

└──▷ WHAT SHIPPED · 5 FEATURESmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
OpenTelemetry export for usage metricsNEW90

Kiro now exports per-user usage metrics (adoption, engagement, credit consumption by user and model) to OpenTelemetry-compatible platforms via OTLP/gRPC or HTTP/protobuf, delivered server-side daily at 02:00 UTC. It is configured at the account level through the Kiro console using an AWS Secrets Manager secret and a publicly reachable OTLP endpoint, with direct integration support for Amazon CloudWatch, Datadog, Dynatrace, Elastic, Honeycomb, and OpenSearch, or any custom OTLP collector, complementing the existing daily CSV report.

— Specifies protocol, schedule and integrations but no exact API/config keyGeneral: Export Kiro usage metrics to OpenTe…
02
Cloud configuration sync to local IDE/CLI sessionsNEW80

A new 'Apply your cloud configuration to local sessions' toggle on the Configuration Sync page loads cloud-managed Steering files, custom agents, Skills, Powers, and Hooks into local Kiro IDE and CLI sessions at session start, without overwriting the local .kiro directory.

Apply your cloud-managed Steering files, agents, Skills, Powers, and Hooks to a new local Kiro IDE or CLI session without touching your local .kiro directory.
📍In Kiro, go to Configuration Sync › enable 'Apply your cloud configuration to local sessions'.
— Names exact toggle and config directory but no CLI commandWeb: Use Cloud Configuration in Local Sessio…
03
Repository selector: branch picking and recent reposNEW65

The repository picker in web sessions now supports selecting any branch when choosing a GitHub or GitLab repo, letting the agent clone and build from that branch instead of always starting from the default. A new 'Recent' section at the top of the picker groups recently used repositories per provider and hides automatically while searching.

Start a session on a feature branch instead of main to have the agent work directly on in-progress code.
📍In the repository selector, choose your GitHub or GitLab repo, then select the desired branch from the branch dropdown before starting the session.
04
Session grouping in web sidebarNEW60

Kiro Web lets you organize sessions into named groups from the sidebar or sessions page — create groups, move sessions in or out, and rename or dissolve groups at any time.

Keep related sessions together by creating a group directly from the sidebar or sessions page.
📍In the Kiro Web UI, go to the Sessions page or the sidebar, select 'Create a group', name the group, then drag or move sessions into it. Rename or dissolve the group at any time from the same location.
— Clear UI steps given but no config key or APIWeb: Organize Sessions into Groups (2026-08-…
thinner coverage below
05
Auto-generated session titlesNEW50

New Kiro web sessions automatically receive an agent-generated descriptive title based on the work in progress, replacing the generic default, shown in both the session header and sidebar. Sessions renamed manually keep that title permanently — the agent never overwrites a user-chosen name.

— Describes behavior fully but offers no config or command to act onWeb: Sessions Name Themselves (2026-08-27)
Was this useful?

Cotool

SourcesRelease page →1 RELEASE · 2026-09-01NOTES

Cotool v0.67.0 redesigns the Agents tab to unify Detection and Response agents with fully editable prompts, and expands Hunt with configurable alert thresholds, smarter prioritization, and consolidated alert details.

Cotool is an AI-powered security tool that analyzes code for vulnerabilities and provides automated remediation recommendations.

Cotool v0.67.0 redesigns the Agents tab to unify Detection and Response agents with fully editable prompts, and expands Hunt with configurable alert thresholds, smarter prioritization, and consolidated alert details.

└──▷ WHAT SHIPPED · 4 FEATURESmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
Unified Agents tab for Detection and ResponseIMPROVED55

Detection and Response agents are now combined under a redesigned Agents tab, with a fully editable system prompt and all Response-agent configuration options now available on every agent.

— Names the tab and prompt editability but no exact fieldsv0.67.0
02
Hunt alert exposure and compromise thresholdsNEW50

New Hunt settings allow configuring minimum exposure thresholds and compromise signal overrides when creating alerts.

— Names threshold and override settings but no config pathv0.67.0
03
Autonomous Hunt prioritizes actionable findingsIMPROVED40

Autonomous Hunt now prioritizes actionable exposure and compromise findings while reducing posture and hygiene noise.

— Describes behavior shift without mechanism or metricsv0.67.0
04
Consolidated attribution in Hunt alertsIMPROVED40

Hunt alerts now consolidate source attribution and activity details into one view when automatic response-agent triage is skipped.

— Explains the consolidation but not UI locationv0.67.0
Was this useful?

Vercel v0

SourcesRelease page →1 RELEASE · 2026-09-01NOTES

The autonomous stack for every app and agent.

v0 introduces a unified branch-and-Publish flow that takes GitHub-connected projects from chat to production in a single step.

└──▷ WHAT SHIPPED · 1 FEATUREmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
Branch menu and Publish flow for GitHub projectsNEW78

GitHub-connected chats now automatically create a working branch and a preview deployment for each change. The branch menu surfaces the deployment preview, diff review, pull request creation or navigation, CI check status, and base-branch pull all in one place. A 'Publish' action in the branch menu creates or reuses the pull request, merges it into the base branch, and triggers a production deployment; repository rules such as required checks and required reviews are enforced during Publish, with v0 linking directly to the pull request when manual attention is needed.

Review your preview deployment and CI status, then ship to production without leaving v0.
📍1. Open a chat connected to a GitHub repository. 2. Make changes — v0 commits them to a working branch and creates a preview deployment automatically. 3. Open the branch menu to review the diff, check CI status, and view the preview URL. 4. Select 'Publish' — v0 creates or reuses the pull request, merges it into the base branch, and deploys to production.
— Names UI flow and enforcement mechanism but no API/config surface.Publish GitHub projects in one step
Was this useful?
◆  AI Agent Frameworks

LangChain

SourcesRelease notes →2 RELEASES · 2026-09-01 → 2026-09-02NOTES

The agent engineering platform.

LangChain's 1.4.0 alphas introduce a native langchain.mcp adapter for wiring MCPMCPModel Context Protocol, an open standard from Anthropic that lets an AI model call external tools and data sources through a uniform interface, so cyber tools can expose capabilities directly to LLM-based agents. servers into LangChain/LangGraph agents, complete with caching, multi-server fanout and human-in-the-loop elicitation, alongside breaking renames to the adapter's API surface.

└──▷ WHAT SHIPPED · 2 FEATURESmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
MCPAdapter for connecting agents to MCP serversNEW94

New langchain.mcp namespace (marked beta) provides MCPAdapter, which wraps any target accepted by fastmcp.Client — an HTTP(S) URL, local script, in-process server, MCPConfig naming multiple servers, or a fastmcp ClientGroup — as LangChain-compatible tools, enabling multi-server MCP fleets behind one adapter. MCPAdapter.list_tools(cache_mode=...) discovers and adapts MCP tools with client-side response caching: cache_mode='use' serves cached results within the server's TTL hint, 'refresh' repopulates the cache, 'bypass' skips it entirely, and 'persistent' is also usable per the shipped examples. as_langchain_tool(tool, client, *, elicitation=None) converts a single MCP tool for callers managing their own client lifecycle, and setting elicitation='interrupt' surfaces mid-call server questions as a LangGraph interrupt, pausing execution for human input before resuming the run. Adapted tool metadata is now structured under metadata['mcp']['tool'] (with annotations in snake_case and _meta) and metadata['mcp']['server']. MCP support requires the new mcp extra (pip install 'langchain[mcp]') and fastmcp>=4.0.0.

Connect a remote MCP server and equip an agent with all its tools in one async context.
python
from langchain.agents import create_agent
from langchain.mcp import MCPAdapter

async with MCPAdapter("https://example.com/mcp") as adapter:
    agent = create_agent("anthropic:claude-sonnet-5", await adapter.list_tools())
Force a fresh tool list from the MCP server, bypassing any cached results, before building an agent.
python
async with MCPAdapter("https://example.com/mcp") as adapter:
    tools = await adapter.list_tools(cache_mode="refresh")
    agent = create_agent("anthropic:claude-sonnet-5", tools)
Route mid-call server questions to a human via LangGraph interrupts by setting elicitation='interrupt' on a single adapted tool.
python
from langchain.mcp import as_langchain_tool
import fastmcp

client = fastmcp.Client("https://example.com/mcp")
tool = as_langchain_tool(mcp_tool, client, elicitation="interrupt")
Connect to an MCP server and list available tools, using caching to avoid redundant round-trips in a long-running agent.
python
from langchain.mcp import MCPAdapter

async with MCPAdapter("https://my-mcp-server.example.com") as adapter:
    tools = await adapter.list_tools(cache_mode="persistent")
    print(tools)
Fan out across multiple MCP servers via a single adapter using a ClientGroup, then pass the tools to a LangGraph agent.
python
from fastmcp import ClientGroup
from langchain.mcp import MCPAdapter

group = ClientGroup([
    "https://mcp-server-a.example.com",
    "https://mcp-server-b.example.com",
])

async with MCPAdapter(group) as adapter:
    tools = await adapter.list_tools()
    # tools from all servers are available here
— Full API, params and runnable code across both releases.langchain==1.4.0a3langchain==1.4.0a4
02
MCP adapter renames and stricter target typingBREAKING72

MCPAdapter.get_tools is renamed to list_tools — call sites using .get_tools() will break. convert_mcp_tool_to_langchain_tool is renamed to as_langchain_tool — imports of the old name will break. MCPAdapterTarget is no longer exported from langchain.mcp — code importing it from that path will break. A str MCP target must now be an HTTP(S) URL — bare strings that are not URLs are rejected.

— Exact renamed symbols named, no migration command given.langchain==1.4.0a4
└──▷ BREAKING ON UPGRADE
  • !MCPAdapter.get_tools is renamed to list_tools — any call site using .get_tools() will break.
  • !convert_mcp_tool_to_langchain_tool is renamed to as_langchain_tool — any import of the old name will break.
  • !MCPAdapterTarget is no longer exported from langchain.mcp — any code importing it from that path will break.
  • !A str MCP target is now required to be an HTTP(S) URL — bare strings that are not URLs will be rejected.
Was this useful?

OpenClaw

SourcesRelease notes →Source code →1 RELEASE · 2026-09-01NOTES CODE

Personal AI assistant platform that connects messaging channels, tools, and model providers through a gateway.

OpenClaw's v2026.8.2 release adds a Linux desktop client, background session creation, Chrome extension relay wake-up, and a migration cleanup CLI, alongside a breaking change to the default session visibility scope and four new Control UI themes; a separate docs update adds opt-in diagnostics for rejected translation chunks.

└──▷ WHAT SHIPPED · 12 FEATURESmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
Migration cleanup CLINEW95

openclaw update cleanup --dry-run previews retained migration originals eligible for removal before committing, and openclaw update cleanup (run with the Gateway stopped) permanently removes eligible originals; current SQLite history is preserved but rollback to removed originals is lost.

Preview which migration originals are eligible for removal before committing to cleanup — safe to run while the Gateway is running.
$ openclaw update cleanup --dry-run
— Exact dry-run and cleanup commands with a runnable examplev2026.8.2
02
Default session visibility now shared across same-agent sessionsBREAKING80

The default for tools.sessions.visibility changed so unsandboxed sessions can work with other sessions of the same agent by default; operators needing narrower access should explicitly set tools.sessions.visibility to tree or self.

Lock down same-agent session cross-visibility when running shared-agent deployments that need narrower access than the new default.
yaml
tools:
  sessions:
    visibility: tree
— Named config key, values, and a migration examplev2026.8.2
03
Rejected-translation diagnostics for docs i18nNEW80

Adds OPENCLAW_DOCS_I18N_LOG_REJECTED_BODY=1 (also exposed as log_rejected_body in the publish repo's reusable locale workflow) to opt in to logging rejected translation chunks at the placeholder-validation boundary — capturing chunk ID, normalized masked input, returned translation, and error — plus failed leaf-fallback errors and rejected bodies at final-document validation.

— Exact env var and workflow key, no usage exampleproduct docs
04
Background session creation via keyboard shortcutNEW70

Start and run a session from New Session without leaving the current page using Cmd/Ctrl+Enter (or Cmd/Ctrl+Shift+Enter when Modifier+Enter is already the send shortcut), retaining the selected local, cloud, or paired-device placement.

— Exact keyboard shortcuts and behaviour namedv2026.8.2
05
Linux desktop clientNEW65

Adds a Linux desktop client installable via .deb or AppImage on x86-64 Linux, connecting to a local or remote Gateway and launching Quick Chat from the system tray or an X11 keyboard shortcut; AppImage updates are signature-verified.

— Install formats and platform named, no exact install commandv2026.8.2
06
Home agent dockNEW65

Open the Home conversation in a right or bottom dock with Cmd/Ctrl+Shift+H, keeping the current page in view with options to preview, remove the work-context snapshot, or attach selected text.

— Exact shortcut and dock options namedv2026.8.2
thinner coverage below
07
Chrome extension relay wake-upNEW55

Adds Chrome extension relay wake-up for supported macOS and Linux builds, letting authenticated CDP clients wake a paired local relay without a running Gateway; requires an updated native host and a relay-wake-up-capable extension build.

— Mechanism and requirements named, no setup steps givenv2026.8.2
08
Session transcript copy and window managementNEW45

Adds session transcript copy as Markdown, and the ability to open sessions in tabs, windows, or splits, with combined icon-and-color editing and optional hiding of empty session groups.

— Lists UI capabilities without exact commandsv2026.8.2
09
Four new Control UI themesNEW40

Adds four new Control UI themes — CRT, Manuscript, Rosé, and Miami — with theme choices preserved offline and applied without a reload flash.

— Named themes but no navigation path givenv2026.8.2
10
Readable transcript share URLsNEW40

Adds readable /beam/ transcript share URLs named after their sessions, with existing access checks preserved.

— Named URL path, minimal further mechanismv2026.8.2
11
Plugin approval verificationNEW40

Plugins can now describe an external verification choice in approval presentations, while OpenClaw retains approval identity, authorization, timeouts, and the final decision.

— Mechanism described, no config surface namedv2026.8.2
12
Cross-session forwarded message attributionIMPROVED35

Cross-session forwarded messages now render as distinct speech bubbles with source-session links and sending-agent identity for clearer attribution.

— Describes rendering change, no navigation detailv2026.8.2
└──▷ BREAKING ON UPGRADE
  • !The default value of tools.sessions.visibility has changed: unsandboxed sessions now share visibility across same-agent sessions by default (previously narrower). Shared-agent operators who need restricted access must explicitly set tools.sessions.visibility to tree or self.
Was this useful?
◆  AI/LLM Security

NoLabs nono

SourcesRelease notes →Source code →1 RELEASE · 2026-09-01NOTES CODE

nono v0.75.0 focuses on hardening PATH-based attack surfaces and profile composition, adding a strict broker-path check, PATH sanitization for brokers, an --extends flag for nono proxy, and a phantom-token format for ambient credentials.

The nono runtime isolates AI agents with policy-controlled filesystem, network, and credential access.

nono v0.75.0 focuses on hardening PATH-based attack surfaces and profile composition, adding a strict broker-path check, PATH sanitization for brokers, an --extends flag for nono proxy, and a phantom-token format for ambient credentials.

└──▷ WHAT SHIPPED · 7 FEATURESmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
Phantom credential format templatesNEW85

Adds a format field to CommandCredentialConfig for ambient credentials, allowing a literal template (e.g. sk-ant-oat01-{}) so prefix-sniffing clients correctly classify the phantom token.

Set a phantom token format so a prefix-sniffing client (e.g. one that validates Anthropic token shape) still recognises the injected credential.
json
{
  "command_policies": {
    "credentials": {
      "claude-api": {
        "type": "proxy",
        "upstream": "https://api.anthropic.com",
        "credential_key": "keyring://anthropic:api.anthropic.com/example",
        "env_var": "ANTHROPIC_API_KEY",
        "inject_header": "x-api-key",
        "credential_format": "Bearer {}",
        "format": "sk-ant-oat01-{}"
      }
    }
  }
}
— Named config field with concrete example JSON configv0.75.0
02
Profile composition for nono proxyNEW80

Adds --extends <PROFILE> flag to nono proxy, enabling profile layer composition at proxy startup. It requires --profile, is repeatable, and uses the same merge semantics as nono run --extends.

Compose an extra-domains profile on top of an existing proxy profile at invocation time — useful for temporarily widening a network allowlist in a specific environment without editing the base profile.
$ nono proxy --profile my-profile --extends extra-domains
— Names flag, requirement and merge semantics with runnable examplev0.75.0
03
Strict broker PATH check for sandboxesNEW80

Adds --strict-broker-path flag to sandbox args, refusing to start when a filesystem grant overlaps a directory on PATH — preventing sandboxed processes from planting hijack binaries that later run outside nono with full host privileges.

— Mechanism and threat model explained, no usage example givenv0.75.0
thinner coverage below
04
PATH sanitization for host-side brokersIMPROVED50

Sanitizes PATH for host-side credential and URL brokers, preventing bare-name broker resolution from picking up attacker-planted binaries in writable directories.

— Explains fix but no flag or config surface to act onv0.75.0
05
Glob patterns in allow/deny listsIMPROVED40

Adds glob pattern support for env var and hostname allow/deny lists in profile and proxy configuration.

— Names the surfaces but no syntax or example givenv0.75.0
06
Resolved command_policies in profile showIMPROVED35

nono profile show now displays resolved command_policies.

— Mentioned only in release summary, no detail beyond thatv0.75.0
07
Tool sandbox examples addedNEW25

Adds an initial set of tool sandbox examples demonstrating per-tool child sandbox policies.

— Bare mention with no example content or path givenv0.75.0
Was this useful?
AI Models
◆  Frontier Models

OpenAI

SourcesRelease page →1 RELEASE · seen 2026-09-02NOTES

OpenAI added hard spend limits and spend alerts for API projects, letting teams cap monthly costs and get warned before traffic is cut off.

Docs and resources to help you build with, for, and on OpenAI.

OpenAI added hard spend limits and spend alerts for API projects, letting teams cap monthly costs and get warned before traffic is cut off.

└──▷ WHAT SHIPPED · 1 FEATUREmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
Hard spend limits and spend alerts for projectsNEW58

Projects on the OpenAI API platform can now set a hard spend limit that, once tracked monthly spend reaches the configured cap, causes API requests to return a 429 error. Spend alerts can also be configured to notify teams before the hard limit is reached, giving warning before traffic is interrupted.

— Names the 429 behavior but no config keys or UI path given.snapshot-20260902
Was this useful?

Anthropic

SourcesRelease page →1 RELEASE · 2026-09-01NOTES

Anthropic is an AI safety company that develops Claude, a large language model assistant for text generation and analysis.

Anthropic shipped two new model families this window — Claude Sonnet 5 and Claude Fable 5.1/Mythos 5.1, both with 1M-token context and adaptive thinking on by default — alongside a new Managed Agents platform for cloud-sandboxed agent sessions, three new versioned web search tool types with dynamic filtering and localization, and a claude-api Agent Skill bundled with Claude Code that automates model migrations.

└──▷ WHAT SHIPPED · 15 FEATURESmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
Versioned web search tool with dynamic filtering, domain and location controlsNEW100

Adds three versioned web search tool types to the Messages API: web_search_20250305 for basic real-time search with max_uses, allowed_domains, blocked_domains, and user_location parameters; web_search_20260209, which introduces dynamic filtering where Claude writes and runs code to filter results before they reach the context window (its allowed_callers defaults to ["code_execution_20260120"]); and web_search_20260318, which adds a response_inclusion parameter — setting "response_inclusion": "excluded" drops nested server_tool_use and result block pairs already consumed by completed code execution calls, cutting output token costs. The allowed_callers field (across all versions) controls whether Claude calls web search directly (["direct"]) or via dynamic filtering through code execution; max_uses caps searches per request and returns a web_search_tool_result error with code max_uses_exceeded when exceeded; allowed_domains/blocked_domains scope search to bare domains (mutually exclusive — mixing both returns a 400 error); and user_location (type approximate, with city, region, country as ISO 3166-1 alpha-2, and IANA timezone) localizes results, rejecting unsupported country codes with a 400 error. Responses include web_search_result_location citation blocks (url, title, encrypted_index, cited_text up to 150 chars, none counted toward token usage), encrypted_content that must be replayed verbatim in multi-turn conversations, stop_reason: "pause_turn" for long-running search turns, and a server_tool_use.web_search_requests count in the usage block.

Restrict a search agent to trusted domains and cap searches to control cost and scope in a Messages API request.
json
{
  "model": "claude-opus-5",
  "max_tokens": 1024,
  "messages": [{"role": "user", "content": "What are the latest CVEs affecting OpenSSL?"}],
  "tools": [{
    "type": "web_search_20250305",
    "name": "web_search",
    "max_uses": 3,
    "allowed_domains": ["nvd.nist.gov", "openssl.org"],
    "user_location": {
      "type": "approximate",
      "country": "US",
      "timezone": "America/New_York"
    }
  }]
}
Use dynamic filtering with web_search_20260318 and exclude raw search blocks from the response to cut output tokens in an agentic pipeline.
json
{
  "model": "claude-opus-5",
  "max_tokens": 4096,
  "messages": [{"role": "user", "content": "Search for the current prices of AAPL and GOOGL, then calculate which has a better P/E ratio."}],
  "tools": [{
    "type": "web_search_20260318",
    "name": "web_search",
    "response_inclusion": "excluded"
  }]
}
Force direct (non-filtered) web search calls when using a model that does not support programmatic tool calling.
json
{
  "model": "claude-opus-5",
  "max_tokens": 1024,
  "messages": [{"role": "user", "content": "What is the current price of Bitcoin?"}],
  "tools": [{
    "type": "web_search_20260209",
    "name": "web_search",
    "allowed_callers": ["direct"]
  }]
}
— Extensive named params, endpoints, errors, and three runnable examples.product docs
02
Claude Sonnet 5 model launchNEW95

New model available on the Claude API, Amazon Bedrock, Google Cloud, Microsoft Foundry, and Claude Platform on AWS, with a 1M-token context window and 128K max output. Adaptive thinking is on by default with default thinking effort set to high on the Claude API and Claude Code, steerable per workload; knowledge cutoff is January 2026 with a retirement commitment of no sooner than June 30, 2027. Supports up to 300K output tokens on the Message Batches API when the output-300k-2026-03-24 beta header is set.

Use the Message Batches API with Claude Sonnet 5 to get up to 300K output tokens per request in a batch workload.
$ curl https://api.anthropic.com/v1/messages/batches \
  -H 'x-api-key: $ANTHROPIC_API_KEY' \
  -H 'anthropic-version: 2023-06-01' \
  -H 'anthropic-beta: output-300k-2026-03-24' \
  -H 'content-type: application/json' \
  -d '{"requests": [{"custom_id": "req-1", "params": {"model": "claude-sonnet-5", "max_tokens": 300000, "messages": [{"role": "user", "content": "Summarize this corpus."}]}}]}'
— Names platforms, token limits, beta header; includes runnable example.product docs
03
Claude Managed Agents: CLI, SDK, and sessionsNEW95

Introduces Claude Managed Agents with a new ant CLI (installable via brew install anthropics/tap/ant) that provisions agents with ant beta:agents create from a .agent.yaml config (model, system prompt, tools) and sandboxes with ant beta:environments create from a .environment.yaml config, supporting type: cloud with networking.type: unrestricted or self-hosted sandboxes. The Python SDK adds client.beta.sessions.create to bind a session to an agent ID and environment ID, and client.beta.sessions.events.stream / client.beta.sessions.events.send to open a real-time event stream and send user messages to a running session, with typed events including user.message, agent.message, agent.tool_use, and session.status_idle. The agent_toolset_20260401 tool type enables the full pre-built toolset (bash, file operations, web search), and managed agent sessions can be deployed on a schedule (cron).

Create a reusable coding-assistant agent from a YAML definition and capture its ID for session use.
$ AGENT_ID=$(ant beta:agents create --transform id --raw-output < coding-assistant.agent.yaml)
echo "Agent ID: $AGENT_ID"
Define a cloud-sandboxed environment with unrestricted networking for agent sessions to run in.
yaml
name: quickstart-env
config:
  type: cloud
  networking:
    type: unrestricted
Stream a managed agent session in real time, sending a task and handling tool-use and completion events as they arrive.
python
with client.beta.sessions.events.stream(session.id) as stream:
    client.beta.sessions.events.send(
        session.id,
        events=[{
            "type": "user.message",
            "content": [{"type": "text", "text": "Create a Python script that generates the first 20 Fibonacci numbers and saves them to fibonacci.txt"}],
        }],
    )
    for event in stream:
        match event.type:
            case "agent.message":
                for block in event.content:
                    print(block.text, end="")
            case "agent.tool_use":
                print(f"\n[Using tool: {event.name}]")
            case "session.status_idle":
                print("\n\nAgent finished.")
                break
— Named CLI, SDK methods, config files, three runnable examples.product docs
04
/claude-api migrate automated model migrationNEW95

The /claude-api migrate subcommand performs automated Claude model migrations across a codebase: it swaps model IDs (including typed SDK constants such as Model.CLAUDE_OPUS_4_8Model.CLAUDE_OPUS_5), removes deprecated parameters (temperature, top_p, top_k), converts thinking: {type: 'enabled', budget_tokens: N} to thinking: {type: 'adaptive'}, cleans up beta headers (effort-2025-11-24, fine-grained-tool-streaming-2025-05-14, interleaved-thinking-2025-05-14), adds stop_reason: 'refusal' handling, calibrates output_config.effort, converts prefill to structured outputs, and configures refusal fallback via the server-side fallbacks parameter.

Migrate an entire project to Claude Opus 5, letting the skill swap model IDs, remove deprecated parameters, and add refusal-fallback handling automatically.
$ /claude-api migrate this project to claude-opus-5
Scope a migration to a specific subdirectory to avoid touching unrelated code.
$ /claude-api migrate everything under src/ to claude-opus-5
— Detailed mechanism, many named items, two runnable examples.product docs
05
claude-api Agent Skill bundled with Claude CodeNEW85

A new claude-api Agent Skill ships bundled with Claude Code (no installation required) and auto-activates when project files import anthropic (Python) or @anthropic-ai/sdk (TypeScript/JavaScript), or when editing files that use prompt caching, tool use, batch, or model references. It can be invoked manually via the /claude-api slash command, or installed into any Agent Skills-compatible environment via npx skills add https://github.com/anthropics/skills --skill claude-api or the Claude Code plugin command /plugin install claude-api@anthropic-agent-skills. It supports eight languages — Python, TypeScript, C#, Go, Java, PHP, Ruby, and cURL — with progressive, context-efficient documentation loading, detected automatically from project files (requirements.txt, tsconfig.json, go.mod, etc.), and covers the Managed Agents (beta) surface (client.beta.agents.*, client.beta.environments.*, client.beta.sessions.*, client.beta.vaults.*), which requires the managed-agents-2026-04-01 beta header set automatically by the SDK.

— Names install commands, languages, beta header; thorough but no full example.product docs
06
Claude Fable 5.1 and Mythos 5.1 launchNEW75

Claude Fable 5.1 launches on the Claude API, Amazon Bedrock, Claude Platform on AWS, Google Cloud, and Microsoft Foundry with a 1M-token context window, 128K max output tokens, always-on adaptive thinking at high default effort, and a June 2026 knowledge cutoff, priced at $10 / $50 USD per MTok. Claude Mythos 5.1 offers identical capabilities and pricing, available exclusively to Project Glasswing participants. Prompt cache reads on both models are priced at $0.25 USD per million tokens — 0.025x the base input price, versus 0.1x on other models.

— Detailed pricing and platform specifics, no runnable example given.September 1, 2026
07
Per-message effort control (beta)NEW75

In beta, add a role: "system" message with output_config.effort inside messages to change Claude Fable 5.1's thinking effort mid-conversation without invalidating the prompt cache; requires the mid-conversation-output-config-2026-07-01 beta header.

— Exact field and beta header named, no full example.September 1, 2026
08
Turn-scoped system messages (beta)NEW75

In beta, set clear_at: "next_user_message" on a mid-conversation role: "system" message so it applies only to the current turn without accumulating tokens or invalidating the prompt cache; requires the mid-conversation-system-clear-at-2026-08-21 beta header.

— Exact field and beta header named, no full example.September 1, 2026
09
Thinking block forward-compatibility restrictionsBREAKING75

Thinking blocks produced by claude-fable-5-1 and claude-mythos-5-1 are forward-compatible only — the API silently drops a block replayed to an earlier model, though claude-fable-5-1 can accept thinking blocks from Claude Opus 5, Claude Fable 5, Claude Mythos 5, and earlier models. Editing an earlier turn invalidates the model's thinking blocks, and for accounts created on or after August 31, 2026, replaying a thinking block after the system prompt, tools, or an earlier message has changed returns a 400 error. A new thinking-binding-controls-2026-08-01 beta header surfaces dropped blocks in an input_transformations response field and exposes thinking.block_binding.prefix_mismatch_behavior to choose between rejecting or dropping mismatched thinking blocks.

— Detailed before/after and beta header, no runnable example.September 1, 2026
10
Sonnet 5 removes manual sampling and thinking overridesBREAKING70

On Claude Sonnet 5, setting temperature, top_p, or top_k to non-default values now returns a 400 error — sampling parameter overrides are no longer accepted. Manual extended thinking requests also return a 400 error (having been deprecated on Claude Sonnet 4.6); adaptive thinking runs on by default instead, so callers relying on either mechanism must migrate.

— Named parameters and error codes but no migration example.product docs
11
Readable progress updates between tool calls (beta)NEW65

thinking.display accepts a new "updates" value in beta, adding display: "updates" to surface readable progress updates between tool calls during long-running agentic work: the thinking field is returned empty (as with "omitted") while short progress updates are streamed as text; requires the thinking-display-updates-2026-08-18 beta header.

— Names field values and beta header, lacks worked example.September 1, 2026
thinner coverage below
12
Content provenance and watermarking on outputsNEW55

Claude Fable 5.1 and Mythos 5.1 add content provenance for tracing the origin of model outputs: text output carries Anthropic's text watermark automatically, and images or video produced via the code execution tool carry C2PA Content Credentials when retrieved through the Files API, with no request or response changes required.

— Names watermarking and C2PA mechanism, no example provided.September 1, 2026
13
/claude-api managed-agents-onboard scaffoldingNEW55

The /claude-api managed-agents-onboard subcommand scaffolds a new Managed Agent via an interview-driven flow, templating agent configs, session loops, and runnable code for all supported languages.

Scaffold a new Managed Agent from scratch, including agent config, session loop, and runnable code for your detected language.
$ /claude-api managed-agents-onboard
— Brief mechanism description, one runnable example given.product docs
14
Fable 5.1 tool_choice and data retention constraintsBREAKING50

On claude-fable-5-1 and claude-mythos-5-1, tool_choice values any and tool are no longer supported and return a 400 error — only auto and none are valid. Both models also require 30-day data retention and are not available under zero data retention unless expressly authorized by Anthropic.

— Named values and constraint, described briefly without example.September 1, 2026
15
Framework integration quickstarts for Managed AgentsNEW35

Includes framework integration quickstarts for Vercel Chat SDK, assistant-ui, and CopilotKit (AG-UI adapter) to embed Managed Agent sessions in chat applications.

— Names three integrations only, no further detail given.product docs
└──▷ BREAKING ON UPGRADE
  • !Setting temperature, top_p, or top_k to non-default values on Claude Sonnet 5 returns a 400 error — any existing code that overrides these parameters will break.
  • !Manual extended thinking requests on Claude Sonnet 5 return a 400 error; callers must migrate to adaptive thinking.
  • !Forced tool use now returns an error on Claude Fable 5.1 (was accepted on Claude Fable 5).
  • !Earlier models cannot read thinking blocks produced by Claude Fable 5.1.
  • !Editing earlier turns in a conversation invalidates Claude Fable 5.1 thinking blocks.
  • !tool_choice types any and tool are not supported on claude-fable-5-1 and claude-mythos-5-1 and return a 400 error; only auto and none are valid.
  • !For accounts created on or after August 31, 2026, replaying a thinking block on claude-fable-5-1 after the system prompt, tools, or an earlier message has changed returns a 400 error.
  • !The API silently drops a thinking block produced by claude-fable-5-1 or claude-mythos-5-1 when it is replayed to an earlier model.
  • !Both claude-fable-5-1 and claude-mythos-5-1 require 30-day data retention and are not available under zero data retention unless expressly authorized by Anthropic.
Was this useful?

Google Gemini API

SourcesRelease page →1 RELEASE · 2026-09-01NOTES

Gemini API's biggest addition this window is agentic video understanding, letting Gemini 3.7/3.6 Flash and 3.5 Flash Lite dynamically navigate a video's timeline and pull only the frames, audio, or transcript segments needed — cutting token use by up to 88% on long-form video. Transcription also gained custom vocabulary biasing, word-level timestamps, and speaker diarization, though the three are mutually exclusive.

Build with Gemini 2.0 Flash, 2.5 Pro, and Gemma using the Gemini API and Google AI Studio.

Gemini API's biggest addition this window is agentic video understanding, letting Gemini 3.7/3.6 Flash and 3.5 Flash Lite dynamically navigate a video's timeline and pull only the frames, audio, or transcript segments needed — cutting token use by up to 88% on long-form video. Transcription also gained custom vocabulary biasing, word-level timestamps, and speaker diarization, though the three are mutually exclusive.

└──▷ WHAT SHIPPED · 2 FEATURESmost completely described first
what's the number?

Each feature carries 0–100 for how completely the vendor documented it — not how big or important the work is. A major capability described in eight words scores low, and that is the finding.

  • depth0–40what it does and how it works or what changed
  • specificity0–30names real surfaces — APIs, flags, formats, limits, numbers
  • actionability0–30enough to go use it — a named endpoint, flag, or config key tops this; a UI path is a starting point

Code and config rank first by construction: a documented endpoint, flag or config key scores at the top of specificity and actionability, so it sorts above a feature described only in prose. Under60 the notes go thin — everything below the “thinner coverage” line is thinner documentation, not smaller work. Hover any meter for that feature's three sub-scores.

01
Agentic video understanding with dynamic timeline navigationNEW98

Setting "processing": "agentic" on video input lets gemini-3.7-flash, gemini-3.6-flash, and gemini-3.5-flash-lite (via the Interactions and GenerateContent APIs) dynamically navigate a video's timeline, loading only the frames, audio, or transcript needed to answer a query — using up to 88% fewer tokens than static processing on long-form content, at the cost of higher time-to-first-token on clips under 5 minutes due to internal reasoning round-trips. Static processing remains available via "processing": "static" with "start_offset"/"end_offset" sub-fields to clip a time range and an "fps" sub-field for custom frame-sampling rate (e.g. 0.5). Different videos in the same request can independently be set to "agentic" or "static". Agentic responses interleave processing_call and processing_result steps (linked via id/call_id) in the steps array for progress traces, and token usage is broken out into total_thought_tokens (navigation reasoning) and total_tool_use_tokens (on-demand frames/audio/transcript). In stateless multi-turn conversations, these processing_call/processing_result steps must be echoed back in the next request's step_list to preserve video context.

Use agentic processing on a long lecture video to answer a specific question while minimizing token consumption.
json
{
  "parts": [
    {
      "file_data": {
        "uri": "<uploaded_video_uri>",
        "mime_type": "video/mp4",
        "processing": "agentic"
      }
    },
    {"type": "text", "text": "What are the three main arguments presented?"}
  ]
}
Compare a long lecture (agentic) against a short experiment clip (static) in a single request by setting per-video processing modes.
json
{
  "parts": [
    {
      "file_data": {
        "uri": "<lecture_uri>",
        "mime_type": "video/mp4",
        "processing": "agentic"
      }
    },
    {
      "file_data": {
        "uri": "<experiment_uri>",
        "mime_type": "video/mp4",
        "processing": "static"
      }
    },
    {"type": "text", "text": "Compare the lecture content with the experiment results."}
  ]
}
— Full field names, models, token metrics, and runnable JSON examplesSeptember 1, 2026
thinner coverage below
02
Custom vocabulary, timestamps, and diarization for transcriptionNEW48

Transcription gains three additions: custom vocabulary biasing toward up to 1,000 custom terms, acronyms, or proper names (best results with up to 100 terms); word-level timestamps giving start/end offsets per transcribed word; and speaker diarization to identify and label distinct speakers. The three are mutually exclusive — custom vocabulary is incompatible with both speaker diarization and word-level timestamps.

— Limits and incompatibilities given, but no field/flag namesproduct docs
Was this useful?
my-toolchain — 0 tools
paste an install list to detect your tools

A brew list, a Brewfile, requirements.txt, aDockerfile — or just the product names, free-form. Nothing leaves your browser.

    browse all tools →