Skip to content

fix(chat)!: hold mcp client sessions#140

Merged
adi-wan-askui merged 2 commits intomainfrom
fix/hold-mcp-client-session
Sep 11, 2025
Merged

fix(chat)!: hold mcp client sessions#140
adi-wan-askui merged 2 commits intomainfrom
fix/hold-mcp-client-session

Conversation

@adi-wan-askui
Copy link
Contributor

@adi-wan-askui adi-wan-askui commented Sep 5, 2025

  • sessions are not immediately closed after each call to server but
    instead kept open as expected by mcp protocol
  • sessions initiated lazily
  • one session per client per workspace (across all chats in workspace)
  • add playwwright npx to default seeds --> requiring playwright mcp ⟶ requires node.js to be installed (BREAKING CHANGE)
  • no update of mcp tools on server update or update of mcp configs
    --> restart of chat api required
  • tools with the same name override each other -->
    tool names need to be unique across all servers
  • no limitation on workspaces, mcp servers and tools, resources, prompts
    or open connections/sessions
    --> may lead to unexpected behavior in case of too many
  • mcp servers with the same name override each other --> names need to
    be unique
  • can easily be extended later to support holding mcp sessions
    across one run if it becomes possible to continue run with new message
    instead of creating new run

- sessions are not immediately closed after each call to server but
  instead kept open as expected by mcp protocol
- sessions initiated lazily
- one session per client per workspace (across all chats in workspace)
- add playwwright npx to default seeds --> requiring playwright
- no update of mcp tools on server update or update of mcp configs
  --> restart of chat api required
- tools with the same name override each other -->
  tool names need to be unique across all servers
- no limitation on workspaces, mcp servers and tools, resources, prompts
  or open connections/sessions
  --> may lead to unexpected behavior in case of too many
- mcp servers with the same name override each other --> names need to
  be unique
- can easily be extended later to support holding mcp sessions
  across one run if it becomes possible to continue run with new message
  instead of creating new run
Copy link
Contributor

@danyalxahid-askui danyalxahid-askui left a comment

Choose a reason for hiding this comment

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

LGTM.
Nice to have this.

Question for the Roadmap:

  • Do we intend to depreciate the Web agent (assistant) in future and instead use the playright mcp instead?

@adi-wan-askui adi-wan-askui merged commit 1908c1c into main Sep 11, 2025
1 check passed
@adi-wan-askui adi-wan-askui deleted the fix/hold-mcp-client-session branch September 11, 2025 08:26
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants