Skip to content
AI Superpower
← AI in practice / October–November 2026

Agents and workflows

How Claude prompts and Grok Bot agent teams actually work

Understand prompt engineering, agent workflows and harness engineering. Learn what Grok Bot supports and how to test an AI system before relying on it.

AI Superpower · Published · 7 min read

Assignment: Goal · evidence · expected output; Execution: Tools · saved progress · bounded actions; Verification: Sources · errors · acceptance checks.
An illustrative process to adapt to your own task. Diagram by AI Superpower.
In this guide
  1. The useful starting point
  2. Understand the different pieces
  3. Better prompting starts with the result you need
  4. What Grok Bot officially supports
  5. What harness engineering adds
  6. Give each agent an output that another person can inspect
  7. Test a bounded assignment before scheduling it
  8. Check the controls that sit outside the conversation
  9. Sources and further reading

The useful starting point

A prompt defines the assignment. The agent system adds tools and decisions, while its harness manages execution, saved progress and controls. Test those pieces on a bounded task before scheduling or expanding the work.

An AI assistant can give you an answer, prepare a document or work through a task using connected tools. Those experiences depend on different parts of the system.

A prompt tells the model what you want. The surrounding software determines what it can access, which actions it can take and how work continues after an interruption. Understanding both helps you evaluate claims about AI teams that work around the clock.

You do not need a private prompting playbook to learn the basics. Anthropic publishes prompting guidance and engineering accounts, and Grok Bot has public documentation describing its operating environment. Those sources give you a firmer starting point than a promotional post.

Understand the different pieces

Term Plain meaning Example
Prompt engineering Improving the instructions you give the model Specify the audience, source material and report format
Context engineering Deciding what information is available at each step Supply the current brief and the relevant evidence
Workflow A defined sequence of steps Research, draft, check and approve
Agent A system in which the model chooses actions and tools toward a goal Follow a useful research lead and decide what to inspect next
Agent harness Software that manages execution around the model Run tools, save task state, apply controls and record results
Multi-agent system Several agents with divided responsibilities Separate researchers report to a coordinator

Anthropic distinguishes predefined workflows from agents that direct their own process. [1] The other descriptions here are practical working definitions; product vendors do not always use these labels consistently.

Better prompting starts with the result you need

For a useful prompt, specify the task, the evidence available and the form of the answer. Include an example when it clarifies your expectations. Anthropic's documentation covers explicit instructions, context and examples. [2]

For example, replace “Research my competitors” with an assignment such as: “Compare the public service pages of these three businesses. Return the stated customer, deliverable, listed price and source URL. Label missing details as unknown. Suggest two positioning questions for me to investigate.”

That prompt does not establish which competitor is successful. It sets a narrower task the assistant can support with visible evidence.

Decide how you will evaluate the answer before you refine the wording. Anthropic's prompting overview explicitly begins with success criteria and ways to test them. [3] In this example, you can open the cited pages and check whether the table accurately represents them.

What Grok Bot officially supports

Grok Bot's documentation describes persistent cloud computing, tools and collaboration between Bots. Work can continue when the user's laptop is closed, and Bots can coordinate in parallel. [4]

The same documentation makes an important distinction: a user's Bots share a cloud computer, including files, browser sessions and app logins. Separate names and roles do not create separate security environments. [4]

Those capabilities support real task delegation. They do not establish the results of a particular viral demonstration, or prove that an arbitrary team of twenty agents will deliver reliable work. Continuous availability and successful completion are different claims.

Confirm current access, limits and integrations in the official documentation and your account before designing around them. A product's API features and its consumer app features should not be assumed to be identical.

What harness engineering adds

Consider a research assignment that spans several sessions. The assistant needs to know which sources were checked, what remains uncertain and where the current draft lives. It also needs a reliable way to resume the next action.

In its published work on long-running agents, Anthropic describes setting up the environment, making incremental progress and leaving records for subsequent sessions. [5] Harness engineering deals with the surrounding machinery that helps this happen consistently.

Here is an original practical checklist for evaluating that machinery:

  • The task has a current record showing its owner, status and required output.
  • The agent can access the sources and tools the assignment requires.
  • Tool results and errors are recorded so you can inspect what happened.
  • Work can resume without repeating completed external actions.
  • Limits define how long the task may run and what it may spend.
  • The final result is checked against the original assignment.

You can imitate part of this structure manually with a document and checklist. Automatic enforcement requires software support. A prompt asking for a spending cap cannot guarantee that every connected service enforces it.

Give each agent an output that another person can inspect

A proposed small research team could divide responsibilities this way:

Role Responsibility Required output
Coordinator Define the question and assign separate topics Task list with scope and ownership
Researcher Inspect sources for one assigned topic Findings with URLs and unresolved questions
Reviewer Check the findings against the sources Specific errors and missing evidence
Human owner Decide how the work will be used Acceptance, corrections or a new question

These are suggested responsibilities, not a claim that the product automatically creates or enforces this organization. You can combine roles for a small task.

Anthropic's account of its multi-agent research system describes a lead agent delegating work to subagents. It also reports added coordination demands and higher token usage. [6] Multiple agents are worth testing when the work can be separated, and the expected benefit justifies that overhead.

For example, separate researchers can inspect different markets. A team drafting one tightly connected paragraph may spend more effort reconciling differences than doing useful work.

Test a bounded assignment before scheduling it

Use this original prompt for a low-risk trial:

Review these three official product documentation pages for the features listed in my brief. Save a comparison table with one source link per factual claim. Identify unavailable pages and uncertain details.

Work on the supplied feature list only. Use one researcher unless you can identify independent research tasks that need separate workers. Keep a record of what was checked and what remains.

Return the comparison, unresolved questions and a short account of the checks performed. Do not purchase tools, send messages or change account settings. Stop if a required page needs access I have not provided.

Then inspect both the output and the process. Did it use the specified sources? Did it preserve uncertainty? Did it stay within the assignment? Could you identify where a mistake entered the work?

Introduce a missing page or conflicting detail in a later test. An assistant that reports the gap accurately is more useful than one that silently fills it in.

Check the controls that sit outside the conversation

For scheduled or consequential work, inspect the actual tool permissions, execution limits and approval settings. Ask how the system prevents duplicate actions after a retry and how you stop a run.

Grok Bot documents skills for reusable procedures and routines for recurring work. [7] Its ability to schedule work is useful only after you have decided what the routine should do and how you will know whether it succeeded.

Choose a tool by the job you need done: the required integrations, the quality of its output and the evidence you can inspect. Compare candidates on the same small assignment before expanding their responsibilities.

Use AI Superpower as a starting point for exploring AI tools, then verify product capabilities in the vendor's current documentation. If you want help shaping and testing one real task, explore an AI Working Session with Ashley.

Sources and further reading

Sources checked October 23, 2026. Tool features and plan availability can change; review the linked publisher documentation before connecting an account.