
Be Productive with AI: Context. Goal. Access. Let It Do the Work.
Last updated: 15.09.2026 08:00
AI is a great tool to support your work. If you want to boost your productivity, your first thought is usually to improve your prompts. But small, key changes can have a much greater impact. Self-analysis can help.
To find out how I work with AI and why I often get more done than others, I analyzed over 800 of my messages from several months of platform development using an AI solution. The result:
If just 11 percent of the messages correspond to a classic prompt, that means that in nine out of ten messages, no new, clear task is given. Instead, I ask for an update, give approval, set a limit, question a result, or simply forward the message. A pattern emerges:
I set the context.
I set a goal
I provide access rather than instructions
And then I step aside.
1. Setting the Context
An LLM can figure out almost anything on its own—except for things known only within your own company. That’s exactly where—and only there—humans are irreplaceable. Language models are good at language, but they know nothing about your business. LLMs don’t know that a certain customer group is at risk of churning. That a certain phrasing will set off the legal department. That a certain customer tends to be sensitive. That’s exactly where your contribution lies, and it’s worth far more than any nuance in the prompt wording.
In practice, this means:
“Wrong. The component is also on the customer side; that’s how customers expand our platform.”
“Semantic checks must be multilingual; otherwise, there’s no point in doing them at all.”
“The interfaces don’t matter; there’s no user on the integrations.”
None of these messages criticizes a result. On the contrary: each one provides additional information that the AI model couldn’t have known. And as soon as it knew that, the rest fell into place on its own. In practice, this means:
“No half-measures, please. This applies not only here, but in general.”
Since then, this sentence has applied to every delivery, not just the one that prompted it. In the contact center, this means: Your prompt library, your guidelines, and your quality management criteria aren’t just paperwork—they’re the memory of your operation. Everything that exists only in the mind of an experienced team leader will be lost with the next model change, the next vendor change, and the next job change!
2. Set a Goal
Write down the goal, not the next step! My most frequent message by far is actually my most useless one. 155 times (19 percent of messages), I essentially just wrote “continue.” So 155 times, the work came to a standstill and the AI waited for a decision. And decisions get put off. I ended up making them with a single word. But if one word is enough, then that decision never needed me. It needed a document. The solution was right there in the same paragraph: a prioritized list in a file, so that continuing the work means reading the top line instead of rethinking things.
In practice, this means:
“Write the plan into a file. The goal is to have it fully completed by tomorrow morning.”
“What’s still left to do in the plan?”
This way, my own workload shrinks to four steps: The model writes the plan. I correct the premises and approve it. A command sets the goal. I walk away. So now, for the 155 “next steps,” there’s simply a command. This document must have three characteristics; otherwise, it won’t work:
This applies to your business just as much, with or without AI. “Work through the queue” is a “keep going”: It ties you to every repetition. A documented target state runs without you, something like this: these forty transaction types will be classified by Friday, the disputed cases will be identified, and the status will be recorded in the document.
3. Grant access instead of giving instructions
Open the door! Every time an AI isn’t allowed to check something on its own, a task turns into a query. And every query gets left unresolved. So whoever denies access isn’t in control—they’re making themselves the bottleneck. A surprising number of my messages open a door:
“The access credentials are in the Env file. Check the logs yourself.”
“You can log in there yourself; check it directly in the system.”
“With 570 connectors, I can’t be the bottleneck. Find a way to do it without me.”
In the contact center, therefore, the crucial question before any AI project is: What is the system allowed to access on its own? An AI that isn’t allowed to read the knowledge base, the case history, and the rate data on its own may, at best, phrase things more elegantly, but it doesn’t relieve anyone’s workload. That’s because, as before, a human still has to compile every single piece of information.
In practice, this means:
“Everything in the data service, but don’t touch the shared library.”
“Nothing in production yet. Dev only.”
“For registrations, use only the shared mailbox—never a private address.”
Let the AI classify, draft responses, summarize conversations, and research information. And define the handful of actions it must never perform on its own: credit notes, cancellation confirmations, and legally binding commitments. Freedom within clearly defined boundaries yields more than constant oversight everywhere.
4. Get Out of the Way
This is the hardest part, but the one with the greatest impact. If you stay out of it, it’s easy to lose touch with whether things are actually moving forward. But “stepping aside” doesn’t mean looking the other way. That’s why reviewing the results is the only task I won’t let anyone else handle.
In practice, this means:
“Is that in the interface? Has the plan really been completed? Has it been fully tested?”
“Did we actually demonstrate this, or are we just assuming it?”
“Has it been rolled out yet? Nothing’s happening on my end.”
So never ask for the report. Ask for the result. Has a real process run its full course? From the incoming customer message to the response that reaches the customer. Not in testing, but in production.
Insight & Conclusion: More Successful Without Me
Greater productivity doesn’t come from a better prompt. It comes from three actions: setting the context, providing the goal and access, and getting out of the way. The first two take time at the beginning. The last one costs you the feeling of being needed. But it’s worth it. For months, my most frequent message was “continue.” Every single one of them highlights a point where I was getting in the way myself. When you step back, you get more in return than when you interfere.
Tip: Try measuring yourself!
Read through your last fifty messages to an AI system and sort each one into one of six categories:
If almost everything falls under “new task,” then you’re still using a tool instead of leading. If “carry on” is the largest category, then you’re missing a written goal. These two numbers say more about your future output than any prompt guidebook.
Author:

Marco Kerwitz
Head of Platform Engineering
VIER
P.S.: This approach isn’t new: The technique is called the“Ralph Wiggum Loop” and was developed by Australian programmer Geoffrey Huntley, named after the rather simple character from the show “The Simpsons.”
The core concept is just as simple: While true, keep feeding the agent the same target file over and over again until nothing is left open. The trick lies elsewhere. Because each run starts fresh, the memory isn’t in the conversation, but in the files. The plan is the only instruction that survives. Nowadays, you don’t even have to build this yourself anymore; the technology has made its way into the tools: Claude-Code has the “/goal” command for this, and Codex has an equivalent “goal” command. You specify a termination condition, and after each round, a second, smaller model checks whether it has been satisfied. There are exactly three possible outcomes: Fulfilled. Not yet. Impossible. Only then do you regain control.
One detail determines success or failure: This checker only observes; it does not execute anything itself. The condition must therefore require something that is visibly documented by the work as it progresses.“The tests are running” works because the test run is logged.“The code is clean”does not work. And a condition that the verifier can never evaluate will continue to run until your quota is exhausted.