Skip to content

chore(seer): Start sending category key over with investigations - #123364

Open
wedamija wants to merge 1 commit into
masterfrom
danf/investigations-seer-category-key
Open

chore(seer): Start sending category key over with investigations#123364
wedamija wants to merge 1 commit into
masterfrom
danf/investigations-seer-category-key

Conversation

@wedamija

@wedamija wedamija commented Sep 1, 2026

Copy link
Copy Markdown
Member

Investigation runs currently start with no category_key, so Seer treats every block run and title run as plain Explorer chat. Tag them category_key="investigation" (paired with the investigation id) so they drop out of the chat evals and are separable in chat-session agent monitoring.

This should stop investigation runs showing up as chat sessions.
@wedamija
wedamija requested review from a team as code owners September 1, 2026 18:53
@github-actions github-actions Bot added the Scope: Backend Automatically applied to PRs that change backend components label Sep 1, 2026

@vaind vaind left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The category key is the right thing to send to Seer, but I don't think it fixes the sidebar on its own.

The Explorer session list is served from our local mirror, not from Seer: it queries /seer/runs/ with is:mine type:explorer (seerExplorerSessionContext.tsx). start_run mirrors every run as type=explorer and the category key only goes into the Seer request body, nothing on our side stores it.

@wedamija

wedamija commented Sep 1, 2026

Copy link
Copy Markdown
Member Author

The category key is the right thing to send to Seer, but I don't think it fixes the sidebar on its own.

The Explorer session list is served from our local mirror, not from Seer: it queries /seer/runs/ with is:mine type:explorer (seerExplorerSessionContext.tsx). start_run mirrors every run as type=explorer and the category key only goes into the Seer request body, nothing on our side stores it.

Fixed the description, I've got a separate pr to help with the frontend: #123384

@wedamija
wedamija requested a review from vaind September 1, 2026 21:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Scope: Backend Automatically applied to PRs that change backend components

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants