848просмотров
24.2%от подписчиков
17 марта 2026 г.
Score: 933
Моя Операционная система для AI-native product development В продолжение прошлого поста У меня три инструмента, и у каждого чёткая роль. Не "побольше AI везде", а конкретный инструмент под конкретную задачу. По сути я собрал продуктовую команду — только вместо людей в ней AI-агенты. У каждого своя роль, свой контекст и свои ограничения. 💻 Claude Code — разработчик Это мой основной разработчик. Но ключевое — не сам Claude, а то, как я его настроил. У меня есть CLAUDE.md — файл с полным контекстом проекта. Claude читает его перед каждой задачей. Там всё: стек, архитектура, запреты, даже какие файлы нельзя трогать без явного запроса. Плюс папка .claude/rules/ с политиками. Вот реальный фрагмент из моего проекта:
# Запрещённые паттерны - new Date("2024-01-15 10:30:00") → СЛОМАЕТСЯ в Safari Всегда используй parseISO из date-fns - framer-motion в src/components/ui/* → +50KB в каждый чанк Используй CSS transition-all - getUser() в hot-path → лишний сетевой запрос Используй getSession() (читает из кеша) Каждое правило — это баг, который я уже словил в продакшене. Claude их запоминает и больше не повторяет. За последний спринт через него прошли LaTeX-рендеринг формул в домашках, мобильные платежи через Telegram-бота, модуль базы знаний с 10+ таблицами — и ни одного архитектурного конфликта. 💻 Codex — код ревьюер Каждый PR проходит через расширение Codex для VSCode. Он проверяет не синтаксис — он проверяет соответствие архитектурным правилам. — Смешал модуль студента и репетитора?
Codex поймает. — Использовал getUser() вместо getSession() в hot-path (а это лишний сетевой запрос на каждое действие)?
Поймает. — Добавил тяжёлую библиотеку в UI-компонент, который рендерится на каждой странице? Тоже. Это не линтер. Это ревьюер, который знает контекст продукта. 💻 Cowork — продуктовый, стратегический аналитик + UI/UX Designer (а это то, что я настроил себе на прошлой неделе) Когда нужно написать спеку, проанализировать JTBD-сценарии, порисерчить конкурентов — я иду в Cowork. Например, вся продуктовая документация Сократа — wedge decision memo, PRD, UX-принципы, backlog сценариев — прошла через него. По сути — продуктовый, стратегический аналитик + UI/UX Designer, который всегда онлайн и держит в голове весь контекст проекта. Главный принцип Три инструмента — это не "три AI". Это три роли в продуктовой команде:
→ Claude Code = разработчик с онбордингом и code guidelines
→ Codex = код-ревьюер, который знает архитектуру
→ Cowork = продуктовый, стратегический аналитик + UI/UX Designer с полным контекстом проекта + доступом к Интернету Разница между "использую AI" и "у меня AI-команда" — в том, что команде ты даёшь контекст, правила и ограничения. Точно как людям. AI без контекста — это фрилансер, которому ты скинул задачу в чат без ТЗ.
AI с контекстом твоего продукта — это сотрудник, который прошёл онбординг. Настройка занимает время. Но потом каждая новая фича выходит быстрее, потому что AI уже знает, как устроен твой продукт. Если хотите, чтобы я разобрал подробнее один из инструментов — выберете в опросе ниже, какой именно. Начну с того, который наберёт больше голосов 👇