-
Notifications
You must be signed in to change notification settings - Fork 10
Description
@gadenbuie suggested something I thought was interesting...
Do I need to be careful about how many btw_mcp_servers() are running on a machine? Like would it be valid to do something like this?
# In a user-facing R sesssion btw::btw_mcp_session() # In a bg job session proc_mcp_server <- callr::r_bg(btw::btw_mcp_server) btw::btw_app()with btw_app() swapping out btw_tools() for tools from the mcp server?
I guess the problem is that we’d also need to go through the “select R session process”. Maybe it’d be nice if there were a version of mcp server+session that come pre-connected, with some kind of way to check the connection status from the app session so we could either tell the user how to reconnect or do the reconnecting ourselves
Part of me feels like this could be quite useful, part of me thinks that situations like this (two R sessions, one launched by the other) are best addressed not with MCP but with simpler nanonext back-and-forth.