@runeya/runeya 2.0.152 → 2.0.154

package/mcp-server/external.d.ts

@@ -1,44 +0,0 @@
-/**
- * Quelle instance Runeya le MCP appelle, quand il n'est pas lancé par Runeya.
- *
- * Lancé par Runeya, le MCP reçoit `RUNEYA_BASE_URL` et n'a rien à choisir.
- * Lancé par un client externe (`runeya mcp`), il lit le registre machine :
- * - aucune instance : rien à appeler, l'outil échoue en le disant ;
- * - une seule : elle est prise d'office ;
- * - plusieurs : l'appel doit nommer l'instance par son pid
- *   (`runeyaInstance`), que l'utilisateur choisit dans la conversation.
- *
- * Le choix n'est pas gardé ici. Un client comme Cursor ou Claude Desktop garde
- * un seul process MCP pour toutes ses conversations : un choix mémorisé dans
- * l'une s'appliquerait en silence aux autres. Le modèle le porte donc dans
- * chaque appel, et chaque conversation a le sien.
- *
- * Le pid, pas le port : une instance qui s'arrête ne fait pas atterrir les
- * appels sur celle qui reprendrait son port. La liste est relue à chaque appel.
- */
-/** Ce dont le sélecteur a besoin d'une instance du registre. */
-interface McpInstance {
-    pid: number;
-    port: number;
-    cwd: string;
-    /** Le dossier de données de l'instance : stable d'un redémarrage à l'autre. */
-    dataDir: string;
-    version?: string | undefined;
-}
-
-interface ExternalMcpOptions {
-    listInstances: () => Promise<McpInstance[]>;
-    /** La racine machine de Runeya (`~/.runeya`) : le secret d'appairage y est rangé. */
-    machineRoot?: string;
-}
-/**
- * Le MCP lancé par un client externe (`runeya mcp`) : Claude Code, Codex,
- * Cursor… configuré une fois, il suit les mises à jour du CLI.
- *
- * L'instance à appeler vient du registre machine (voir `instance-selector.ts`),
- * sauf si `RUNEYA_BASE_URL` la fixe. Le jeton vient de l'appairage avec cette
- * instance (voir `pairing-client.ts`), sauf si `RUNEYA_API_TOKEN` en donne un.
- */
-declare function runExternalMcp(opts: ExternalMcpOptions): Promise<void>;
-
-export { type ExternalMcpOptions, runExternalMcp };

package/mcp-server/index.d.ts

@@ -1 +0,0 @@
-#!/usr/bin/env node

package/mcp-server/launch.d.ts

@@ -1,89 +0,0 @@
-/**
- * Comment brancher le serveur MCP Runeya sur un CLI d'IA.
- *
- * Runeya n'installe rien dans la configuration de la machine : il passe sa
- * config MCP en ligne de commande, au moment où il lance lui-même le CLI. Le
- * `~/.claude.json` ou le `~/.codex/config.toml` de l'utilisateur reste intact,
- * et un CLI lancé à la main depuis un terminal ne voit pas ce serveur.
- *
- * Chaque CLI a sa syntaxe — d'où ce module, seule source de vérité partagée par
- * les deux points de lancement (l'agent, et le serveur en mode local).
- */
-/** Variables d'environnement que le serveur MCP attend pour joindre Runeya. */
-interface RuneyaMcpEnv {
-    RUNEYA_BASE_URL?: string;
-    RUNEYA_API_TOKEN?: string;
-    /**
-     * Le projet et l'organisation de la conversation qui lance ce CLI, s'il y en a.
-     *
-     * Le serveur MCP en fait le défaut des tools qui acceptent un `projectId`,
-     * `orgId` ou `organizationId` : sans projet, `list_services` rend toute la
-     * machine ; sans organisation, les recherches Kanban ne savent pas quel
-     * compte cloud interroger.
-     */
-    RUNEYA_PROJECT_ID?: string;
-    RUNEYA_ORG_ID?: string;
-    /**
-     * L'identifiant du lancement, posé par un runner qui attend que ce serveur
-     * soit initialisé avant d'écrire le prompt. Le serveur MCP le renvoie à
-     * Runeya (`mcpReady.signal`) dès que le CLI a fini l'initialisation.
-     */
-    RUNEYA_MCP_READY_ID?: string;
-}
-/**
- * Chemin du point d'entrée du serveur MCP, à lancer avec `node`.
- *
- * Ne PAS se fier à `import.meta.url` pour viser `./index.js` : ce module est
- * bundlé dans l'agent et dans le serveur (tsup y bundle les paquets @runeya
- * via `noExternal`), donc
- * `import.meta.url` y désigne le bundle hôte, pas ce paquet. On résout donc le
- * paquet, puis on sonde les emplacements de la version packagée, où les liens
- * symboliques de l'espace de travail n'existent plus.
- */
-declare function resolveMcpServerPath(): string;
-/**
- * La config MCP de Runeya, au format `mcpServers` attendu par `--mcp-config`.
- *
- * Seul endroit du dépôt où ce JSON se fabrique. `chat.ts` en tenait deux copies
- * qui résolvaient le chemin avec `import.meta.url` — le piège que
- * `resolveMcpServerPath()` documente juste au-dessus : bundlées dans l'app
- * hôte, elles visaient un fichier qui n'existe pas, et le CLI démarrait sans
- * les tools Runeya, en silence.
- */
-declare function runeyaMcpConfig(env: RuneyaMcpEnv): string;
-/**
- * Arguments `--mcp-config` pour le CLI `claude`, qui attend du JSON.
- *
- * Volontairement non strict : le CLI démarre aussi les serveurs MCP de la
- * machine. Cela coûte quelques secondes par lancement, mais l'utilisateur garde
- * ses propres outils.
- */
-declare function claudeMcpArgs(env: RuneyaMcpEnv): string[];
-/**
- * Arguments `-c` pour le CLI `codex`, qui attend du TOML.
- *
- * Codex n'a pas d'équivalent de `--mcp-config` : il expose des surcharges de
- * configuration en TOML (`-c chemin.pointé=valeur`), à placer AVANT la
- * sous-commande. Une table inline décrit le serveur en une seule surcharge.
- */
-declare function codexMcpArgs(env: RuneyaMcpEnv): string[];
-/**
- * Les arguments à passer à un `claude` que Runeya lance avec son MCP.
- *
- * Si le serveur interne est introuvable, `claude` chargerait l'entrée `runeya`
- * de `~/.claude.json`, le MCP externe, qui demande un appairage au premier
- * appel d'outil. Ses outils sont alors interdits. `--settings` prend une seule
- * valeur : `--disallowedTools`, variadique, avalerait l'argument suivant.
- */
-declare function claudeRuneyaMcpArgs(env: RuneyaMcpEnv, build?: (env: RuneyaMcpEnv) => string[], warn?: (message: string) => void): string[];
-/**
- * Les surcharges `-c` à passer à tout `codex` que Runeya lance.
- *
- * Avec un jeton, le serveur interne remplace l'entrée `runeya` de l'utilisateur.
- * Sans jeton, ou si le serveur interne est introuvable, cette entrée est
- * désactivée : c'est le MCP externe (`runeya mcp`), qui demanderait alors un
- * appairage dans l'interface pour une session lancée par Runeya lui-même.
- */
-declare function codexRuneyaMcpArgs(env: RuneyaMcpEnv, build?: (env: RuneyaMcpEnv) => string[], warn?: (message: string) => void): string[];
-
-export { type RuneyaMcpEnv, claudeMcpArgs, claudeRuneyaMcpArgs, codexMcpArgs, codexRuneyaMcpArgs, resolveMcpServerPath, runeyaMcpConfig };