<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Integrations on Kubemoot</title><link>https://kubemoot.org/docs/integrations/</link><description>Recent content in Integrations on Kubemoot</description><generator>Hugo</generator><language>en</language><atom:link href="https://kubemoot.org/docs/integrations/index.xml" rel="self" type="application/rss+xml"/><item><title>The Crew Liaison</title><link>https://kubemoot.org/docs/integrations/crew-liaison/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://kubemoot.org/docs/integrations/crew-liaison/</guid><description>&lt;p&gt;A crew is a committee. From inside the cluster you can watch it work: agents
convening, findings arriving, signals settling. From outside, a client should not
have to. The crew liaison is the operator&amp;rsquo;s door for other agents: one MCP endpoint
that fronts every crew in the cluster, takes a question, and hands back the crew&amp;rsquo;s
synthesized answer.&lt;/p&gt;
&lt;h2 id="what-the-client-sees"&gt;What the client sees&lt;/h2&gt;
&lt;p&gt;Three tools, and nothing about the discussion&amp;rsquo;s substance.&lt;/p&gt;</description></item><item><title>Claude Code</title><link>https://kubemoot.org/docs/integrations/claude-code/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://kubemoot.org/docs/integrations/claude-code/</guid><description>&lt;p&gt;Claude Code speaks MCP over HTTP natively, so connecting it to the crew liaison is
one command. See &lt;a href="../crew-liaison/"&gt;The Crew Liaison&lt;/a&gt; for what the tools do and why
the answer comes by ticket.&lt;/p&gt;
&lt;h2 id="try-it-against-any-cluster-you-can-reach"&gt;Try it against any cluster you can reach&lt;/h2&gt;
&lt;p&gt;Port-forward the liaison&amp;rsquo;s Service and add it as a local server:&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-bash" data-lang="bash"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;kubectl -n kubemoot port-forward svc/kubemoot-operator-liaison 18080:80
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;claude mcp add --transport http kubemoot http://localhost:18080/mcp
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;Start a new Claude Code session and ask in plain language:&lt;/p&gt;</description></item><item><title>Claude Desktop</title><link>https://kubemoot.org/docs/integrations/claude-desktop/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://kubemoot.org/docs/integrations/claude-desktop/</guid><description>&lt;p&gt;Claude Desktop connects to remote MCP servers through its connector settings, with
OAuth or no authentication, and cannot add custom headers. The crew liaison is
usually behind a bearer token or an access gateway, so Desktop reaches it through
&lt;code&gt;mcp-remote&lt;/code&gt;, a small bridge that runs locally, speaks stdio to Desktop, and
forwards to the liaison with whatever headers it needs.&lt;/p&gt;
&lt;h2 id="configuration"&gt;Configuration&lt;/h2&gt;
&lt;p&gt;Add the liaison to &lt;code&gt;claude_desktop_config.json&lt;/code&gt; (Settings, Developer, Edit Config):&lt;/p&gt;</description></item></channel></rss>