All notes

Agentic Engineering

AI Agents Need Context Before They Need Autonomy

The first useful lesson from building FlowBoard, AI skill teams, and research workflows: agents become valuable when they inherit context, not when they pretend to be independent.

1 July 2026

AI Agents Need Context Before They Need Autonomy

The first mistake in many AI projects is to start with autonomy.

People ask what the agent should do by itself. That is understandable. Autonomy is the visible part. It is also the dangerous part to optimise too early.

The better first question is simpler:

What context should the agent inherit before it acts?

That question has shaped several of my own projects.

FlowBoard started as a very personal CRM problem. I needed a system that could hold contacts, outreach phases, campaigns, follow-ups, calendar context and daily priorities in one place. The interesting part was not a chatbot on top. The interesting part was the structured memory around the work.

The AI Marketing Team, AI Legal Team and AI B Corp Team follow the same pattern. They are not magic assistants. They are reusable working structures: role, context, sources, quality rules, output format and escalation logic.

Context is the operating system

An agent without context produces plausible activity.

An agent with context can support a decision.

Useful context includes:

  • the task and its business reason
  • the relevant source material
  • the user's previous choices
  • constraints, deadlines and risk level
  • the expected output format
  • rules for when to stop and ask a human

That last point matters. Good agentic engineering is not about removing human judgement. It is about placing human judgement where it has the highest leverage.

Why this matters for companies

Many companies already have enough AI access. They have ChatGPT, Claude, Copilot or internal pilots. What they often lack is operating context.

Teams do not need another prompt library as much as they need repeatable work systems.

A useful agent should know what "good" looks like in a specific organisation. It should know which sources are trusted. It should remember the structure of a recurring task. It should make handover easier, not more mysterious.

That is why I increasingly frame my work as AI leadership and agentic engineering rather than tool training. The question is not whether a team can use AI. The question is whether the team can build a rhythm in which AI improves real work every week.

A practical test

Before building an agent, ask five questions:

  • What recurring decision or output should improve?
  • Which sources should the agent trust?
  • What should the agent never decide alone?
  • What feedback will improve the next run?
  • Who owns the final judgement?

If those answers are unclear, autonomy will amplify the confusion.

If they are clear, even a modest agent can become useful quickly.

Closing thought

AI agents do not become valuable because they act alone.

They become valuable when they carry the right context into the next decision.