Produktdokumentation som håller skälen bredvid kraven.
En spec förklarar sällan hela beslutet. I Nodary står en funktions spec bredvid dess research, dess tekniska design och besluten som formade den, var och en med en ansvarig och en status. Dina utvecklares kodagenter läser allt via MCP och vet vilka sidor som gäller.

Problemet, med ditt teams egna ord
Produkt- och utvecklingsteam skriver mycket och tappar sedan bort vilken sida som gäller. Specen säger en sak, ärendet en annan, och beslutet som ändrade båda togs i ett samtal som ingen sammanfattade. När en utvecklare, eller en kodagent, tar över arbetet kommer kraven utan sina skäl, och samma frågor dyker upp igen i granskningen.
- Är den här specen godkänd eller fortfarande ett utkast?
- Varför strök vi det kravet?
- Agenten byggde det efter den gamla versionen av dokumentet.
En vecka med Nodary
Så kan en vecka se ut när arbetet lever i Nodary. Varje dag använder något som produkten gör i dag.
- Måndag
Skriv specen från en mall
Börja funktionens spec med mallen Produktspecifikation (PRD): problemet och vem som har det, mål och icke-mål, krav som checklista, framgångsmått med utgångsläge och mål. Länka den till researchen och den tekniska designen med [[Titel]], så att varje sådan sida listar specen som pekar på den.
Mallar för produktkrav - Tisdag
Lägg flödet och siffrorna i specen
Rita ett Mermaid-diagram, flöde, sekvens eller tillstånd, direkt i specen där diskussionen förs; ett trasigt diagram förklaras med enkla ord. Lägg till ett kalkylark för uppskattningar eller en prismodell med antagandena bredvid, beräknat med ett sextiotal funktioner, och kommentera en enskild cell när en siffra ser fel ut.
Kalkylark, egenskaper och vyer i realtid i dokument - Onsdag
Följ varje spec efter status
Ge varje dokument en status (utkast, under granskning, godkänd, publicerad, klar eller blockerad), en ansvarig och ett förfallodatum. En vy i realtid samlar releasens dokument i en tavla, en tabell eller en tidslinje, och framstegsvyn ritar en burn-up som säger om milstolpen landar på måldatumet.
Planera releaser direkt på dokumenten
- Torsdag
Granska specen, skriv ner beslutet
Be en ägare eller administratör i arbetsytan, eller en projektadministratör, att granska specen; den godkänns eller skickas tillbaka med en anteckning, signerad med vem och när, och beslutet kan publiceras i en Slack- eller Discord-kanal. Skriv ner varför i ett Arkitekturbeslut (ADR), markera det som kanon och markera versionen det ersätter som ersatt, så att ingen bygger på fel sida.
Granskningar och godkännanden - Fredag
Lämna över arbetet till utvecklarna och deras agenter
Utvecklarna ansluter Claude Code, Cursor eller VS Code till arbetsytan via MCP, med OAuth eller en nyckel begränsad till ett projekt. Agenten läser specen, den länkade designen och besluten, och får veta vilka sidor som är kanon innan den förlitar sig på dem. När två dokument motsäger varandra visar Nodary båda styckena sida vid sida.
Anslut Cursor till din produktdokumentation
En mall att börja med
Produktspecifikation (PRD)
Börja varje funktion med Produktspecifikation (PRD), en av de 30 inbyggda mallarna, på 12 språk. Komplettera med Teknisk design och Arkitekturbeslut (ADR) när arbetet kräver det, och spara ditt teams spec som mall när den fungerar.
- Mål och icke-mål, så att omfattningen diskuteras en gång
- Krav som rutor som bockas av när de levereras
- Framgångsmått med utgångsläge och mål
Förbered ett produktbeslut
Jämför alternativen med belägg och avvägningar i sikte.
Jämför alternativen som beskrivs i de valda källorna mot produktmålet, användarnas behov och leveransbegränsningarna. Identifiera antaganden, avvägningar och belägg som fortfarande saknas.
Ett uppdrag för kontextstudion, redo att anpassa: det innehåller inga projektdokument, bara uppgiften och källorna att samla.
Källor att samla- Problembeskrivning och användarfeedback
- Alternativ och produktspecifikationer
- Leveransbegränsningar och tidigare beslut
Förväntat resultat En jämförelsetabell, en villkorad rekommendation som stöds av källorna och frågorna som måste avgöras före beslutet. Presentera inte rekommendationen som ett godkänt beslut.
Tre förfrågningar till din AI-agent
Samma MCP-anslutning tjänar produktchefen i ChatGPT och utvecklaren i Cursor. Agenter läser och skriver dokument block för block inom personens roll, och ett nytt försök med samma nyckel skriver aldrig två gånger.
Anslut en agentDu frågarLäs specen för den nya kassan och dess länkade beslut, och lista de krav som ännu saknar acceptanskriterier.
search_documentsget_documentget_star
Du frågarJämför den nuvarande exportspecen med versionen som godkändes förra veckan och sammanfatta vad som ändrats.
list_versionsdiff_versions
Du frågarSkapa en Teknisk design för exportfunktionen från mallen och länka den till specen.
create_from_templatelink_stars
Det här gör Nodary inte
- Ingen synkronisering med Jira, Linear eller GitHub: ärenden och pull requests stannar i sina verktyg, länkade från specen.
- Nodary läser inte ditt kodförråd: en kodagent läser koden på sin sida och dokumenten via Nodary.
- Ingen tidrapportering och ingen Gantt-planering: att flytta ett dokument på en tidslinje flyttar aldrig de som beror på det.
- Ingen enkel inloggning (SSO) och ingen egen drift: Nodary körs på AWS i USA.
Rätt plan
Pro
15 € per plats och månad, faktureras månadsvis
För dig som skapar på egen hand eller ett litet team som är redo att släppa.
Pro passar de flesta produktteam: obegränsat antal dokument, flera projekt, och MCP och Studio AI för varje medlem. Gå över till Studio när du behöver fler medlemmar eller projekt som är förbehållna de personer som läggs till.
- Upp till 5 medlemmar
- Upp till 10 projekt, obegränsat antal dokument
- 5 GB fillagring
- Studio AI: 800 ☄ per plats och månad, delat av teamet
Frågor
Kan Nodary ersätta vår wiki för produktspecar?
Ja, för team som vill ha specar, beslut och planer i en länkad arbetsyta med sin historik. Importera Markdown, Word, HTML eller en Notion-export för att komma igång. Det är inget ärendesystem: behåll sprintärendena i sitt verktyg och länka till dem från specen.
Integrerar Nodary med Jira, Linear eller GitHub?
Inte i dag. Klistra in länkar till ärenden och pull requests i valfritt dokument. En agent med åtkomst till båda verktygen, som Claude Code med ditt kodförråd öppet, läser koden på ena sidan och dokumentationen via Nodary på den andra.
Hur läser kodagenter våra specar?
Via Nodarys MCP-server. Claude Code, Cursor, VS Code och andra MCP-klienter loggar in med OAuth eller en API-nyckel, som kan begränsas till ett projekt, och läser eller skriver dokument inom personens roll. Varje skrivning av en agent behåller versionen innan.
Kan vi föra arkitekturbeslut?
Ja. Börja vart och ett med mallen Arkitekturbeslut (ADR): status, datum, beslutsfattare, sammanhang, beslut, alternativ, konsekvenser. Markera det antagna som kanon och ett gammalt som ersatt av det nya. Agenter får veta ett dokuments status innan de läser det.
Kan personer utanför teamet läsa en spec?
Ja, via en skrivskyddad delningslänk till ett dokument, ett dokument med allt under det eller hela arbetsytan, för det antal dagar du väljer eller utan slut, och den kan återkallas när som helst. För att kommentera går en person med i arbetsytan som medlem.
Ge din nästa spec dess skäl.
Börja gratis med ett projekt, eller öppna exempelprojektet i demon för att se en statustavla och en tabell över försenade dokument: inget konto behövs.
Gratis för två medlemmar och tio dokument. Inget kort.