AI DevelopmentPolicy

Anthropic Usage Policy 2026: What Changes on 12 Nov

October 14, 2026
10 min read
Engineer reviewing a compliance checklist next to a robotic arm with a visible emergency stop button
Share:

On 8 October 2026 Anthropic published its 2026 Usage Policy update, and the new text takes effect on 12 November. It adds a standalone section on deceptive activity, new controls for Claude connected to hardware that acts on its own, and sharper wording on surveillance, weapons and Supported Regions.

I read the new policy side by side with the 15 September 2025 version. Here is what actually changed, who it touches, and a five-day checklist you can run against your own product before the deadline.

1. Context: Policy Text vs. Announcement

Anthropic presents the update as a yearly refresh. Its announcement says most changes “clarify existing rules”, that the weapons and surveillance rewrites do not change what it enforces in practice, and that the high-risk requirements for advice and decisions ‘haven’t changed’. Reading both versions side by side shows a few places where the text goes further than the post.

Timeline (Anthropic primary sources)

4 Sep 2025Anthropic bars entities more than 50% owned, directly or indirectly, by companies headquartered in unsupported regions (sales-restriction announcement).
15 Sep 2025Previous Usage Policy takes effect. This is the version I compared against.
12 May 2026Date in the Supported Regions page header when I checked on 14 Oct 2026. See ‘What I could not verify’ in section 4.
27 Aug 2026Model Hardware Standard research preview announced. The post ties the new physical-action controls to it.
8 Oct 20262026 Usage Policy update published, citing the September threat-intelligence report on influence operations, weapons and surveillance.
12 Nov 2026New Usage Policy takes effect. The policy page is already live with the new text.

Read the policy, not only the post

The announcement does not list two bullets under ‘Do Not Abuse Our Platform’ that appear in the new text and that I could not find in the September 2025 version: reselling or proxying access to Claude through unauthorized means, and using stolen payment methods or evading payment. The Supported Regions bullet also now says ‘(including end users)’. Always diff the policy itself.

Practical consequence: the policy’s scope paragraph covers individuals, developers using the API, customers reaching Claude through cloud providers and authorized resellers, and the end users of products that integrate Claude. If you ship a product on Claude, you carry duties for what your agents and your own customers do with it. This article summarizes public documents and is not legal advice; have counsel read the primary text if a clause touches a regulated product.

2. Five Implications for Teams Building on Claude

I ordered them by how likely they are to hit a typical codebase. Each card says who is affected and which part of the policy it comes from, so you can open the primary text and check my reading.

🎭

Deceptive activity gets its own section

Affects: growth, content and GEO teams · Universal Standard 10

Fake personas, bots that claim to be human, concealed sponsorship, networks of ostensibly independent sites, and the tools or infrastructure to run them are now listed in one place. It also covers manipulating ‘the sources from which search engines or AI systems draw answers’ by seeding content that misrepresents its origin, authorship or independence. My reading: honest, attributed content is a different thing, but audit any agency playbook built on fake independence.

🤖

You answer for what your agents do

Affects: agent builders · Additional Use Case Guidelines

The 2025 text said agentic use ‘must still comply’. The new text makes users responsible for agents they ‘build or deploy’, including actions taken ‘through tools, browsers, or connected systems’. Your tool permissions, browser automation and MCP connections now sit explicitly inside your compliance scope. Consumer-facing agents must also disclose they are AI at the start of each session or in the product interface.

🔁

Gateways and resale are spelled out

Affects: resellers, proxies, wrappers · Do Not Abuse Our Platform

The new text prohibits reselling, proxying or otherwise providing access to Claude ‘through unauthorized means’, including services that route requests through consumer subscriptions or misrepresent the product or client being used. The scope paragraph still names cloud providers and authorized resellers as normal channels. If you run a gateway, a wrapper or a ‘bring your own login’ feature, this is your bullet.

🦾

Autonomous hardware needs a stop and a safe state

Affects: robotics, lab and industrial automation · High-risk Use Case Requirements

When model outputs are acted on by hardware without human approval and the equipment can move through shared space, apply injurious force, control hazardous energy or materials, act on the human body, control safety systems or run industrial processes, three things are required: a qualified individual who can observe and stop it at any time, equipment that stops or holds a safe state when that person intervenes or the connection to Anthropic’s services is lost, and operating limits enforced outside the model.

🌍

Supported Regions: location, incorporation, ownership

Affects: apps with global users · Do Not Abuse Our Platform

The bullet now reads ‘provide others (including end users) with access’ in violation of the Supported Regions Policy; the 2025 text spoke of persons, entities or users. That policy page lists people physically located in an unsupported region, entities incorporated or headquartered there, and entities majority-owned or controlled from there, each with their users or personnel. If your product hands Claude access to end users, location and ownership checks are your problem too (my reading). The page lists no verification method.

A controller-side sketch for the stop and safe-state duties

The policy says operating limits must be enforced ‘by the equipment or a controller independent of model output’. This is the shape of that idea in JavaScript. It is a sketch of my own, not an Anthropic reference implementation and not a certified safety function:

// Sketch only: limits and the watchdog live in the controller, not in the prompt.
const LIMITS = { speedMmS: 250, forceN: 40 };
const HEARTBEAT_MS = 500;
let lastBeat = Date.now();

// Link to the model service: any keepalive resets the timer
link.on('heartbeat', () => { lastBeat = Date.now(); });

// Every command the model proposes passes through the clamp
function onModelCommand(cmd) {
  actuator.apply({
    ...cmd,
    speedMmS: Math.min(cmd.speedMmS, LIMITS.speedMmS),
    forceN: Math.min(cmd.forceN, LIMITS.forceN),
  });
}

// Human stop always wins, no model involved
estop.on('pressed', () => enterSafeState('operator stop'));

// Lost connection: hold a safe state
setInterval(() => {
  if (Date.now() - lastBeat > HEARTBEAT_MS) enterSafeState('link lost');
}, 100);

// actuator, link, estop and enterSafeState are your equipment’s own drivers.

A watchdog in your app is not certification

The policy says its physical-action requirements ‘do not replace’ vehicle, aviation, medical device, machinery or workplace safety law or certification. They apply where outputs are acted on without human approval; plans, code or commands that a qualified person reviews before execution are excluded, as are monitoring-only setups. Scope your system against the exclusions before you decide how much to build.

3. What to Do Before 12 November

There are about four weeks between today and the effective date. One focused week finds every gap; the remaining weeks are for fixing and documenting. This is the order I would run it in:

☀️ Days 1–2: Map what acts and who reaches it

  1. 1. List every place Claude output is acted on without a person approving it: tool calls, browser or computer-use sessions, MCP connections, scheduled jobs, device commands.
  2. 2. Tag each row against the 11 High-risk Areas (legal, medical, finance, credit, insurance, housing, employment, education and credentials, healthcare access, public benefits, legal status) and the six Physical Action categories.
  3. 3. List who reaches Claude through you (end users, resellers, contractors, subsidiaries) with the country where they sit, where their entity is incorporated and who owns it.

📅 Days 3–4: Fix what the map exposed

  1. Deception: audit every flow that creates accounts, posts, reviews or outreach at scale. Anything that hides who is behind it, claims to be human or fakes independence gets removed or labelled.
  2. Disclosure: show the AI notice at the start of each session or in the interface; it does not need to name Anthropic, Claude or the model.
  3. Access: if you proxy or resell, confirm your channel is authorized and that no request routes through a consumer subscription or misrepresents the client.
  4. Hardware: name the qualified individual who can observe and stop the equipment, bench-test a lost connection, and move speed, force and similar limits into the equipment or controller.

📆 Day 5: Write the evidence and name the owner

  1. Risk note: for each physical action, write the three assessments the policy asks for: worst outcomes, who is affected, and how much control you keep against the model’s autonomy, prompt injection included.
  2. Evidence folder: feature inventory, reviewer names and qualifications, stop and disconnect test logs, and the region and ownership map.
  3. Owner: assign one person to re-read the policy when Anthropic updates it again; the policy says it will keep changing as risks evolve.

4. Enforcement, What Else Moved, and What I Could Not Verify

The policy says Anthropic’s Safeguards Team monitors for violations and that, on a suspected one, it ‘may warn you or throttle, limit, suspend, or terminate’ access. It also says that hitting a real-time safeguard block ‘does not by itself indicate a violation’. Beyond the five cards above, four other changes are worth knowing:

🕵️

Surveillance and law enforcement, rewritten

The section now prohibits making or suggesting decisions ‘to investigate, charge, arrest or detain’, tracking a person or property without consent ‘in real time, on an ongoing basis, or through analysis of previously collected data’, and building or improving surveillance tools. A closing paragraph lists what stays allowed: tracking people agreed to (fraud detection, AML screening), aggregated or anonymized analysis, content moderation, authorized security research, legal research and analysis by law enforcement agencies or courts, and journalism. Anthropic says this is not a change in what it enforces.

💣

Weapons: software and components

New bullets cover developing or operating software or components for testing or operating weapons, ‘including targeting, fire control, or engagement’, and weaponizing or integrating weapons onto ‘drones, vehicles, or any unmanned or autonomous platforms’. Anthropic says this reflects how it enforced the previous policy. Robotics and drone teams should document the intended use of any dual-use component.

🗳️

Elections: narrower, no blanket targeting ban

The section is renamed ‘Do Not Undermine Democratic Processes’. The old first bullet on personalized vote or campaign targeting is gone; the announcement says it caught legitimate civic work such as multilingual voter information or ballot cure notices, while deception, surveillance and privacy rules still apply. Bullets on automated messages that conceal their artificial origin and on impersonating candidates remain.

🤝

Abuse toward the models themselves

Under ‘Do Not Engage in Cruel, Abusive, or Psychologically Harmful Conduct’ there is a new bullet on ‘sustained and needless abusive or cruel behavior toward our models’. The announcement says it applies only in extreme cases, not to ordinary frustration, pushback, dark creative themes or model testing, and that Claude ending the conversation remains the main enforcement mechanism.

What I could not verify

First, the announcement says ‘qualified operator’ while the policy text says ‘qualified individual’ for physical actions; I follow the policy text. Second, I found no definition of ‘safe state’ per equipment type, so that definition is yours to make and document. Third, the Supported Regions page header read ‘Effective May 12, 2026’ when I checked on 14 October, while the announcement gives 12 November for the updated policy and links both pages; treat the region rules as already live. I also found no description of how Anthropic verifies location or ownership.

Golden rule for 12 November

If Claude acts without a person in the loop (on the web, on accounts or on hardware) you need a named human who can stop it and an evidence file that shows how. If your product only talks, you need the AI disclosure and a clean access route.

Conclusion

The 2026 update is mostly a clarification, and Anthropic says as much, but three parts change what a product team has to build: a consolidated deceptive-activity section, explicit responsibility for the agents you deploy, and stop-and-safe-state controls for Claude connected to hardware. Two bullets that the announcement never mentions, resale and payment evasion, matter most to gateways.

Run the five-day sequence above, keep the evidence folder, and re-read the primary text before 12 November. The policy is the document that counts, and the date on the Supported Regions page suggests those rules may already apply.

This week in one screen

Map

  • • Agents acting unattended
  • • High-risk areas and physical actions
  • • Users, resellers, owners

Fix

  • • Deceptive flows
  • • AI disclosure
  • • Stop, limits, safe state

Document

  • • Qualified reviewers
  • • Stop and disconnect tests
  • • Region and ownership map

Sources

Diego Rodriguez

Diego Rodriguez

Senior Full-Stack & AI Engineer

Diego has 10+ years of experience building production-grade AI-powered applications, from LLM orchestration and RAG pipelines to ML-driven risk detection and algorithmic trading systems.

Learn more about Diego →