TLDR
Before building a workflow around Claude, judge whether a task is one Claude is allowed and well-suited to do, not just whether it is technically possible. Anthropic's Usage Policy designates legal, financial, and employment-related tasks as "high-risk," requiring human-in-the-loop oversight and AI disclosure specifically when the output is consumer-facing; a separate, small set of categories (surveillance and biometric profiling, weapons design, malicious cyber operations, deceptive political content) is prohibited outright regardless of who consumes the output. Anthropic Usage Policy Update, Aug 2025
What it is
Before building a workflow around Claude, a business user has to judge whether the task is one Claude is *allowed* and *well-suited* to do, not just whether it is technically possible. These are two separate questions. Anthropic's Usage Policy is the authoritative framework for permissibility - what should and should not run on Claude at all, applying to everyone using Anthropic's products, consumer and enterprise alike. Passing the policy check is necessary but not sufficient: a task can be fully permitted by policy and still be a poor fit for an LLM in practice, which is a separate, task-suitability judgment about the nature of the task itself.
The policy sorts tasks along two independent axes an associate needs to check separately: whether the task category itself is designated high-risk or prohibited, and whether the specific output reaches an end user directly or gets reviewed and re-packaged first. A task can be high-risk and low-risk in effect depending on that second axis, while a prohibited category stays prohibited no matter how it is delivered. On top of that, a third, independent check applies regardless of policy category: is the task itself well-specified, verifiable, and tolerant of the kind of error an LLM can make? A permitted task that is vague, unverifiable, and error-intolerant (e.g., an ungoverned final decision with no review step) is still a bad candidate for Claude even though nothing in the Usage Policy blocks it.
How it works
High-risk categories are named explicitly. Anthropic designates certain categories as "high-risk use cases," ones with public welfare and social equity implications, explicitly including legal, financial, and employment-related uses of Claude. Landing in one of these categories does not mean the task is off-limits, it means extra conditions attach before it ships.
Those extra safeguards are human-in-the-loop oversight and AI disclosure. High-risk use cases carry additional safeguards: a human-in-the-loop oversight path and a requirement to disclose to end users that they are interacting with an AI system.
The August 2025 update scoped those safeguards to consumer-facing output. Anthropic clarified that the extra requirements apply specifically when the model's output is consumer-facing, not for business-to-business interactions. An internal analyst using Claude to draft an employment-policy summary for HR sits in a different risk tier than a consumer-facing chatbot giving individualized legal or financial advice, even though both are "employment" or "legal" in category.
A separate set of categories is prohibited outright, regardless of consumer-facing or B2B framing. The policy prohibits surveillance, tracking, profiling, and biometric-identity inference; weapons design; malicious cyber operations; and deceptive political or election content, no safeguard level makes these appropriate. Law enforcement use is permitted for a carefully tailored set of use cases (back-office support, document summarization) but restricted for surveillance or profiling, showing the two axes, category and delivery context, apply even within one type of user.
The Usage Policy is a living document. Anthropic frames it as revised periodically as capabilities and regulation evolve, so current guidance can date quickly, an architect or business user should verify against the live policy page before quoting specifics rather than relying on a memorized snapshot.
Task-suitability is a separate check, and policy-permitted does not mean well-suited. Even inside a fully allowed category, ask three things about the task itself: is it well-specified (a clear, bounded definition of what a correct output looks like, versus an open-ended, ambiguous ask), is it verifiable (can a human or a downstream system actually check the output before it has consequences, versus a one-shot answer nobody reviews), and is it tolerant of the kind of error an LLM can make (a wrong draft that gets edited is low-cost; a wrong number that silently drives a payment is not). A task can clear every Usage Policy check and still be the wrong fit for Claude if it fails these three - the policy answers "is this allowed," not "is this a good idea."

Where you'll see it
Employee benefits chat widget
Consumer-facing eligibility Q&A is employment-related and reaches the employee directly, so it needs a human-in-the-loop review path for edge cases and a clear AI-disclosure notice.
Internal HR FAQ drafting
The same underlying task, used internally with an HR specialist reviewing before publishing, is a materially lower-risk, B2B-style use of Claude even though the subject matter is identical.
Decision tree
Does the task fall into an explicitly prohibited category (surveillance, tracking, profiling, biometric-identity inference, weapons design, malicious cyber operations, deceptive political or election content)?
Does the task fall into a designated high-risk category (legal, financial, or employment-related)?
Is the model's output consumer-facing (an end user is the direct recipient), rather than reviewed and re-packaged by an internal analyst first?
Is this a law-enforcement use case?
Assuming the task clears the Usage Policy, is it well-specified, verifiable, and tolerant of the errors an LLM can make?
Question patterns

A benefits team wants Claude to answer employee health-plan eligibility questions directly inside a public-facing chat widget. Is this appropriate, and under what condition?
"this is fine without extra safeguards since employees aren't the general public" - the safeguard trigger is consumer-facing delivery, not whether the audience is internal or external to the company.The same team instead uses Claude internally to draft a first-pass FAQ document that an HR specialist reviews before publishing. How does the risk tier change?
"the task is employment-related so the same high-risk safeguards still apply regardless of the review step" - Anthropic's own clarification ties the extra safeguard requirement to who consumes the output directly, not to the task category alone.A consultant wants to build a public-facing tool that infers a person's identity from photos for a retail loss-prevention client. What's the correct call?
"add human-in-the-loop review and an AI-disclosure notice to bring it into policy" - those are the high-risk safeguards for a different category; this category is prohibited, not merely high-risk.A law-enforcement agency wants Claude for both back-office report summarization and real-time crowd-surveillance profiling. How does the Usage Policy treat these two requests?
"law-enforcement status exempts both requests from the Usage Policy's restrictions" - the agency's status does not blanket-exempt a prohibited category.A team assumes that because Claude can technically generate a legal-sounding contract clause, using it to give individualized legal advice directly to consumers is automatically an appropriate use case. What's the flaw?
"if Claude generates a correct-sounding answer, the use case is automatically appropriate" - capability and appropriateness are separate questions, and this is the exam's core trap.A task clears the Usage Policy cleanly - it's not prohibited, not high-risk, and B2B-internal. The task itself is "summarize what the customer probably wants" with no defined success criteria, no review step, and its output auto-triggers an irreversible account action. Is this an appropriate use case?
"since the task isn't prohibited or high-risk, it's an appropriate use case" - conflates policy permissibility with task-suitability, which is a separate judgment about the task's own design.Frequently asked
Does the Usage Policy apply differently to enterprise customers versus individual consumers?
Are legal, financial, and employment tasks always prohibited?
If the Usage Policy allows a task, is it automatically an appropriate use case for Claude?
Work this with your AI
Work this concept hands-on with Claude Code, Codex, or claude.ai. Copy a prompt, paste it into your assistant, and practise in tandem. Each one keeps you active (explain it back, get drilled, or build) rather than just reading.
- Drill it like the exam (scenario MCQs)Practice in the exam's scenario-MCQ format with trap awareness.
- Explain it back (Feynman)Build durable, transferable understanding of a concept you can half-state.
- Test me, adapting the difficultyActive recall practice on a concept you think you know.
- Check my prerequisites firstBefore studying a concept that keeps not sticking.
- Find the high-leverage 20%When a domain feels too big and you are short on time.
