Enterprise AI

A customer asks a banking agent to handle a routine request. Freeze a card. Replace a lost wallet. Open a better savings account. Close an old credit card. Apply a referral bonus. Nothing here sounds like artificial general intelligence. It sounds like Tuesday morning in a customer support queue. Then the agent has to read the internal policy, discover which tool exists, verify the customer’s account state, notice that one action blocks another, decide whether the user’s claim needs verification, and make the right database update. ...

Deployment has a boring problem. That is usually where the expensive problems live. A company has an existing model, workflow, or agent policy that is not brilliant but has behaved well enough not to frighten legal, compliance, or operations. Then someone improves it. The new version is more capable, more exploratory, perhaps trained with better preference data or optimized for a sharper reward. It also does things the old version would not have done. ...

More thinking is not the same as better work A manager asks an AI agent to reconcile invoices, check a procurement exception, or review a regulatory document. The agent pauses, consumes a heroic number of tokens, and returns a polished answer. Very impressive. Very modern. Also, perhaps, completely wrong. The industry has become comfortable with a simple story: give models more reasoning budget and they will reason better. That story is not false. It is merely incomplete, which is where most expensive mistakes prefer to live. ...

Spreadsheet work has a special kind of comedy. A person asks an AI agent to load a dataset, clean a few columns, train a model, generate predictions, and save a prediction.csv file. The agent writes plausible Python. The model architecture is reasonable. The explanation sounds confident. Then the whole thing fails because the agent forgot to pass the filename into the execution tool. ...

Documents are the easiest way to fool an AI system into looking serious. A procurement team uploads the full contract archive. A compliance team adds policy manuals, audit notes, and emails. A financial analyst stuffs transcripts, filings, and market commentary into one heroic prompt. The interface accepts it. The model answers fluently. Everyone relaxes. ...

Meetings are where context goes to suffer. A product manager remembers the customer constraint. A data engineer remembers the schema problem. A finance lead remembers the cost ceiling. A compliance officer remembers the rule nobody else wanted to read. The trouble begins when everyone is forced to work from the same swollen transcript, the same vague summary, or the same “shared memory” that turns specialists into slightly different versions of the same forgetful intern. ...

Evidence is not the same as judgment. Anyone who has watched an AI assistant work through a multi-document question has seen the strange version of this failure. The model finds the relevant fact. It even says something that looks like the right answer. Then, a few paragraphs later, it invents an extra condition, follows that condition with great confidence, and lands somewhere else. ...

A help desk ticket is rarely solved by the first sentence. Someone says, “The report is wrong.” Then comes the real work: wrong where, compared with what, after which data refresh, under which permission level, and whether “wrong” means mathematically false or merely politically inconvenient. The expert does not just hand over an answer. The expert asks questions, reconstructs context, and turns a vague failure into a useful diagnosis. ...

Email is a fine place to see the problem. Ask a large language model to draft a reply, and it usually performs well. Ask it to clear a messy inbox, identify urgent client messages, compare them with your calendar, draft replies, escalate risks, update a CRM, and avoid accidentally sending confidential material to the wrong person, and the cheerful single-assistant fantasy begins to sweat. ...

A report is only as trustworthy as the sentence nobody checked. That sounds melodramatic until an LLM-generated due diligence note, policy memo, customer support answer, or compliance summary contains three correct facts and one quiet falsehood in the same paragraph. The usual fix is simple in theory: split the answer into smaller claims, retrieve evidence for each claim, let a verifier judge them, and aggregate the results. ...