noor_z
Joined 4 years ago
Karma
11
Submissions
6
Member since
Feb 28
Recent submissions
Comment · 1 year ago
Yup exactly. My tool is supposed to sit between MCP clients and servers. For now only stdio is in scope. Your tool is great. An MCP server for LSPs! I'll be taking it for a spin.
Comment · 1 year ago
One advantage of MCP being "inspired by" LSP, at least to people like myself who work on LSP tools, is that a decent chunk of existing LSP code can be reused and repurposed. For example, most editors already ship with code for managing local server sidecars over stdio. There are a few annoying differences though like the lack of a header section in MCP.
Comment · 1 year ago
Working on supporting MCP (model context protocol) in my LSP (language server protocol) proxy: https://github.com/noredeen/lspwatch.
I wrote this tool to make instrumenting language servers very easy. MCP (both protocol and architecture) seems heavily inspired by LSP which made me curious about what it would take to support it through my telemetry-capturing proxy.
Haven't thought too deeply about how useful an MCP proxy can be but I see it as potentially a general platform for monitoring or debugging MCP servers or clients.
Comment · 1 year ago
It's very possible I'm just bad at Go but it seems to me that the result of trying to adhere to CSP in my own Go projects is the increasing use of dedicated lifecycle management channels like `shutdownChan`. Time will tell how burdensome this pattern proves to be but it's definitely not trivial to maintain now.
Working on developer experience at Notion and previously at Temporal.
https://github.com/noredeen me [at] noredeen.xyz