Question 1: Do you want to use Mindset’s list view UI?
- YES - Use Mindset's List View
- NO - Build Your Own List View
Embed Manager Components
What You Get
Complete UI
Full list view with cards or table
Search & Filter
Built-in search and filtering capabilities
Edit & Delete
Integrated edit and delete actions
Create New
Built-in create functionality
Best for: Teams who want a complete out-of-box experience with minimal setup
Question 2: Who provides the knowledge/context?
Tenants Upload Their Own Files
Approach: Embed Context Manager or Context Configuration componentsWhen to use:
- Tenants manage their own knowledge
- Each tenant has unique content
- Self-service model
You Provide Centrally
Approach: Create app-level contexts via APIWhen to use:
- Centralized knowledge management
- Consistent content across tenants
- You control all knowledge sources
Mix of Both
Approach: Embed context components AND create app-level contextsWhen to use:
- Base knowledge provided centrally
- Tenants can add custom content
- Hybrid knowledge model
Use RAG MCP Instead
Approach: No contexts needed, provision RAG MCP in agent sessionsWhen to use:
- Using external RAG system
- Custom vector database
- Advanced knowledge retrieval
Component Comparison Matrix
- Manager Components
- Configuration Components
<mindset-agents-manager> & <mindset-contexts-manager>
| Feature | Status | Details |
|---|---|---|
| Purpose | ✅ Complete CRUD interface | Full-featured management UI |
| List View | ✅ Included | Cards or table with pagination |
| Search & Filter | ✅ Built-in | Instant search and filtering |
| Create | ✅ Built-in dialogs | Modal-based creation flow |
| Edit | ✅ Built-in dialogs | Modal-based editing flow |
| Delete | ✅ Included | Confirmation dialog included |
| Setup Complexity | 🟢 Low | Embed and initialize |
| Customization | 🟡 Limited | Theme colors and fonts only |
Best for: Standard admin interfaces with minimal customization needs
Common Implementation Patterns
Pattern 1: Full Self-Service (Most Common)
Pattern 1: Full Self-Service (Most Common)
Use Case: Tenants fully manage their agents and knowledgeComponents:
<mindset-agents-manager><mindset-contexts-manager>
Zero configuration, complete functionality
Pattern 2: Centralized Knowledge
Pattern 2: Centralized Knowledge
Use Case: You provide all knowledge, tenants just configure agentsComponents:
<mindset-agents-manager>- App-level contexts (created via API)
Simpler UI, centralized content control
Pattern 3: Custom List UI
Pattern 3: Custom List UI
Use Case: You need branded list views with custom layoutsComponents:
<mindset-agent-configuration><mindset-context-configuration>- Your custom list views
Maximum customization, more development
Pattern 4: Hybrid Knowledge Model
Pattern 4: Hybrid Knowledge Model
Use Case: Base knowledge from you, custom knowledge from tenantsComponents:
<mindset-agents-manager><mindset-contexts-manager>- App-level contexts (created via API)
- Create app-level contexts via API
- Embed both manager components
- Tenants see app contexts + can create their own
Flexibility for both centralized and custom content
Quick Reference Table
| Your Needs | Recommended Components | Complexity | Customization |
|---|---|---|---|
| Complete admin interface, minimal setup | Manager Components | 🟢 Low | 🟡 Limited |
| Custom list view, SDK handles forms | Configuration Components | 🟡 Medium | 🟢 High |
| Tenants upload knowledge | Include Context Manager/Configuration | 🟢 Low | 🟡 Medium |
| You provide all knowledge | Agents only + API contexts | 🟢 Low | 🟡 Medium |
| Mix of both approaches | All components + API contexts | 🟡 Medium | 🟢 High |
| Using external RAG | Agents only + RAG MCP | 🟡 Medium | 🟢 High |