G

Gao Agent Builder - Studio Integration Patch

Gao Agent Builder - Studio Integration Patch

Document:* GAB/2.5 — Studio Integration Addendum Applies to: GAO Agent Builder Spec GAB/2.5 Patch Version: GAB/2.5-SI.1 Status: Normative Date: 2026-03-08

This patch is additive to GAB/2.5. All existing sections remain in force. This document inserts new content and amends Sections 2.1, 2.2, 2.3, and 5.


Patch Summary#

GAB/2.5 was written as a standalone product specification with numeric layer references. This patch formally establishes that Gao Agent Builder is not an independent product — it is the Agent Builder module embedded within Gao Studio — and replaces all numeric layer references with the canonical layer names used across the Gao Internet specification set.

Canonical layer name mapping

Old Reference

Canonical Layer Name

Layer 1 – Workspace

Operations Layer – Gao Workspace

Layer 2 – Browser

Gateway Layer – Gao Browser

Layer 3 – SDK

Developer Layer – Gao SDK

Layer 4 – Payment

Settlement Layer – Gao Payment

Layer 5 – Domain

Identity Layer – Gao Domain

Layer 6 – Network

Transport Layer – Gao Network

Layer 7 – DePIN

Infrastructure Layer – Gao DePIN

Layer 8 – AI OS

Intelligence Layer – Gao AI OS

This patch:

  1. Amends Section 2 to reflect Studio as the containing environment and canonical layer names

  2. Inserts Section 2.4 — Gao System SDK as mandatory intermediary

  3. Inserts Section 2.5 — Studio entry point and navigation

  4. Amends Section 5 to add Studio-specific normative principles

  5. Adds Section 29 — Studio Integration Contract


Amendment to Section 1 — Purpose#

Add after first paragraph:

Studio Context: Gao Agent Builder is deployed as the Agent Builder module within Gao Studio (studio.gao). It is accessed via the Agent Builder tab inside Studio. Gao Studio is the privileged dApp running in the Operations Layer (Gao Workspace) that serves as the Control Hub for all of Gao Internet. Agent Builder does not operate as an independent entry point — its user-facing surface is always Studio.


Amendment to Section 2 — Architectural Position#

Amended Section 2.1 — Gao Internet Layer Stack

Replace the existing table with the following:

Layer Name

Role

Studio Module

Operations Layer – Gao Workspace

Operations console and agent management

Studio UI Host

Gateway Layer – Gao Browser

Gateway, client execution, approvals

Approval surfaces

Developer Layer – Gao SDK

Developer integration and tooling

Gao System SDK

Settlement Layer – Gao Payment

Settlement, receipts, budget enforcement

Payment Console

Identity Layer – Gao Domain

Root identity and authority

Domain binding

Transport Layer – Gao Network

Transport and relay

Transport Debug Console

Infrastructure Layer – Gao DePIN

Distributed compute, storage, bandwidth

Node & DePIN Console

Intelligence Layer – Gao AI OS

Standards (AIP) + runtime enforcement (GAR)

Agent Builder Runtime

Amended Section 2.2 — Position of Gao Agent Builder

Replace existing text with:

Gao Agent Builder is the Agent Builder module within Gao Studio — not a standalone product. It is an Operations Layer-native module that composes with all Gao layers and exposes a unified agent-building surface within the Studio environment.

Containment hierarchy:

Gao Internet
 └── Core Layers
      └── Operations Layer – Gao Workspace
            └── Gao Studio   ← Control Hub (privileged dApp)
                  └── Agent Builder Module   ← GAB/2.5 scope

Entry point:

studio.gao → Agent Builder tab

Execution chain from Studio:

User
 → studio.gao (Gao Studio – Operations Layer)
      → Gao System SDK          ← mandatory intermediary
           → GAR (Intelligence Layer – Gao AI OS)   ← enforcement runtime
           → Settlement Layer – Gao Payment
           → Identity Layer – Gao Domain
           → Infrastructure Layer – Gao DePIN
           → Transport Layer – Gao Network

Agent Builder must:

  • Use Studio as the primary UI and operations surface

  • Route all cross-layer calls through Gao System SDK (see Section 2.4)

  • Use GAR as the only valid execution enforcement layer

  • Never bypass Studio’s permission model or capability token system

Amended Section 2.3 — What Gao Agent Builder is not

Append to existing list:

Gao Agent Builder is not:

  • a standalone product with its own independent entry point

  • a replacement for Gao Studio

  • permitted to call Gao layers directly without routing through Gao System SDK


New Section 2.4 — Gao System SDK as Mandatory Intermediary#

Gao Studio mediates all cross-layer access via the Gao System SDK. This is a normative requirement that applies to all modules within Studio — including Agent Builder.

SDK Role in Agent Builder Execution

When Agent Builder initiates any cross-layer operation (agent deploy, tool call, payment intent, domain resolution, DePIN compute), the call must:

  1. Be issued from the Agent Builder module

  2. Pass through the Gao System SDK

  3. Be validated by the SDK’s Capability Token Engine

  4. Be evaluated by the SDK’s RBAC + ABAC Policy Engine

  5. Produce an audit event via the SDK’s Audit Logger

  6. Be forwarded to the target layer (GAR, Settlement, Identity, Infrastructure, Transport)

SDK Capability Format

All Agent Builder capability tokens follow the Gao System SDK format:

<layer>:<resource>:<action>

Examples relevant to Agent Builder:

intelligence:agent:deploy
intelligence:agent:run
intelligence:agent:suspend
intelligence:sandbox:create
intelligence:sandbox:execute
gateway:browser:create
gateway:browser:automate
settlement:intent:create
identity:record:resolve
infrastructure:compute:allocate
transport:relay:test
developer:connector:gmail:send
developer:connector:meshii:message

SDK Invariants for Agent Builder

  1. Agent Builder may not call any layer directly — all calls route through Gao System SDK.

  2. The SDK’s Capability Token Engine must validate every call before forwarding.

  3. Capability tokens issued for agent execution are time-bound and domain-scoped.

  4. Every SDK call from Agent Builder produces an immutable audit event.

  5. SDK versioning is transparent and subject to DAO governance in decentralized mode.


New Section 2.5 — Studio Entry Point and Navigation#

Primary Access

Surface

URL

Studio primary

studio.gao

Studio fallback

gao.global/studio

Agent Builder

studio.gao → Agent Builder tab

Studio Tab Structure (relevant to Agent Builder)

Tab

GAB/2.5 Reference

Agent Builder

§6.1 – Agent Definition Studio

Prompt Builder

§6.2 – Prompt-to-Agent Composer

Tools

§6.3 – Skill and Tool Composer

Sandbox

§7 – Secure Execution Sandbox

Browser

§9 – Browser Automation Runtime

Connectors

§10 – Native Connector Registry

Models

§15 – Model Strategy

Memory

§16.5 – Memory Manager

Policies

§16.3 – Policy Profile Manager

Budget

§16.3 – Policy Profile Manager

Deployment

§6.6 – Deployment Manager

Traces

§16.6 – Audit and Trace Explorer

Receipts

§16.6 – Audit and Trace Explorer

Checkpoints

§16.4 – Runtime Session Manager

Artifacts

§25 – Artifact System

Knowledge

§26 – Knowledge Ingestion Pipeline

Scheduler

§27 – Agent Scheduling Engine

Memory Graph

§28 – Agent Memory Graph

Enterprise

§21 – Enterprise Profile


Amendment to Section 5 — Normative Product Principles#

Append the following principles to the existing list:

11. Studio-contained operation — Agent Builder operates exclusively within Gao Studio. It has no independent entry point and must not expose execution surfaces outside the Studio environment.

12. SDK-mediated cross-layer access — Every cross-layer call from Agent Builder must route through Gao System SDK. Direct layer access is prohibited regardless of the action or risk tier.

13. Studio permission inheritance — Agent Builder inherits and respects Gao Studio’s RBAC model. The Studio roles (Owner, Builder, Developer, Operator, Finance, Auditor) govern access to all Agent Builder surfaces.


New Section 23 — Studio Integration Contract#

23.1 Purpose

This section defines the normative integration contract between Gao Agent Builder (GAB/2.5) and Gao Studio (v1.1). It specifies what Studio provides to Agent Builder, what Agent Builder must expose back to Studio, and the invariants that govern their interaction.


23.2 What Studio Provides to Agent Builder

Provision

Description

UI Host

Operations Layer Workspace surface renders all Agent Builder tabs

Gao System SDK

Mandatory cross-layer call intermediary

RBAC enforcement

Studio’s role model controls Agent Builder access

Capability Token Engine

All agent capability tokens are issued via SDK

Audit Logger

All Agent Builder actions logged through Studio’s audit infrastructure

Event Bus

Cross-module events propagate via Studio event bus

Domain Authority Context

Studio provides the authenticated domain context for all agent operations

Session Management

Studio manages the authenticated user session


23.3 What Agent Builder Exposes to Studio

Exposure

Description

Agent Registry

Agent metadata queryable by Studio’s Ops Console

Trace Graph

Full execution traces displayed in Studio’s Trace Explorer

Receipts

Payment receipts and finality state surfaced in Studio’s Finance tab

Artifact Store

Artifacts accessible and promotable from Studio’s Artifact tab

Deployment State

Hosted app status visible in Studio’s Deployment tab

Memory Graph

Operational memory graph queryable from Studio’s Memory Graph tab

Scheduler Jobs

Scheduled execution jobs visible and controllable from Studio’s Scheduler tab

Budget Burn

Spend and budget state surfaced in Studio’s Budget tab


23.4 Cross-Module Call Protocol

When Agent Builder initiates a call that requires a Studio-managed resource (domain authority, payment intent, DePIN compute), the following protocol applies:

Agent Builder Module
  Gao System SDK (call with capability token request)
      Capability Token Engine (validate actor, domain, resource, action)
          RBAC + ABAC Policy Engine (evaluate role and attribute constraints)
              Audit Logger (emit pre-action event)
                  Target Layer (Intelligence / Settlement / Identity / Infrastructure / Transport)
                      Audit Logger (emit post-action result)
                          Event Bus (propagate result to subscribed modules)

---

#### 23.5 Shared Data Contracts

Contract

Defined In

Shared With

`AgentManifest`

GAB/2.5 §17.1

Studio Agent Registry

`ToolContract`

GAB/2.5 §17.2

Studio Ops Console

`SkillManifest`

GAB/2.5 §17.3

Studio Skill tab

`DeploymentProfile`

GAB/2.5 §17.5

Studio Deployment tab

`SandboxProfile`

GAB/2.5 §17.6

Studio Sandbox tab

`ConnectorSet`

GAB/2.5 §17.7

Studio Connector tab

`ArtifactContract`

GAB/2.5 §25.4

Studio Artifact tab

`SchedulerJob`

GAB/2.5 §27.4

Studio Scheduler tab

`MemoryGraph`

GAB/2.5 §28.4

Studio Memory Graph tab

`CapabilityToken`

Studio Gao System SDK

Agent Builder all modules

---

#### 23.6 Studio Integration Invariants

1.  Agent Builder must never expose execution surfaces outside of Gao Studio.
    
2.  All capability tokens used by Agent Builder must be issued by the Studio Gao System SDK.
    
3.  Agent Builder’s Ops Console (GAB/2.5 §6.7) is rendered as Studio tabs  it is not a separate UI.
    
4.  Agent Builder’s audit events are consumed by Studio’s Audit Logger  no separate audit sink.
    
5.  Agent Builder may not issue domain authority grants  these must come from Studio’s Domain Authority Context.
    
6.  Upgrades to the Agent Builder module that affect the Studio integration surface require DAO approval in decentralized mode.
    
7.  The Gao System SDK version must be compatible with both Studio v1.1 and GAB/2.5  version mismatches must be surfaced to the Auditor role before any execution proceeds.
    

---

#### 23.7 Updated Execution Pipeline (Post-Patch)

The complete v2.5 execution pipeline with Studio integration and canonical layer names:

User (authenticated via studio.gao) ↓ Gao Studio (Operations Layer – Gao Workspace) ↓ Gao System SDK (capability validation + audit) ↓ Memory Graph Retrieval (context grounding) ↓ Planner (Intelligence Layer – Gao AI OS) ↓ Policy Gate (GAR – Intelligence Layer) ↓ Execution: Sandbox / Browser Runtime / Tool Router / Connector Registry ↓ Artifact Emission → Artifact Store ↓ Knowledge Ingestion (if data sources ingested) ↓ Hosting Engine (Identity Layer – Gao Domain) ↓ Public URL + Scheduler (if recurring) ↓ Memory Graph Update + Full Audit Trail ↓ Studio Event Bus (result propagated to all subscribed Studio modules)


23.8 Pipeline-to-Layer Reference

Pipeline Component

Gao Layer

Operations console

Operations Layer – Gao Workspace

Approvals and gateway

Gateway Layer – Gao Browser

Developer tooling

Developer Layer – Gao SDK

Payment and receipts

Settlement Layer – Gao Payment

Identity and authority

Identity Layer – Gao Domain

Remote transport

Transport Layer – Gao Network

Heavy compute

Infrastructure Layer – Gao DePIN

Standards and runtime

Intelligence Layer – Gao AI OS / GAR


23.9 Competitive Note — Studio as Structural Moat

The Studio integration adds a structural moat that Agent Builder alone cannot provide:

Advantage

Description

Unified control plane

Every agent, app, domain, payment, and node managed in one privileged environment

SDK-enforced boundaries

No module — including Agent Builder — can bypass the cross-layer call contract

Role-aware UI

Studio’s RBAC model gates access to Agent Builder surfaces by organizational role

Cross-module observability

Agent traces, receipts, artifacts, and memory visible alongside DePIN nodes, governance proposals, and payment state

Single audit stream

All actions across Studio and Agent Builder feed one unified audit log

This makes Gao Studio + Agent Builder a structurally more complete system than any standalone agent builder — including Abacus DeepAgent — which has no equivalent unified control plane.


GAB/2.5-SI.1 — Studio Integration Patch Toii Labs LLC — Gao Internet Core Architecture Applies to: GAO Agent Builder Spec GAB/2.5 + GAO Studio Spec v1.1