Amazon Q Integration with AI for Work¶
In addition to Kore’s Search and Data AI solution, AI for Work provides the ability to connect with external search indexes such as Amazon Q. This integration allows customers to leverage connectors configured in their Q Index application on top of the ones available in Kore.
Key Benefits¶
- Data Sovereignty: Maintain data indexing within the AWS cloud using Amazon Q, eliminating the need for partner cloud storage.
- Unified, Context-aware search: Retrieve insights and documents from 90+ enterprise connectors (Kore Connectors + Amazon Q Connectors), including AWS and non-AWS systems.
- Agentic actions, not just Search: Automate workflows—schedule meetings, update records, generate presentations—all with your search context.
- Flexible routing: AI-driven query routing uses intent recognition to send requests to the right retriever (Kore or Q Index).
- Security and Permissions: E2E data encryption both at rest and transit, cross-account connectivity with granular access control.
- Simplified user authentication : Amazon Q index provides a Trusted Token Issuer (TTI) mechanism to issue their own security tokens. Users just need to login once from Kore.ai to get answers from Q index, without the need for authenticating a second time.
How is Amazon Q different from Kore’s RAG Search Solution¶
Kore’s Search and Data AI Solution comes with 70+ connectors and the flexibility to build custom ones, giving enterprises deep control over how data is ingested, extracted, and configured. This allows users to experiment, fine-tune, and choose the indexing and retrieval methods that best fit their unique business needs.
Amazon Q, on the other hand, provides 40+ connectors with a strong focus on simplicity and accuracy. It delivers a managed, standardized indexing and retrieval experience designed to meet enterprise-grade accuracy benchmarks without requiring extensive customization.
Augmenting search in AI for Work with Amazon Q index¶
Amazon Q can be integrated with AI for Work through two configuration approaches, each suited to different needs and data architectures.
When Amazon Q Index is the primary knowledge source, it can be set as the default search destination in Enterprise Knowledge to deliver a consistent search experience across the organization. This involves creating a Q Index application in AWS with the necessary data sources, enabling Kore as the data accessor, and providing these details when configuring an active Amazon Q Source.
Alternatively, Amazon Q can be leveraged as a specialized search tool alongside other knowledge sources by creating a Q Index application in AWS, enabling Kore as the data accessor, and using those details to configure a search agent within the desired workspace.
Enterprise Knowledge¶
When configured as the primary enterprise knowledge source, Amazon Q Index serves as the default fallback for queries that don't match specific agents. This configuration is recommended when Q Index is your main search index in AI for Work. For more information, refer Enterprise Knowledge.
Search Agent¶
When you have multiple search indices, Amazon Q can be configured as a contextual search agent that triggers based on query context and intent recognition. For more information, refer Search Agent.
Let us get started¶
Follow the below steps to connect your Q index application in AI for Work.
Enterprise Knowledge¶
Use this configuration when Amazon Q Index should serve as your primary knowledge source. This works best when most of your data resides in the index and many of your enterprise connectors link to it.
- Navigate to Enterprise Knowledge
- Create New Configuration
- Configure Basic Settings
- Source Name: Enter a unique, descriptive identifier for this knowledge source.
- Description: Provide a clear explanation of the source content and purpose.
- Record Tenant ID
- Configure AWS Connection Details
Enter the following information from your AWS environment:
- Application ID: Unique identifier of your Amazon Q Business application.
- Retriever ID:Unique identifier of your Amazon Q Business retriever.
- Access Resource Name (ARN): Resource identifier for secure access to Amazon Q resources.
- Application Location: AWS region hosting your Amazon Q Business application.
- IDC Location: AWS region hosting your AWS Identity Center instance.
- Complete Configuration
Note
- Enterprise Knowledge becomes the default knowledge source accessible to all users in that workspace, when configured within a specific workspace.
- You can select alternative workspaces during initial setup depending on who needs data access. Select Enterprise Workspace if you want all users in the organization to access the data.
Search Agent¶
Use this configuration when integrating Amazon Q as an additional search capability alongside existing search indices. This approach works best when you want to govern by description when this index should activate, or when you have limited data available in Q that you want to reference in AI for Work.
- Access Search Agent Configuration
- Use Tenant ID
- Configure AWS Integration Details
Complete the following fields with information from your AWS setup:
- Application ID: Unique identifier of your Amazon Q Business application.
- Retriever ID: Unique identifier of your Amazon Q Business retriever.
- Access Resource Name (ARN): Resource identifier for secure access to Amazon Q resources.
- Application Location: AWS region hosting your Amazon Q Business application.
- IDC Location: AWS region hosting your AWS Identity Center instance.
How to Configure Amazon Q Business Application¶
To enable Kore.ai's AI for Work to connect with your Amazon Q Business application, you need to complete a one-time configuration using Trusted Token Issuer (TTI). This setup establishes a secure handshake between your Identity Provider (IdP) and AWS Identity Center, allowing ISVs to access your Amazon Q index.
For detailed reference, see the AWS configuration blog.
Required Permissions¶
Before starting the configuration, ensure your AWS setup includes the following permissions:
- Read access to Amazon Q Business application
- Retriever access permissions
- AWS IAM Identity Center integration permissions
- Cross-account access permissions (if applicable)
Configuration Steps¶
Step 1: Set Up a Trusted Token Issuer (OIDC IdP) in IAM Identity Center
- Navigate to the IAM Identity Center console (ensure your IAM Identity Center is already enabled).
- Go to Settings → Authentication tab.
- Under Trusted token issuers, click Create trusted token issuer.
- Configure the following:
- Issuer URL: Enter
https://work.kore.ai
(this must match theiss
claim in JWT). - Display name: Provide a descriptive name for identification.
- User attributes: Map the required user attributes according to your organization's needs.
- Issuer URL: Enter
- Save the configuration and confirm the trusted token issuer has been successfully added.
Step 2: Configure Audience Claims
- Verify that the audience claim (
Aud
claim) in the IdP-issued token matches your Amazon Q application's audience requirement as configured in IAM Identity Center. - Add or update the claim mapping from the IdP admin interface as needed.
- Ensure proper attribute mapping is established between your external IdP and AWS Identity Center.
Step 3: Add and Assign Users in IAM Identity Center
- Add users in your external IdP:
- Create new users in your external identity provider.
- Provision them according to the mapped attributes configured in Step 1.
- Configure user authentication:
- Users will now be authenticated by the external IdP.
- Tokens issued to these users can be exchanged through IAM Identity Center for credentials to access Amazon Q index APIs.
- Assign users/groups (if required by your organization's access policies):
- Navigate to IAM Identity Center → Applications → [Your Q App].
- Select Assign Users/Groups and complete the assignment configuration.
Step 4: Create or Configure Q Business Application
- Set up the application:
- Create a new Q Business Application or use an existing one.
- Access the application configuration in the AWS console.
- Add users for search access:
Step 5: Add Required Data Sources to Q Index
- Create an index by configuring relevant data sources within your Q Business application.
- Add data sources such as:
- Google Drive
- JIRA
- Amazon S3
- Other enterprise systems as needed
- Configure data source connections following the[ AWS documentation for creating indexes].(https://docs.aws.amazon.com/amazonq/latest/qbusiness-ug/isv-creating-index.html)
Step 6: Add Kore.ai as a Data Accessor
This final step completes the integration by configuring Kore.ai as a data accessor using the Tenant ID provided during the AI for Work setup.
Data Accessor Configuration Process
-
Access Data Accessors:
-
Select Kore.ai as the data accessor:
-
Configure the External ID:
-
Configure Trusted Token Issuer: Choose one of the following options:
- Use an existing TTI that you've already configured.
- Create a new TTI specifically for this accessor.
-
Set Data Source Access permissions:
-
Configure User Access:
- All Users: Grant access to all users (ensure they are properly added to the application).
- Specific Users: Select individual users who should have access through Kore.ai.
- Complete the integration:
Technical Details¶
Integration Architecture¶
The architecture comprises several interconnected components that facilitate secure cross-account data access while maintaining strict access controls.
At the infrastructure level, the solution leverages AWS Identity and Access Management (IAM) for authentication and authorization, with AWS Security Token Service (STS) serving as the credential broker. The core components include Amazon Q Index (which stores vector embeddings and metadata), Application code (which handles API routing and token exchange), and the AI for Work application layer (which manages user interactions and business logic). These components communicate via HTTPS using RESTful APIs with AWS Signature Version 4 (SigV4) for request signing.
When processing queries, the data flow begins with user input at the AI4W application layer, which routes to either Kore's native retrievers or Amazon Q Index based on predefined routing rules. For Q Index requests, the architecture implements cross-account API calls using OAuth 2.0 tokens that undergo transformation into temporary AWS credentials.
Query responses from Q Index contain relevant document snippets with source references rather than complete documents, maintaining both security and performance optimization.
Security and User Authentication¶
Amazon Q authentication supports TTI (Trusted Token Issuer), which is a modern, standards-based approach allowing organizations to use external identity providers (IdPs) that issue OIDC-compliant tokens for user authentication and access to Amazon Q index resources.
- In the TTI workflow for ISVs, the user first authenticates with their organization’s IdP, which issues a signed OIDC token containing user identity and attribute claims. The ISV’s application then presents this token to AWS IAM Identity Center, where the token’s validity, issuer, and claims are verified against a pre-configured trusted token issuer.
- If the token is valid and the user is authorized, IAM Identity Center exchanges it for AWS credentials scoped to the permissions required for Amazon Q index operations. The ISV’s app now interacts with the Amazon Q index APIs—such as search and retrieval—using these temporary AWS credentials, ensuring that access is governed by both external IdP policies and AWS resource-level security controls.
This workflow enables seamless and secure cross-organizational SSO, granular permission mapping, and logging, while allowing enterprises to centrally manage identities outside AWS in compliance with their security and governance models.