Skip to content
Article reader Listen + reading controls
LISTEN + READ YOUR WAY

Article reader

Preparing the reader…

0:00 0:00
Reading settings
Text size
100%

Visual agent builders do not remove engineering

OpenAI's October 6 introduction of AgentKit includes a visual canvas for composing and versioning multi-agent workflows, a connector registry, interface components, and expanded evaluation tools. The release makes a useful class of artificial intelligence (AI) systems easier to see and assemble.

Ease of assembly should not be confused with absence of engineering.

A visual builder can make the logic of an agent workflow legible to people who do not live in source code. Product owners can see routes and approvals. Subject-matter experts can inspect instructions. Security professionals can identify tool connections. Designers can reason about what a user experiences.

That shared visibility is valuable. It turns an abstract orchestration into an artifact around which different professions can work.

The boxes conceal real systems

Every node on a canvas contains assumptions. A model call has cost, latency, failure modes, and data exposure. A connector has permissions, identity, rate limits, and a changing external service. A routing rule encodes policy. A human-approval box needs an actual person with enough context, time, and authority to decide.

Dragging those elements into place does not settle the architecture. It makes the architecture easier to discuss.

Teams should ask of each component:

  • What can it read, change, or transmit?
  • What evidence supports the route into and out of it?
  • How will failure appear to the user and operator?
  • Which version is deployed?
  • Who owns the dependency?
  • How can the action be reversed?

Visual workflows can become boundary objects

Research on knowledge boundaries shows why shared artifacts matter. Different groups need a representation they can interpret through their own expertise while still coordinating around the same system.

The canvas can play that role if it stays synchronized with reality. If production behavior, hidden code, or connector configuration diverges from the diagram, the visual becomes a comforting fiction.

Versioning, review, and deployment discipline therefore matter as much for a visual workflow as for source code. A team should be able to identify who changed a route, which evaluation justified it, and which running version contains it.

Evaluation must cover the trace

AgentKit's trace grading points toward the right unit of evaluation. An agentic result is produced through a trajectory: instructions, routing, retrieval, tool calls, intermediate state, and final action. A good final answer can hide a dangerous path; a failed answer can expose a repairable tool problem rather than a model problem.

Test sets should include ordinary work, ambiguous requests, malicious inputs, stale or unavailable tools, permission failures, and situations where the system should stop. Human reviewers should examine not only correctness but also evidence use, escalation, and recoverability.

Accessibility broadens the engineering team

Visual tools can let more people participate in system design. That is their strongest promise. The mission expert who could not review orchestration code can now challenge a handoff. The compliance lead can identify where a required approval belongs. The operator can show where an alert arrives too late.

The result is not engineering with fewer disciplines. It is engineering with a larger table.

Sources and research trail

READER-NEUTRAL SUBSCRIPTION

Follow Field Notes via RSS.

Copy this address into the RSS reader you already use. New notes will appear there automatically—no account, email address, or tracking required.