MCP server feature#379
Conversation
… serve integration
6bac28b to
2f7d879
Compare
2f7d879 to
8539211
Compare
Signed-off-by: Peter Boers <peter.boers@surf.nl>
|
@pboers1988 also indicated that he wants to have MCP support. The code looks good. If you want to be able to set the options with command line options, then this is the way to do that. In the future we probably want to replace Click by something like Typer. I see you that you use I see you use threading to start the MCP server in te background. This should work just fine alongside APscheduler. But for consistency, maybe it is better to start it like this using the scheduler: Please make sure you import |
I created this to support the agent2agent proof of concept we're working on with SURF. I won't be upset if you don't want to merge this code.
I have a container built and deployed to our production instance and the MCP server is working as intended.
FYI, this was entirely vibe coded with Claude Code. I have reviewed the code but it touches areas (like DB session) that I'm not very familiar with. I don't know if the
@click.optionmodifications are necessary.The MCP server does not start by default; start is controlled by an env var. The MCP server runs in a separate thread - I don't know if this is a problem. Is the DB session code thread safe?
There is an optional
port_mapping_filethat can be included to map SuPAport_idto physical device and interface. This isn't needed if you have another MCP server that can dereference that data; e.g., WFO or NSO.