Я дедалі більше переконуюся, що підхід Unix-інструменту з набором сфокусованих, композиційних функціональних блоків, які можна використовувати ізольовано або як частину більшого конвеєра, також є найкращим підходом для створення інструментів для кодування. Проблема створення великої єдиної системи, яка робить усе, полягає в тому, що у людей свої робочі процеси та способи розробки, і зазвичай надто складно створити універсальний проєкт, який міг би це врахувати, не перетворюючись на масштабну складність, яка на практиці не працює добре. Отже, у мене є один інструмент для пошти агентів, один для управління завданнями (бісери Стіва Єгге), один інструмент для вибору завдань (bv), один інструмент для пошуку минулої історії (cass), один інструмент для поліглотного лінтингу та виявлення багів (ubs), один для обробки чутливих команд (slb), один для керування tmux і агентними сесіями (ntm), один для пам'яті (csm) тощо. І ви можете використати одну з них, деякі або всі. І вони частково інтегровані між собою, але завжди опціонально. Отже, SLB може використовувати агентську пошту, якщо вона налаштована, але вона також працює автономно. І ntm може відображати інформацію з BV, але це не примусово. Вони стають як маленькі кубики Lego, які можна використати для створення будь-якої системи, і стає легко створити власні інструменти для додавання бажаного функціоналу. А потім ваш файл AGENTS dot md стає чимось на кшталт операційної системи, де ви «встановлюєте» інструменти в робочій пам'яті агента і налаштовуєте їх, описуючи як, коли і чому їх використовувати (дивно, але тепер доводиться переконати машину користуватися цими інструментами!) Тож ви можете налаштувати всі інструменти на комп'ютері, але активувати лише конкретні залежно від проєкту, додаючи лише відповідні анотації з поясненнями інструментів, які хочете використовувати.