Elke codebase heeft een deel dat er verkeerd uitziet voor de volgende die het leest. Een relay-proces waarvan niemand zich herinnert dat het is toegevoegd, een tabel die elke week wordt leeggemaakt, een queue waar een directe aanroep zou volstaan. De redenen zijn maanden geleden hardop gegeven in een architectuurreview, en de mensen die ze gaven zitten inmiddels in andere teams. De nieuwe engineer heeft twee opties: een week rondvragen, of het "repareren".
Er is een kortere weg. Neem de architectuurreview op, druk op een sneltoets wanneer een besluit, een afweging of een afgewezen optie wordt uitgesproken, en deel de opname in een kanaal Architecture. De markeringen blijven op de zinnen staan, met het tijdstip en de naam van de spreker. Direct na de review leest een AI-assistent in Claude Code, Cursor of Claude die markeringen via MCP en stelt het Architecture Decision Record (ADR) voor de repository op. Maanden later staat de discussie er nog voor iedereen die naar het waarom vraagt.
Deze gids volgt de macOS-app van Speak-Y, gecontroleerd op 18 oktober 2026, en is bedoeld voor een tech lead wiens team vergaderingen al deelt in een werkruimte. Hebt u die nog niet, richt er dan eerst een in.
De oplossing is in 2011 beschreven. Michael Nygards bericht Documenting Architecture Decisions (gecontroleerd op 18 oktober 2026) stelt voor elk belangrijk besluit een kort record voor — titel, context, besluit, status, gevolgen — dat in de repository naast de code staat. Zijn redenering is het probleem hierboven: wie nieuw is in een project en niet weet waarom een besluit is genomen, kan het alleen blind accepteren of blind terugdraaien. De ADR-communitysite noemt de verzameling van deze records het besluitenlog van een project.
Ook teams die ADR's invoeren verliezen het waarom, op drie voorspelbare plekken:
Een opname bewaart alle drie. De markeringen maken ze vindbaar, en een assistent maakt er een concept van voordat de details vervagen.
De markeringen. Speak-Y wordt geleverd met één notitietype,
Moment markeren op ⌥1. Voeg er drie van uzelf aan toe in Instellingen →
Notities: klik op Notitietype toevoegen, typ Decision in
Naam van type, klik op Opslaan, daarna op Sneltoets instellen en
druk op ⌥2. Herhaal dit voor Trade-off op ⌥3 en Rejected op ⌥4. Elke
markering hoort bij een sectie van het record:
De context is de discussie rond de markeringen; de assistent leest die uit de transcriptie. Het format van Nygard heeft geen aparte sectie voor afgewezen opties; de MADR-template wel: Considered Options.
Het kanaal. Eén openbaar kanaal voor architectuurreviews, met de naam Architecture, waar elke engineer bij kan aansluiten. Kies in het menu ⋯ van de werkruimte New channel. Reviews van beveiligingsgevoelige ontwerpen — een threat model, een authenticatieflow — gaan in plaats daarvan naar een privékanaal; de afwegingen staan in wie ziet wat in vergaderkanalen.

Start een vergaderopname in Speak-Y wanneer de review begint. Er neemt geen bot deel aan het gesprek: Speak-Y neemt de microfoon en het geluid van het gesprek op op uw Mac, dus het werkt hetzelfde in Zoom, Google Meet, Teams of in een vergaderruimte. Vertel iedereen dat de review wordt opgenomen.
De transcriptie kent alleen wat er is gezegd, dus drie gewoonten lonen:
Meestal neemt de tech lead die de review leidt op en drukt die op de toetsen. De sneltoetsen werken vanuit elke app, met het diagram of de code nog op de voorgrond.
Twee minuten in het venster van de opname, zolang alles nog vers is:
payments-service en adr-0012. Via
deze tags vinden de assistent en uw teamgenoten de review.
Verbind uw assistent één keer met de Speak-Y MCP-server: open AI-assistent verbinden in het accountmenu onder in de zijbalk, of Instellingen → Integraties, en klik op Verbinden naast Claude, ChatGPT of Cursor. Voor Claude stelt één klik zowel Claude Desktop als Claude Code in. De server is gratis in elk abonnement.
Vraag daarna in de repository:
Stel ADR 0012 op uit de review van payments-service met de tag adr-0012: context, besluit, gevolgen en afgewezen opties. Vermeld bij elk punt wie het zei en wanneer.
De assistent vindt de review via de tag en leest hem. Naast de transcriptie geeft Speak-Y hem de markeringen als lijst — elk met de positie in de opname, het type, de spreker en de eerste woorden van de zin — zodat het concept terugkomt met drie besluiten, drie geaccepteerde kosten en twee afgewezen opties, elk met een naam en een tijdstip. In Cursor vraagt de assistent toestemming voordat hij een tool uitvoert, tenzij u dat wijzigt.
Bewerk het concept voordat u het commit. Drie velden zijn van u, niet van de assistent:

De ADR in de repository beantwoordt het wat op één pagina. Als dat niet genoeg is, is de discussie één stap verwijderd.
In de app. Teamgenoten die u uitnodigt, sluiten gratis aan met elk
abonnement. Een nieuwe engineer die de werkruimte binnenkomt, ziet het
openbare kanaal Architecture met de hele geschiedenis. Open het, klik op het
vergrootglas in de kop van het kanaal en typ de naam van de component, zoals
outbox. De zoekfunctie leest de transcripties van elke review in het kanaal
en toont de gevonden regels met hun tijdstippen.
In de editor. In Cursor of Claude Code, met de code open:
Waarom schrijft payments-service events naar een outbox-tabel in plaats van ze direct naar Kafka te publiceren? Wat is er afgewezen?
De assistent doorzoekt de opnamen die de engineer mag zien, vindt de review en antwoordt op basis daarvan: het besluit, wie tegen dual writes was en waarom, en wat het team ervoor in ruil accepteerde. Hetzelfde patroon voor codevragen in het algemeen staat in vergadercontext voor voice coding in Cursor.
De opname bewaart de redenering. Vier dingen staan nog steeds ergens anders:

Drie notitietypen — Decision, Trade-off, Rejected — op ⌥2, ⌥3 en ⌥4. Tijdens de review: noem de component, laat de reden uitspreken, druk op de toets. Daarna: namen, tags, To channel → Architecture, de markeringen tonen. Dan één vraag aan de assistent in de repository, en u bewerkt het ADR-concept in plaats van het uit het hoofd te schrijven. De Teams-pagina behandelt werkruimtes en kanalen, en een besluitenlog dat zichzelf bijhoudt past hetzelfde idee toe op productbesluiten.
Neem de architectuurreview op in Speak-Y en druk op een sneltoets wanneer een besluit, een afweging of een afgewezen optie hardop wordt uitgesproken. Deel de opname in een teamkanaal zoals Architecture. Het kanaal bewaart de discussie met namen en tijdstempels, en een AI-assistent die via MCP is verbonden kan van de markeringen een concept-Architecture Decision Record voor de repository maken.
Ze kunnen een concept schrijven. Verbonden met de Speak-Y MCP-server vindt de assistent de review via de tag, leest de transcriptie en de lijst met markeringen met type, tijdstip en spreker, en vult context, besluit, gevolgen en afgewezen opties in. De status, de eigenaar en de definitieve formulering blijven bij de engineer die het bestand commit.
Op twee manieren. Open het kanaal Architecture in de macOS-app van Speak-Y en doorzoek het op de naam van de component, of vraag een assistent in de editor, zoals Cursor of Claude Code, waarom de service doet wat hij doet. De assistent doorzoekt de opnamen die de engineer mag zien en antwoordt met wie wat wanneer zei.
Nee. Speak-Y neemt audio op van de Mac die de opname start: de microfoon en het geluid van de belapp. Diagrammen, slides en whiteboards zitten niet in de opname. Noem de component hardop voordat u hem bespreekt, en link het diagram vanuit de ADR.
De MCP-server is gratis in elk abonnement. Voor het aanmaken van een teamwerkruimte is Pro of hoger nodig, en teamgenoten sluiten gratis aan met elk abonnement. Gecontroleerd op speak-y.com op 18 oktober 2026: Free stopt een vergaderopname na 30 minuten, Pro ($10 per maand) na 60, en Pro+ ($15) en Max ($30) na vier uur.