planning: Cortex API supports basic `/assistants` (Jan status quo equivalent)

[dan-menlo]

Goal

• Cortex should support the Assistants API and implement underlying data structures
  • cortex.db has Assistants table
  • assistant.yaml
• Linked: roadmap: Migrate Jan's legacy Assistants to Cortex /assistants API jan#3909

[dan-menlo]

@namchuai @louis-jan For migration of Assistant, I think we can scope it down into two things:

Legacy "Assistants"

• For legacy assistants, I think we should follow the strategy in /threads
• v1 assistants should be handled by v1 thread.json assistants, and not exposed via API

Legacy Retrieval Tool

I would like to understand the possible approaches for us to handle this:

• Option 1: Maintain as a legacy Retrieval tool (eg have a legacy API handler in Cortex)
• Option 2: Migrate files, vector DB to Cortex?

I think it is easier for us to scope this to having legacy handlers and focus specifically on migration. With system stability, it is the possible for us to use v2 API handlers to build proper APIs, which will handle new Threads, Assistants and Tools