Replies: 1 comment
-
|
Closing this out as part of a cleanup of the discussion board. We're on the 7.x releases now and a lot has changed since this thread was active. Thanks to everyone who jumped in. If this is still relevant on 7.x, please open a fresh discussion or issue and we'll pick it up there. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Came across this new tool from Apify: mcpc — Universal MCP CLI Client
The headline feature is token efficiency via dynamic tool discovery, but I think the more interesting angle for PAI builders is programmable MCP access from CLI tooling.
Right now, PAI's
Tools/*.tsscripts, hooks, andalgorithm.tsloop workers have no way to call MCP servers — they run as shell processes outside Claude conversations. mcpc breaks that wall. You could do things like:Concrete PAI opportunities I see:
Tools/MCPCall.ts— a thin wrapper around mcpc that lets any PAI script call MCP tools programmatically, reducing hardcoded API integrations in Skillsalgorithm.tscould call Linear/Notes between iterations to track criteria progress without spinning up a full Claude sessionmcpc tools-listas part of the CAPABILITY AUDIT to surface what is actually live, rather than relying on a static tools listCurious if others have explored this direction, or if there are architectural reasons MCP access from outside-Claude would be intentionally scoped out?
Beta Was this translation helpful? Give feedback.
All reactions