Skip to main content

Key Features

Visual Status Indicators

Real-time identification of index states, including in-progress, completed, partly indexed, failed, and stopped.

Dedicated Pages

Separate pages for creating a new index, working with an existing index, and reviewing index history.

Real-time Progress Monitoring

Live updates during index creation and updates with conversation recovery.

Detailed Indexing Results

Structured per-category breakdown of indexed and skipped files after each operation.

Automated Scheduling

Configure periodic reindexing using cron expressions for hands-free maintenance.

Multiple Search Tools

Access Search Index, Stepback Search Index, and Stepback Summary Index when those tools are turned on for the toolkit.

Prerequisites

Before using the Indexes, ensure the following requirements are met:

Project-Level Configuration

  1. PgVector Configuration: Vector storage must be configured at the project level.
    • In Settings, select AI Configuration.
    • Configure PgVector connection settings.
    • Verify the connection is active.
  2. Embedding Model Configuration: An embedding model must be selected.
    • In Settings, select AI Configuration.
    • Select and configure an embedding model.
    • Test model availability.
When project-level prerequisites are missing, the Indexes section displays the message “Indexing is not available for now”. Configure both PgVector and an Embedding Model before using indexing features.

Toolkit Configuration

Supported Toolkit: Ensure you are working with a toolkit that supports indexing: Toolkit Tools: Turn on indexing tools in your toolkit configuration:
If the Index Data tool is not turned on in the toolkit configuration, the Indexes section displays the message “Indexing is not available for now”. Turn on Index Data before using indexing features.

Access the Indexes Interface

  1. Open a toolkit that supports indexing.
  2. In the toolkit Configuration page, expand the Indexes section.
  3. Use the left-side index list to create a new index or open an existing one. Indexes Section
If the Indexes section is turned off or not visible, verify that your project-level prerequisites are properly configured and that the Index Data tool is turned on for the toolkit.

Create a New Index

  1. In the index section, select + Index.
  2. A dedicated New index page opens with breadcrumb navigation and an Index configuration accordion.
  3. Fill in the required fields for the Index Data tool.
The Index Data form includes required and toolkit-specific parameters such as: New Index Page
Different toolkits require different parameters. For example:
  • GitHub: Repository name, branch, file patterns
  • Confluence: Space key, page filters
  • Jira: JQL queries, field extraction settings
  • TestRail: Project ID, suite filters
Refer to toolkit-specific documentation for detailed parameter information.
The Index button remains turned off until the form is valid.
  1. Select Index to start indexing, or Cancel to return.
  2. After the run starts, the UI navigates to the dedicated page for that index and begins tracking progress there.
Indexing Process
  1. When indexing completes, the index enters Completed or Partially Indexed state and becomes available for search, scheduling, configuration review, reindexing, history review, and deletion.
An index with Partially Indexed status is fully usable—search tools and scheduling work normally. It means that some files were skipped during the operation (for example, binary or archive files with unsupported extensions). Review the Indexing Results section in the chat panel to see exactly which files were skipped and why.

Index Page Details

When you open an index, the dedicated page displays the current state, metadata, controls, and results for that index. General section The General section displays the index name with the index icon, the created date, and the initial Files indexed and Files skipped counts. It also provides the main index actions, including Reindex and Delete Index when the user has permission to delete indexes. Indexes General Section Schedule section The Schedule section shows whether a schedule is configured for the index. When no schedule exists, it displays a placeholder and a + Schedule action. When a schedule exists, it shows the schedule summary, the next run date, the selected credentials, edit and delete actions, and the enable or disable switch. If the schedule exists but is turned off, the page also displays a dedicated banner. Indexes Schedule Section Index configuration section The Index configuration section loads the stored Index Data settings for the current index. The index_name field remains non-editable, while the other configuration fields stay editable and can be adjusted before running a reindex. Indexes Config Section

Index Card Summary

On the toolkit detail page, the Indexes section displays index cards for the current toolkit. Each card provides a compact summary of the index together with quick actions. The card shows the collection name, created date, indexed / total file count, and, when applicable, the skipped file count. For non-completed states, it also displays a status icon. On hover, the card exposes actions to open the index page, reindex, or delete the index. Indexes Card
You will receive notifications for all indexing operations (initial indexing and reindexing):
  • Success: Green checkmark icon with message showing indexed/reindexed counts
  • Partially Indexed: Warning notification with a summary of skipped-file categories and counts
  • Failure: Red error icon with failure message
  • Scheduled Operations: Marked with “by schedule” text
  • Action: Select any notification to navigate directly to the index
Notifications appear in the notifications panel.Schedule Notifications

Manage Existing Indexes

Select any index card on the toolkit detail page to open its dedicated index page. From there you can reindex, stop an active run, configure a schedule, view history, and delete the index.

Reindex

To trigger a manual reindex, select Reindex in the General section. A confirmation dialog appears—confirm to start the run. Before confirming, you can adjust the configuration fields in the Index configuration section. Those values are used for the reindex run. The index_name field cannot be changed. During reindexing, the system compares incoming content with the data already stored for the index. Files that are unchanged are not duplicated, while files whose content or source update timestamp changed are refreshed so the stored index stays current. In practice, this means partially indexed or previously outdated files are processed again on the next reindex to restore a complete and up-to-date result. After the index has been reindexed successfully at least once, the General section also shows a separate reindex summary with Last reindex, Files reindexed, and the skipped-file count for the latest reindex run.

Skipped File Categories

The following table describes the categories of files that may be skipped during indexing:
To index files with unsupported extensions (for example, plain-text configuration files with a custom extension), turn off the Skip Unsupported Extensions parameter when creating the index. Files with unsupported extensions will then be processed using plain-text chunking instead of being skipped.
When more than five files are skipped in a single category, the results summary shows the first five file names followed by a ”… X more” indicator. The full list is stored in the index metadata and accessible via the API.
Reindexing replaces all current index data and cannot be undone once started.

Schedule

To configure automated reindexing, use the Schedule section on the index page.
  • Select + Schedule to create a new schedule. Set the cron expression using the builder or manual input, and select the credentials to use for scheduled runs.
  • Once a schedule exists, use the edit icon to update it, the delete icon to remove it, and the toggle switch to turn it on or off without deleting it.
  • The section shows the schedule summary, the next run date, and the selected credentials at a glance.
Scheduling is available only for indexes in Completed or Partially Indexed state. Indexes in Failed or Stopped state cannot be scheduled.
For comprehensive information about scheduling features, cron expressions, troubleshooting, and best practices, see Schedule Indexing.

View History

The History button is available in the index page header. It opens the dedicated History page for that index. The button is turned off when no history exists yet or when an active run is in progress. Index History
  • Schedule configuration changes are not tracked in the history.
  • History is permanently deleted when an index is removed.

Delete Indexes

Delete process:
  1. Open the index you want to delete.
  2. Select Delete.
  3. Enter the index name in the confirmation dialog.
  4. Confirm the deletion.
  5. The index and its associated data are permanently removed, and the UI returns to the toolkit detail page.
Delete Index
Index deletion is permanent and cannot be undone. All indexed data, search history, and configurations are permanently removed.

Use Search Tools

The following prerequisites must be met before using search tools:
Prerequisites for Search
  • Successful Index: Indexes with Completed or Partially Indexed status both support search operations. Failed and stopped indexes do not.
  • Turned-on Search Tools: At least one search tool (Search Index, Stepback Search Index, or Stepback Summary Index) must be turned on in toolkit configuration.
The following search tools are available: Select a search tool:
  1. Open an index page.
  2. In the left panel, select Select tool.
  3. Choose a search tool from the dropdown list.
  4. The page switches from the initial state to the selected tool settings.
Search Tool Selection

Stepback Summary Index

Configuration:
  1. Select Tool: Choose “Stepback Summary Index” from the search tool options.
  2. Configure Search Parameters:
  3. Select Search to execute the search operation.
  4. The page switches to the results view, where the chat panel displays the search output.

Search Index

Configuration:
  1. Select Tool: Choose “Search Index” from the search tool options.
  2. Configure Search Parameters:
Execute search:
  1. Activate Run Button: The button becomes active when the form is valid.
  2. Run Search: Execute the search operation.
  3. View Results: The page switches to the results view, where the chat panel displays the search output.

Stepback Search Index

Configuration:
  1. Select Tool: Choose “Stepback Search Index” from the search tool options.
  2. Configure Search Parameters:
  • Copy Results: Copy search output for external use.
  • Export Data: Save results in various formats.
  • Refine Search: Modify parameters and search again.
  • Follow-up Questions: Continue the conversation with additional queries.

Troubleshooting

Indexes Section Turned Off:The Indexes section is automatically turned off if required prerequisites are not met. To access this section in your toolkit configuration, ensure:
  • PgVector Configuration: Vector storage must be configured at project level (In Settings, select AI Configuration).
  • Embedding Model: An embedding model must be selected and configured (In Settings, select AI Configuration).
  • Index Data Tool: The Index Data tool must be turned on in your toolkit configuration.
Solutions:
  1. Verify Prerequisites: Ensure PgVector and Embedding Model are configured.
  2. Check Toolkit Support: Confirm the toolkit supports indexing.
  3. Review Permissions: Verify the user has access to indexing features.
  4. Refresh Browser: Clear the cache and reload the page.
Delete Button Turned Off:The Delete button in the Indexes section or on an index page is turned off if the Remove Index tool is not selected in toolkit configuration. Turn on this tool to allow index deletion operations.Search Section Turned Off:The search area on the index page is turned off if at least one search index tool (Search Index, Stepback Search Index, or Stepback Summary Index) is not selected in toolkit configuration. It is also turned off for indexes with Failed or Stopped status—only Completed and Partially Indexed indexes support search. Turn on at least one search tool and ensure your index is in a searchable state to access search actions.Reindex Button Turned Off:The Reindex button is available from the index page when the index state and permissions allow it. If it is turned off, verify that you are on the index page, the index is not in an active run, and the current toolkit configuration supports reindexing.
Symptoms:
  • Index creation process fails.
  • Error notifications during indexing.
  • Stuck in “in progress” state.
Solutions:
  1. Check Credentials: Verify toolkit credentials are valid and accessible.
  2. Review Parameters: Ensure all required parameters are provided.
  3. Data Source Access: Confirm the data source is accessible and contains data.
  4. Resource Limits: Check if data size exceeds system limits.
  5. Network Connectivity: Verify a stable internet connection.
Common Error Messages:
Symptoms:
  • Search tools not available.
  • Run button remains turned off.
  • No search results returned.
Solutions:
  1. Index Status: Verify the index is successfully completed.
  2. Tool Selection: Ensure search tools are turned on in the toolkit.
  3. Query Format: Check search query syntax and format.
  4. Model Configuration: Verify the LLM model is properly configured.
  5. Collection Access: Confirm index collections are accessible.
Symptoms:
  • Search returns irrelevant results.
  • Missing expected documents in search results.
  • Low-quality or incomplete answers.
  • Too many or too few results returned.
Solutions:
  1. Adjust Cut Off Parameter: The Cut Off threshold (0-1) is critical for result quality.
    • Too High (for example, 0.9): May exclude relevant results; try lowering to 0.7 or 0.6.
    • Too Low (for example, 0.3): May include irrelevant results; try increasing to 0.5 or 0.6.
    • Recommended Starting Point: 0.7 for high-quality results, adjust based on feedback.
  2. Modify Search Top: Adjust the number of results returned.
    • Increase for broader coverage (for example, 25-50 results).
    • Decrease for more focused results (for example, 5-10 results).
  3. Refine Query: Use more specific search terms and context.
  4. Turn On Full Text Search: Activate for comprehensive text-based matching.
  5. Turn On Extended Search: Activate for semantic similarity search.
  6. Apply Filters: Use filters to narrow scope (for example, file_type:markdown, author:john.doe).
  7. Configure Reranking: Use Reranking Config to boost relevance of specific fields.
The Cut Off parameter has the most significant impact on search quality. Start with 0.7 and adjust based on results:
  • 0.8-0.9: Very strict, only highly relevant matches.
  • 0.6-0.7: Balanced, recommended for most use cases.
  • 0.4-0.5: Broader results, useful for exploratory searches.
  • 0.2-0.3: Very inclusive, may include less relevant results.
Strategies:
  • Incremental Indexing: Use progressive updates instead of full re-indexing.
  • Scope Filtering: Limit indexing scope to relevant content.
  • Chunking Optimization: Adjust chunk sizes for optimal processing.
  • Batch Processing: Process large datasets in smaller batches.
Optimization Tips:
  • Specific Queries: Use specific search terms instead of broad queries.
  • Result Limits: Set appropriate limits on result counts.
  • Model Selection: Choose appropriate LLM models for search tasks.
  • Collection Targeting: Search specific collections instead of all indexes.

Best Practices

Naming Conventions:
  • Descriptive Names: Use meaningful collection suffixes (docs, prod, test).
  • Version Control: Include version indicators for time-based indexes (v1, 2024q1).
  • Environment Separation: Distinguish between environments (dev, staging, prod).
  • Purpose Indication: Reflect the index purpose (onboard, support, api).
Organization Strategies:
  • Logical Grouping: Group related indexes by purpose or team.
  • Lifecycle Management: Implement retention policies for old indexes.
  • Access Control: Consider who needs access to which indexes.
  • Documentation: Maintain documentation of index purposes and usage.
Creation Best Practices:
  • Start Small: Begin with limited scope and expand as needed.
  • Test First: Use test environments before production indexing.
  • Validate Data: Ensure data quality before indexing.
  • Monitor Resources: Track system resource usage during indexing.
Update Strategies:
  • Incremental Updates: Prefer incremental over full updates when possible.
  • Scheduled Maintenance: Use off-peak hours for large updates.
  • Change Detection: Implement change detection to trigger targeted updates.
  • Rollback Plans: Maintain the ability to revert to previous index versions.
Query Design:
  • Specific Queries: Use specific terms for better accuracy.
  • Context Awareness: Use conversation context for follow-up questions.
  • Tool Selection: Choose appropriate search tools for different use cases.
  • Result Validation: Verify search results against known information.
Model Configuration:
  • Model Selection: Choose appropriate LLMs for different search types.
  • Parameter Tuning: Adjust temperature and token limits based on use case.
  • Cost Management: Balance result quality with computational costs.
  • Performance Monitoring: Track search performance and optimize accordingly.
Regular Maintenance:
  • Index Health Checks: Regularly verify index integrity and performance.
  • Cleanup Operations: Remove unused or outdated indexes.
  • Performance Reviews: Analyze search performance and user satisfaction.
  • Security Audits: Review access permissions and credential management.
Monitoring Practices:
  • Usage Analytics: Track index usage patterns and popular searches.
  • Error Monitoring: Monitor for indexing and search failures.
  • Resource Tracking: Monitor system resource consumption.
  • User Feedback: Collect feedback on search quality and interface usability.

Guides & ReferencesCore Indexing Docs:Toolkit-Specific Docs:Configuration Docs: