Build better products with our product team.
Overview Currently, the platform’s analytics focus on user-initiated interactions with our Moveworks bot. However, as customer bots evolve to be more proactive—sending notifications and updates without direct user prompts—we lack visibility into the reach and effectiveness of these communications. To better understand the impact of bot-initiated messages, we propose the addition of analytics for proactive communications. This would provide insights into what types of messages are being sent, how frequently, and how users are engaging with them. Proposal: Implement Analytics for Bot-Initiated Messaging We request a new analytics capability to track and analyze any communication that originates from the bot, including but not limited to:• System-generated notifications (e.g., password reset alerts)• Employee communications tool messages• Creator Studio-initiated messages• Concierge or plugin-based notifications (e.g., ITSM status updates, comments)• External integration notifications (e.g., ITSM approval workflows) Key Metrics & Capabilities Requested:1. Message Volume Tracking – How many bot-initiated messages are being sent over time?2. Message Source Breakdown – Categorization by system, integration, or trigger type.3. Recipient Insights – Who is receiving these messages? Are certain groups more (or less) engaged than others?4. Engagement Metrics – How do users interact with bot-initiated messages? (e.g., click rates, dismissals, response rates)5. Impact Measurement – Correlation between notifications and user actions (e.g., did a status change notification lead to a follow-up inquiry?). Benefits:• Visibility – Understand the scale and scope of bot-initiated communications.• Optimization – Identify which messages are effective and refine strategies accordingly.• User Experience Improvement – Reduce notification fatigue by analyzing engagement trends.• Data-Driven Decision Making – Leverage insights to enhance proactive support efforts. By implementing analytics for proactive bot messaging, we can ensure that these communications are both meaningful and effective, ultimately improving the best possible user experience and the value of the Moveworks bot.
Fixed a GPT-5.4 issue where background (asynchronous) plugin actions could sometimes run twice. The model now correctly waits for results instead of re-triggering the same action.
Updating our Reasoning Engine to GPT 5.4.
Employee Communications campaign interactions (e.g., button clicks like "Good to know!") currently do not have a Conversation Topic assigned, which causes them to log with a <nil> value in the Conversation Topic field.In Analytics, this is inflating the <nil> Topic bucket in gap/intent-failure reporting — these interactions are being counted as unresolved or ambiguous intents (or in some cases appearing to overlap with feedback-related records), when in reality they are simply acknowledgment button clicks tied to Employee Comms campaigns. This isn't limited to "Good to know!" — any Employee Comms campaign button (e.g., "Reclaim my license" for a license-reclaim campaign) would log the same way, since none of these interactions currently receive a Conversation Topic.Request: Assign a dedicated Conversation Topic value (e.g., "Employee Communications") to all Employee Comms campaign interactions, regardless of the specific button/CTA text used. This would let customers reliably filter/exclude these interactions from gap analysis and other Analytics reporting, rather than having them fall into <nil> and skew intent-failure metrics.
Hi Moveworks Community,I’d like to suggest a usability improvement for Agent Studio.When working with multiple open items — such as Conversation Actions, Conversation Processes, and HTTP Actions — the top tab bar can quickly run out of space. Once many tabs are open, it becomes difficult to navigate between them because there doesn’t seem to be a clear way to scroll horizontally through all open tabs.Would it be possible to add a horizontal slider, scrollbar, or another tab navigation mechanism at the top, so users can easily move across all open CA, CP, and Action tabs?This would be especially helpful when building or debugging complex workflows with many related components open at the same time.Thanks!
Description: Dear Team,I would like to understand whether Moveworks currently provides any native capabilities within the Control Center, or via API, for the following monitoring and alerting requirements. Additionally, if any of these capabilities are already available, please let us know whether they are currently being utilized by any customer.1. Outage Monitoring and VisibilityOutage Notifications: Immediate alerts when the bot, or any of its critical connected integrations, experiences downtime.Root Cause Visibility: Detailed logs indicating what failed, when the outage started, and which specific service, system, or connector was impacted.Historical Uptime Tracking: Access to historical uptime data and incident logs for reporting and audit purposes.2. Integration Credential Expiration AlertsServiceNow: Proactive notifications (for example, 30/15/7 days in advance) for expiring service account passwords or API tokens.Microsoft Graph: Expiration monitoring for Azure AD / Entra ID client secrets and tokens used by the bot.3. Certificate and Key Lifecycle ManagementAWS Certificates: Monitoring and alerting for AWS infrastructure certificates, specifically in the Corning environment.JWT and JWKS Keys: Alerts for upcoming expiration of JSON Web Tokens (JWTs) or keys used for custom API authentication and SSO.4. Alerting and Notification ChannelsThe ability to route these notifications through preferred enterprise channels, such as:Automatic ITSM incident creationEmail notifications to the admin teamWebhook-based alerts to Slack or Microsoft TeamsRequest for ClarificationCould you please confirm:Whether any of the above capabilities are currently available natively within Moveworks Control Center;Whether they can be accessed, configured, or exposed via API;Whether any customers are currently using these capabilities; andIf not currently available, whether this can be considered a formal feature enhancement request for the product team.Thank you for your support. I look forward to your guidance.
What’s changing?Moveworks is introducing a dedicated Users experience in the Troubleshooting Hub within Moveworks Setup. It will give admins and partners a central place to monitor user identity ingestion and investigate issues without switching between multiple tools or relying on Moveworks teams for routine diagnosis.The experience will include:Ingestion health at a glance: See the latest ingestion status, fetched and indexed user counts, and scheduled run information.User-level investigation: Search for individual users and understand why a user may be missing, excluded, or dropped during ingestion.Clear issue identification: Surface connector, configuration, processing, and partial-ingestion issues affecting user identity data.Guided troubleshooting: Review customer-friendly explanations, likely root causes, recommended actions, and links to relevant configurations.Centralized workflow: Move from identifying an ingestion problem to investigating and resolving it within one experience in Moveworks Setup.These changes are designed to help admins and implementation partners validate that user data is current and complete, identify ingestion problems earlier, and resolve common issues with less reliance on Moveworks Support.
What’s changing?Triage configuration is moving into a single, guided experience in Moveworks Setup. Instead of configuring metadata, fields, model training, rollout controls, and output guardrails across disconnected pages, admins will be able to manage the Triage setup journey in one place.The simplified experience will include:Unified setup journey: Configure prerequisites, choose fields, train the model, and manage outputs through one guided flow.One source of truth for shared settings: Manage rollout mode, delivery method, ticket eligibility, and analytics settings without duplicating configuration across multiple pages.Inline validation and safer defaults: Review ticket scope before training and use built-in guardrails to prevent invalid lookback windows or confidence settings.Clearer model controls: Set confidence thresholds, rollout behavior, allowlists, blocklists, and default values after reviewing model performance.Prediction insights: Use visual insights to understand model quality and make informed decisions about which predictions to allow or block.Optional overrides: Add deterministic heuristic rules only when needed, rather than configuring them for every Triage field.These changes are designed to reduce configuration errors, shorten setup cycles, and make Triage easier for admins and implementation partners to configure, validate, and maintain without extensive Moveworks assistance.
How are we improving the product?New Moveworks admins can now follow a guided journey from the Moveworks Setup Overview page. Instead of navigating the platform without a clear starting point, admins receive an organized sequence of foundational setup activities with the context and resources needed to get started.The Getting Started guide helps admins understand what to configure, how long each activity may take, and where to find detailed guidance—making initial setup easier to navigate and reducing uncertainty during onboarding.How does it work?Admins in organizations that are still onboarding see a Getting started? banner on the Moveworks Setup Overview page.Opening the guide displays the recommended setup journey organized into sections and steps.Each step includes a description, an estimated completion time, and a link to relevant documentation.Admins can select Start to go directly to the appropriate configuration area in Moveworks Setup.Section navigation helps admins move through the journey and understand the broader setup process.Licensing restrictionsThis capability is available to customers with access to Moveworks Setup. Users must have the appropriate administrative permissions to access and complete configuration activities.Technical restrictionsThe Getting started? banner is shown only for organizations that are in the onboarding stage.The guide does not currently track or display completion status for individual setup steps.The guide provides recommended navigation and resources; the exact configuration work and prerequisites vary by organization and integration.DocumentationLearn more about the guided setup journey in the Moveworks Setup Getting Started Guide.
How are we improving the product?Admins can now delete 10 additional configuration types directly in Moveworks Setup. This makes it easier to clean up test or unused configurations after implementations, migrations, and environment cutovers without filing a support request.The expanded deletion experience includes dependency checks where applicable and configuration-specific warnings to help admins understand the impact before completing a permanent action.How does it work?Self-service deletion is available for these additional configuration types:ConnectorsSSOChatbotUser IdentityFormsSoftware AccessLive Agent HandoffPermission RulesMirror PermissionsChannel ResolverOpen the supported configuration in Moveworks Setup and select Delete.Review the warning describing the impact of deleting that configuration.When applicable, Moveworks checks whether other configurations depend on it. If references exist, deletion is blocked until those dependencies are removed.Confirm the deletion to permanently remove the configuration.Licensing restrictionsThis capability is available to customers with access to Moveworks Setup. Users must have the appropriate administrative permissions to manage and delete configurations.Technical restrictionsDeletion is permanent and cannot be undone.User Identity and SSO configurations can only be deleted in non-live organizations.The default Web chatbot cannot be deleted.Connectors with active configuration dependencies cannot be deleted until those references are removed.After deleting a connector, its name cannot be reused.Additional restrictions may apply depending on the configuration type and its references.DocumentationLearn how configuration deletion works, including supported types, dependency checks, and safeguards, in the Configuration Delete documentation.
How are we improving the product?Validation failures can block user and form ingestion when Moveworks detects an unexpected data change. Previously, admins and implementation partners had limited context about what failed and often needed help from Moveworks teams to validate expected changes.Self-Serve Validation Failure Alerts bring detailed, actionable alerts into Moveworks Setup. Admins and partners can understand the affected resource, review why validation failed, and resolve supported failures directly—reducing implementation delays and reliance on support.How does it work?When a supported user or form ingestion validation fails, Moveworks creates an alert in Moveworks Setup with details about the change and its impact.The admin or partner reviews the alert and determines whether the data change was expected.For supported expected changes, they can override the validation failure, provide a justification, and confirm the action.If the change was unexpected, they can use the troubleshooting guidance to identify and fix the underlying configuration, permission, credential, or source-data issue.Override actions are recorded for auditability, and future validation runs use the accepted data as the new baseline.Licensing restrictionsThis capability is available to customers with access to Moveworks Setup. Users must have the appropriate administrative permissions to review and resolve alerts.Technical restrictionsThe initial self-serve override scope covers supported validation failures for user identity and forms ingestion.Not every validation failure can be overridden. Alerts that indicate unsafe or invalid data must be corrected through troubleshooting.An override confirms that the detected change is expected and cannot restore the previously indexed data.DocumentationLearn how to investigate validation alerts and resolve common causes in the Moveworks Setup Alerts Troubleshooting Guide.
Having multiple environments is great, but if we deploy a change and there is an issue, being able to quickly see what changed and also restoring a previous version would be instrumental.
How are we improving the product?Building enterprise automations still requires significant manual work. Developers must translate a business need into Agent Studio building blocks, research APIs, configure authentication, map data, wire dependencies, and test the result.ToolSmith changes the job from assembling everything by hand to directing and reviewing the build. Describe the outcome you want in plain language, review ToolSmith’s proposed plan, and approve it before ToolSmith creates or updates anything.ToolSmith can help developers build new plugins, edit existing plugins, and debug failing plugins—all through a guided conversation in Agent Studio.How does it work?Describe the outcome. Start with the business result, intended users, required inputs, and what success should look like.Research and reuse. ToolSmith examines relevant documentation and the assets available in your organization. It reuses existing assets when possible and asks before changing them.Review and steer the plan. ToolSmith proposes an implementation plan that you can revise in normal language. Nothing is built until you explicitly approve it.Build with visible progress. ToolSmith executes the approved work in dependency order and reports progress and operation results in the conversation.Configure credentials securely. When a connector needs credentials, ToolSmith presents a secure configuration card. Credentials are not pasted into chat or stored in the ToolSmith conversation.Test and refine. Test the result, describe changes conversationally, and let ToolSmith update the relevant assets.Resume later. Your conversation preserves its plan, results, and pending credential requests so you can leave and return.What can ToolSmith work with during controlled availability?ToolSmith supports create, read, and update workflows for:HTTP, Script, and Compound ActionsConnectors, including HTTP and MCP connectorsPluginsConversational ProcessesData TypesStatic and Dynamic ResolversListenersToolSmith can also open an existing plugin so you can describe a change in plain language, review the proposed edits, and test the updated plugin in the same session. If a plugin is failing, you can point ToolSmith at the issue so it can investigate the root cause and propose a fix.What’s next for ToolSmith?Available nowGuided MCP server and connector setup. ToolSmith guides builders through creating and configuring MCP servers and connectors, including secure credential collection.Planned for November 4, 2026Refreshed ToolSmith workspace. Clearer plans, assets, and progress make it easier to understand what ToolSmith is doing and what happens next.Stop and redirect an in-progress build. Builders can interrupt current work and steer ToolSmith toward a different approach without starting over.Submit feedback directly in chat. Builders can report issues and share feedback without leaving the ToolSmith conversation.Clearer errors and recovery. More useful error explanations and better recovery from failed or stalled builds.Faster, more reliable long-running builds. Improvements to execution reliability and progress for complex builds that take longer to complete.Planned by October 16, 2026Test plugins and conversational flows inside ToolSmith. Builders can test generated plugins and conversational processes without leaving the ToolSmith workspace.Planned by October 31, 2026Automatically approve minor plan changes. ToolSmith can continue through small, low-risk adjustments without repeatedly asking for approval.Planned for December 2026Improved editing and debugging of existing plugins. A stronger experience for finding an existing plugin, proposing changes, diagnosing failures, applying fixes, and retesting.Planned for Q1 2027Action and Connector Catalog for discovery and reuse. Builders can more easily find approved actions and connectors, understand what already exists, and reuse assets instead of creating duplicates.Dates and scope may change as we incorporate Controlled Availability feedback.Licensing informationDuring controlled availability, ToolSmith is available without an entitlement check. To continue using ToolSmith after controlled availability, customers must be entitled through EmployeeWorks or Moveworks Standalone. ToolSmith is not included with AI Native, Heritage, or Moveworks Essentials packages.Technical restrictions and known limitationsToolSmith cannot delete assets during controlled availability. This guardrail helps prevent accidental removal of a developer’s work.ToolSmith’s speed and accuracy vary depending on the third-party systems and APIs involved.ToolSmith performs best when a plugin involves no more than two third-party systems. More complex, cross-system workflows may take longer or require more developer guidance.ToolSmith conversations cannot currently be shared with other users.Builders should review and test all created or updated assets in a non-production environment before publishing them.Interested in ToolSmith?Upvote this product idea and leave a comment describing what you want to build, edit, or debug with ToolSmith.
How are we improving the product?EmployeeWorks users can start a live agent conversation directly from the Live Agent Chat app under My Apps, without leaving the Assistant experience.How does it work?The app opens an inline form where the user can describe their issue. After submission, EmployeeWorks creates a dedicated Live Agent Chat thread and displays handoff status and estimated wait-time updates.When an agent joins, users see the agent's name, photo, and messages directly in the thread. Attachments are available during the active session, and users can exit the live chat at any time and return to the Assistant.Technical restrictionsAvailable only in EmployeeWorks. Live Agent Chat must be configured for the organization. Automatic domain prediction and multi-queue routing are not included in the initial release. The initial experience starts a new thread and does not send prior Assistant conversation history to the live agent.
How are we improving the Assistant’s behavior?Failed or empty tool calls now show a clear failure or no-results state, along with guidance on what the user can do next, instead of appearing successful.When is the release date?Frontier: September 9, 2026 Standard: September 14, 2026 Basic: September 17, 2026Technical RestrictionsThis initial release primarily covers Agent Studio Plugins. MCP failure transparency, and more specific action-error messages are not included in this release and are being handled as separate follow-up work.DocumentationDocumentation describing reasoning and tool-failure behavior will be linked here when published.
For any Service Now approvals, if a rejection is made by the approver a customer facing note is then posted on the Request. It would be good to have the option to improve this message and have the ability to edit it.This would allow for a better clarity for the end user in understanding what has happened with their request and why.
Currently, the Knowledge Studio capability is primarily designed around IT and considers incidents as the source for knowledge creation and management.We would like to have the ability to create a dedicated HR Knowledge Studio that can consider HR Cases (HRCs) from ServiceNow as its source.An HR Knowledge Studio would allow organizations to: Use HR Cases (HRCs) as the primary source for identifying and managing HR knowledge. Keep HR-specific knowledge separate from IT knowledge and incidents. Create a dedicated knowledge experience based on HR case data and recurring HR queries. Improve the ability to identify knowledge gaps and opportunities specifically within HR processes. Provide HR teams with a dedicated space to manage and improve knowledge without impacting the existing IT Knowledge Studio. We explored whether this could be implemented through an agent studio plugin as a workaround. However, a the use case would not provide the same experience and capabilities as a dedicated Knowledge Studio as it hits the LLM limit with a few numbers of articles itself
Already have an account? Login
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.