Команда Pi использует свой же инструмент для разработки самого Pi — классическое dogfooding. Это помогает лучше понять, как работает их продукт, но вскрыло неприятные побочные эффекты от обилия LLM-агентов в опенсорсе.
Главная проблема — качество issue. Раньше плохой баг-репорт был просто размытым. Теперь трекер завален багами, где 95% текста сгенерировано clanker’ом (агентом). Человек бросает в LLM свои наблюдения, а она выдает полную уверенность в ложном диагнозе: придумывает неправильные первопричины, фейковые минимальные репродукции, длинные списки ошибок. Это хуже, чем вообще без диагноза. Когда такую issue скармливают Pi, агент воспринимает её текст как истину, а не как слух. Разработчикам пришлось ввести команду /is с прямой инструкцией «не доверяй анализу из issue, проверяй код сам», но она не спасает — LLM-агенты сразу расширяют scope проблемы. Автор хочет, чтобы люди писали только то, что реально увидели: команду, ожидание, реальный результат и лог. Никакой диагностики. «Если не знаешь причину — так и скажи. Я сам запущу своего clanker’а, мне не нужна твоя халтура».
Вторая беда — избыточное усложнение кода. Когда просишь пофиксить, что «кривой лог кладет ридер», clanker добавляет толерантный ридер, потом fallback, потом миграцию, потом тесты. Вместо того чтобы сделать так, чтобы плохой лог было невозможно записать (глобальный инвариант), агент пытается локально защититься от каждого плохого случая. Из-за этого код раздувается до безумия.
Третья проблема — объём. За последние 90 дней (без учета членов Earendil) в трекер Pi пришло 3145 внешних issue и PR. 2504 из них авто-закрыты, как от непроверенных пользователей. Повторно открыли только 17%. Из PR смержили меньше 10%. GitHub не приспособлен к такому потоку мусора, но виноваты люди, которые позволяют своим агентам гадить в чужие трекеры.
Pi пока далёк от полностью автоматизированной разработки в стиле Bun или OpenClaw. Команда использует параллельное воспроизведение багов: несколько окон Pi с /is работают над разными issue, UI держит контекст. Когда агент закончил, команда /wr (wrap it up) коммитит файлы, закрывает issue и пушит.
Главный вывод автора: опенсорс под давлением. AI не добавил ни пользователей, ни мейнтейнеров — он добавил горы кода и проектов. Вместо человеческой коллаборации (человек говорит с человеком, где править баг) получается изоляция: один человек и его машина локально костылят проблему. Ценность опенсорса не в том, чтобы сидеть в одиночку с clanker’ом, а в сообществе и структуре, которые позволяют проектам жить дольше своих создателей. Нужны более крепкие фундаменты, а не слабые.