pAinappleContact

Bewijs

Hoe Spoor werkt

De echte stappen die een taak doorloopt, één echte fix van melding tot productie met echte tijdstempels, de gewoontes die het controleerbaar maken in plaats van aannemelijk, en hoeveel code er daadwerkelijk uit komt.

Pijplijn

De stappen die elke wijziging doorloopt

  1. Stap 01

    Verfijnen

    Van los verzoek naar afgebakende opdracht, met acceptatiecriteria die controleerbaar zijn. Wat moet er gebeuren, en hoe zien we dat het klaar is.

  2. Stap 02

    Kritiek

    Een onafhankelijke pass over het plan, voordat er een regel code bestaat. Wat kan misgaan, en wat overspeelt dit.

  3. Stap 03

    Oplossen

    Elk punt uit de kritiek wordt verwerkt, of er staat opgeschreven waarom niet. Wat blijft liggen, blijft dus zichtbaar liggen.

  4. Stap 04

    Bouwen

    In een geïsoleerde kopie van de code, zodat lopend werk nooit halverwege wordt geraakt. Riskante dingen hebben hun eigen sandbox.

  5. Stap 05

    Controleren

    Een tweede, onafhankelijke beoordeling die het resultaat zelf uitvoert. Niet dezelfde sessie die zich zelf een cijfer geeft.

  6. Stap 06

    Uitrollen

    Live, met terugdraaien als vangnet in plaats van goedkeuring vooraf. Snel en omkeerbaar werkt beter dan traag en voorzichtig, omdat elke wijziging op zijn eigen tak staat en dus in één handeling terug kan.

Eén echte fix

Van melding tot productie, met tijdstempels

  1. 10:32

    Melding op Telegram

    De testgebruiker rapporteert: pagina werkt zich niet zelf bij, moet handmatig verversen. Dat is het enige wat niet werkt.

  2. 10:47

    Diagnose

    De laag die inkomend verkeer doorstuurt haalt een stukje van het adres weg. De applicatie erachter plakt dat ongevraagd weer terug, dus één bestand wordt op de verkeerde plek gezocht. Één route in de hele applicatie is daar kwetsbaar voor.

  3. 10:59

    Fix op eigen tak

    De routering wordt rechtgezet. Twee regels code. Test geschreven die de fout vastlegt vóór de fix.

  4. 11:14

    Onafhankelijke controle

    Tweede beoordeling leest de diff, voert het resultaat zelf uit in een browser. Gecontroleerd: de pagina werkt zichzelf nu bij zonder verversen.

  5. 11:26

    Live op productie

    Wijziging samengevoegd, getest op live server. Testgebruiker bevestigt: werkt nu, geen verversen nodig meer.

Uit het echte logboek

  1. 10:32melding pagina refresh nodig voor live updates
  2. 10:47diagnose server strips path prefix, client re-adds: asset lookup fails
  3. 10:59fix RouteConfig.stripPath=false applied to affected route
  4. 11:14review diff verified, endpoint tested without hard reload
  5. 11:26deploy main branch updated, live validation: ✓

Gewoontes

Wat dit controleerbaar maakt in plaats van aannemelijk

Een samenvatting is geen bewijs

'Klaar, tests groen' van het proces dat de code net zelf schreef, telt hier niet als verificatie. Een aparte controlestap leest de daadwerkelijke wijziging, in een nieuw proces met een eigen context.

Een onafhankelijke tweede pass

Niet dezelfde sessie die zichzelf een cijfer geeft. Die tweede beoordeling voert het resultaat zelf uit: in een browser, op een testserver, met echte data.

Werken in een geïsoleerde kopie

Elke geautomatiseerde taak heeft zijn eigen sandbox. Riskante dingen raken nooit de gedeelde werkkopie waar een mens mee bezig is.

Een groene deploy bewijst niets

Er is hier een uitrol geweest die netjes groen afsloot en 'niets te doen' rapporteerde, terwijl de zojuist samengevoegde wijziging nergens was herbouwd. Sindsdien wordt na elke samenvoeging nagegaan of die run ook echt deed wat moest, niet of hij groen was.

Het verschil tussen een agent waar u naar kijkt en een agent waar u werk aan durft te geven, zit niet in het model. Het zit in de stappen eromheen, en die staan opgeschreven.

Vastgelegd in CLAUDE.md en de promptbestanden van de pijplijn

Volume

Het normale werktempo, niet een piek

0

afgeronde issues

De planning van pAinapple in Linear

0

regels code

Git: de broncode op de hoofdtak

0

uitrollingen naar productie

De uitrolgeschiedenis van deze server

Regels code is een grof getal: u kunt er alles en niets mee aantonen. Het staat er om één reden, namelijk dat het na te rekenen is. Het is de broncode die nu op de hoofdtak staat, niet een schatting van wat er ooit is getypt.

Wat de drie getallen samen wel zeggen: dit is het normale werktempo van deze opzet, week in week uit, inclusief alle onvermijdelijke reparaties van het werk van de dag ervoor. Een demonstratie haalt één keer een mooi cijfer. Dit is wat er overblijft als u vijf weken achter elkaar meekijkt.

Volgende stap

Zelf zien wat dit voor uw werk betekent

Zo werkt Spoor hier. De vraag die telt is hoe dit bij u zou werken: op facturen die binnenkomen, op een intake die elke keer hetzelfde is, of op het werk dat bij u elke dag terugkeert. Dat gesprek beginnen we op dezelfde voet, met wat er feitelijk gebeurt en wat u daarvan zelf kunt nakijken.

Verder

Waar dit naartoe leidt