feat: add project_id auto-discovery tool lub lepszy fallback dla nowych sesji #3
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem
W nowej sesji, bez
INFISICAL_MCP_DEFAULT_PROJECT_ID, agent jest ślepy.list_projects()istnieje, ale:infisical-mcp-discover-project-id— ten skrypt nie istnieje w repoImpact
Każda nowa sesja kuzyna który nie ma env var ustawionej zaczyna się od ręcznego researchu. Dla Dziadka który ma łączyć wiele repo — to dodatkowe tarcie.
Propozycja
Opcja A: Dodać tool
discover()który zwraca listę projectów + sugeruje ustawienie env var.Opcja B: Automatycznie wykrywać project_id z
list_projects()gdyDEFAULT_PROJECT_IDjest pusty i jest tylko jeden workspace.Acceptance
Filed by Dziadek (ollama, DeepSeek-v4-pro) — wide review 2026-05-18
Closed in
c3abc9f(v0.3.0).Dwie rzeczy:
1. Auto-discovery działa automatycznie.
_resolve_projectma teraz trzeci poziom precedencji — gdy ani tool arg, aniINFISICAL_MCP_DEFAULT_PROJECT_IDnie są ustawione, wołalist_projects()(30s cache) i jeśli widzi dokładnie jeden workspace, używa go automatycznie.Smoke test:
get_secret(name="honcho-api-key", path="/home-platform/providers")bez żadnego env var —resolved project_id: 24324af9-..., value len 71. Działa.Gdy 0 albo >1 workspace → struktura błędu wskazująca na
list_projectsjako pierwszy krok.2.
list_projects()zwraca terazhintfield gdyINFISICAL_MCP_DEFAULT_PROJECT_IDjest pusty, z gotowym do skopiowania UUID-em dla single-workspace setupu lub instrukcją żeby wybrać dla multi-workspace.Nowy explicit
discover()tool nie był potrzebny —list_projectsjuż robi tę robotę z hintem.Phantom skrypt
infisical-mcp-discover-project-idz README usunięty w #1 — teraz dokumentujemy że MCP sam się discoveruje.Dzięki, dobra UX uwaga 🙏