▲ | ivape 8 days ago | ||||||||||||||||
Yeah I don’t know. Let’s a say a org wants to do discovery of what functions are available for an app across the org. Okay, that’s interesting. But, each team can just also import a big file called all_functions.txt. A swagger api is already kind of like an MCP, or really any existing REST api (even better because you don’t have to implement the interface). If I wanted to give my LLM brand new functionality, all I’d have to do is define out tool use for <random_api>, with zero implementation. I could also just point it to a local file and say here are the functions locally available. Remember, the big hairy secret is that all of these things just plop out a blob of text that you paste back into the LLM prompt (populating context history). That’s all these things do. Someone is going to have to unconfuse me. | |||||||||||||||||
▲ | 8 days ago | parent | next [-] | ||||||||||||||||
[deleted] | |||||||||||||||||
▲ | anthonypasq 8 days ago | parent | prev [-] | ||||||||||||||||
it separates FE and BE for agent teams just like we did with web apps. the team building your agent framework might not know the business domain of every piece of your data/api space that your agent will need to interact with. in that case, it makes sense for your differnet backend teams to also own the mcp server that your companies agent team will utilize. | |||||||||||||||||
|