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?
▾
↕
filter by tool name…
$ 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.
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.
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.
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.
Three unrelated things stand out today: xalgorix can now tie authz and blind-bug tests to an evidence ledger, emisar hardened MCP execution paths with provenance and transport controls, and Cotool made hunt thresholds and agent prompts editable enough to tune triage without code changes.
detect
Keep exploit hypotheses tied to evidence instead of a tester’s notebook
xalgorix added a shared hypothesis/evidence ledger, with ingest_har, authz_matrix, two-account role=b testing, verify_oob, broader verify_xss, and direct hypothesis_id linking. A tester can now preserve how a suspected IDOR, BOLA, blind callback, or XSS was validated, instead of reconstructing proof from proxy history and screenshots.
Harden agent bridge execution before untrusted tool calls become an attack path
emisar tightened MCP bridge wire protocol and transport security, added signed provenance and pinned images, and expanded secret-redaction, sandboxing, and audit controls. nono added strict broker-path checks, broker PATH sanitization, --extends for nono proxy, and phantom-tokenphantom-tokenAn API authorization pattern where an opaque token is presented externally but a gateway exchanges it for a structured JWT before passing the request inward, keeping sensitive claims off the wire facing clients. handling, reducing the chance that ambient credentials or PATH hijacking turn an agent workflow into code execution.
Tune detection and response agents without editing the product underneath
Cotool unified Detection and Response agents in the Agents tab with editable prompts, and expanded Hunt with configurable alert thresholds, prioritization, and consolidated alert details. Teams can adjust what gets escalated and how agent triage behaves from the workflow itself, instead of waiting on rule or code changes.
Put budget and provider boundaries around AI usage
OpenAI added hard spend limits and alerts for API projects, so teams can cap monthly exposure and warn owners before traffic is cut off. Braintrust added granular AI-provider permissions and gateway token budget policies, giving platform teams a way to limit who can use which providers and how much they can burn.
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 firstwhat'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_harNEW95how completely this was documenteddepth35/40specificity30/30actionability30/3095 / 100
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_idNEW85how completely this was documenteddepth30/40specificity30/30actionability25/3085 / 100
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_matrixNEW80how completely this was documenteddepth30/40specificity25/30actionability25/3080 / 100
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 artifactsIMPROVED75how completely this was documenteddepth35/40specificity25/30actionability15/3075 / 100
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_oobNEW75how completely this was documenteddepth35/40specificity25/30actionability15/3075 / 100
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_xssIMPROVED65how completely this was documenteddepth30/40specificity25/30actionability10/3065 / 100
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 architectureNEW30how completely this was documenteddepth15/40specificity10/30actionability5/3030 / 100
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
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 firstwhat'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 saveNEW80how completely this was documenteddepth25/40specificity25/30actionability30/3080 / 100
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.
— Named endpoint and params with a runnable curl examplesnapshot-20260902
02
Default bulk export compression switched to zstdIMPROVED75how completely this was documenteddepth25/40specificity30/30actionability20/3075 / 100
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 changeBREAKING65how completely this was documenteddepth30/40specificity25/30actionability10/3065 / 100
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 evaluatorsIMPROVED60how completely this was documenteddepth20/40specificity25/30actionability15/3060 / 100
Code evaluator upload now accepts Python entrypoints annotated with PEP 604 union return types (for example -> dict | None).
!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.
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 firstwhat'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` endpointNEW85how completely this was documenteddepth30/40specificity25/30actionability30/3085 / 100
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 signalsIMPROVED60how completely this was documenteddepth30/40specificity20/30actionability10/3060 / 100
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 DashboardNEW55how completely this was documenteddepth25/40specificity15/30actionability15/3055 / 100
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 actionNEW55how completely this was documenteddepth25/40specificity15/30actionability15/3055 / 100
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 ledgerIMPROVED55how completely this was documenteddepth25/40specificity20/30actionability10/3055 / 100
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
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 firstwhat'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 gatingNEW95how completely this was documenteddepth35/40specificity30/30actionability30/3095 / 100
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.
Trace-corpus replay sidecar for reproducible testingNEW50how completely this was documenteddepth25/40specificity15/30actionability10/3050 / 100
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 evaluatorNEW45how completely this was documenteddepth20/40specificity15/30actionability10/3045 / 100
The pii_detection evaluator now works at the session level, assessing PII exposure across entire conversation sessions rather than just individual spans.
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 firstwhat'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 instrumentationNEW90how completely this was documenteddepth30/40specificity30/30actionability30/3090 / 100
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 providersNEW80how completely this was documenteddepth35/40specificity30/30actionability15/3080 / 100
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 layoutIMPROVED78how completely this was documenteddepth30/40specificity28/30actionability20/3078 / 100
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 sectionNEW75how completely this was documenteddepth35/40specificity25/30actionability15/3075 / 100
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 piNEW75how completely this was documenteddepth30/40specificity30/30actionability15/3075 / 100
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 uploadNEW70how completely this was documenteddepth25/40specificity30/30actionability15/3070 / 100
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 policiesNEW60how completely this was documenteddepth25/40specificity20/30actionability15/3060 / 100
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 updatesIMPROVED40how completely this was documenteddepth10/40specificity20/30actionability10/3040 / 100
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 observabilityNEW31how completely this was documenteddepth18/40specificity8/30actionability5/3031 / 100
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 pageNEW28how completely this was documenteddepth15/40specificity8/30actionability5/3028 / 100
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
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 firstwhat'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 modelsNEW87how completely this was documenteddepth32/40specificity30/30actionability25/3087 / 100
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
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 firstwhat'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 installersNEW70how completely this was documenteddepth30/40specificity25/30actionability15/3070 / 100
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 mismatchesBREAKING65how completely this was documenteddepth30/40specificity20/30actionability15/3065 / 100
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 checksNEW65how completely this was documenteddepth30/40specificity20/30actionability15/3065 / 100
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 exportIMPROVED65how completely this was documenteddepth30/40specificity20/30actionability15/3065 / 100
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 sourceNEW65how completely this was documenteddepth25/40specificity25/30actionability15/3065 / 100
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_actionsIMPROVED65how completely this was documenteddepth25/40specificity25/30actionability15/3065 / 100
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 lockdownNEW60how completely this was documenteddepth25/40specificity20/30actionability15/3060 / 100
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 runnerNEW60how completely this was documenteddepth20/40specificity20/30actionability20/3060 / 100
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 terminationIMPROVED55how completely this was documenteddepth20/40specificity20/30actionability15/3055 / 100
Makes status single-shot and kills the whole process group of an interrupted action.
Requester-side run withdrawalNEW40how completely this was documenteddepth15/40specificity10/30actionability15/3040 / 100
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.
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 firstwhat'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 StudioIMPROVED50how completely this was documenteddepth25/40specificity15/30actionability10/3050 / 100
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 CatalogNEW35how completely this was documenteddepth10/40specificity15/30actionability10/3035 / 100
The Catalog Registry adds a new Kinetic Center Build component.
— Names the component but gives no behaviour detailv0.8.25
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 firstwhat'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 pathNEW75how completely this was documenteddepth20/40specificity25/30actionability30/3075 / 100
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.
— Names exact serving path and runnable API callproduct docs
02
Model-size-tiered serverless rate limitsIMPROVED65how completely this was documenteddepth30/40specificity25/30actionability10/3065 / 100
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.
Enterprise data residency controlsNEW50how completely this was documenteddepth20/40specificity15/30actionability15/3050 / 100
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 switchingIMPROVED35how completely this was documenteddepth15/40specificity15/30actionability5/3035 / 100
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 agentsNEW30how completely this was documenteddepth15/40specificity10/30actionability5/3030 / 100
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
└──▷ WHAT SHIPPED · 1 FEATUREmost completely described firstwhat'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 SDKNEW35how completely this was documenteddepth15/40specificity10/30actionability10/3035 / 100
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
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 firstwhat'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 K3NEW45how completely this was documenteddepth15/40specificity20/30actionability10/3045 / 100
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
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 firstwhat'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 opencodeNEW90how completely this was documenteddepth35/40specificity30/30actionability25/3090 / 100
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.
Model catalog expansion and live fetchingNEW80how completely this was documenteddepth30/40specificity30/30actionability20/3080 / 100
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.
Scheduled run grouping and identityIMPROVED75how completely this was documenteddepth35/40specificity25/30actionability15/3075 / 100
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.
Default model resolution changes for 57 providersBREAKING70how completely this was documenteddepth25/40specificity30/30actionability15/3070 / 100
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.
Schedule persistence moves to ~/.cline/schedulesBREAKING70how completely this was documenteddepth30/40specificity25/30actionability15/3070 / 100
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.
Hub version-mismatch promptingIMPROVED70how completely this was documenteddepth30/40specificity20/30actionability20/3070 / 100
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).
Global rules also read from ~/Cline/RulesIMPROVED70how completely this was documenteddepth25/40specificity25/30actionability20/3070 / 100
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 budgetIMPROVED55how completely this was documenteddepth25/40specificity20/30actionability10/3055 / 100
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.
Langfuse tracing works in release buildsIMPROVED55how completely this was documenteddepth25/40specificity20/30actionability10/3055 / 100
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.
Composio connectors in packaged desktop runtimeNEW55how completely this was documenteddepth25/40specificity20/30actionability10/3055 / 100
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.
Provider catalog configured flagNEW55how completely this was documenteddepth25/40specificity20/30actionability10/3055 / 100
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.
OpenAI Codex sign-in port conflict errorIMPROVED55how completely this was documenteddepth20/40specificity20/30actionability15/3055 / 100
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 appNEW55how completely this was documenteddepth20/40specificity20/30actionability15/3055 / 100
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 subagentsIMPROVED50how completely this was documenteddepth25/40specificity15/30actionability10/3050 / 100
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.
Windows binaries Authenticode-signedIMPROVED50how completely this was documenteddepth20/40specificity20/30actionability10/3050 / 100
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 enabledNEW45how completely this was documenteddepth20/40specificity15/30actionability10/3045 / 100
Enables voice input (microphone dictation) on macOS, which previously failed silently due to a missing usage description and entitlement.
Tool results can carry media attachmentsNEW45how completely this was documenteddepth20/40specificity15/30actionability10/3045 / 100
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 clickIMPROVED45how completely this was documenteddepth20/40specificity15/30actionability10/3045 / 100
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.
!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.
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.
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 firstwhat'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 doctorNEW70how completely this was documenteddepth20/40specificity25/30actionability25/3070 / 100
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.
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 firstwhat'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 metricsNEW90how completely this was documenteddepth35/40specificity30/30actionability25/3090 / 100
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.
Cloud configuration sync to local IDE/CLI sessionsNEW80how completely this was documenteddepth30/40specificity25/30actionability25/3080 / 100
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'.
Repository selector: branch picking and recent reposNEW65how completely this was documenteddepth25/40specificity20/30actionability20/3065 / 100
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.
Session grouping in web sidebarNEW60how completely this was documenteddepth25/40specificity15/30actionability20/3060 / 100
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.
Auto-generated session titlesNEW50how completely this was documenteddepth25/40specificity15/30actionability10/3050 / 100
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.
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 firstwhat'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 ResponseIMPROVED55how completely this was documenteddepth25/40specificity15/30actionability15/3055 / 100
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 thresholdsNEW50how completely this was documenteddepth20/40specificity15/30actionability15/3050 / 100
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 findingsIMPROVED40how completely this was documenteddepth20/40specificity10/30actionability10/3040 / 100
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 alertsIMPROVED40how completely this was documenteddepth20/40specificity10/30actionability10/3040 / 100
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
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 firstwhat'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 projectsNEW78how completely this was documenteddepth32/40specificity24/30actionability22/3078 / 100
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.
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 firstwhat'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 serversNEW94how completely this was documenteddepth36/40specificity29/30actionability29/3094 / 100
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 fastmcpClientGroup — 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.
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
MCP adapter renames and stricter target typingBREAKING72how completely this was documenteddepth24/40specificity26/30actionability22/3072 / 100
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.
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 firstwhat'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 CLINEW95how completely this was documenteddepth35/40specificity30/30actionability30/3095 / 100
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 sessionsBREAKING80how completely this was documenteddepth30/40specificity25/30actionability25/3080 / 100
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 i18nNEW80how completely this was documenteddepth30/40specificity25/30actionability25/3080 / 100
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 shortcutNEW70how completely this was documenteddepth25/40specificity25/30actionability20/3070 / 100
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 clientNEW65how completely this was documenteddepth25/40specificity25/30actionability15/3065 / 100
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 dockNEW65how completely this was documenteddepth25/40specificity20/30actionability20/3065 / 100
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.
Chrome extension relay wake-upNEW55how completely this was documenteddepth25/40specificity20/30actionability10/3055 / 100
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 managementNEW45how completely this was documenteddepth20/40specificity15/30actionability10/3045 / 100
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 themesNEW40how completely this was documenteddepth15/40specificity15/30actionability10/3040 / 100
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 URLsNEW40how completely this was documenteddepth15/40specificity15/30actionability10/3040 / 100
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 verificationNEW40how completely this was documenteddepth20/40specificity15/30actionability5/3040 / 100
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 attributionIMPROVED35how completely this was documenteddepth20/40specificity10/30actionability5/3035 / 100
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.
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 firstwhat'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 templatesNEW85how completely this was documenteddepth30/40specificity30/30actionability25/3085 / 100
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.
— Named config field with concrete example JSON configv0.75.0
02
Profile composition for nono proxyNEW80how completely this was documenteddepth30/40specificity25/30actionability25/3080 / 100
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.
— Names flag, requirement and merge semantics with runnable examplev0.75.0
03
Strict broker PATH check for sandboxesNEW80how completely this was documenteddepth35/40specificity25/30actionability20/3080 / 100
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 brokersIMPROVED50how completely this was documenteddepth25/40specificity15/30actionability10/3050 / 100
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 listsIMPROVED40how completely this was documenteddepth15/40specificity15/30actionability10/3040 / 100
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 showIMPROVED35how completely this was documenteddepth10/40specificity15/30actionability10/3035 / 100
nono profile show now displays resolved command_policies.
— Mentioned only in release summary, no detail beyond thatv0.75.0
07
Tool sandbox examples addedNEW25how completely this was documenteddepth10/40specificity10/30actionability5/3025 / 100
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
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 firstwhat'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 projectsNEW58how completely this was documenteddepth25/40specificity18/30actionability15/3058 / 100
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
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 firstwhat'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 controlsNEW100how completely this was documenteddepth40/40specificity30/30actionability30/30100 / 100
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.
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 launchNEW95how completely this was documenteddepth35/40specificity30/30actionability30/3095 / 100
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.
Claude Managed Agents: CLI, SDK, and sessionsNEW95how completely this was documenteddepth35/40specificity30/30actionability30/3095 / 100
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.
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 migrationNEW95how completely this was documenteddepth35/40specificity30/30actionability30/3095 / 100
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_8 → Model.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 CodeNEW85how completely this was documenteddepth30/40specificity30/30actionability25/3085 / 100
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 launchNEW75how completely this was documenteddepth35/40specificity30/30actionability10/3075 / 100
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)NEW75how completely this was documenteddepth30/40specificity25/30actionability20/3075 / 100
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)NEW75how completely this was documenteddepth30/40specificity25/30actionability20/3075 / 100
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 restrictionsBREAKING75how completely this was documenteddepth35/40specificity25/30actionability15/3075 / 100
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 overridesBREAKING70how completely this was documenteddepth30/40specificity25/30actionability15/3070 / 100
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)NEW65how completely this was documenteddepth25/40specificity25/30actionability15/3065 / 100
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 outputsNEW55how completely this was documenteddepth25/40specificity20/30actionability10/3055 / 100
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 scaffoldingNEW55how completely this was documenteddepth20/40specificity15/30actionability20/3055 / 100
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 constraintsBREAKING50how completely this was documenteddepth20/40specificity20/30actionability10/3050 / 100
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 AgentsNEW35how completely this was documenteddepth10/40specificity15/30actionability10/3035 / 100
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.
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 firstwhat'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 navigationNEW98how completely this was documenteddepth38/40specificity30/30actionability30/3098 / 100
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.
— Full field names, models, token metrics, and runnable JSON examplesSeptember 1, 2026
thinner coverage below
02
Custom vocabulary, timestamps, and diarization for transcriptionNEW48how completely this was documenteddepth22/40specificity18/30actionability8/3048 / 100
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