WorkBraid lar agenten skrive forslag, men ikke endre den aksepterte arkitekturen

Kodeagenten din kan lese hele arkitekturkartet. Endre det kan den ikke. WorkBraid, et alfa-prosjekt på GitHub, deler arbeidsflaten i to: en akseptert arkitektur, og navngitte forslag som ligger ved siden av den. Agenten når begge deler gjennom en CLI eller en MCP-server, og ifølge dokumentasjonen står forslagene som ventende til du eksplisitt godtar dem.

Selve verktøyet er et Go-binær med et Node-bygget grensesnitt. Du starter en lokal server på 127.0.0.1:8080, åpner den i nettleseren og legger inn komponentene dine med dokumentasjon og detaljdiagrammer. MCP-serveren kobles på som en stdio-server med mcp som argument, og den forutsetter at appen allerede kjører. Flere uavhengige forslag kan ligge parallelt og kombineres når du selv velger det.

Datalagringen er den delen som skiller WorkBraid fra en vanlig diagram-app. Prosjektene havner i private Git-repoer på din egen maskin, atskilt fra kildekoden, i en workbraid-mappe under systemets brukerkonfigurasjon. Verktøyet verken skanner eller endrer kildekoderepoet ditt, og --data-dir eller miljøvariabelen WORKBRAID_DATA_DIR flytter lagringen dit du vil ha den.

Alfa-status betyr reelle begrensninger: du bygger fra kilde, det finnes ingen innlogging, ingen hostet samhandling og ingen automatisk import av eksisterende kildekode. Agentens egne innstillinger for datadeling gjelder fortsatt, så et kart som beskriver interne systemer havner i konteksten til den modellen du kjører.

Hva bør du gjøre?

1. Sjekk forutsetningene før du bygger: Go 1.26 eller nyere, Node.js 24 eller nyere, npm og Git må ligge på PATH.
2. Start serveren før du slipper agenten løs. MCP-serveren snakker med en app som allerede kjører, ikke omvendt.
3. Kjør workbraid --skill og gi agenten den innebygde guiden. Den dekker lesing, forfatterskap og gjennomgang, og sparer deg for å forklare arbeidsflyten i prompten.