Ik denk dat wat je beschrijft ongeveer is als wat ik nu doe (maar dan niet met skills). Ik werk voornamelijk met
aider (hobby), en heb nu README.md die verwijst naar docs/etc/agent/design/{fe,be}/*.md, docs/etc/agent/FEATURES.md, docs/etc/agent/TOOLS.md, docs/agent/tools/*.md en docs/etc/agent/prompts/*.md (laatste om bij te houden wat ik eerder heb gedaan, zodat het allemaal beter word met de tijd).
Mijn huidige workflow:
Ik schrijf docs/etc/agent/prompts/xyz.md, doe een ls -l docs/etc/agent/design/be; ls -l docs/etc/agent/tools (handig voor copy-n-paste in terminal)
Start aider met architect model bijv. een ontwikkel versie van gemini op openrouter en een edit model, bijv. codestral of iets van deepseek via openrouter (om credits te sparen) en dan:
/add docs/etc/agent/prompts/xyz.md docs/etc/agent/design/be/models.md docs/etc/agent/design/be/locking.md docs/etc/agent/design/be/query.md docs/etc/agent/design/be/files.md docs/etc/agent/design/be/config.md docs/etc/agent/tools/modelgen.md docs/etc/agent/tools/configgen.md docs/etc/agent/CRITIQUE.md
/ask Use docs/etc/agent/CRITIQUE.md and critique docs/etc/agent/prompts/xyz.md
Daarna:
/drop docs/etc/agent/CRITIQUE.md
/add docs/etc/agent/EXPLAIN.md
/ask Use docs/etc/agent/EXPLAIN.md to explain how you would implement implement docs/etc/agent/prompts/xyz.md
Itereren en dan /architect om uit te voeren, dan een soortgelijke prompt om een review te doen op de geschreven code, commit en daarna doe ik een soortgelijke prompt om testen te schrijven. En dan commit. En daarna git show HEAD^2 --stat (of HEAD^3 etc), de files doe ik dan soms erbij met /add als ik denk dat het helpt. Als laatste stap:
/reset
/add docs/etc/agent/prompts/xyz.md docs/etc/agent/DOCS.md (eventuele extra files uit de commits)
update docs according to the changes, follow docs/etc/agent/DOCS.md consider docs/etc/agent/prompts/xyz.md
Soms doe ik bepaalde stappen maar zelf, database model erbij in het prompt, dat soort dingen, want je krijgt soms bizarre dingen met goedkope of gratis edit models, ook als je architect het lijkt te snappen. Soms filter ik ook nog op files die aangepast zijn op Chinese en Koreaanse characters, i.v.m. de kimi's of deepseek experimenten (ook die zijn gratis soms). In prompts zetten dat je geen Chinees of Koreaans commentaar wilt helpt, maar niet altijd. En natuurlijk wat tussenliggende refactors als het toch allemaal shit was.
Dit werkt met repository's die onder de 100k blijven. Mijn huidige 'project' is een oude repository omzetten naar 'moderne' Java en betere libraries. Maar nu het groter aan het worden is, werkt het niet meer en de grote gratis modellen op openrouter zijn soms 'stuk' of werken niet lekker. Daarom de interesse

Je kunt je context best managen op de bovenstaande manier, maar het is nauwelijks sneller nog.
Aider kan best zonder zoveel handmatige handelingen werken overigens, het is puur de repository waar je tegen moet vechten, deze mag niet te groot zijn (dit kan ook door de modellen komen natuurlijk).
Die repo die je linked is gaaf, die presentation skill bijv. is geweldig, had ik niet aan gedacht zo te doen. Mijn workflow bestaat voornamelijk uit context managen, dus wellicht is het eigenlijk alleen een kwestie van overstappen op de CLI van claude en hun modellen. Welk model gebruik je bij Claude? Dit gaat werken met Opus? Heb je een abonnement via VPN in het buitenland gebruikt om de kosten te drukken?