AI Agents are a Stupid Idea

AI agents are a stupid idea. Consider that we’ve had the option to program deterministic agents to handle most of the suggested AI workflows for a long time. Yet we didn’t do it? Why? Because it turned out to be hard. We did not have good data or good APIs for the actions we wanted to take, and we always encountered lots of difficult edge cases.

Yet the AI vendors are proposing that we now try again. This time with stochastic algorithms that we are never quite sure what will do.

Agentic AI means that we take a problem that we could not solve with deterministic programming, and add another problem on top. And that is supposed to be the future? I don’t think so.

What does work?

Two factors affect your happiness. For most people, one of these is clearly dominant. For happy people, they are in balance.

The factor that decreases your happiness is all the things that don’t work. It is the bugs in your code, the meaningless bureaucracy you are subject to, and the constant deluge of bad news from our media. This information is constantly forced upon us from the outside.

The factor that can increase your happiness is all the things that do work. But the media rarely report good news, and your boss rarely comes by your desk to express his appreciation for all the systems that are working flawlessly. That means that you have to provide the good news yourself.

Make a habit of appreciating something every day. The code that runs just as it should, the train that was on time, the friend that called you. It is up to you to keep your life in balance.

Find Cause or Just Reboot?

Are you going to solve the problem, or just reboot the server? This is one of the many places where IT professionals come into conflict with the business.

The technical expert wants to figure out what’s wrong rather than just wipe all the evidence and hope for the best. But as Tim Gorman pointed out in a comment on another post, that takes time and expertise.

Most systems are not so critical that it makes business sense to investigate the root cause, especially if a nightly reboot solves the problem. As a technologist, it grates on me to accept that a system doesn’t work well and that I cannot investigate further. However, as a consultant tasked with helping organizations maximize scarce IT manpower, I often find that recommending a simple reboot is the most practical advice.

Make sure you use your resources where it makes business sense.

Reboot

There is nothing you cannot start today. Every day is a new beginning, no matter what happened yesterday. If life got in the way, or simple procrastinating kept you from doing what you had planned, never mind. You can do it today.

The reason we always start IT troubleshooting with “Did you try a reboot?” is that it works. Starting over gets rid of superfluous zombie processes and reclaims memory. It works for your brain just as it does for your computer. But as your day wears on, you’ll find you work slower and slower. Email and other messages add background processes and use up memory, leaving you with little productivity left by the end of the workday.

That’s why you need to start with what’s important. Identify one task that has to happen today, and don’t open email, messaging apps, or social media until that is done.

Are your AI Systems Insurable?

It will not be technology or regulations that limit AI; it will be insurance. Several major U.S. insurance companies are petitioning lawmakers to allow them to completely exclude AI risks from their coverage, arguing that they pose an unmanageable risk.

Insurance companies are already fighting with Air Canada over who will pay for the fictitious discounts that their chatbot invented and they had to honor. Next time something like that happens, AI will allow thousands of customers to easily create plausible claims, but the insurance company cannot use AI to handle them. This asymmetry has them scared, for good reason.

If you are running AI systems, take a good look at your Tech E&O insurance. You are likely to find that it already limits coverage from some types of AI incidents. When it comes up for renewal, you will find more AI excluded. Insurance is just as real a limitation as regulation and technology.

Intentional Analysis

Isn’t it funny that the only people saying AI will take over the world are those selling the stuff? Of course, supported by the usual coterie of consultants looking for a gig, academics looking for attention, and clueless journalists looking for a sensationalist headline.

When I was in high school, we learned to do intentional analysis – considering what motivations the author of a text might have. That skill seems to be widely forgotten when discussing AI.

It also applies to programmers dissing AI as glorified autocomplete – they have an interest in telling everyone that they are still indispensable.

Elle King sang that there are “always two sides and the truth.” It is your job as an IT leader to look at the messengers on both sides, evaluate their claims and credibility, and figure out approximately where the truth lies.

Fight the Manipulation

You are being manipulated, and you need to fight back. Apps and websites want you to stay as long as possible, and they are employing well-researched brain-hacking tricks to make you spend more time than you intended.

TikTok is famous for taking attention-trapping to the next level, but today, the AI chatbots are moving the game up another notch. Notice the evolution of ChatGPT: First, it just gave you what you asked for. Then it started ending all answers with a friendly offer, “I can also get you…” Now they don’t offer you the option to continue; instead, they present you with an A/B choice: “I can get you A or get you B, which do you prefer?” Notice that the option to end the conversation has disappeared.

Your defense is to engage your conscious System 2 (cf. Kahneman) to set a limit. If you just let your automatic System 1 loose, you will be dragged down one rabbit hole after another.

Whenever you decide to spend some time on TikTok, YouTube, Twitter, Facebook, SnapChat, Instagram, or ChatGPT, set a timer. If you are accessing on your phone, use its features to limit the time spent in each app. If you are accessing through a web browser, install a browser plugin.

You only have so much time, and evil people are out to take it from you. Fight back.

What are the Essential Dependencies of your Critical Systems?

You have two kinds of systems: Those where you can wait for Cloudflare, Amazon, or Microsoft to come back up, and those where you can’t.

For critical systems, your developers and operations people must carefully examine the code and document all dependencies. Once you know what you depend on, you can decide whether to build in automatic mitigation or establish a limited-functionality mode.

To concentrate your efforts in the right place, your systems list must identify the truly critical systems and their dependencies. Does it?

Take Action

To make a difference, you must act in the real world. It’s election day in Denmark, and I’ve done my civic duty. My single vote probably doesn’t change the outcome, but it has more impact than a hundred online posts.

One of the insidious problems of social media is that it creates the illusion of action. I have liked, commented, and subscribed, and now the world will definitely change. Not.

The only way to change the world is IRL: vote in elections, volunteer for causes you support, and buy products that harm the planet as little as possible. Take action today—online doesn’t count.

UX Makes the Difference

Why don’t more people use open source? Because the User Experience sucks. Not always, but often. And the UX in an open source project is always at least a little worse than in the corresponding payware.

The really successful Open Source projects are the ones used by technical people. A system administrator wants a command line and scripting capability, not a fancy GUI.

But everyday users want something that is modern-looking and intuitive to use. Good UX, in short. That has never been a focus in open source projects, and is unlikely to ever become so.

The reason lies in the economics of software development. A commercial software developer has a good business reason to improve UX. If the added revenue from more user-friendly software exceeds the investment in UX experts, there is a business case, and that investment will be made. And management will enforce that UX improvements are implemented.

Open source UX improvement depends on a UX expert deciding to donate time to the project, AND that developers will decide to make the effort to implement UX improvements. But the typical developer considers good UX optional, so improvements keep getting pushed down the backlog. Eventually, the UX expert leaves the project to spend his or her time elsewhere.

If you want to implement end-user-facing open source, for financial or ideological reasons, you need serious management support to quell the inevitable backlash from users who have to endure the UX regression.