Comment by throwaway314155

Comment by throwaway314155 7 months ago

1 reply

Are integrations hooked into via their MCP implementation? Or are you hooking in more traditionally and then exposing MCP on top of that?

Also, are these one-time/event-based syncs well supported by the integration providers? I know for instance that discord (and i assume others like slack) frown upon that sort of wholesale archival/syncing of entire chat rooms, presumably due to security concerns and to maintain their data moats.

Finally (i think), do you have to write custom "diff" logic for each integration in order to maintain up-to-date retrieval for each one? I assume it would be challenging to keep this accurate and well structured across so many different integration providers. Is there something i'm missing that makes keeping a local backup of your data easier for each service?

All in all, looks very cool. Have starred the repo to mess around with tonight.

raufakdemir 7 months ago

Good questions.

1) the integrations are done traditionally so with REST/SQL. The MCP/REST search layer rests on the data that gets synced.

2) most providers are painless. Slack doesn’t want major exports in one go but most developers point at a single channel anyway so the rate limit errors don’t bite too much.

3) this is all orchestrated by the platform itself. Incremental syncs will receive the latest “watermark state” and sync from there. Hashes are used to compare data for persist actions (update/insert/keep)