Build better products with our product team.
Idea: Develop an automated testing framework for chatbots that periodically and automatically runs test cases to verify access, functionality, and performance. These tests should be executed by both admin and user roles and triggered following any Moveworks updates or changes.Key Features:Periodic and Automated Testing: Schedule tests to run at regular intervals and automatically after updates. Role-Based Execution: Ensure tests cover both admin and user roles to validate different access levels and functionalities. Comprehensive Coverage: Include tests for access, functionality, and performance to ensure all aspects of the platform are verified. Alert System: Implement an alert mechanism to notify the team immediately if any test case fails, ensuring quick response to potential issues. Custom Flow Validation: Ensure that all custom flows are tested to confirm they are not impacted by code changes.Benefits:Increased Confidence: Provide peace of mind that the platform is functioning correctly after updates. Early Issue Detection: Quickly identify and address issues before they impact users. Efficiency: Automate repetitive testing tasks, freeing up resources for other critical activities.Similar to Automated Test Framework - Now Platform - ServiceNow
I’ve tried the Agent Architect but didn’t have much luck with getting a good answer. My question related to what reasoning level and model I should use to process my payload to avoid deadline errors and it recommended GPT4o which had a harder time processing the information I was sending.On the prompt optimizer I was thinking of something similar to OpenAI’s prompt optimizer but trained for compatibility with your Agent Studio environment and documentation for System Prompts. It would also be useful to have a way to benchmark a prompt to quickly see the output without having to re-trigger another webhook payload. e.g. An option to replay a recent Webhook payload from recent logs.
Please enhance the Unily connector so that content marked as Hidden in Unily is not ingested or used by Moveworks, even if it is published.Current BehaviorContent with isHidden: true is still ingested because the connector filters on isPublished and isTrashed, but does not currently account for the Hidden flag.Why This MattersWe use the Hidden status in Unily to:Temporarily disable content Prepare content for future release Quickly turn features/widgets on or offIngesting Hidden content causes unintended exposure of content that is intentionally suppressed.Expected BehaviorContent marked as Hidden in Unily should be excluded from Moveworks ingestion and usage.
We’ve found that the bot returns all content from published Unily pages. This includes widgets that are hidden to those viewing the page, but available to those editing.Here are two examples of when this can be problematic:When a team is preparing sensitive content for an upcoming announcement, this should only be visible to page editors. Because of this issue, draft information is available to anyone with access to the bot, which is a compliance risk When a team hides a widget from display because it contains outdated information, this still serves in the bot which is problematic and reduces confidence in answers the bot givesWe’ve been informed that Unily has two APIs:The Content API which returns all content on a page (even content that is unpublished) The Search API which only returns published contentOur understanding is that Moveworks uses the Content API. Please could you fix this issue and ensure that only published Unily content is visible in the bot?
Right now there is a bad user experience when installing plugins from the marketplace. When we install plugins that have actions/components that were already built from other templates it says to rename them because they need unique names. When we rename the component in the template it shows as if it’s accepted and allows to install the plugin but then it fails with the same error. The only workaround I found so far is to rename the component already installed, delete and reinstall the template. This is not a great experience because I then have to go back to the first plugin installed and update the components and delete the duplicate(renamed) one. It would be great if there was an option to note that it’s installed already so it doesn’t install it or some other version of that to avoid this.This recently happened with the Outlook Plugins I was installing and some of them have many pieces.
In Assistant, we will display source citations in the original content language instead of automatically translating sources to your preferred language by default. Across both Assistant and Enterprise Search, we'll add an option to translate the displayed source into your configured messaging language. This keeps you connected to the original source context while making results more accessible in your preferred language.
Updating Basic tier to GPT 5.2. Read more about the model upgrade program here.
How are we improving the Assistant's behavior?We are improving the Assistant's "Brief Me" feature by adding multimodal support, which allows it to understand and answer questions about images—such as diagrams, screenshots, and charts—within uploaded PDF documents. This is achieved by converting images into text captions at upload time and indexing them alongside the document's text, making visual content searchable.Release date: September 18, 2026
When installing a new version of the same plugin, either from the marketplace or from a lower production environment, you can now selectively keep previously imported components – reducing duplication & simplifying updates.
Implement a feature that allows customization of the default response displayed when a sensitive question is detected. The current message—"I am sorry that I can't help you."—may not be sufficiently informative or helpful for users dealing with serious inquiries or issues.We recommend enabling the ability to replace this default message with a more meaningful, context-appropriate custom response that can better guide or support users.
Provide a configurable option in Knowledge Studio to exclude specific ServiceNow assignment groups from ticket ingestion and analysis used for knowledge recommendations.Certain assignment groups are managed by third-party vendors who maintain their own external knowledge bases. Ticket activity from these groups should not be treated as internal knowledge gaps.Knowledge Studio currently includes all ticket data, resulting in non-actionable and irrelevant recommendations from vendor-managed queues.Recommended solution: Enable assignment group–level filtering (denylist) to exclude selected groups from:Ticket ingestion Knowledge gap analysis Recommendation generation
Request to implement a different color theme for the sandbox environment to ensure clear visual distinction from the production environment and reduce risk of confusion.
Making complex AI reasoning easier to digest and more transparent
InspirationApple Siri AI announcement (June 2026) introduces automatic mode detection for user queries. Simple searches default to Spotlight search results; complex requests route to LLM-powered explanations. This pattern creates a seamless unified experience without user friction or explicit mode selection.Problem StatementUsers interacting with Moveworks currently experience cognitive load when determining whether they need quick search results or deeper AI-assisted reasoning. This split mental model across different bot capabilities or interfaces reduces perceived simplicity and increases support friction for end-users.Proposed SolutionMoveworks implements a unified bot interface with intelligent query routing:Single entry point: Users always interact with one Moveworks bot.Automatic mode detection: The bot analyzes incoming queries and determines the optimal response pathway.Response modes:Enterprise Search mode (simple/direct queries): Returns curated knowledge base results, IT catalog items, HR policy documents, or employee directory records with minimal latency and maximum precision. AI Assistant mode (complex/nuanced queries): Leverages LLM reasoning for contextual analysis, multi-step guidance, or explanatory responses that benefit from natural language generation.No friction: Users do not select a mode or mode type. The bot makes this determination transparently.Business ValueUnified experience: Single bot builds user confidence and reduces learning curve across the organization. Reduced support load: Lightweight queries get fast answers without LLM overhead. Complex queries benefit from AI reasoning without forcing structured search workflows. Improved adoption: Employees default to the bot as a reliable all-in-one agent rather than navigating separate search tools or AI assistants. Operational efficiency: Query routing optimizes cost and latency by matching query complexity to appropriate infrastructure.Technical ConsiderationsClassification logic: Implement lightweight pre-processing to categorize queries (intent detection, keyword heuristics, query length, entity recognition). Avoid excessive latency overhead. Fallback behavior: Define graceful escalation if classification is ambiguous. Analytics: Track mode distribution, user satisfaction by mode, and accuracy of routing decisions to refine classification thresholds over time. Transparency (optional): Consider subtle UI affordance (e.g., "Search results" vs "AI insights" label) to help users understand why they received a particular response type without forcing explicit selection.Competitive PositioningApple Siri AI demonstrates this pattern as table stakes for modern AI assistants. Moveworks adopting this approach positions the platform as intuitive and frictionless, matching user expectations set by consumer AI products while maintaining enterprise-grade knowledge integration.
SummaryMulti-line textbox (Description field) in Web Assistant adaptive cards cannot be resized. Impacts usability vs expected behaviour in modern web forms. Problem StatementUsers cannot expand the Description field. Limits visibility of typed content. Creates friction when entering longer responses. Behaviour differs from other experiences (e.g. Teams variant handled separately but has the same issue). Current BehaviourFixed-size textbox in Web Assistant adaptive cards. No drag-to-resize or auto-expand capability. Expected BehaviourTextbox supports: Manual resize (drag handle) Auto-expand based on content length Scroll fallback only after max height reached ImpactReduced user experience in Moveworks portal flows. Slower form completion for Service Desk requests. Increased risk of truncated or poorly formatted input.Business ContextUsed in bot-fillable forms via Moveworks → ServiceNow integration. Affects high-volume request scenarios (e.g. Ad Hoc Request forms).Proposed SolutionEnhance adaptive card rendering in Web Assistant: Enable dynamic height for multi-line text inputs Add optional config flag for “resizable = true” Maintain parity with Teams or other supported channels where applicable Alternatives ConsideredNone viable currently (confirmed by Engineering as enhancement only). Success CriteriaUsers can comfortably enter long-form text without UI constraints. Improved completion speed and quality of inputs. Reduced agent follow-up due to incomplete descriptions.CurrentFuture State - What it could look like
Implement activity logging to capture and track user access to the Interactions table within the Analytics module. This enhancement would enable visibility into who viewed the data, when it was accessed, and potentially from where, supporting auditability, security monitoring, and compliance needs. The goal is to ensure that all access events are recorded and available for review, helping teams maintain transparency and control over sensitive interaction data usage.
Updating our Reasoning Engine to GPT 5.4.
SummaryMoveworks in-bot fillable forms currently default to US date format (MM-DD-YYYY) and do not respect user or tenant locale settings such as en-AU (DD-MM-YYYY).ProblemDates appear in US format regardless of regional settings Creates ambiguity (e.g. 04/08/2026) for AU/NZ users Issue is consistent across MS Teams and Web AI Assistant ServiceNow correctly honours locale, highlighting inconsistencyExample below, date is in US format. Investigation OutcomeConfirmed by Moveworks Support and Engineering No configuration option to control date format Behaviour likely tied to rendering layer, not user settings No workaround available todayImpactConfusing user experience Risk of incorrect date submission Additional validation effort for Service Desk Reduced trust in bot-driven request accuracyRequestIntroduce support for locale-aware date formatting in in-bot forms, including:Automatic detection of user locale (preferred) Tenant-level locale override Optional field-level format control (DD-MM-YYYY, MM-DD-YYYY, etc.) Consistent behaviour across Teams, Web, and other platformsPriorityMedium–HighAdditional ContextThis is a basic expectation for global organisations. Lack of locale support is a gap for AU deployments and limits adoption of in-bot forms.Expected OutcomeDates displayed and submitted in Moveworks forms align with user regional settings, removing ambiguity and improving accuracy.
Already have an account? Login
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.