Technical note 01 · Platform update
Inside AEC Hub’s governed agentic runtime
A technical breakdown of the new execution foundation that connects sourced project signals, versioned skills, durable workflow state, professional approvals, and an inspectable run history.
Practical outcome
Move closer to agentic work without giving up professional control
12 minute read
Recent platform update
We added the operating structure around the agent.
AEC Hub now has a governed workflow runtime designed for long-lived project work. The update adds versioned skill, agent, workflow, and evaluation-case definitions, together with durable records for runs, steps, events, artifacts, and professional approvals.
This matters because an agent cannot be governed if its instructions, tools, intermediate state, evidence, and approvals exist only inside a chat session. The runtime moves those controls into inspectable platform objects that are scoped to the firm and retained independently of the model.
Capability registry
Versioned skills, agent policies, workflow definitions, and evaluation cases describe what the system is allowed to do.
Execution ledger
Runs, steps, events, artifacts, and approvals preserve what happened without relying on chat history.
Firm isolation
Every runtime record is firm-scoped, with composite project constraints and row-level access policies.
Server authority
Runtime mutations derive firm and actor identity from the authenticated session rather than browser input.
Reference workflow
The first workflow is useful, deterministic, and deliberately read-only.
The Project Attention Brief reviews sourced project signals such as commitments, decisions, risks, scope changes, and client requests. Deterministic rules surface overdue obligations, open risks, near-term commitments, low-confidence observations, missing evidence, unassigned project signals, and stale connected sources.
The result is stored as a reviewable artifact with retained signal identifiers and evidence counts. A professional can approve it or request changes. Approval completes the AEC Hub run only. It does not send a message, edit a model, update a connected system, or silently promote an observation into project truth.
The governed execution path
Observe
Sourced project signals
Commitments, decisions, risks, scope changes, and client requests
Governed runtime
Firm scopedCapability registry
Skill · agent · workflow · evaluation
Execution ledger
Run · step · event · artifact · approval
Project evidence
Signal IDs · source state · coverage
Stop condition
Professional review
Approve the artifact or request changes. No external write occurs.
Governance by construction
Autonomy is an explicit property of the workflow.
Each run pins the workflow definition version and stores a snapshot of that definition. Steps declare dependencies, skill versions, inputs, outputs, evidence, and status. The run stops at an approval step that is visible in the same execution tree as the automated work.
Review is recorded atomically against the firm, run, reviewer, decision, and note. Requesting changes closes the current run instead of rewriting its history. A future revision should create a linked run so teams can compare what changed.
Evidence before synthesis
Assemble source references and deterministic findings before asking a model to explain or prioritize.
State outside the model
Workflow state, artifacts, approvals, and corrections live in durable records, not conversational memory.
Actions stay separate
A workflow that recommends an action does not quietly inherit the permission to execute it.
Memory is promoted
Extracted observations do not become canonical facts, decisions, or commitments without a governed review path.
What teams can inspect
The runtime is visible across Skills, Workflows, Monitoring, and project evidence.
The Skills view exposes installed capabilities, their versions, permitted tools, context requirements, review policies, and evaluation fixtures. The Workflows console starts and tracks durable runs. Run detail shows the artifact, evidence coverage, dependency-aware execution tree, lifecycle events, autonomy boundary, and approval gate. Monitoring joins workflow events with source sync and project-signal health.
Proposal drafting is also being routed through this pattern: evidence retrieval can branch in parallel, a grounded draft is versioned, deterministic readiness checks run, and the workflow stops for professional review. The open-ended Assistant remains a query layer and hands repeatable work to governed workflows rather than silently acting.
Next autonomy boundary
The next step is measurable learning, not unrestricted action.
Reviewer corrections should become versioned evaluation cases so a new skill, prompt, runtime, or model can be compared against the failures professionals actually see. Coverage should state what sources were searched, stale, unavailable, filtered, or outside authorization.
Only after those controls are proven should AEC Hub add model-assisted synthesis and bounded external actions. Those actions should be separate workflows with role checks, exact target previews, idempotency, before-and-after artifacts, provider receipts, and post-action verification.