Skip to content

"pre-connected" servers and sessions #86

@simonpcouch

Description

@simonpcouch

@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.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions