Attach the supporting documents.
Add a source in Grounding Studio, such as an SOP or operating policy, and attach it to the work system or to a particular task.
Declare which documents support the work, which sources each agent receives, and which source governs a fact.
Attach the right context to the right scope. Keep work-system documents, individual agent sources and the fact order distinct as the design moves into realization.
The question that matters
More context does not settle that question. Grounding makes the intended support explicit: what applies to the work, what applies to each agent, and the order of truth for a fact.
From intent to implementation
Add a source in Grounding Studio, such as an SOP or operating policy, and attach it to the work system or to a particular task.
Set the source list for the agent staffed on a task. Two agents on the same task can hold different lists.
In Realization readiness, say which source is authoritative for which fact, including how to handle stale or contradictory information.
A recommendation’s precedent, a work system’s SOP and an agent’s source list have different jobs.
Use platform and tenant material for domain-specific precedent. Different recommendation models consume different sources.
Attach SOPs, policies and specifications to the work or a task so the analysis rests on declared evidence.
Prepare the sources that belong in each agent’s brief and permission scope. Realization carries source references with the package.
No. Work-system attachments, per-agent source lists and the fact order are distinct. Each agent’s list should reflect its part of the work.
Realization names sources and carries the relevant references. It does not copy the source content into the generated package.
No. Declaring a source or writing an instruction does not itself enforce behavior. Destination permissions and actual control mechanisms determine what is blocked.
Design · Simulate · Realize
Bring the work, its sources and its authority together in realization.