2 Commits

Author	SHA1	Message	Date
egutierrez	d1fd78324b	test(0145): unit + integration + launcher + claudecode coverage ... cmd/devicemesh-mcp/main_test.go (10 tests): - TestInitialize: JSON-RPC initialize frame → serverInfo + capabilities. - TestToolsList: tools/list → 16 user-mode entries, cada uno con name + inputSchema valido. - TestToolsCallExec: tools/call name=exec → mock device-agent (httptest) recibe capability=shell.exec, MCP response content contiene "hi". - TestToolsCallInvalidTool: name desconocido → isError o error envelope. - TestNotificationsInitializedNoResponse: notification (sin id) → cero responses. - TestUserModeFiltersPkgInstall: --mode user oculta pkg.install, --mode sudo la expone. - TestToolsAllowedNarrows: --tools-allowed exec,fs.read → solo 2. - TestSplitCSV, TestParseMode, TestIsCleanShutdown: helpers. cmd/devicemesh-mcp/integration_test.go: - TestIntegrationBinarySubprocess: build el binario en tmp + spawn como child via exec.Command + pipe real + secuencia initialize -> notifications/initialized -> tools/list -> tools/call. Valida el path identico al que usara claude. devagents/mcp_bridge_test.go (9 tests): - Disabled paths (nil DM, ExposeViaMCP=false, provider!=claude-code). - Applied path: /tmp/<agent>-mcp-config.json JSON valido, mode 0600, mcpServers.devicemesh con command apuntando al binario fake. - AllowedTools formato mcp__<server>__<tool>. - DisableTools=true overrideado a false. - URLEnv override gana sobre YAML. - Binary missing → ok=false sin panico. - BuildClaudeAllowedToolNames default server name. - ResolveBridgedToolNames respeta mode + ToolsAllowed. - ShouldExposeViaMCP cubre nil/disabled/default/explicit-true/false. shell/llm/claudecode_test.go: - TestBuildClaudeArgs_DisableTools actualizado: solo emite --tools "" cuando AllowedTools ESTA vacio. La regla nueva (issue 0145) da precedencia a AllowedTools. - Anadido TestBuildClaudeArgs_DisableToolsButAllowedToolsWins. - Anadido TestBuildClaudeArgs_MCPConfigPath. bridge.go fix: cambio NewTool + WithRawInputSchema a NewToolWithRawSchema porque NewTool inicializa ToolInputSchema.Type="object" por default, lo cual entra en conflicto con RawInputSchema en MarshalJSON del SDK. Suite completa pasa con -tags goolm -count=1. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-24 18:33:24 +02:00
egutierrez	15596df7e4	feat(0145-1): binario devicemesh-mcp + issue doc ... Anade el binario standalone cmd/devicemesh-mcp/ que expone via JSON-RPC sobre stdio el catalogo de devicemesh tools (exec, shell.eval, fs.*, git.*, pkg.*, proc.*, docker.*) al claude -p parent. Arquitectura issue 0145: - main.go: flags (--device-agent, --mode, --tools-allowed, --server-name), inicializa devicemesh.Client + RegisterBuiltins + FilterByAllowed, lanza server.ServeStdio del SDK mark3labs/mcp-go (ya dep). - bridge.go: registra cada ToolSpec como mcp.Tool con WithRawInputSchema + handler que invoca ToolRegistry.Call (validate->map->HTTP->map). Resultado serializado a NewToolResultText, errores como NewToolResultError para que el modelo se autocorrija. Razon: hoy claude -p ve nuestras tool names solo como TEXTO en el system prompt y las imita sin ejecutar. Con --mcp-config apuntando a este binario, claude las descubre via tools/list e invoca via tools/call REALMENTE. Smoke OK: initialize frame produce {capabilities:{tools:{listChanged:true}}, serverInfo:{name:"devicemesh",version:"0.1.0"}}. Issue doc 0145 incluido con aceptacion A3 anti-hallucination + DoD triada. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-24 18:26:22 +02:00