Job_chat: RAG does not re-run when the user navigates from one job to another
Nobody has claimed this yet.
- Dominant language
- Jupyter Notebook
- Stars
- 5
- Forks
- 10
- Avg merge
- 2d 20h
- Merged PRs (30d)
- 17
Description
Lightning rebuilds conversation histories from previous conversation turns, instead of using the history key returned by Apollo. This means that RAG is not re-triggered when a user navigates from one step to another. Check the impact of this (if it's just general documentation, it might not be too bad) and consider giving job_chat access to the documentation tool the planner already uses instead.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing job_chat's conversation-history handling and compare it with the history key returned by Apollo. Then inspect how the planner accesses the documentation tool. Determine whether navigation between steps affects only documentation or broader RAG behavior, and record the impact and the justified scope of any change.
Written by the indexing model from the issue text.
Assessment
- Domain
- ai
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100