🧭 Model Hardware Standard Opens Research Preview — Claude Agents Now Operate Physical Lab Instruments
Anthropic opened a research preview of the Model Hardware Standard (MHS) on August 27, 2026 — a shared specification that lets Claude Mythos agents operate physical laboratory and manufacturing devices: microscopes, liquid handlers, robotic arms, and quantum computer laser-calibration rigs. MHS is model-agnostic and device-agnostic; anything with a programmable interface can be brought into the standard. Access goes through MCP as the integration layer, reducing hardware onboarding from days of custom glue code to a matter of hours using the standard's device-description schema.
What MHS actually enables
- Parallel, 24/7 instrument operation: A single Claude Mythos agent can orchestrate multiple instruments concurrently across a lab network, eliminating the queuing that constrains human-scheduled experiment workflows.
- Real-time fault detection: The agent receives structured telemetry from each device during operation and can interrupt, retry, or escalate when readings fall outside expected parameters — far faster than post-hoc log review.
- Standardised device description: Lab equipment manufacturers expose a device schema (capabilities, parameters, safety constraints) that any MHS-compliant agent can consume, removing the need for per-instrument prompt engineering.
- Research preview partners: Early access partners from scientific research labs and advanced manufacturing reported iteration cycles that previously took days (set-up → run → analyse → adjust) compressing to hours when the analysis and adjustment steps are Claude-driven.
The MCP angle matters
Because MHS uses MCP as its transport, teams already using Claude Code with MCP tools have a natural upgrade path: add a hardware MCP server for each instrument type and the agent's existing reasoning loop applies without architectural changes. Anthropic's decision to build on MCP rather than a proprietary hardware API is a strong signal that hardware integration will be a first-class citizen of the broader agent ecosystem, not a niche vertical product.
If you run lab infrastructure
The research preview is the right time to submit a device schema even if your instruments are not yet wired up — early schema contributions shape the standard while it is still malleable. Anthropic is actively working with partners to normalise device descriptions across instrument families (liquid-handling, microscopy, spectroscopy). A well-formed schema now is worth far more than a retrofit after the standard hardens.
MHS
physical AI
lab automation
research preview
MCP
hardware agents
Mythos
scientific instruments
🧭 Mid-Conversation Tool Changes Exit Beta — Agents Can Now Add or Drop Tools Without Restarting
The Claude API has graduated mid-conversation tool changes from beta to stable. Previously, the tools array supplied at session creation had to remain fixed for the entire conversation to preserve the prompt cache; any modification forced a session teardown. Now you can add or remove tools mid-session without losing accumulated context, using the mid-conversation-tool-changes-2026-07-01 beta header (no longer required — the feature is on by default for supported models).
Supported models and platforms
Mid-conversation tool changes are supported on Claude Fable 5, Mythos 5, Opus 4.8, and Opus 5, and are available on the direct API, AWS Bedrock, and Google Cloud Vertex.
The cache trade-off to know before shipping
Changing the tools array invalidates the cache prefix at the point of modification. The practical implication for long-running agents:
- If you add a tool mid-session, everything after that turn is re-cached from scratch. The turn that triggered the change incurs a full-context charge rather than a cache-read charge.
- The guidance from Anthropic's release notes is to batch tool changes — if you know you will need five additional tools over the next hour, add them all in one turn rather than five separate additions. Each batch costs one cache invalidation rather than five.
- Removing tools that are no longer needed is now a legitimate cost-optimisation move: a slimmer tools array means fewer tokens in the system turn on every subsequent request, which accumulates meaningfully across high-volume pipelines.
# Python — add a tool to a running Anthropic client conversation
# (simplified; assumes messages list is maintained in memory)
new_tool = {
"name": "write_instrument_log",
"description": "Appends a timestamped entry to the lab instrument log file.",
"input_schema": {
"type": "object",
"properties": {
"instrument_id": {"type": "string"},
"entry": {"type": "string"}
},
"required": ["instrument_id", "entry"]
}
}
# Add the tool to the active tools list, then call the API normally
active_tools.append(new_tool) # one cache invalidation here
response = client.messages.create(
model="claude-fable-5-1",
tools=active_tools, # includes the new tool from this turn onward
messages=conversation_history,
max_tokens=4096,
)
Why this matters for MHS and long-horizon agents
In the context of MHS physical-device agents (Entry 1), mid-conversation tool changes are practically essential: a lab agent might start with read-only instrument monitoring tools and then need to add write/actuation tools once it has confirmed the setup is correct. Being able to elevate capabilities within a session — rather than restarting with a broader tool set from turn one — is both safer and cheaper. It is a natural implementation of the principle of least privilege extended across agent lifetime.
mid-conversation tools
API update
developer platform
cache optimisation
Fable 5
Mythos 5
long-running agents
🧭 Enterprise Admin API User-Management Goes GA — No Beta Header Required
The Admin API endpoints for managing Claude Enterprise (claude.ai) organisations — members, invites, groups, and custom roles — have exited beta and become officially supported as of September 2026. The anthropic-beta: ce-user-management-2026-07-13 beta header is no longer required on group and custom-role requests; requests that still send it are accepted unchanged, so existing integrations continue to work without a code change.
What the API surface covers
- Member management: List, invite, remove, and update member roles across the organisation.
- Groups: Create and manage groups for role-based access control — link groups to SSO directory groups for automated provisioning.
- Custom roles: Define granular permission sets beyond the default Member/Admin split; assign them to groups or individual members via API.
- Invites: Bulk-invite endpoints accept CSV-style lists of email addresses, making large-cohort onboarding scriptable.
Why going GA changes your integration posture
Beta endpoints are subject to breaking changes with short notice. GA status means the endpoint contracts are now versioned and breaking changes will follow Anthropic's standard deprecation timeline (minimum 6-month notice). For organisations that have deferred Admin API automation until the surface stabilised, this is the green light to build user-provisioning pipelines into HR and identity systems without the risk of a surprise schema change.
SCIM-style provisioning pattern
Combine the Admin API with your identity provider's outbound webhook (Okta, Azure AD, Google Workspace) to automate the full lifecycle: new hire → auto-invited to Claude Enterprise in the correct group; role change → group membership updated; offboarding → access revoked. The Admin API's group-link-to-SSO-directory feature means you can manage Claude access entirely from your IdP without a separate Claude admin console step per event. Map this to your existing SCIM provisioning runbook — the semantics are nearly identical.
Admin API
Enterprise
user management
GA
SSO
SCIM
custom roles
provisioning