Jsem čím dál víc přesvědčen, že přístup s unixovými nástroji, který zahrnuje spoustu zaměřených, kompozibilních funkčních jednotek, jež lze použít samostatně nebo jako součást většího pipeline, je také nejlepší přístup pro nástroje pro programátory. Problém s tím, když se snažíte vytvořit velký jednotný systém, který zvládne všechno, je, že lidé mají své vlastní pracovní postupy a způsoby vývoje, a obvykle je příliš těžké vytvořit univerzální projekt, který by to zvládl, aniž by se to změnilo v rozsáhlou složitost, která v praxi nefunguje dobře. Mám jeden nástroj pro agentní poštu, jeden nástroj pro správu úloh (Steve Yegge's beads), jeden nástroj pro výběr úkolů (bv), jeden nástroj pro vyhledávání minulé historie (cass), jeden nástroj pro polyglot linting a bug-catching (ubs), jeden pro citlivé zpracování příkazů (slb), jeden pro správu tmux a agentních relací (ntm), jeden pro paměť (csm) atd. A můžete použít jednu z nich, některé nebo všechny. A jsou částečně propojené, ale vždy volitelně. SLB může používat agentskou poštu, pokud ji máte nastavenou, ale funguje i samostatně. A NTM může zobrazit informace z BV, ale není to nucené. Stávají se z nich malé Lego kostky, které můžete použít k vytvoření jakéhokoliv systému, a je snadné vytvořit si vlastní malé nástroje, které přidají požadovanou funkcionalitu. A pak se váš soubor AGENTS dot md tak trochu stane jako operační systém, kde "nainstalujete" nástroje do pracovní paměti agenta a konfigurujete je tím, že popisujete, jak, kdy a proč je používat (zvláštně se teď musíte starat o to, jak přesvědčit stroj, aby nástroje použil!) Takže můžete mít všechny nástroje nastavené na stroji, ale aktivovat jen konkrétní podle projektu tím, že přidáte jen relevantní popisy popisující nástroje, které chcete použít.