Codex can't reach your CRM on its own: Klipy's MCP server closes that gap
Codex is OpenAI's agentic coding tool. On its own, it has no way to read a pipeline, a meeting transcript, or a conversation thread. Connect it to Klipy's MCP server and Codex gains a second surface, your sales data, over the same Model Context Protocol it already uses to reach other tools.
Klipy doesn't drive, extend, or run Codex. Codex calls Klipy, never the reverse. Klipy and Codex aren't in competition, so there's no /compare/codex page: this is a capability gap Klipy's MCP server closes, not a competitive one.
How Codex connects to Klipy
Klipy publishes one remote MCP server for every client: https://api.klipy.ai/mcp, authenticated over OAuth 2.0. Klipy's own docs walk three named clients through step-by-step guides: Claude Desktop, Claude Code, and ChatGPT. Codex isn't one of the three yet, so it follows the generic "other clients" path instead.
- Open Codex's own MCP or connector settings.
- Add Klipy as a remote HTTP server pointed at
https://api.klipy.ai/mcp. - Complete the OAuth consent screen, checking only the scopes your workflow needs. Nine capability scopes gate 38 tools, so a read-and-draft-only setup can grant
crm:readpluscomms:draftand stop there. - Confirm the connection by asking Codex to call
get_current_user.
Anything you leave unchecked on the consent screen stays unavailable to that connection. Confirm one thing on Codex's own side first: whether its current MCP support reaches remote HTTP servers with OAuth, the mode Klipy's server requires. That's governed by Codex's own documentation, not Klipy's, so check there before wiring this up. If the connection doesn't come up cleanly, Klipy's MCP troubleshooting guide covers the client-agnostic failure points.