Templates
The Template Catalog holds the response formats agents can send. It’s a reference you copy from rather than a place you author. Open a template to see how it renders, adjust its payload, and copy the snippet your agent needs. Navigation: Project -> Settings -> TemplatesFind a template
Search by name, or filter by category. The categories group templates by the job the response does rather than by the channel it targets.Reading a template card
Each card carries the template name, a short description, its category, and three badges. The badges are the part to read before you commit to a template, because they tell you whether it will work where your agent actually runs.Inspect and use a template
Selecting a card opens a detail panel that takes you from looking at a template to sending one. Its three parts let you see the rendering, change the content, and take away the code.Imported modules
The Imported Modules page lists the reusable components this project has taken from the catalog or from other projects, including agents, tools, and workflows. Navigation: Project -> Settings -> Imported Modules Each entry records the module name, its version, the project it came from, and when this project imported it. The version and source together are what matter during an upgrade, since they tell you whose change you’re taking on and who to ask before you take it.Module publishing
The Module Publishing page turns this project’s agents, tools, and workflows into modules other projects can import. Navigation: Project -> Settings -> Module Publishing Publishing places a module in the workspace catalog, where you choose the resources to include, set the version, and control who can import it. Treat a published module as an interface rather than a copy, because projects that import it inherit your future versions along with the current one. A release exports the agents, tools, and workflows you selected. Workflows come across in two forms: those you published directly, and those a published workflow tool depends on. The second kind travels whether or not you selected it, so review a release for dependencies you didn’t intend to share.Trace dimensions
The Trace Dimensions page defines the custom metadata the platform records with every trace event. Navigation: Project -> Settings -> Trace Dimensions Each dimension carries a name, a source, and a data type. Dimensions become filters in the session browser and in Insights, so define them around the questions you expect to ask, such as the customer segment or the campaign behind a conversation. A dimension you add today applies to traces recorded from that point on, which makes this a setting worth getting ahead of rather than reaching for once you need the analysis.Telemetry export
The Telemetry Export page sends this project’s live model, agent, and tool telemetry to an external observability provider, so agent behavior appears alongside the rest of your infrastructure monitoring. Navigation: Project -> Settings -> Telemetry ExportDestination
This section holds the provider connection and decides how much telemetry leaves the platform. Complete it before you enable export, since the status switch has nowhere to send to until you do.Provide an Azure Monitor connection string before you save a new telemetry exporter.