Build better products with our product team.
How are we improving the Assistant’s behavior?Previously, Enterprise Search answers sometimes named the backend system that stored the content—such as “Google FAQ,” “GSheet,” “ServiceNow,” or “Content Gateway”—instead of focusing on the information itself.With this update, answers describe the content directly, making responses clearer and more natural. For example:Before: “According to the Google FAQ, employees receive 20 days of PTO.”After: “Employees receive 20 days of PTO.”Before: “Based on the information I found in Content Gateway, submit the request by Friday.”After: “Submit the request by Friday.”Citations and source links continue to work as before, so users can still inspect and open the underlying documents.When is the release date?Frontier release: October 6, 2026Standard release: October 8, 2026Basic release: October 13, 2026Technical restrictionsNo configuration is required. This is a prompt-only behavior change; retrieval, ranking, document permissions, and existing customer-specific attribution settings are unchanged.DocumentationNo additional helpsite documentation is required for this behavior change.
Suggested Enhancement: Consider displaying "Report an Issue" as a button instead of a hyperlink.Buttons are generally more noticeable and intuitive for users than hyperlinks. Colleagues are more likely to engage with a clearly visible button when they need to report an incident. Increasing the visibility of this action could help drive users toward the correct Incident reporting channel. This may improve adherence to the intended reporting process and potentially increase the number of incidents raised through the appropriate workflow.
When generating content via Moveworks you cannot copy/paste the content to another platform (email/teams etc) while maintaining the formatting. Once you paste the content, all formatting is lost & has to be redone. I tested in Microsoft Copilot and the formatting is retained.Here are some screenshots showing the user experience and what happens when i copy/paste this generated content Subject: Features of ArteyBody:Hi [Recipient's Name],I wanted to share some key features of Artey with you:- Automated Approvals: Streamlines the approval process for various requests.- Knowledge Search: Provides quick access to relevant documents and information.- Ticket Management: Helps in tracking and managing IT tickets efficiently.- Email Drafting: Assists in drafting emails for various purposes.- Outage Reporting: Identifies and reports active outages affecting services.Please review and let me know if you need any additional information.Best regards,Marissa Lacombe
What changesMigrated content connectors appear under Content (new architecture) in Moveworks Setup → Data Ingestion → Data Crawling. As these connectors move to the new ingestion architecture, their troubleshooting view changes to failed API request counts and a View Failed Logs action.The updated view helps administrators investigate failed source-system requests. It is an interim monitoring experience and does not provide the previous full-refresh and incremental run history or an overall crawl-health assessment.AvailabilityThe updated view is released. Content (new architecture) appears automatically for connectors after they are migrated to the new ingestion architecture for your organization. The connector migration determines when you see the section; you do not need to enable the view yourself.Your organization may have connectors under both Content and Content (new architecture) while migrations continue. Follow the instructions for the section where your connector appears.How to investigate a failed requestOpen Data Crawling in Moveworks Setup and expand Content (new architecture) using View Crawls.Locate your connector under the relevant resource group and select View Failed Logs.Review the Timestamp, Error Code, Error Message, and API Request. Filter by error code to narrow the results.Use the request details to investigate source-system access or configuration with your administrator. Contact Moveworks Support if the issue remains unexplained.What the view can and cannot tell youCrawl Health displays Not applicable. This means the section does not provide a crawl-health assessment; it is not a Healthy or Unhealthy result. Full-refresh and incremental run charts, individual run details, and per-run record inspection are unavailable in this view.Failure counts represent logged API-request events. Multiple entries can refer to the same endpoint or problem. Counts do not measure missing documents or unique unresolved issues, and historical failures may not describe the connector's current state.An empty failed-request table does not establish complete or current ingestion. Use the existing record-level inspection tools in Control Center to investigate a particular article or file. Contact Moveworks Support for unresolved questions about missing or stale content.Customer actionYou do not need to recreate your connectors or move them between sections. For connectors that appear under Content (new architecture), use the updated failed-request investigation workflow. Connectors under Content continue to use the existing run-based monitoring experience.DocumentationSee the Data Crawling View documentation.
ProblemToday, configuring a new service for an on-prem Moveworks Agent requires administrators to obtain server access, manually modify the agent configuration file, and restart the Docker container. This creates operational overhead, requires elevated permissions, and increases the risk of configuration errors.Additionally, when an agent is upgraded through the Moveworks UI, the version displayed in the underlying configuration file does not appear to be updated, creating potential confusion when troubleshooting or validating deployed versions.Proposed EnhancementExtend the On-Prem Agent management experience to allow administrators to:Add, edit, and remove service configurations directly through the Moveworks UI. Validate configuration settings before deployment. Apply configuration changes without requiring manual file edits or direct server access. View the effective running configuration and deployed agent version from a single interface.Additional ImprovementEnsure agent upgrades performed through the UI update all version references consistently, including any version information stored within the agent configuration files, so administrators can easily verify the currently deployed version.Business ValueReduces the need for sudo/server access. Eliminates manual configuration file maintenance. Lowers risk of configuration errors and deployment inconsistencies. Improves operational efficiency and supportability. Provides a more complete self-service administration experience for on-prem agent management.
I am having trouble getting an account of what event triggers are used as I can not find that information on the csv export file. Though the interactions can be looked at in detail through Data API, my team is looking for alternatives to Snowflake for sustained reporting. In order to get an account as to how many times a plugin is used as an event trigger and to verify correlation with the Analytics Overview dashboard, I propose adding an Event Trigger Used column to the Interactions report.
Key DatesFrontier: September 2 2026Standard: September 8 2026Basic: September 10 2026Learn more about our model upgrades here.We’re upgrading the AI Assistant’s toxicity filtering to consider the full context of a conversation rather than evaluating content in isolation. This provides a more accurate understanding of user intent and helps identify genuinely harmful content. The upgrade also reduces false positives, allowing safe conversations to continue without unnecessary interruption. Administrators can review the configuration steps for more information: https://help.moveworks.com/agent-studio/agentic-ai/conversational-safeguards-assistant/configure-moveworks-toxcity-filter#configuration-steps
How are we improving the product?Managed service providers (MSPs) often serve multiple customers through a single domain-separated ServiceNow instance, where each customer’s data is partitioned into a separate domain. EmployeeWorks does not support this deployment model today.This initiative will help MSPs extend EmployeeWorks to customers within shared, domain-separated ServiceNow environments.What is included in this milestone?This milestone adds domain-level filtering for the ServiceNow connector within Moveworks. This enables the connector to operate within the intended customer domain when connecting Moveworks to an MSP’s shared ServiceNow instance.Future milestones may expand support for domain-separated deployment models.
How are we improving the product?ServiceNow customers will have a ready-to-use EmployeeWorks instance available on day one.Automated configuration synchronization from ServiceNow to EmployeeWorks will establish the required baseline configuration, reducing manual onboarding work and helping customers get started faster with a consistent setup.How does it work?Required EmployeeWorks configurations are synchronized from ServiceNow.New customers receive an EmployeeWorks instance with the baseline configuration already available.Existing AI-native customers will be migrated using internal tooling operated by FDEs.Customer impactCustomers will spend less time waiting for manual configuration and can begin onboarding with a prepared EmployeeWorks environment.
Already have an account? Login
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.