TGViewer
Об DevOps и архитектуру Об DevOps и архитектуру @devops_architecture · 362 subscribers
Post #76 343
Как я написал в прошлом посте, меня как и во многих других вещах, в контексте LLM интересует в первую очередь методологический аспект: как работать с ними эффективно?
При этом я намеренно не задаю определение слова «эффективно», чтобы можно было применять этот подход в разных контекстах.

В этот раз я не буду писать долго и много, и просто порекомендую посмотреть на https://github.com/Fission-AI/OpenSpec/
Это одновременно метод и инструмент для построения coding workflow вида «планируем фичу -> проектируем архитектуру -> пишем тесты -> пишем код».

На базе него эту эффективность собрать кажется достаточно несложно независимо от того что вы понимаете под «эффективностью»:
- если вам дела нет до документации можно ее оставить только как опору для агентов
- если вам техническая документации нужна, здесь уже есть готовый каркас на базе которого можно строить и не выдумывать его самому
- каркас довольно легковесный, при этом его можно дорабатывать (например корректировать какая именно документация вам нужна)

(уточнение: я пока не могу сказать насколько он сочетается с полностью автономными coding agents)

Похожие инструменты/подходы, но менее удобные для старта по тем или иным причинам:
- https://promptdriven.ai/ — кажется, один из первых подходов «спеки -> доки», который так и не выстрелил, да и помер. Смотреть на него не рекомендую.
- https://github.com/github/spec-kit — более детальный по сравнению с OpenSpec и кажется более тяжеловесный подход от Microsoft
- https://github.com/bmad-code-org/BMAD-METHOD — на мой взгляд чрезмерно формализованный
- Plan & Act — самый простой, но и наименее мощный из всех

Как и с изучением всего нового, рекомендую взять какой-то подход и сделать на базе него десяток итераций (реализовать десяток решений любого размера начиная от простейшего скрипта).

Мои первые опыты генерировали гигантское количество документации которая не нужна, но теперь я понимаю что именно из нее нужно.
Следующая итерация видимо будет обкатка этих подходов в коллективном контексте (см слова из предыдущего сообщения про interop с человеком).
  • 👍 1
More from @devops_architecture
  1. Sep 29, 2026Если это рассуждение продолжать не в сторону запуска отдельных приложений, а в сторону мас…
  2. Sep 29, 2026photo post
  3. Sep 29, 2026Если сделать смелый шаг и принять, что в LLM уже есть ответы на все вопросы и есть реализа…
  4. Sep 1, 2026Попросили меня сегодня прокомментировать модель зрелости для внедрения AI в devops, и у ме…
  5. Jul 12, 2026Если кого-то из вас shieldybot незаслуженно кикнул из чата — напишите мне (@TimurBatyrshin…
  6. Jul 12, 2026Недавно Онтико (организаторы крупнейших технологических конференций) сделали публикацию пр…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →