Katsoin Anthropicin ralph-wiggum-pluginia uudelleen. Yksi sessio, kontekstin kertyminen, ei uudelleenankkurointia. Tämä todella vesittää tarkoituksen. @GeoffreyHuntley:n alkuperäinen visio: - Uusi konteksti per iteraatio - Tiedoston I/O tilana (ei transkriptio) - Tyhmä bash-silmukka, deterministinen asetelma Anthropicin versio? Stop hook, joka estää poistumisen ja syöttää kehotteen uudelleen SAMASSA sessiossa. Transkriptio kasvaa. Konteksti täyttyy. Epäonnistuneet yritykset saastuttavat tulevia versioita. Ironiaa: Anthropicin oma pitkän kontekstin ohjeistus sanoo: "agenttien on ankkuroitava uudelleen totuuden lähteistä estääkseen ajautumisen." Heidän plugininsa ei ankkuroi uudelleen. Ollenkaan. --- Flow-Next seuraa alkuperäistä visiota: ✅ Uusi konteksti per iteraatio (ulkoinen bash-silmuka) ✅ Tiedosto I/O tilana (.flow/ hakemisto) ✅ Deterministinen asetus (samat tiedostot latautuvat joka kerta) Lisäksi Anthropicin oma ohjeistus: ✅ Ankkuroi JOKAINEN tehtävä uudelleen – lue uudelleen epic-spesifikaatio, tehtäväspesifikaatio, git-tila ✅ Ankkuri uudelleen kontekstin tiivistämisen jälkeen (tiivistymistä ei pitäisi tapahtua, mutta jos tapahtuu, olemme valmiita) Lisäksi mitä lisäsimme: ✅ Monikerroksiset laatuportit: testit, nukka, hyväksymiskriteerit JA mallien välinen arviointi @RepoPrompt ✅ Arvostelut estetään SHIP-tilaan asti – ei "liputa ja jatka" ✅ Eksplisiittinen suunnitelma → työvaiheet – suunnitelma tarkistetaan ennen koodin alkua ✅ Automaattisesti estää jumittuneet tehtävät N epäonnistumisen jälkeen ✅ Rakenteellinen tehtävien hallinta – riippuvuuksia, tilaa, todisteita Kaksi mallia > yksi. Prosessivirheitä, ei mallin vikoja. Agentit, jotka oikeasti saavat valmiiksi sen, minkä aloittavat.