By Alex MartinezReaders will learn the exact configuration blocks needed to enable voice in an Agent Script agent and how to adjust system instructions for spoken delivery. The guide also covers org prerequisites and deployment steps to avoid common speech-to-text pitfalls.
A streamlined workflow to voice-enable an Agent Script agent
Before modifying any code, administrators must verify that Agentforce Voice is active in the organization. Once enabled, adding voice capability follows a straightforward two-part workflow that keeps the core agent logic intact while routing conversations through a telephony channel.
Developers need to insert three specific configuration blocks into their Agent Script files. These blocks define the supported language, establish the telephony connection, and select the outbound voice model along with its persona. The nested settings ensure the correct speech synthesis engine handles both incoming audio transcription and outgoing responses.
Because listeners cannot reread text, the system prompts require careful rewriting. Replies must be concise, free of markdown or raw code snippets, and formatted so symbols are spoken as words. The guide emphasizes training the agent to silently correct common speech-to-text errors, such as mishearing technical terms, before providing a final response.
By Adam WhiteYou will learn how to enable and use the new Test Mode beta to save, reuse, and automate Flow validation without leaving the builder. You will also understand upcoming capabilities like element mocking, test coverage tracking, and Agentforce powered troubleshooting.
Converts manual tests to regression tests with assertions
How Test Mode consolidates Flow debugging and automated testing
Salesforce has released a beta version of Test Mode, a dedicated workspace that replaces the traditional Debug button in Flow Builder. This update merges debugging and automated testing into a single interface, requiring administrators to enable the feature through Process Automation Settings before it becomes available for Record-triggered and autolaunched flows.
The new workspace allows builders to save execution runs as reusable manual test scenarios. These saved configurations preserve triggering records, input variables, and mocked outputs. Administrators can now supply static record identifiers for poorly searchable objects and populate primitive collections directly in the test panel. Once validated, these manual scenarios can be transformed into permanent regression tests by attaching expected results.
Test Mode also introduces element mocking, which simulates outputs for subflows and external actions to keep testing isolated from live endpoints. The roadmap includes Winter ’27 enhancements such as visual test coverage tracking on the canvas and Agentforce powered capabilities. These future features will synthesize transaction context to diagnose cross automation failures and automatically generate comprehensive test scenarios with isolated data silos.
Salesforce Developers BlogYou will learn how to deploy Python-based Code Extension functions to override default chunking in Data 360 search indexes. The guide demonstrates how structure-aware splitting preserves table headers and speaker labels, resulting in more accurate Agentforce responses.
Default character or token splitters fracture complex enterprise documents like financial reports and call transcripts, causing Agentforce to retrieve contextless chunks. The article explains how Data 360 Code Extension functions allow developers to run custom Python scripts within the Salesforce trust boundary to implement tailored chunking logic.
For fragmented data tables, standard chunking strips column headers, leaving raw numbers meaningless to the model. A custom function detects table boundaries and repeats header rows across sub-chunks, enabling the agent to correctly map values to metrics like revenue and operating margins.
Multispeaker dialogues suffer when speaker turns merge into massive unstructured blocks. By applying a sliding window approach with defined turn counts and character limits, adjacent chunks overlap to preserve conversational context. The author validates these techniques by querying both native and custom vector indexes and comparing the resulting Agentforce answers against identical user prompts.
Salesforce Developers BlogYou will learn how to use the platform-salesforce-connect-adapter-generate skill to automatically create DataSource classes for any REST API. The piece also explains how to register the external data source programmatically using the Headless 360 MCP Server instead of manual setup steps.
Custom Salesforce Connect Apex adapters require implementing DataSource.Provider and DataSource.Connection interfaces, which traditionally demands significant Apex expertise and careful handling of field types, pagination, and error contracts. The article introduces the platform-salesforce-connect-adapter-generate skill, an open-source capability that grounds coding agents in this exact framework so they produce syntactically correct and contract-compliant code on the first attempt.
Using a natural language prompt, a developer can instruct an agent like Claude Code or Agentforce Vibes to generate both adapter classes, map json fields to correct datasource datatypes, enforce required ExternalId columns, and wire Named Credentials without hardcoding secrets. The post demonstrates this with a public rail api example, showing how the generated Connection class handles query context and returns a properly structured TableResult.
After deploying the Apex classes via the Salesforce CLI, the article explains how the Headless 360 MCP Server exposes configuration operations as programmatic tools. This allows the same agent to create the external data source definition through an api call rather than navigating the Setup wizard. The author notes that Winter ’27 will expand this approach to cover the full lifecycle of external data sources and standard adapter extensibility.
By Archana Kumari and Yushu YaoYou will learn how Agentforce Health Monitoring unifies fragmented telemetry to detect silent availability failures and reduce alert latency to under two minutes. The piece explains the current debugging workflow and outlines upcoming capabilities for automated root cause analysis and remediation.
Agentforce Health Monitoring addresses the gap where traditional dashboards show healthy status while users actually receive no end-to-end response. The system tracks over sixteen built-in metrics including error rates, escalation rates, engagement, and latency, with plans to add cost, time-to-first-token, and RAG quality signals. Its primary goal is proactive visibility that connects alerts directly to the relevant session context.
The engineering team solved a major fragmentation problem by consolidating signals scattered across five or six separate systems. By converting data ingestion to streaming and simplifying query complexity, they accelerated metric evaluation. This optimization reduced the time from a threshold breach to administrator notification from approximately twenty minutes to several minutes, targeting an investigation start time under two minutes.
Operational workflows now emphasize actionable debugging rather than simple detection. Administrators can drill down from an alert to examine specific reasoning steps, tool calls, or flow configurations that caused a failure, and they can define custom thresholds like token usage limits. Looking ahead, the roadmap includes runtime insight agents to suggest fixes and fully automated remediation pipelines that apply approved solutions without manual intervention.
By Scott NybergReaders will learn how the engineering team partitions and indexes Data 360 data graphs to resolve complex customer identities while maintaining strict data isolation. You will also see the architectural tradeoffs used to achieve sub-two-hundred millisecond response times for Agentforce interactions.
The engineering team built Data 360 data graphs to solve the context gap for Agentforce by unifying fragmented customer data across accounts, entitlements, and products. Instead of running multiple queries at runtime, the system pre-aggregates relationships into cohesive data products that agents can call directly.
Resolving customer identity required a partitioned architecture that keeps the broader identity graph separate from customer success views. This ensures that prospect data and information belonging to different tenants remain strictly isolated while still supporting complex many-to-many relationships.
Performance was optimized by analyzing access patterns, designing smaller multi-graphs, and building targeted indices to avoid full table scans. The team shifted from static data models to flexible structures that support semantic search and unpredictable agent queries, ultimately achieving median response times under two hundred milliseconds without dedicated autoscaling infrastructure.
Salesforce Admins BlogReaders will learn how to use the Agentforce Vibes IDE to automatically inspect Custom Field metadata, identify missing or conflicting descriptions, and apply approved updates without navigating Setup pages.
Preparing metadata for an Agentforce agent requires reviewing objects, fields, and flows rather than cleaning up the entire org. The article introduces the Agentforce Vibes IDE as a conversational workspace where administrators can query and evaluate configuration data efficiently.
By running targeted prompts in plan mode, Vibes retrieves field metadata and flags Custom Fields with ambiguous labels, missing descriptions, or mismatched business concepts. The system generates evidence-based findings and drafts proposed descriptions while strictly avoiding unsupervised modifications.
Administrators review the AI suggestions, approve valid updates through the interface, and separate genuine cleanup candidates from fields that simply require business clarification. The workflow concludes with bulk updates via CSV attachment or individual conversational commands, allowing teams to maintain human oversight while accelerating metadata preparation.
Salesforce Developers on YouTube, videoYou will learn how to implement the Headless Experience Layer to design interactive AI workflows that render consistently across external agentic surfaces. The session also covers practical guidance from Salesforce experts through a live question-and-answer format.
The presentation introduces the Headless Experience Layer as a tool for developing interactive artificial intelligence workflows. By leveraging this layer, developers can create a single workflow definition and deploy it across various agentic environments without rebuilding the interface for each target.
The approach emphasizes delivering consistent and rich user experiences natively on third-party platforms such as Slackbot, ChatGPT, and Claude. This allows teams to maintain a unified design language while extending their Salesforce AI capabilities beyond the standard interface.
The video concludes with a live expert session where attendees can submit technical questions about implementation patterns, configuration requirements, and best practices for scaling these agentic interfaces.
Salesforce Admins on YouTube, videoYou will learn the step-by-step configuration required to enable Agentforce Voice, including tuning voice parameters, connecting telephony and SMS, and routing calls through Omni-Channel flows. The walkthrough demonstrates how an activated service agent handles a customer interaction and automatically creates a case.
The video provides a guided tour of the initial configuration steps for Agentforce Voice. It begins by navigating the voice settings interface where administrators can select from available stock voices and adjust performance parameters such as speed, similarity, stability, and pronunciation.
Next, the walkthrough covers the integration requirements for communication channels. It explains how to configure enhanced chat and microphone capabilities, set up telephony and SMS routing, assign phone numbers, and connect the system to Omni-Channel flows for proper call distribution.
The final segment demonstrates the activation process for an Agentforce service agent. Once enabled, the video shows a live customer conversation regarding a power adapter, illustrating how the voice agent processes the inquiry and automatically generates a new case record in the system.
MyTutorialRack on YouTube, videoYou will learn which three integration APIs form the foundation of Salesforce connectivity and how they support emerging AI agent workflows. The piece also outlines the current certification roadmap and upcoming MuleSoft credential changes.
The video argues that artificial intelligence agents interact with the platform through application programming interfaces rather than user interface clicks, making integration expertise increasingly vital. It identifies three foundational tools that practitioners should master first.
The REST API handles standard create, read, update, delete operations and data queries. The Bulk API processes large scale jobs involving fifty thousand or more records. Platform Events combined with the Pub/Sub API enable reliable publish subscribe messaging between systems.
The Certified Platform Integration Architect certification path serves as a stepping stone toward System Architect and CTA designations. Two MuleSoft credentials will retire on February 1, 2027 while the product line continues to operate. Salesforce now classifies Headless 360 capabilities under Agentforce revenue metrics, reporting annual recurring revenue exceeding one point five billion dollars.
By Andrew FawcettYou will see how one Custom Metadata Type can feed formulas, Validation Rules, Flow, Apex and Agentforce actions, and where those references stop working.
One deployable home replaces values typed into each formula, Flow or Apex class
Thresholds, defaults and feature switches tend to get typed straight into whichever formula, Flow or Apex class needs them. The cost shows up later, when the business changes a number and someone has to find every place it was used. Andrew Fawcett argues that Custom Metadata Types are the platform’s answer: a single, deployable home for those values that travels through source control with the rest of the application, unlike records in a Custom Object or Custom Settings.
The post works through a deal-policy example. A Deal_Policy__mdt type holds a large-deal amount, a maximum discount, a default discount and an approval threshold, with one record per region and a Default record for org-wide values. A Formula Field reads the Default record directly using the $CustomMetadata reference, which names the type, the record and the field. The same shape works in Validation Rules and field defaults, though long text area fields cannot be referenced this way.
From there it covers each consumer in turn: formulas, Validation Rules, Flow, Apex, Lightning Record Pages and Agentforce, noting which support the reference natively and which need a workaround. A sample project deploys to a Scratch Org so readers can follow the same Setup paths. The harder question the post keeps returning to is impact: once the value lives in one place, how do you find out what reads it and what changes when you edit it.