Перестань пересказывать задачи нейросети
— собери систему, которая работает за тебя

Первый вопрос новичка всегда один: что взять. Ответ честный и скучный — бери любой из двух. Обе системы отлично пишут, разбирают документы, помогают с задачами и умеют работать с твоими файлами. Обе обновляются каждые несколько месяцев и по очереди обгоняют друг друга в тестах, за которыми тебе следить незачем.

Что общего — а общего почти всё

Как выбрать за минуту

Скажу прямо, чтобы не тратить твоё время: на бесплатном тарифе этот курс не проходится. Бесплатная версия существует, чтобы попробовать и понять, нравится ли. Работать на ней нельзя.

Почему именно так

Какой уровень брать

Ниже — два полных пути. Показывается тот, который ты выбрал переключателем вверху страницы; чтобы увидеть оба, нажми там «Показывать оба».

Представь человека, который каждое утро просыпается без единого воспоминания о вчерашнем дне. Он умный, начитанный, схватывает на лету — но помнит только то, что успел прочитать сегодня с утра, пока сидит за столом. Уходит спать — всё стирается.

Это и есть нейросеть. Она не «запоминает» тебя в человеческом смысле. Всё, что она знает о твоей задаче в момент ответа, лежит перед ней на столе — и этот стол называется контекстом.

Три следствия, которые надо принять

Когда люди слышат «модели нужен контекст», первая реакция — вывалить на неё всё: переписки, документы, папку «разное» за три года. Результат обычно хуже, чем был.

Пятнадцать тысяч заметок без структуры — это не база знаний, это склад. Ценность появляется не от объёма, а от отбора и приоритета: что важно всегда, что важно для этой задачи, а что можно не показывать вообще.

Три слоя контекста

Большинство проблем — от того, что всё смешано в кучу: постоянное каждый раз объясняется заново, а разовое навсегда оседает в инструкциях и мешает.

Это первый настоящий артефакт курса. Один файл на страницу-полторы, где написано то, что модель никак не может узнать сама, но без чего её ответы всегда будут «вообще», а не «для тебя».

Что внутри

Как собрать его быстро — не с чистого листа

Писать про себя с нуля тяжело. Проще дать модели материал и попросить собрать черновик, а потом поправить руками.

Дальше обязательно прочитай результат глазами и вычисти всё, что модель додумала за тебя. Это твой документ — в нём не должно быть ни одного факта, который ты не подтверждаешь.

Как только у тебя появляется система контекста, появляется и вопрос: что в неё можно складывать, а что нет. Разбери один раз — дальше будет автоматически.

Обычно базу знаний продают как «второй мозг»: копи заметки, перечитывай, находи связи. На практике человек копит полгода, потом не перечитывает никогда, и всё умирает.

У нас другая задача. База нужна, чтобы агент находил в ней ответы и работал с твоими данными без тебя. Ты открываешь заметку раз в месяц, агент лезет в базу двадцать раз в день.

Что вообще попадает в базу

Хранилище — обычная папка на диске. Открой её в программе для заметок (подойдёт любая, работающая с обычными файлами) — и получишь удобный просмотр, поиск и связи. Внутри держим пять папок, и этого хватает годами.

база/
├── inbox/        всё непонятое: сюда падает сырьё
├── projects/     по папке на дело: {studio}, {shop}
├── people/       по карточке на человека
├── meetings/     расшифровки и разборы встреч
└── playbooks/    как я что делаю: правила, приёмы, инструкции

Одно правило по глубине

Не строй вложенность глубже двух уровней. Папка внутри папки внутри папки — это место, где файлы теряются и ты, и агент. Всё, что не решается двумя уровнями, решается именем файла — про это следующий модуль.

Ручное ведение базы — главная причина, по которой базы забрасывают. Печатать заметку, придумывать имя, ставить теги, вспоминать формулу — на это нет времени в рабочий день. Поэтому мы это не делаем.

Как выглядит запись

Что ещё пишет AI, а не ты

Ссылка внутри текста ставится двойными квадратными скобками и ведёт на другой файл: [[имя заметки]]. Для тебя это переход по клику. Для агента — подсказка, что читать следующим.

Когда ты спрашиваешь «что мы решили с поставщиком», агент не читает всю базу. Он действует по шагам, и каждый шаг опирается на то, как названы файлы.

Как это выглядит вживую

{studio} note razgovor-s-postavshchikom – 2026-08-11.md
{studio} doc ceny-i-usloviya-2026 – 2026-08-14.md
{studio} guide kak-otvechayu-na-zayavki – 2026-08-15.md
{studio} transcript sozvon-s-arendodatelem – 2026-08-20.md
{shop} research konkurenty-v-nishe – 2026-08-18.md
{self} retro itogi-avgusta – 2026-08-31.md
{inbox} note ideya-pro-rassylku – 2026-08-25.md

Один взгляд на список — и видно всё: к какому делу относится файл, что это за документ, о чём он и насколько свежий. Ни один файл открывать не нужно. Ровно то же самое видит агент.

Четыре части и зачем каждая

Код проекта — короткое слово в фигурных скобках. Скобки нужны, чтобы код мгновенно читался глазом и никогда не путался с обычным словом в описании.

Одна техническая мелочь, которая экономит часы

Фигурные скобки — особый символ для поисковых команд: часть инструментов трактует {a,b} как «или a, или b» и молча ничего не находит. Поэтому в правилах для агента прописывается прямо: искать проект не по точным скобкам, а по слову внутри — по studio, а не по {studio}.

Тип — одно слово, всегда из списка. Список закрытый: как только типы начинают придумываться на ходу, поиск по типу перестаёт работать.

Десяти типов хватает надолго. Новый заводится только тогда, когда одного жанра накопилось пять штук и он честно не лезет ни в один существующий.

Имя файла — это витрина. Шапка — паспорт: несколько строк между тройными дефисами в самом начале.

---
project: "{studio}"
type: note
created: 2026-08-25
status: draft
tags:
  - klienty
  - prodazhi
aliases:
  - разговор с поставщиком
---

# Разговор с поставщиком

Дальше обычный текст заметки.

Всё, что описано выше, ты не набираешь руками. Это правило, которое живёт в файле инструкций, и дальше выполняется само при каждой записи в базу.

# Как называть файлы в базе

Формула: {проект} тип описание – ГГГГ-ММ-ДД.md

- проект: код в фигурных скобках из списка:
  {studio} {shop} {self} {inbox}
- тип: одно слово из списка: note, doc, guide,
  transcript, research, plan, retro, task, rule, evidence
- описание: строчными, латиницей, через дефис,
  три-шесть слов, без спецсимволов
- дата: год-месяц-день, после длинного тире «–»

В начало файла ставь шапку: project, type, created,
status (draft / working / final), tags, при
переименовании — aliases со старым названием.

Не знаешь проект — ставь {inbox}. Не знаешь тип —
ставь note. Никогда не спрашивай меня, как назвать
файл: назови сам по формуле и скажи, что получилось.

При поиске по базе ищи код проекта без фигурных
скобок — скобки ломают шаблоны поиска.

Факты бери из файлов со статусом final. Черновики —
это контекст, а не источник фактов.

Разбор того, что уже накопилось

Старые файлы переименовывать руками не нужно — это ровно та работа, которую отдают агенту: он видит содержимое, поэтому имя предложит осмысленное.

Ты уже заметил: одни и те же поправки приходится делать в каждом разговоре. «Короче». «Без восклицательных знаков». «Сначала уточни, потом делай». «Мы работаем в рублях». Это не задачи — это правила, по которым ты вообще работаешь.

Такие правила выносятся из разговора в отдельный файл. Модель читает его перед каждым ответом — как новый сотрудник читает регламент, прежде чем взяться за дело.

Структура, которая работает

# Кто я
Веду студию маникюра в Белгороде. Принимаю клиентов сама,
запись через Instagram и WhatsApp. Средний чек 2500 ₽.

# Как со мной разговаривать
- Коротко. Сначала ответ, потом объяснение.
- Без канцелярита и рекламных восклицаний.
- Если данных не хватает — задай вопрос, не выдумывай.

# Как мы пишем клиентам
- Обращение на «вы», спокойный тон, без смайликов подряд.
- Цену называем после того, как поняли задачу.
- Не обещаем сроков, которых я не подтвердила.

# Чего делать не нужно
- Не предлагать рекламные бюджеты и подрядчиков.
- Не переписывать мои тексты «под SEO».
- Не начинать ответ с похвалы моего вопроса.

# Про эту папку
База знаний лежит в этой же папке. Имена файлов —
по формуле: {проект} тип описание – дата.
Новые заметки создавай сразу по ней.

Одна страница. Никакой философии, только то, что реально влияет на результат.

Четыре принципа хорошей инструкции

Как только правил становится много, возникает соблазн запихнуть в инструкции всё: и как писать клиентам, и как готовить отчёт, и как разбирать встречу. Так делать не надо — файл распухнет, а модель начнёт терять важное среди редко нужного.

Простая проверка: если знание нужно в каждом втором разговоре — это инструкция. Если оно нужно раз в неделю, но всегда одинаково — это навык, который вызывается по имени.

Через месяц работы правил становится два набора: общие («со мной разговаривай так») и проектные («в этом проекте пишем так»). Они неизбежно где-то столкнутся.

Правило разрешения простое и его стоит записать прямо в файл: частное перебивает общее. Указание в разговоре важнее правил проекта, правила проекта важнее общих. Один раз проговорил — и больше не гадаешь, почему модель выбрала не тот тон.

У каждого есть работа, которая повторяется: ответ на заявку, разбор встречи, недельный отчёт, описание товара. Каждый раз ты делаешь примерно одно и то же — и каждый раз объясняешь это модели заново, чуть по-другому. Отсюда и качество: то отлично, то мимо.

Навык — это твоя процедура, записанная в отдельный файл: что делать, в каком порядке, что считать хорошим результатом. Дальше ты не объясняешь — ты вызываешь его по имени.

Что стоит превращать в навык

Почти все начинают одинаково: создают «дизайнера», «маркетолога», «личного ассистента». Звучит здорово, работает плохо.

Проблема в том, что должность — это мешок из десятков разных задач. У «маркетолога» и тексты, и аналитика, и реклама, и отчёты. Описать такой мешок целиком невозможно, и получается общее «будь маркетологом» — то есть ничего.

Описывай функцию: одно конкретное действие с понятным входом и выходом. «Собрать недельный отчёт по продажам». «Превратить расшифровку встречи в задачи». «Написать ответ на отзыв».

Навык — обычный текстовый файл. Вот полный пример, который можно взять и переделать под себя:

---
name: otvet-na-zayavku
description: Готовит ответ на входящую заявку клиента.
  Использовать, когда пришло сообщение с запросом
  услуги или цены.
---

# Ответ на заявку

## Что на входе
Текст сообщения клиента. Если его нет — попроси.

## Шаги
1. Определи, что именно нужно клиенту и на какой
   срок. Если непонятно — сформулируй один
   уточняющий вопрос и остановись.
2. Проверь по файлу с ценами, попадает ли запрос
   в стандартный прайс.
3. Собери ответ: приветствие, короткий пересказ
   задачи своими словами, что предлагаем, цена,
   ближайшее свободное время, один вопрос в конце.
4. Проверь по разделу «Готово».

## Готово, когда
- Ответ короче 900 знаков.
- Цена названа один раз и без диапазонов «от и до».
- Нет обещаний по срокам, которых нет в расписании.
- Заканчивается вопросом, на который легко ответить.

## Не делать
- Не давать скидку по своей инициативе.
- Не использовать смайлики больше одного на сообщение.
- Не писать «надеемся на сотрудничество».

Зачем каждая часть

Шаг 1. Выбери задачу

Возьми список типовых дел из файла о себе и выбери одно: то, что делаешь чаще всего и что тебе надоело. Первый навык должен быть скучным и полезным, а не впечатляющим.

Шаг 2. Сделай задачу вместе с моделью — вслух

Не пиши файл сразу. Сначала выполни задачу как обычно, но комментируя каждое своё решение: почему так, что проверяешь, что переписываешь. Это и есть материал для навыка.

Шаг 3. Попроси собрать черновик

Шаг 4. Вычисти лишнее

В черновике почти всегда есть вода и лишние шаги. Убери всё, что не влияет на результат. Хороший навык — это одна-две страницы, а не десять.

Шаг 5. Проверь на новой задаче

Возьми свежий пример и запусти навык. Смотри не на «нравится или нет», а конкретно: где пришлось вмешаться руками. Каждое вмешательство — это либо недостающий шаг, либо недостающий критерий. Допиши и повтори.

Разница не в «уме», а в самостоятельности. Агенту ты ставишь цель — «собери недельный отчёт по продажам и положи в базу» — и он сам ходит по файлам, считает, оформляет и сохраняет.

Правило, которое экономит недели: руками ты делаешь ровно до тех пор, пока настраиваешь. Как только процесс перестал меняться — отдаёшь на автомат.

Типичная история: человек входит во вкус и заводит семерых агентов — тренера, ассистента, исследователя, редактора. У каждого свой чат, свои настройки, свои права. Через месяц он тратит больше времени на управление помощниками, чем экономит.

Здоровая схема другая: один вход и набор функций за ним.

Ты общаешься с одним помощником. Он понимает, что за задача, и подключает нужный навык или запускает отдельного исполнителя под большой кусок работы. Тебе не нужно помнить, «в каком чате живёт тот, кто делает отчёты».

Когда всё-таки нужен отдельный агент

Агент может ошибиться — не потому что «злой», а потому что понял задачу иначе, чем ты имел в виду. Вопрос не в доверии, а в том, насколько дорого обходится ошибка.

Три правила безопасной автономности

Перед тем как что-то запускать, заполни короткую карточку. Пять пунктов — и половина будущих проблем не случится.

---
name: nedelnyi-otchet
---

# Агент: недельный отчёт

Цель: каждое воскресенье собирать итоги недели
и класть готовый отчёт в базу знаний.

Вход: заметки за неделю из папки базы,
таблица продаж, список задач.

Выход: один файл в папке {self} с итогами,
цифрами и тремя выводами. Сообщение мне в чат:
«отчёт готов» со ссылкой.

Права: читать всю базу, создавать новые файлы.
Существующие файлы не менять. Никому ничего
не отправлять, кроме меня.

Проверка: раз в месяц читаю отчёт целиком
и сверяю цифры с источником.

Два агента в одном ответе — ещё не доказательство совместной работы. Второй агент должен быть реально вызван, а вы должны увидеть отдельный receipt или его самостоятельный вывод.

За страшным словом «автоматизация» стоит одна конструкция: если произойдёт X — сделать Y. Всё остальное — детали.

Три типа событий, с которых начинают

Главный вопрос при выборе: что здесь можешь сделать только ты? Всё остальное — систематизируй, делегируй, автоматизируй. Твоё время должно уходить на решения, отношения и вкусовые суждения, а не на перенос данных из письма в таблицу.

Разбор своей недели по четырём корзинам

Выпиши десять дел, которые делал на этой неделе, и разложи их:

Оценка выгоды за минуту

Прикинь по формуле: сколько раз в месяц × сколько минут за раз. Задача на пять минут, которая случается сорок раз в месяц, — это больше трёх часов; её стоит автоматизировать раньше, чем «большую» задачу на два часа, которая бывает раз в квартал.

Люди открывают конструктор и начинают тыкать блоки. Через час получается схема, которую невозможно ни объяснить, ни починить. Проектирование занимает пятнадцать минут и экономит вечер.

Формула этапа

Беру [откуда данные]
через [что с ними делаю]
силами [какого сервиса]
в виде [в каком формате]
и кладу [куда]

Одна строка — один этап. Ключевой приём: «куда» одного этапа становится «откуда» следующего. Так цепочка собирается из понятных кусков, а не из клубка стрелок.

Пример: разбор входящих заявок

1. Беру сообщения из формы на сайте, через приём вебхука,
   силами конструктора, в виде JSON, кладу в таблицу «сырые заявки».

2. Беру строки из таблицы «сырые заявки», через разбор текста,
   силами модели, в виде полей (имя, услуга, срок, бюджет),
   кладу в таблицу «разобранные заявки».

3. Беру разобранные заявки, через навык «ответ на заявку»,
   силами модели, в виде готового текста,
   кладу в черновики и присылаю себе в мессенджер.

Семь этапов, из которых состоит почти всё

Связки собирают в конструкторах: на экране блоки, между ними стрелки. Программировать не нужно — нужно понимать, что откуда берётся и куда кладётся.

Правила против модели: что где

Внутри связки есть два разных типа шагов, и путать их дорого.

Хорошая связка использует правила везде, где можно, и модель только там, где без понимания смысла не обойтись. Так дешевле и надёжнее.

API — как программы разговаривают друг с другом

Представь официанта в ресторане. Ты не идёшь на кухню — ты говоришь официанту, чего хочешь, он передаёт заказ и приносит результат. API — такой официант между программами.

JSON — формат, на котором они разговаривают

Данные между программами ходят не текстом «Иван, услуга маникюр», а в структуре, где у каждого значения есть имя:

{
  "имя": "Иван",
  "услуга": "маникюр",
  "срок": "суббота",
  "бюджет": 3000,
  "срочно": true
}

Читается как шкаф с подписанными ящиками: слева название поля, справа значение. Внутри могут быть списки и вложенные ящики. Тебе не нужно это писать руками — нужно уметь узнавать и понимать, что откуда берётся, когда настраиваешь блок в конструкторе.

Ключ доступа — пароль для программы

Чтобы связка могла обратиться к сервису от твоего имени, ей выдают ключ — длинную строку из настроек аккаунта. Он идентифицирует тебя, разрешает запросы и считает расход.

Вебхук — когда сервис сам сообщает о событии

Есть два способа узнать новости. Первый: спрашивать каждые пять минут — «есть что-нибудь новое?». Второй: договориться, что тебе позвонят, когда новость появится. Второй — это вебхук: сервис сам отправляет данные на указанный адрес в момент события.

Практически всегда лучше второй: мгновенно и без лишней нагрузки. Именно так формы, магазины и мессенджеры сообщают твоей автоматизации о новой заявке.

Задача: каждая входящая заявка должна превращаться в аккуратную карточку клиента в базе знаний и готовый черновик ответа, а тебе остаётся только вычитать и отправить.

Самый удобный интерфейс к своей системе — тот, что уже открыт в телефоне двести раз в день. Собственный бот в мессенджере превращается в пульт: наговорил голосовое — получил заметку в базе; написал «итоги недели» — получил отчёт.

Автоматизация обязательно сломается: сервис поменяет формат, кончится лимит, изменится структура письма. Вопрос только в том, узнаешь ты об этом сразу или через две недели молчания.

Как искать поломку

В любом конструкторе есть история запусков: видно, на каком блоке цепочка остановилась и что пришло на вход. Порядок разбора всегда один: посмотреть, дошло ли событие вообще; если дошло — что было на входе упавшего блока; если вход нормальный — что именно вернул сервис.

За восемь модулей мы собрали пять деталей. По отдельности каждая полезна, вместе — дают тот самый эффект, ради которого всё затевалось.

Системы разваливаются не потому, что плохо собраны, а потому что за ними перестают следить. Спасают два ритуала — дневной на пять минут и недельный на полчаса.

Пять минут в конце дня

Полчаса в конце недели

Ощущения обманывают: новая игрушка всегда кажется полезной первые две недели. Смотри на три вещи, которые нельзя себе навоображать.

Неделя 1 — фундамент

Неделя 2 — первый навык

Неделя 3 — ещё два навыка и цепочка

Неделя 4 — автономность

Через месяц-полтора приходит ощущение плато: базовое собрано, восторг прошёл, а до впечатляющих вещей вроде бы далеко. Это нормальная точка, и именно на ней большинство останавливается.

В модуле 02 мы собрали файл о себе для работы: чем занимаешься, какие задачи, как с тобой разговаривать. Этого хватает, чтобы получать нормальные тексты и разборы.

Но как только в контекст попадает второй слой — твои цели, ценности, прошлые решения, сильные и слабые места — меняется сам жанр разговора. Модель перестаёт быть исполнителем и становится собеседником, который помнит, о чём ты думал полгода назад.

План развития — не список желаний, а описание направления: где ты сейчас, где хочешь оказаться и что для этого меняется в ближайшие месяцы. Составлять его в одиночку тяжело, потому что легко скатиться либо в фантазии, либо в скучные пункты «больше работать».

Рабочий способ — не просить сразу план, а сначала заставить модель задавать вопросы.

Что делать с результатом

Главная проблема любых планов — их перестают открывать через две недели. Лечится это не силой воли, а тем, что разбор приходит сам.

Смысл в честном сопоставлении: вот что ты писал, что для тебя важно, — и вот чем ты на самом деле занимался всю неделю по своим же заметкам.

Почему это работает лучше дневника

Переговоры о цене, разговор с партнёром о доле, объяснение с близким человеком — то, что мы обычно проваливаем не из-за нехватки аргументов, а из-за того, что заходим неподготовленным.

Шаг 1. Карточка человека

Заведи в базе знаний заметку о собеседнике: чем занимается, что для него важно, о чём вы уже договаривались, что обсуждали в прошлый раз, где были трения. Перед разговором открыл — и ты в контексте.

Шаг 2. Подготовка

Шаг 3. Репетиция

Самое полезное — прогнать разговор вслух. Попроси модель сыграть собеседника, опираясь на карточку: «отвечай как он, с его интересами и его манерой, не поддавайся сразу». Три минуты такой репетиции меняют больше, чем час размышлений.

Шаг 4. Разбор после

Сразу после разговора наговори голосовое: как прошло, о чём договорились, что тебя зацепило. Расшифровка ложится в базу, а из неё — обновление карточки и договорённостей.

Как только у тебя появляется привычка наговаривать мысли, сырья становится много. Само по себе оно бесполезно: никто не перечитывает сорок расшифровок. Ценность появляется на разборе.

Чем лучше собран личный контекст, тем убедительнее звучат ответы — и тем легче незаметно передать модели решения, которые она принимать не должна.

Главная ошибка в контенте с нейросетью — просить «напиши пост про мою услугу». Получается гладкий текст, который невозможно отличить от тысячи таких же: модель не знает ничего, кроме темы, и пишет усреднённое.

Рабочая схема другая: сырьё даёшь ты, форму придаёт модель.

Откуда берётся сырьё

Как добиться, чтобы это звучало как ты

В продажах теряются не из-за плохих текстов, а из-за пауз: заявка пришла в неудобный момент, ответ отложили, про клиента забыли. Система закрывает именно это.

Что получается хорошо

Где нужна осторожность

Одностраничный сайт, калькулятор стоимости, форма записи, простой бот — вещи, за которые раньше платили подрядчику и ждали неделю. Сегодня это вечер работы с моделью в режиме, где она видит файлы и правит их сама.

Маршрут

Как только рядом появляется второй человек, встаёт вопрос: что общее, а что твоё личное. Разделение простое и проходит по уровням доступа.

Самый быстрый способ передать умение

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

Самый честный путь тут не «стать AI-специалистом», а обратный: сначала решить свою задачу, потом заметить, что у других она такая же.

1 · Файл о себе

# Обо мне

## Чем занимаюсь
[род деятельности, город, формат работы, что делаю каждый день]

## Типовые задачи
1. [задача, которая повторяется чаще всего]
2. [вторая]
3. [третья]

## Как со мной разговаривать
- [коротко или подробно, с примерами или без]
- [что раздражает в ответах]

## Что уже решено
- [инструменты, подход, принципиальные «нет»]

## Куда иду
[цель на год простым языком]

2 · Файл постоянных инструкций

# Кто я
[две-три строки из файла о себе]

# Как отвечать
- Сначала ответ, потом объяснение.
- Не хватает данных — задай вопрос, не выдумывай.
- Цифры и факты — только из моих файлов.

# Как мы пишем клиентам
- [тон, обращение, что обязательно, чего нет]

# Чего делать не нужно
- [список того, что приходится править руками]

# Про эту папку
База знаний — здесь же. Имена файлов:
{проект} тип описание – дата. Новые заметки
создавай сразу по формуле.

# Если правила противоречат
Приоритет: сказанное в текущем разговоре →
правила проекта → эти общие правила.
Серьёзное противоречие — скажи прямо.

3 · Навык

---
name: [короткое-имя-латиницей]
description: [что делает]. Использовать, когда [условие].
---

# [Название]

## Что на входе
[какие данные нужны; что делать, если их нет]

## Шаги
1. [действие]
2. [действие]
3. Проверь по разделу «Готово».

## Готово, когда
- [проверяемый признак]
- [проверяемый признак]

## Не делать
- [границы]

4 · Карточка агента

# Агент: [имя]

Цель: [что делает и когда запускается]
Вход: [откуда берёт данные]
Выход: [что появляется и где я это увижу]
Права: [что можно; что только с подтверждением;
        чего нельзя никогда]
Проверка: [как и как часто я сверяю результат]

5 · Заметка в базе знаний

---
project: "{проект}"
type: note
created: ГГГГ-ММ-ДД
status: draft
tags:
  - [тема]
---

# [Заголовок]

[текст заметки]

Связано: [[другая заметка]]

Самый частый ступор второй недели — «понял, но не знаю, за что взяться». Ниже десять задач, которые встречаются почти у всех и подходят под первый навык: повторяются, идут по одному сценарию, результат проверяется за минуту.

Шаблоны из урока 12.5 показывают форму. Здесь та же система, но заполненная: студия маникюра, один мастер, запись через мессенджеры. Подставь своё — структура не изменится.

1 · Файл о себе

# Обо мне

## Чем занимаюсь
Студия маникюра в Белгороде, работаю одна.
Запись через Instagram и WhatsApp. Средний чек 2500 ₽,
8-10 клиентов в неделю, половина — постоянные.

## Типовые задачи
1. Отвечаю на заявки в директ (5-10 в неделю).
2. Веду запись и напоминаю клиентам накануне.
3. Раз в неделю выкладываю работы и пишу пост.
4. Считаю выручку и расходы на материалы.

## Как со мной разговаривать
- Коротко. Сначала ответ, потом объяснение.
- Без канцелярита и рекламных восклицаний.
- Не хватает данных — спроси, не выдумывай.

## Что уже решено
- На маркетплейсы услуг не иду, работаю по сарафану.
- Скидки не даю, вместо них — бонус постоянным.
- Таргет не запускаю, пока нет свободного окна в записи.

## Куда иду
За год выйти на полную запись и поднять чек до 3500 ₽
без увеличения часов работы.

2 · Файл инструкций

# Как мы пишем клиентам
- Обращение на «вы», спокойный тон, не больше одного смайла.
- Цену называем после того, как поняли задачу.
- Сроки — только из моего расписания, ничего не обещаем сверх.

# Чего делать не нужно
- Не предлагать скидки и акции.
- Не начинать ответ с похвалы вопроса.
- Не писать «надеемся на сотрудничество» и подобное.

# Про эту папку
База знаний рядом. Имена файлов: {проект} тип описание – дата.
Новые заметки создавай сразу по формуле и клади сама.

# Если правила противоречат
Приоритет: сказанное мной сейчас → правила проекта →
эти общие правила. Серьёзное противоречие — скажи прямо.

3 · Навык «ответ на заявку»

---
name: otvet-na-zayavku
description: Готовит ответ на входящую заявку.
  Использовать, когда пришло сообщение с запросом
  услуги, цены или записи.
---

## Что на входе
Текст сообщения клиента. Нет текста — попроси.

## Шаги
1. Определи услугу и желаемое время. Непонятно —
   задай один вопрос и остановись.
2. Сверься с файлом цен: попадает ли в стандартный прайс.
3. Собери ответ: приветствие, пересказ задачи своими
   словами, что предлагаю, цена, ближайшее свободное
   время, вопрос в конце.
4. Проверь по разделу «Готово».

## Готово, когда
- Короче 900 знаков.
- Цена названа один раз, без «от и до».
- Нет сроков, которых нет в расписании.
- Заканчивается вопросом, на который легко ответить.

## Не делать
- Не давать скидку по своей инициативе.
- Не больше одного смайла на сообщение.

4 · Карточка агента

# Агент: напоминание о записи

Цель: каждый вечер проверять записи на завтра
и готовить напоминания клиентам.

Вход: таблица записи, карточки клиентов из базы.

Выход: список готовых сообщений мне в мессенджер
до 21:00. Отправляю я сама.

Права: читать базу и таблицу записи, создавать
черновики. Клиентам ничего не отправлять,
существующие файлы не менять.

Проверка: раз в неделю сверяю список напоминаний
с расписанием.

5 · Заметка в базе

---
project: "{studio}"
type: note
created: 2026-08-25
status: final
tags:
  - postavshchiki
---

# Разговор с поставщиком материалов

Договорились: рассрочка на два месяца, предоплата 30%.
Ответ нужно дать до пятницы.

Открыто: не уточнила, входит ли доставка в цену.

Связано: [[{studio} doc ceny-i-usloviya]]

Память

— Есть папка с заметками, которую открываешь чаще раза в неделю.
— Файлы называются по формуле, нужное находится поиском за секунды.
— Есть файл о себе, и модель отвечает с учётом твоей ситуации без напоминаний.

Правила

— Есть файл инструкций, и он подключён к рабочему пространству.
— За последнюю неделю ты не поправил модель одинаково три раза подряд.
— В инструкциях есть раздел «чего делать не нужно».

Руки

— Есть минимум один навык, работающий без правок.
— В нём написано, когда его применять, и есть проверяемые критерии готовности.
— Правки ты вносишь в файл, а не в результат.

Автономность

— Есть хотя бы одна задача, которая выполняется без твоего участия.
— У неё заполнена карточка: цель, вход, выход, права, проверка.
— Она сообщает об ошибках и не молчит, когда сломалась.

Обслуживание

— Есть недельный разбор, и последний был не больше семи дней назад.
— Папка входящих не превратилась в кладбище.
— Ты знаешь, сколько времени в неделю система тебе экономит.