AWS bundelt coding-agentworkflows; Flipflop bouwt permanente bestandstunnels

AWS heeft AI-DLC gepubliceerd, een workflowlaag die dezelfde ontwikkelstappen over onder meer Claude Code, Codex CLI, Cursor, OpenCode en GitHub Copilot probeert te leggen. Tegelijk is Flipflop verschenen: een open-source manier om tussen vooraf vertrouwde apparaten een blijvende route voor bestanden, links en tekst op te zetten.

AWS AI-DLC wil coding agents aan een controleerbare ontwikkelcyclus binden

Het open-sourceproject AI-DLC (AI-Driven Development Life Cycle) van AWS Labs is een harness-neutrale laag bovenop meerdere coding-agentinterfaces. De repository noemt vijf fases en 33 stappen, veertien gespecialiseerde agents, elf workflowprofielen, menselijke goedkeuringspoorten en een audittrail van 119 gebeurtenissen. Projectstaat, beslissingen, reviewbewijs en regels moeten daarbij over de gebruikte agentinterface heen bewaard blijven.

Dat is interessant voor teams die niet alleen een prompt en toolset willen delen, maar ook willen kunnen vastleggen welke eisen, tests en approvals bij een agentwijziging hoorden. De concrete compatibiliteitslijst omvat Claude Code, Kiro, Codex CLI, Cursor, OpenCode en GitHub Copilot. De kern blijft volgens de documentatie hetzelfde; per harness zitten er dunne integratielagen omheen.

Dit is geen bewezen kwaliteitsgarantie voor agentcode. De projectpagina waarschuwt zelf dat gegenereerde uitvoer en kosten menselijke beoordeling vragen, en er zijn in de beschikbare context geen onafhankelijke metingen van betrouwbaarheid, overhead of compatibiliteit tussen alle genoemde clients. Kijk ook scherp naar de installatie: de snelle Unix-route pijpt een download naar de shell. Kies in beheerde omgevingen liever een gepinde release, controleerbare artefacten en een testproject; vertrouw projecthooks alleen in een repository die je hebt geïnspecteerd.

AWS AI-DLC: repository, ondersteunde harnesses en workflowmodel · HN-discussie

Flipflop houdt een vertrouwde bestandstunnel open tussen apparaten

Flipflop is een nieuw open-sourceproject voor Linux, macOS, Windows en Android. Na het koppelen van twee of meer vertrouwde apparaten wil het bestanden, links en platte tekst op elk moment kunnen versturen, via Bluetooth, LAN of internet. De applicatie gebruikt daarvoor Iroh; de repository noemt builds voor desktopplatformen en een Android-APK.

Het relevante ontwerpidee is niet alleen ad-hoc delen op hetzelfde netwerk, maar een aanhoudend kanaal met gekozen peers — bijvoorbeeld eigen apparaten of familieleden. Dat kan een eenvoudiger alternatief zijn voor telkens een cloudupload of een tijdelijke overdrachtssessie, mits de trustrelatie en apparaten werkelijk onder eigen beheer staan.

‘Peer-to-peer’ betekent hier niet dat elke verbinding direct loopt. In de HN-discussie schrijft een Iroh-bijdrager dat zeer ongebruikelijke NAT-situaties kunnen terugvallen op een publieke, gehuurde of zelfgehoste relay. Volgens die toelichting forwardt zo’n relay end-to-end versleutelde verbindingen en ziet hij de inhoud niet; dat is een technische toelichting uit de discussie, geen onafhankelijke audit van Flipflop. Beoordeel voor gebruik dus sleutelbeheer, gekoppelde apparaten, relaykeuze en herstel na verlies of diefstal van een device.

Flipflop: broncode en platformbuilds · HN-discussie met Iroh-nuance

Verder nog

Amazon-prijspariteit als Europees reguleringssignaal: een opiniestuk stelt dat marktplaats-, fulfilment- en advertentiekosten verkopers prijzen laten verhogen en dat Amazons Fair Pricing Policy lagere prijzen elders ontmoedigt. Het stuk verwijst naar een Duitse beslissing die Amazon eerder dit jaar zou hebben opgedragen prijscontrole te stoppen, maar zegt ook dat die nog niet definitief is. De precieze juridische en economische claims zijn hier niet onafhankelijk geverifieerd; lees dit als aanleiding om prijspariteitsclausules en effectieve marketplacekosten in eigen kanaalkeuzes te onderzoeken, niet als vastgestelde analyse. Artikel · HN-discussie
C64 op hardwareniveau in de browser: Redis-maker Salvatore Sanfilippo meldt dat zijn Commodore-64-hardwaresimulator nu online staat. In een vervolgreactie noemt hij hem zelfs op snelle computers traag; dat is dus een experimenteel emulatieproject, geen snelle algemene C64-emulator. Aankondiging op X