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 Providers.
    • Configure PgVector connection settings.
    • Verify the connection is active.
  2. Embedding Model Configuration: An embedding model must be selected.
    • In Settings, select AI Providers.
    • Select and configure an embedding model.
    • Test model availability.
Access ControlWhen 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:
Indexing section AvailabilityIf 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. Go to Toolkits & Indexes from the main navigation
  2. Click on a toolkit that supports indexing to open its detail page
  3. The toolkit detail page displays a two-panel layout:
    • Left panel: Toolkit configuration form
    • Right panel: Indexes section showing the list of indexes for this toolkit
  4. The Indexes section displays:
    • Header: “Indexes” title with count badge (e.g., “Indexes (3)”)
    • + Index button: Appears in the header when indexes exist
    • Index cards: Each card shows the index name, created date, status and file counts Indexes Section

Create a New Index

  1. In the Indexes section, click + Index button
  2. A dedicated Create Index page opens with:
    • Breadcrumb navigation: Toolkits & Indexes > [Toolkit Name] > Create Index
    • Index configuration form displaying all fields for the Index Data tool
  3. Fill in the required fields for the Index Data tool Index Data Form
The Index Data form includes required and toolkit-specific parameters such as: New Index Page
Toolkit-Specific SettingsDifferent 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 at the bottom remains disabled until all required fields are valid.
  1. Click Index to start indexing
  2. After the indexing run starts:
    • The page navigates to the dedicated index detail page for that index
    • The index detail page has two tabs: Configuration and Activity
    • The Activity tab is automatically selected, displaying live progress updates
    • Progress is tracked in real-time with conversation-style updates Indexing Process
  3. When indexing completes:
    • The index enters Completed or Partially Indexed state
    • The index becomes available for:
      • Search operations (via the Search button)
      • Scheduling automated reindexing
      • Viewing configuration (switch to Configuration tab on the index detail page)
      • Manual reindexing
      • Viewing history (History button)
      • Deletion (if Remove Index tool is enabled)
Partially Indexed vs FailedAn 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 Detail Page

When you open an index, the dedicated page displays the current state, metadata, controls and results for that index. Index statistics: Created date, Files indexed, Files skipped. After first reindex: Last reindex date, Files reindexed, Files skipped. SCHEDULE: The Schedule section shows whether a schedule is configured. When no schedule exists, it displays a placeholder and + Schedule button. When a schedule exists, it shows the cron expression, next run time, selected credentials, edit/delete icons and enable/disable toggle. Indexes General Section Configuration Tab Displays editable Index Data tool configuration fields. The index_name field is read-only, all other fields are editable. Changes are saved when clicking Save or Save & Reindex. If no editable fields exist: “No additional configuration required”. Indexes Config Section Index Cards Displays: Collection name (with a schedule clock icon next to it when a schedule is configured), created date, file counts (Indexed / total), skipped file count and status icon for in-progress, failed or stopped states. Interactions: Click card to open index detail page. Hover to expose quick action buttons: Open, Reindex, Delete. Indexes Card
Index Card StatesIndex cards display different visual indicators based on their current state:
  • In Progress: Shows loading indicator and progress percentage
  • Completed: Shows green checkmark icon
  • Partially Indexed: Shows warning icon with skipped file count
  • Failed: Shows error icon with red accent
  • Stopped: Shows stopped icon
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:
  1. Open the index detail page (click an index card from the Indexes section)
  2. Open the Configuration tab and modify configuration fields if needed (all fields are editable except index_name)
  3. Click the Reindex button in the footer (shows “Save & Reindex” if changes are pending)
  4. A confirmation dialog appears—click Reindex to confirm
  5. The page tab showes real-time progress updates
  6. During reindexing, the footer displays a Stop button to cancel the operation
Reindex behavior: During reindexing, the system compares incoming content with existing index data:
  • Unchanged files: Not duplicated, existing data is retained
  • Modified files: Content or timestamps changed, data is refreshed
  • Previously skipped files: Processed again if conditions changed
  • Result: Index remains current with the latest source data
Index Availability During ReindexingThe existing index remains searchable during reindexing. If reindexing fails due to network issues, expired authentication or service unavailability, the previous working index stays available for search operations. The system replaces the index only after successful completion of the reindexing operation.
Resuming After an InterruptionIf a run is interrupted specifically by the embedding provider’s API quota being exhausted, a later Reindex can reuse the chunks already embedded before the interruption instead of re-embedding them — the run’s results report a note such as “Resumed the interrupted run: N chunks were reused instead of being embedded again.” This applies to that quota-exhaustion case only. Manually stopping a run with the Stop button does not resume from the stopped position — a subsequent Reindex reprocesses the dataset from the beginning (unchanged files are still skipped per the comparison behavior described above).
After first reindex: The General section displays an additional reindex summary:
  • Last reindex: Date and time of the most recent reindex
  • Files reindexed: Count of files processed in the latest reindex
  • Files skipped: Count of files skipped in the latest reindex

Skipped File Categories

The following table describes the categories of files that may be skipped during indexing:
Handle Unsupported Files 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.
Long Skip ListsWhen 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.

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.
Schedule RequirementsScheduling is available only for indexes in Completed or Partially Indexed state. Indexes in Failed or Stopped state cannot be scheduled.Schedules also have an expiration deadline — once passed, the schedule is automatically turned off. Turn it back on to run it for another period.
Detailed Scheduling DocumentationFor comprehensive information about scheduling features, cron expressions, troubleshooting and best practices, see Schedule Indexing.

View History

The History button in the index detail page header opens a dedicated run history page: Access history:
  1. Open an index detail page
  2. Click the History button in the page header
  3. The History page opens showing all indexing operations for this index Index History
History page displays:
  • Run history table: Sortable list of all indexing operations
    • Run date and time
    • Operation type (initial index, reindex, scheduled run)
    • Status (completed, partially indexed, failed, stopped)
    • Files indexed and skipped counts
    • Duration
  • Click any row: Opens the details for that specific run
Index History Page Button states:
  • Disabled: When no history exists yet or when an active run is in progress
  • Enabled: When at least one completed run exists and no active operation is running
History Limitations
  • Schedule configuration changes are not tracked in the history
  • History records only indexing operations (initial index, reindex, scheduled runs)
  • History is permanently deleted when an index is removed

Delete Indexes

To delete an index:
  1. Open the index you want to delete.
  2. Select Delete icon.
  3. Enter the index name in the confirmation dialog.
  4. Confirm the deletion.
Delete Index What gets deleted:
  • All indexed data and vectors
  • Run history records
  • Schedule configuration
  • Index metadata and settings
Deletion is PermanentIndex deletion cannot be undone. All indexed data, run history, schedule configuration and metadata are permanently removed. Confirm you want to delete the index before proceeding.

Use Search Tools

The search functionality is available through a dedicated search page for each index. Prerequisites for Search:
Search Requirements
  • Successful Index: Indexes with Completed or Partially Indexed status both support search operations. Failed and stopped indexes do not.
  • Enabled Search Tools: At least one search tool (Search Index, Stepback Search Index, or Stepback Summary Index) must be enabled in toolkit configuration.
Available Search Tools: Access the Search Page: Open an index detail page and click the Search button in the page header. A dedicated search page opens with a two-panel layout: the left panel shows search tool selection and parameter configuration, the right panel displays search results. The left panel initially displays an empty state with a Select Tool button. Search Tool Selection Select a Search Tool: Click Select Tool in the left panel to open a searchable dropdown listing available search tools. Choose a search tool from the list and the page switches to the selected tool’s configuration form. Search Tool Selection
Search Button StatesThe Search button on the index detail page is:
  • Disabled when:
    • No search tools are enabled in toolkit configuration
    • The index status is Failed or Stopped
    • An indexing operation is currently in progress

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 right panel displays the search output in a chat-style format.

Search Index

  1. Select “Search Index” from the search tool options.
  2. Configure Search Parameters:
  3. Select Search to execute the search operation.
  4. The right panel displays the search output in a chat-style format.

Stepback Search Index

  1. Select “Stepback Search Index” from the search tool options.
  2. Configure Search Parameters:
  3. Select Search to execute the search operation.
  4. The right panel displays the search output in a chat-style format.
Search Result ActionsCopy Results: Copy search output for use elsewhere. Refine Search: Modify parameters in the left panel and search again. Follow-up Searches: The search history persists in the right panel during the session. Navigate Back: Use breadcrumbs to return to the index detail page.

Troubleshooting

Indexes Section Not Visible:The Indexes section is not visible or shows “Indexing is not available for now” if required prerequisites are not met.Requirements:
  • PgVector Configuration: Configure at Settings > AI Configuration
  • Embedding Model: Select and configure at Settings > AI Configuration
  • Index Data Tool: Must be enabled in the toolkit configuration
Solutions:
  1. Navigate to Settings > AI Configuration
  2. Configure PgVector connection settings
  3. Select and configure an embedding model
  4. In toolkit configuration, enable the Index Data tool
  5. Save the toolkit configuration
  6. Return to the toolkit detail page to see the Indexes section
Delete Index Button Disabled:The Delete Index button on the index detail page is disabled when:
  • The Remove Index tool is not enabled in toolkit configuration
  • The user lacks permissions to delete indexes
  • An active indexing operation is in progress
Solutions:
  1. Enable the Remove Index tool in toolkit configuration
  2. Verify you have delete permissions for the project
  3. Wait for any active indexing operations to complete
Search Button Disabled:The Search button on the index detail page header is disabled when:
  • No search tools are enabled in toolkit configuration
  • The index status is Failed or Stopped
  • An indexing operation is currently in progress
Solutions:
  1. Enable at least one search tool in toolkit configuration:
    • Search Index
    • Stepback Search Index
    • Stepback Summary Index
  2. Ensure the index status is Completed or Partially Indexed
  3. Wait for any active indexing operations to complete
Reindex Button Disabled:The Reindex button on the index detail page is disabled when:
  • An indexing operation is already in progress
  • The toolkit configuration has changed and not been saved
Solutions:
  1. Wait for the current indexing operation to complete
  2. Save any pending changes to the toolkit configuration
  3. Navigate to the index detail page and ensure you are viewing the Configuration tab (not Activity tab)
History Button Disabled:The History button on the index detail page header is disabled when:
  • No run history exists yet (newly created index)
  • An active indexing operation is in progress
Solutions:
  1. Wait for the first indexing operation to complete
  2. If an operation is running, wait for it to finish
  3. History becomes available after at least one indexing operation completes
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.
Optimize the Cut Off ParameterThe 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.
Expected behavior:
  • Manually stopping a run with the Stop button, or an interruption such as a system restart, does not currently preserve a resumable position. The next Reindex reprocesses the dataset from the beginning (unchanged files are still skipped per the standard reindex comparison, so previously-indexed, unmodified content is not re-embedded).
  • The one exception is a run interrupted specifically by the embedding provider’s API quota being exhausted — a later Reindex can reuse the chunks already embedded before that interruption.
  • If this causes long indexing times on large datasets, consider narrowing the index scope (filters, whitelist/blacklist patterns) so a run completes without needing to be stopped.
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: