AL+

Language: RO (română) EN (English)

Email us: paul@alplustech.com

Looking back at the week of 5–11 February 2025

AI task usage cannot tell you how many jobs disappear

The first Anthropic Economic Index mapped sampled conversations to tasks. Use that evidence to choose workflow trials, with clear limits on staffing claims.

Citiți articolul în română

A conversation classified as an automated task is insufficient evidence for removing a job. Staffing depends on the complete work, its quality requirements and the demand that remains after a tool is introduced. Confusing these units can turn useful research about AI use into a budget decision the research never evaluated.

Looking back from November 2026, the first Anthropic Economic Index, published on 10 February 2025, is valuable precisely when its sample boundary remains visible. Its analysis used approximately one million Claude.ai Free and Pro conversations, mapped by Clio to occupational tasks from O*NET. It was a study of sampled use on one product, not a census of employers or a measurement of positions eliminated.

That distinction does not make the data worthless. It changes the question the data can help answer. An owner can use observed task patterns to shortlist places worth investigating in a workflow. Estimating net productivity or deciding staffing requires additional evidence about the organization doing that work.

Classification describes the interaction

The report distinguished augmentation, where the person collaborates with the system, from automation, where the system performs the task. It reported a 57% versus 43% split. Those labels concern the observed interaction. They do not establish that an automated response was accepted, reached a customer or replaced the entire sequence of work surrounding it.

Consider an illustrative supplier-offer summary task. A model might draft the summary without further dialogue. Someone may still need to obtain permission to use the documents, check missing terms and decide whether the summary supports a purchase. Classifying the drafting interaction does not measure the time spent on those surrounding responsibilities. This example is a reasoning aid, not a reported trial or an AL+ result.

A job can combine several such tasks with coordination and accountability. Some tasks happen rarely but matter greatly when an exception occurs. Counting the task categories that appear in a dataset cannot establish how much paid working time those categories occupy in a particular business.

Nor does a high number of conversations prove a high amount of useful output. Repeated attempts might reflect productive iteration, confusion or failure. Without an outcome measure, those explanations remain open. A usage dataset can reveal activity while leaving the value and cost of that activity unresolved.

The sample has a selection boundary

The sample includes people who chose Claude.ai and whose conversations met the study's criteria. Workers using other products, employer-controlled interfaces or no AI at all do not become represented merely because the sample is large. Adoption costs and access policies can also affect which work reaches a public conversational interface.

The contemporary Hacker News discussion, beginning on 10 February 2025, included objections about denominators and sample representativeness. The exchange also challenged simplistic claims that sample size must grow directly with population size. These are community objections, not empirical proof that the Index's findings are false.

The useful objection is about the route from observation to conclusion. A large sample can describe a selected population well while failing to represent a different population. Before extending an observation to your company, specify what would need to be similar: access to the tool, task inputs, acceptance standards and incentives to use it.

This retrospective concerns the initial report. Later Index releases or newer labor-market studies may use different samples and methods. Their findings cannot be silently imported into the February 2025 evidence. Equally, the original sample should not be used to describe all AI activity in November 2026.

Productivity needs an outcome and a denominator

For a local evaluation, define a unit of completed work before measuring it. A draft that still needs correction and a customer-approved document are different outcomes. Decide which one matters to the business, then include preparation, review and correction in the cost of reaching it.

An illustrative evaluation could compare the existing procedure with an AI-assisted procedure on representative work, including difficult cases. Record acceptance criteria before seeing the results. Include the reviewer's effort and the cost of errors that escape review. No such comparison was conducted for this article, and no gain is assumed.

Time saved on one step may release capacity without reducing headcount. The organization may use that capacity to clear a backlog, improve quality or serve more customers. It may also find that another step constrains delivery. Staffing therefore depends on demand and coordination as well as the speed of the assisted task.

A pilot should preserve the ability to stop. If checking output requires more effort than producing an acceptable result through the existing method, the workflow may be a poor fit even when the model's response looks impressive. The task's appearance in a usage index cannot settle that local decision.

Forecasts can still help plan

The strongest counterargument is that owners must plan before perfect evidence exists. They may need staffing or investment scenarios long before a rigorous local evaluation is available. Rejecting all forecasts would leave a genuine planning need unanswered.

Use forecasts as conditional scenarios. State assumptions about adoption, acceptable quality, review effort, demand and the share of work that can move into the proposed workflow. Explain which assumption would change the decision most. A scenario that assumes unchanged demand and transferable time savings is different from one that assumes growing demand and extra supervision.

For custom software development, begin with a bounded workflow and its acceptance rule. Name the person who approves the output and the evidence needed to continue. Use the Index to inform where to look, then let completed work and its full cost guide the decision about the business.