Problem or Motivation
Pro conversations currently fall back to a truncated copy of the first prompt as their title. This is immediate and reliable, but long or instruction-heavy prompts make the conversation rail harder to scan.
OpenMAIC already generates a courseTitle for the learning artifact, but that is a different concept: a conversation describes the user's task or intent, while a course title names the generated output. Reusing courseTitle would couple two independent identities.
Proposed Solution
After the first effective user message creates a Pro session:
- Keep showing the existing prompt-derived fallback immediately.
- Start one independent, asynchronous title-generation task using only the first user message or a small amount of visible conversation context.
- Generate a short title in the conversation language and persist it as the session title.
- Before saving, confirm that the user has not manually renamed the conversation.
- If generation fails or is cancelled, keep the fallback title and do not affect the main Agent run.
The automatic task should be non-blocking and should not continuously rename a conversation as more messages arrive.
Acceptance Criteria
Alternatives Considered
- Continue truncating the first prompt only: useful as a fallback, but often produces long, low-signal labels.
- Reuse the generated
courseTitle: rejected because the conversation and generated course have different meanings and lifecycles.
- Regenerate after every turn: rejected because titles would be unstable and could overwrite user intent.
Area
UI / UX
Additional Context
Depends on the manual session-title persistence path tracked in #1263. That issue fixes the existing rename contract; this Feature Request adds automatic naming on top of it.
Problem or Motivation
Pro conversations currently fall back to a truncated copy of the first prompt as their title. This is immediate and reliable, but long or instruction-heavy prompts make the conversation rail harder to scan.
OpenMAIC already generates a
courseTitlefor the learning artifact, but that is a different concept: a conversation describes the user's task or intent, while a course title names the generated output. ReusingcourseTitlewould couple two independent identities.Proposed Solution
After the first effective user message creates a Pro session:
The automatic task should be non-blocking and should not continuously rename a conversation as more messages arrive.
Acceptance Criteria
courseTitle.Alternatives Considered
courseTitle: rejected because the conversation and generated course have different meanings and lifecycles.Area
UI / UX
Additional Context
Depends on the manual session-title persistence path tracked in #1263. That issue fixes the existing rename contract; this Feature Request adds automatic naming on top of it.