Как построить компанию на $1 млрд с 1 человеком с помощью ИИ
Полная русская версия статьи о том, как построить компанию на $1 млрд с одним человеком с помощью ИИ.
Источник: https://x.com/humzaakhalid/status/2072251637742137799
Автор: Hamza Khalid
Ноль сотрудников. Ноль выгорания. Реальная система.
Большинство людей думают, что компания из одного человека означает делать всё самому.
Это не так.
Это означает быть единственным человеком в команде.
Первая версия такой компании — это 80-часовые рабочие недели и тихий срыв в деловой шляпе. Вторая версия — то, как я работаю сейчас. Один человек. Три продукта. Ноль сотрудников. Всё остальное делегировано Claude Project, который знает мой бизнес лучше, чем большинство сотрудников когда-либо знали бы.
К концу этого выпуска вы получите полную ОС компании из одного человека — каждый шаблон .md-файла, каждый промпт, точную настройку Claude Project, которую я использую для управления AI in Public. Без воды. Без теории. Скопируйте, вставьте, запустите.
В прошлом месяце я почти всё закрыл.
Я писал рассылки, отвечал спонсорам, строил продукты, чинил сайт и занимался налогами.
Всё в одну и ту же неделю. В воскресенье вечером я сел за работу и не смог даже открыть ноутбук.
Именно тогда я понял. Проблема была не в работе. Проблема была в устройстве системы.
На той неделе я перестроил всё. То, что вы сейчас прочитаете, — результат этой перестройки.
Доказательство, если оно вам было нужно
Сэм Альтман сказал это вслух в прошлом году:
«Мы довольно скоро увидим компании с десятью людьми и оценкой в миллиард долларов. В моём маленьком групповом чате с друзьями-CEO есть разговор об одной компании на миллиард долларов из одного человека — без ИИ это было бы невозможно представить».
Компания из одного человека достигнет миллиарда долларов выручки.
Не бережливый стартап. Не маленькая команда. Один человек.
Причина, по которой это теперь возможно: ИИ берёт на себя слой исполнения. Исследования, тексты, операционку, контент, ответы клиентам — всё это.
Вы остаётесь на единственном месте, которое ИИ пока не может занять.
На месте принятия решений.
Именно такую компанию мы здесь и строим.
Старый способ против нового
Старый способ: вы садитесь писать. Начинаете с нуля. Переключаетесь между четырьмя вкладками, пытаясь вспомнить, что решили на прошлой неделе. Проходит час. У вас один абзац. Вы чувствуете, что отстаёте, ещё до того как по-настоящему начали.
Новый способ: вы открываете Project, который уже знает ваш голос, вашу аудиторию, ваши цели и решения прошлой недели. Вы задаёте направление. Он выдаёт черновик на 90% за четыре минуты. Следующий час вы редактируете — а не производите с нуля.
Старый способ: каждая новая задача = полный сброс контекста. «Вот кто я, вот моя аудитория, вот тон...»
Новый способ: Project уже всё это знает. Вы говорите, что вам нужно. Контекст живёт в системе. Не в вашей голове.
В этом сдвиге — вся игра.

Если это полезно, поделитесь с одним человеком, который пытается тянуть всё в одиночку. Это занимает 10 секунд.
Шаг 1: Постройте свой Claude Project как мозг бизнеса
Обычный чат Claude забывает вас каждый раз, когда вы его закрываете. Project — нет. Project — это папка, куда можно загружать файлы, задавать системные инструкции и где каждый чат внутри помнит всё.
Это фундамент. Без него всё остальное не работает.
Быстрая настройка:
- Перейдите на claude.ai → Projects (левая боковая панель) → New Project
- Назовите его настоящим названием вашего бизнеса. Не «Моя рассылка». Не «AI Stuff». Брендом.
- Добавьте описание в одну строку: «Операционная система для [название бизнеса]».
Этот Project — ваша операционная система. Здесь живёт каждый чат о вашем бизнесе. Каждый файл. Каждое решение.
«Перестаньте открывать новый чат под каждую задачу. Именно так вы и остаётесь узким местом».
Шаг 2: Загрузите четыре файла, которые управляют всем
Каждой компании из одного человека нужны ровно четыре файла внутри Project. Это мозг. Без них Claude выдаёт типовой результат. С ними он выдаёт ваш результат.
Четыре файла:
- who-i-am.md — ваш голос и стандарты
- what-i-do.md — ваши предложения и текущий фокус
- style-rules.md — правила, которые защищают ваш голос
- operating-context.md — текущий журнал вашего бизнеса

Вот полный шаблон для каждого из них. Скопируйте их в Notion или Google Doc, один раз отредактируйте, затем загрузите в Project.
Шаблон 1: who-i-am.md
```
Кто я
Название бренда
[Название вашего бренда]
Что я делаю в одну строку
[Ваш питч в одну строку. Будьте конкретны. Не «Я помогаю людям с ИИ». Попробуйте: «Я помогаю соло-фаундерам выпускать контент с Claude».]
Кому я помогаю
- Основная аудитория: [Для кого вы пишете. Будьте конкретны: возраст, роль, проблема.]
- Вторичная аудитория: [Более широкая группа людей, которая следит за вами.]
- Кому я НЕ помогаю: [Неподходящий читатель. Если назвать его, это защитит ваш голос.]
Мой голос — три слова
[Выберите три. Примеры: честный, острый, тёплый. Или: прямой, полезный, спокойный.]
Как выглядит хорошая работа
- Читатель заканчивает и чувствует, что действительно может сделать это
- Текст звучит как я, а не как типовой AI-блогпост
- Каждое утверждение основано на том, что я реально сделал, а не на теории
- Текст заслуживает доверие ещё и тем, что говорит, что не сработало
Что я никогда не опубликую
- Хайповые слова: «game-changer», «revolutionary», «mind-blowing»
- Расплывчатые советы: «будьте последовательнее», «найдите своё why»
- AI-звучащие фразы: «In today's fast-paced world...»
- Всё, что я сам не проверил
Мои обязательные принципы
```
- Честность важнее хайпа, каждый раз
- Конкретика важнее вайба
- Один ясный вывод на материал
- Читатель уходит с чем-то, что может использовать сегодня
Шаблон 2: what-i-do.md
```
Что я делаю
Мои продукты и предложения
- [Название продукта/предложения] — [одна строка о том, что это и для кого]
- [Название продукта/предложения] — [одна строка]
- [Название продукта/предложения] — [одна строка]
Цели текущего квартала (обновлять каждые 90 дней)
- Цель по выручке: [Конкретное число]
- Цель по аудитории: [Конкретное число подписчиков, фолловеров или клиентов]
- Цель по созданию: [Одна большая вещь, которую я выпускаю в этом квартале]
Чему я говорю ДА в этом квартале
- [Конкретное да 1]
- [Конкретное да 2]
- [Конкретное да 3]
Чему я говорю НЕТ в этом квартале
- [Конкретное нет 1 — честно назовите блестящие отвлечения, на которые вы постоянно ведётесь]
- [Конкретное нет 2]
- [Конкретное нет 3]
Самое важное
[Если в этом квартале будет сделана только одна вещь, что это будет? Напишите одним предложением. Читайте каждый понедельник.] ```
«Список “НЕТ” делает больше работы, чем список “ДА”. Большинство людей его пропускают. Поэтому они и застревают».
Шаблон 3: style-rules.md
```
Правила стиля
Слова, которые я никогда не использую
- «Game-changer», «revolutionary», «unprecedented»
- «In today's fast-paced world»
- «Leverage», «synergy», «utilize» (просто говорите «use»)
- «Delve», «embark», «navigate the landscape»
- [Добавляйте свои запрещённые слова по мере того, как замечаете их]
Шаблоны предложений, которые звучат как ИИ
- Начинать с «In this article, we'll cover...»
- «It's important to note that...»
- «Whether you're a beginner or an expert...»
- Списки из трёх пунктов, где третий всегда метафора
Правила форматирования
- Короткие предложения. Если можно разделить — разделите.
- Активные глаголы. «Claude builds» — не «Claude can build».
- Одна мысль на абзац.
- Используйте стрелки (→) для потока и контраста.
- Маркеры — для удобства чтения, а не для того, чтобы прятаться от настоящей прозы.
- Длинное тире — для вставок, не дефис.
Правила длины
- Посты рассылки: от 1 500 до 2 500 слов
- Посты в X: до 280 символов или треды
- Посты в LinkedIn: от 150 до 300 слов
- Ответы на email: до 100 слов, если это не ответ про отношения
Правила тона
- Наставник, не учитель
- Честный, не жестокий
- Конкретный, не расплывчатый
- Уверенный, не высокомерный
Финальная проверка
Перед публикацией спросите: «Мог ли это написать кто угодно?» Если да — переписывайте, пока ответ не станет «нет». ```
Шаблон 4: operating-context.md
```
Операционный контекст
Эта неделя (обновляется каждый понедельник)
- Фокус: [Для чего эта неделя]
- Открытые хвосты: [Всё недоделанное, что нужно довести до конца]
- Принятые решения: [Новые решения этой недели, которые меняют то, как мы работаем]
Активные проекты
- [Проект 1] — статус, дедлайн, блокер
- [Проект 2] — статус, дедлайн, блокер
- [Проект 3] — статус, дедлайн, блокер
Журнал недавних решений
- [Дата]: Решил [X], потому что [Y]
- [Дата]: Решил [X], потому что [Y]
Вещи, по которым я постоянно меняю мнение (список красных флагов)
которое ждёт, чтобы его наконец приняли.]
- [Если вы трижды мечетесь по одному вопросу, это настоящее решение,
Победы, которые стоит помнить
«да». Храните доказательства, чтобы будущий вы мог повторить успех.] ```
- [Всё, что сработало. Всё, что понравилось читателям. Всё, чему спонсор сказал
Обновляйте этот файл в начале каждой недели. Максимум пять минут. Этого достаточно.
«Этот файл — самый важный. Именно он не даёт Claude давать вам советы прошлым месяцем на этой неделе».
Шаг 3: Пишите недельный бриф, а не недельные промпты
Большинство людей обращаются с Claude как с торговым автоматом. Вставил промпт. Получил результат.
Это не бизнес-система. Это разовая операция.
Каждое утро понедельника вместо того, чтобы писать 12 отдельных промптов в течение недели, напишите один бриф. Поместите его в Project. Теперь Claude знает вашу неделю.
``` Шаблон: недельный бриф
Недельный бриф — [Дата]
Что происходит на этой неделе
[1–3 предложения. Какой фокус? Что изменилось с прошлой недели?]
Что нужно выпустить
- [Результат 1 — с дедлайном]
- [Результат 2 — с дедлайном]
- [Результат 3 — с дедлайном]
- [Результат 4 — с дедлайном]
- [Результат 5 — с дедлайном]
Чего я НЕ делаю на этой неделе
[Список искушений, которым вы говорите нет. Это учит Claude перенаправлять вас, когда вас начинает уносить.]
Текущее состояние
[Что изменилось с прошлой недели? Новые подписчики? Новый спонсор? Новый проект? Всё, что Claude должен знать, чтобы быть полезным на этой неделе.]
Одна вещь
Если я сделаю только одну вещь на этой неделе, это должна быть: [Одна вещь.] ```
Ему не нужно угадывать. Он не заполняет пробелы предположениями. Он работает от того, что вам действительно нужно на этой неделе.
«Бриф — это разница между инструментом и товарищем по команде».
Шаг 4: Назначьте Claude роль, а не задачу
Именно этот сдвиг изменил для меня всё.
Самая большая ошибка, которую я допускал вначале, — я назначал задачи. «Напиши пост в LinkedIn». «Составь email». «Суммируй это». Задачи производят результат. Роли производят системы.
Когда я дал Claude роль — «ты операционный партнёр AI in Public» — качество всего резко выросло. Он перестал просто отвечать на вопросы. Он начал думать о картине целиком.
[ВИЗУАЛ 2: «Задача → Роль → Система» — вертикальная схема, показывающая лестницу рычага от разовой задачи к устойчивой системе, с индикатором рычага слева]
Промпт для назначения роли
Один раз вставьте это в Project. Потом больше никогда не пишите заново.
``` Ты операционный партнёр для [название вашего бизнеса].
У тебя есть полный доступ к моим бизнес-файлам в этом Project:
- who-i-am.md (мой голос и стандарты)
- what-i-do.md (мои предложения и цели квартала)
- style-rules.md (правила, которые защищают мой голос)
- operating-context.md (текущий журнал моего бизнеса)
Твоя задача — не отвечать на вопросы по запросу. Твоя задача — помогать мне принимать лучшие решения, производить лучшую работу и строить системы, которые не требуют моего присутствия в каждой задаче.
Три правила того, как ты работаешь со мной:
«Это то, что мне стоит сделать один раз, или нам нужно построить для этого систему?»
- Когда я приношу тебе задачу, твой первый вопрос всегда должен быть:
черновик по каждому правилу, прежде чем показать его мне.
- Перед созданием любого контента прочитай style-rules.md и проверь свой
Скажи, что написано в файле. Спроси, хочу ли я обновить файл, прежде чем мы двинемся дальше.
- Если я прошу что-то, что противоречит моим файлам, возражай.
Начни с чтения каждого файла в этом Project. Затем спроси, над чем я работаю на этой неделе, и мы спланируем дальше. ```
«“Возражай” — это строка, которая превращает Claude из ассистента в партнёра».
Эта рассылка растёт благодаря вашим репостам. Если вы уже получили пользу, передайте её одному человеку, которому это нужно.
Шаг 5: Создайте по одному process-файлу на каждый тип результата
Для каждого повторяющегося результата в вашем бизнесе вам нужен process-файл. Не шаблон. Процесс.
Шаблон — это пустой документ с заголовками. Процесс говорит Claude, как именно думать о работе.
Вот три, которыми я пользуюсь чаще всего. Загрузите их прямо в Project как отдельные файлы.
Process-файл 1: выпуск рассылки
```
Процесс выпуска рассылки
Следуй этому каждый раз, когда мы пишем выпуск рассылки. Не пропускай шаги.
Шаг 1: Полностью прочитай who-i-am.md и style-rules.md, прежде чем писать что-либо. Подтверди, что прочитал их.
Шаг 2: Задай мне три вопроса:
- Какая тема?
- Что именно я хочу, чтобы читатели начали делать иначе после прочтения?
- Для кого конкретно я это пишу? (free, paid или founding?)
Шаг 3: Предложи 3 ракурса для темы. Жди, пока я выберу один. Не продолжай, пока я не выберу.
Шаг 4: Сначала напиши заголовок и подзаголовок. Жди одобрения, прежде чем писать основную часть.
Шаг 5: Напиши вступительный хук. Максимум три предложения. Жди одобрения.
Шаг 6: Пиши основную часть раздел за разделом. Останавливайся в конце каждого раздела и жди от меня да/нет.
Шаг 7: Проведи финальную проверку:
- Каждый раздел проходит тест style-rules.md?
- Есть хотя бы один момент радикальной честности?
- Recap-чеклист чистый и пригоден для скриншота?
- Мог ли это написать кто угодно? Если да, отметь это.
Шаг 8: Выдай финальный выпуск со всеми визуальными подсказками. ```

Process-файл 2: пост в X
```
Процесс поста в X
Следуй этому каждый раз, когда мы пишем пост в X.
Шаг 1: Задай мне один вопрос — какое сообщение в одну строку?
Шаг 2: Предложи лучший формат исходя из сообщения:
- Однострочный хук
- Трёхстрочное stacked statement
- Листикл из 5 шагов
- Тред (только если сообщению нужно больше 280 символов)
Шаг 3: Напиши 3 версии. В каждой — другой стиль вступительного хука:
- Смелое утверждение
- Конкретное число
- Строка с личной историей
Шаг 4: Жди, пока я выберу одну. Затем улучшай только её.
Шаг 5: Проверь по style-rules.md. Удали все запрещённые слова. Отправь финальную версию.
Никогда не пиши больше 3 версий. Никогда не пиши больше одного треда за сессию. ```

Process-файл 3: ответ спонсору по email
```
Процесс ответа спонсору по email
Следуй этому каждый раз, когда приходит письмо от спонсора.
Шаг 1: Прочитай входящее письмо, которое я вставлю. Определи, чего они хотят:
- Запрос цены
- Запрос примеров прошлой работы
- Бронирование конкретного слота
- Переговоры по сделке
Шаг 2: Возьми мой текущий прайс из what-i-do.md. Возьми недавние победы из operating-context.md.
Шаг 3: Составь ответ, который:
- Отвечает на их прямой вопрос в первом предложении
- Подкрепляет позицию одним конкретным недавним успехом
- Называет следующий понятный шаг (забронировать звонок, отправить прайс, отправить счёт)
- Укладывается в 80 слов
Шаг 4: Отмечай все письма, которым нужен мой личный голос — эмоциональные заметки, странные просьбы, жалобы. Не составляй ответы на них. Просто суммируй и попроси меня обработать их самому. ```

«Process-файл — это то, из-за чего компания из одного человека начинает ощущаться как настоящая компания».
Шаг 6: Проверяйте, а не производите
Это сдвиг, которого большинство людей так и не делают.
Они используют ИИ, чтобы помогать им производить. Модель компании из одного человека использует ИИ, чтобы он брал производство на себя, а вы оставались на месте проверяющего.
Работа проверяющего выглядит так:
Это ваша единственная работа внутри системы. Набор текста, структура, черновики, форматирование — это работа системы.
- Это соответствует бренду?
- Это точно?
- Это действительно то, что я хочу сказать?
- Что сделает это на 10% острее?
[ВИЗУАЛ 3: «Два места» — разделённая пополам картинка: место Производителя (стресс, печатает) и место Проверяющего (спокойно утверждает), между ними подпись «один и тот же человек, разные места»]
Чтобы это закрепилось, используйте промпт проверки перед любой отправкой.
Промпт проверки
``` Ты только что выдал черновик. Прежде чем я его прочитаю, проведи эту самопроверку и скажи мне:
Отметь 3 самых слабых предложения.
- Проверка голоса — это звучит как я или как кто угодно?
правил из style-rules.md.
- Проверка стиля — перечисли все места, где черновик нарушает одно из моих
не сработало, или называю переоценённую версию? Если нет, отметь это.
- Проверка честности — есть ли хотя бы один момент, где я говорю, что
«в целом») и замени конкретным числом или примером. Если не можешь сделать конкретнее — вырежи.
- Проверка конкретики — найди все расплывчатые фразы («много», «многие люди»,
перепиши самый слабый раздел, прежде чем показывать мне.
- Тест «кто угодно» — мог ли это написать кто угодно? Если да,
Покажи финальную версию после всех пяти проверок. Затем выдели, что ты изменил и почему. ```
«Тест “кто угодно” — самое полезное отдельное предложение во всей этой системе».
Шаг 7: Проводите воскресное закрытие
Каждый воскресный вечер, 20 минут, вы закрываете неделю.
Без этого система постепенно уплывает. Файлы устаревают. Claude начинает работать со старым контекстом. И через два месяца вы снова пересобираете всё с нуля.

Промпт воскресного закрытия
``` Мы закрываем неделю. Пройди это вместе со мной:
- Прочитай operating-context.md. Прочитай мой недельный бриф с понедельника.
а какие мы убили.
- Скажи, какие результаты этой недели были выпущены, какие сдвинулись,
Предложи обновления для operating-context.md.
- Вытащи любые новые решения, которые я принял на этой неделе, из наших разговоров.
Предложи 2 новых правила для добавления в style-rules.md.
- Вытащи любые новые нарушения стиля, которые ты заметил на этой неделе.
делали вручную на этой неделе и которая должна стать process-файлом.
- Предложи 1 улучшение системы на следующую неделю — одну вещь, которую мы
что ещё открыто, и того, что будет дальше. Я его отредактирую.
- Напиши свежий черновик недельного брифа на следующую неделю на основе того,
Закончи одним вопросом: «Что было самым высокорычажным действием, которое я сделал на этой неделе, и как нам делать больше такого?» ```
20 минут. Раз в неделю. Этого достаточно, чтобы вся система оставалась острой.
Пауза перед тем, как продолжить
Прежде чем двигаться дальше — замедлитесь здесь.
Вы только что прочитали семь шагов. Возможно, вы уже думаете, какой из них пропустить. Не надо.
Система ломается, если пропускать скучные шаги. .md-файлы скучные. Воскресное закрытие скучное. Process-файлы ощущаются как лишняя работа. Это не лишняя работа. Это и есть работа.
Большинство людей прочитают этот выпуск, откроют Claude, вставят один промпт и назовут это системой. Это не система. Это торговый автомат.
Люди, которые действительно управляют компанией из одного человека, садятся на 90 минут в одну субботу, пишут четыре .md-файла, настраивают Project и больше не возвращаются к хаосу. В этом вся разница.
Не будьте человеком торгового автомата. Будьте человеком 90-минутной субботы.
Ещё три продвинутых промпта, которые стоит добавить на этой неделе
Когда Project настроен и четыре файла загружены, эти три промпта открывают остальное.
Продвинутый промпт 1: проверка «строим систему, а не разовую штуку»
Используйте это, когда ловите себя на том, что делаете одну и ту же задачу больше двух раз.
``` Я только что потратил время на [опишите задачу — пример: отвечал на три запроса спонсоров по одному].
Прежде чем я пойду дальше, помоги мне решить:
- Это разовая задача или то, что я буду делать снова в следующие 30 дней?
для этого. Используй тот же формат, что и мои существующие process-файлы.
- Если это повторяется, проведи меня через то, как выглядел бы process-файл
точные файлы для чтения и точные вопросы, которые ты задавал бы мне в начале.
- Составь первую версию этого process-файла. Включи точные шаги,
process-файл сегодня.
- Скажи, сколько часов в неделю я сэкономил бы, если бы мы выпустили этот
Пока не пиши полный вариант. Покажи черновик в 5 строк и спроси, стоит ли разворачивать его дальше. ```
«Шаги 2 и 3 превращают раздражение в инфраструктуру. Вот ход».
Продвинутый промпт 2: пакет ответов подписчикам
Используйте это каждую пятницу. Вставьте все ответы, которые пришли за неделю.
``` Ниже все ответы, которые я получил на этой неделе. Рассматривай их как один пакет.
[Вставьте сюда все ответы, разделённые ===]
Твоя задача:
- Короткое спасибо (ответ не нужен) - Простой вопрос (составь короткий ответ) - Реальная обратная связь (суммируй для меня, ответ не нужен) - Нужен мой личный голос (только отметь, не составляй ответ) - Спонсор или бизнес-возможность (отметь срочно)
- Разнести каждый ответ по одной из этих категорий:
(прочитай style-rules.md). Каждый — до 60 слов.
- Для ответов из категории «простой вопрос» составь ответ моим голосом
что читателям нравится, что их путает, чего они хотят больше.
- Для «реальной обратной связи» дай мне 3-буллетное резюме паттернов —
«Почему это требует тебя».
- Для «нужен мой личный голос» вставь оригинальный ответ и добавь одну строку:
Покажи мне пакет в одной чистой таблице. Я утвержу, отредактирую и отправлю за один присест. ```
«Пакет превращает 45 минут inbox-рутины в 12 минут решений».
Продвинутый промпт 3: большой разбор решения
Используйте это, когда застряли на настоящем решении. Запускать ли это? Брать ли этого спонсора? Закрывать ли проект?
``` Я застрял на решении. Вот ситуация:
[Опишите решение в 3–5 предложениях. Включите, что стоит на кону, что говорит интуиция и что заставляет сомневаться.]
Перед ответом прочитай who-i-am.md, what-i-do.md и operating-context.md. Не пропускай этот шаг.
Затем в ответе:
и процитируй точную строку, которая применима.
- Скажи, какой файл из моего Project наиболее релевантен этому решению,
того, что изменится в моём бизнесе через 90 дней.
- Разложи решение как простое «если A, то...» / «если B, то...» с точки зрения
делать в этом квартале (из what-i-do.md). Не смягчай.
- Отметь любые способы, которыми это решение противоречит тому, что я сказал
Закончи так: «Но это твой выбор, вот о чём стоит подумать до утра».
- Рекомендуй один из двух путей. Дай обоснование максимум в 3 предложениях.
Не пытайся быть приятным. Мне нужна версия тебя, которая возражает. ```
«“Не пытайся быть приятным” — это разблокировка. Без неё вы получаете поддакивающего. С ней — партнёра».
Лучшие практики и реальные сценарии использования
Пять способов, которыми я реально пользуюсь этой ОС каждую неделю.
Понедельничный производственный спринт: в воскресенье вечером я помещаю недельный бриф в Project. К утру понедельника у меня есть первые черновики каждого материала на неделю. В понедельник я только редактирую. Со вторника по пятницу всё остальное утверждается или отклоняется менее чем за 30 минут на материал.
Пакет ответов подписчикам: каждую пятницу ответы накапливаются. Я вставляю их все в Project одним пакетом. Claude категоризирует, пишет черновики простых ответов и отмечает те, где нужен мой голос. Я утверждаю, дорабатываю и отправляю. 45 минут превращаются в 12.
Конкурентное исследование без головной боли: постоянная инструкция внутри Project: «Каждую среду дай мне бриф из 5 пунктов о том, что нового в сфере AI-инструментов и чего мои читатели ещё не знают». Я вставляю 3–5 статей, которые заметил. Claude синтезирует. Я решаю, что стоит освещать. Мне не приходится самому читать 31-страничный отчёт.
Страница продукта, которая обновляет себя: страницы ClaudeKit раньше приходилось вручную обновлять каждый раз, когда я выпускал фичу. Теперь у меня есть process-файл, по которому работает Claude. Вставляю заметки о функции. На выходе — обновлённое описание продукта в стиле бренда. Я читаю, утверждаю, публикую.
Большой разбор решения: когда я застреваю на настоящем выборе — запускать ли это? брать ли этого спонсора? — я не спрашиваю друзей. Я открываю Project и запускаю Advanced Prompt 3. Project уже знает мои цели, мой голос, мой no-list. Обычно ответ ясен за пять минут.
Именно эти сценарии важны. Остальное пропускайте, пока не освоите их.
Честная часть
Я скажу честно.
Мне понадобилось четыре попытки, чтобы довести эту систему до рабочего состояния.
В первый раз я написал четыре .md-файла и забыл о них. Claude не открывал их сам. Результат оставался типовым. Через две недели я сдался.
Во второй раз я написал ролевой промпт, но пропустил process-файлы. Каждый чат всё ещё был разовым. Я просто печатал меньше слов, чтобы получить тот же результат.
В третий раз у меня было всё, кроме воскресного закрытия. Через три недели файлы настолько устарели, что Claude давал мне советы на основе целей, от которых я уже отказался.
Сработал четвёртый раз. Четвёртый раз — это то, что вы только что прочитали.
Не ждите, что в первый день это будет ощущаться как магия. Ожидайте, что первую неделю это будет казаться работой, на вторую — полезным, а к третьей станет невидимым. Такова кривая.
Вот что никто не говорит вам о создании компании из одного человека.
Сложная часть — не работа.
Сложная часть — отпустить идею, что работа обязательно должна исходить от вас.
Три месяца я использовал ИИ, чтобы писать быстрее. Это помогало. Но производителем всё равно был я. В день, когда я отдал Claude свои style-файлы и сказал: «Твоя задача — защищать мой голос, а не копировать его», всё изменилось.
Хорошее использование ИИ — не про то, чтобы меньше печатать. Оно про то, чтобы оставаться в решениях, которые можете принять только вы. Всё остальное — инфраструктура.
Если вы правильно построите эту систему, ваша работа перестанет быть «делать работу». Она станет: «решать, как выглядит хорошо, и отклонять всё, что этому не соответствует».
Именно такую компанию мы здесь строим.
Recap-чеклист — за 60 секунд
→ Создайте Claude Project, названный в честь вашего бизнеса
→ Загрузите .md-файлы: who-i-am, what-i-do, style-rules, operating-context
→ Каждый понедельник пишите 5-минутный недельный бриф
→ Назначьте Claude роль с помощью ролевого промпта — не задачу
→ Напишите по одному process-файлу на каждый тип результата, начав с того, который выпускаете чаще всего
→ Используйте промпт проверки перед любой публикацией
→ Каждую неделю проводите 20-минутное воскресное закрытие
Сохраните это. Сделайте скриншот. Вернитесь к этому.
Ваш подарок — как и обещал
The One-Person Company OS — в одном рабочем пространстве Notion.
→ Перейдите и заберите подарок:
Выделите 90 минут в эту субботу. Настройте один раз. Используйте следующие 12 месяцев.
Мы протестировали это публично. Теперь используйте это приватно.
- Hamza 💙