Как разобрать входящие заявки с Codex: четыре роли без лишней магии
В Telegram-источнике @cryptoEssay был сильный практический сигнал: входящие заявки можно обрабатывать не одним “умным ботом”, а несколькими ролями. Одна роль помогает с запуском и контактами, другая делает первичный разбор, третья ведет память решений, четвертая готовит ежедневный бриф к звонкам.
Для ONFF здесь важна не чужая архитектура как таковая, а перевод в Codex для владельца проекта. Если вам приходят заявки, письма, запросы на партнерство, резюме, лиды или предложения подрядчиков, Codex может стать рабочим контуром разбора. Но финальное решение не нужно отдавать агенту.
OpenAI описывает Codex как агента для работы с задачами и проектными материалами. Значит, его можно поставить не “главным судьей”, а набором ролей вокруг повторяемого процесса.
Четыре роли
Роли лучше разделить, потому что у них разные ошибки. Сборщик может потерять источник. Первичный рецензент может слишком уверенно оценить. Память решений может записать слабое правило. Дашборд может смешать важное и шум.
Главное:Входящие заявки лучше отдавать Codex не как одну большую магическую задачу, а как четыре роли: сбор, первичный разбор, память решений и бриф. Человек остается точкой выбора.
Рабочий запрос
Разбери входящие заявки за сегодня.
Работай в четырех ролях:
1. сборщик: найди все заявки и источники;
2. аналитик: выдели факты, красные флаги, вопросы и сильные стороны;
3. память: сравни с прошлыми решениями и предложи, что записать;
4. бриф: сделай короткую карточку для человека.
Не принимай финальное решение.
В конце поставь каждую заявку в одну из групп:
- поговорить;
- уточнить;
- пока отказ;
- нужна ручная проверка.| Роль Codex | Что делает | Что не делает |
|---|---|---|
| сборщик входящих | собирает заявки из почты, форм, Telegram | не оценивает людей |
| первичный разбор | выделяет факты, риски, вопросы | не принимает решение |
| память решений | фиксирует причины отказов и одобрений | не превращает частный случай в закон |
| утренний бриф | готовит карточку к звонку | не подменяет разговор |
Такой прием хорошо подходит не только акселератору. Его можно применить к коммерческим лидам, входящим партнерствам, подрядчикам, заявкам на работу, обращениям клиентов. Главное, чтобы у процесса была память: почему раньше говорили “да”, почему говорили “нет”, где агент ошибался.
Где осторожность
Codex может собрать факты быстрее человека, но не должен делать вид, что понимает все контексты. Если заявка связана с деньгами, репутацией, юридическим риском или человеческой судьбой, агент обязан показывать основания, а не только рекомендацию. Решение остается за человеком.
Почему один агент хуже четырех ролей
Когда входящих много, хочется попросить Codex: “разбери все заявки и скажи, кого брать”. Это опасный запрос. Он смешивает сбор фактов, оценку, память прошлых решений и финальный выбор. Если результат окажется неверным, трудно понять, где именно произошла ошибка.
Разделение на роли делает процесс проверяемым. Сборщик отвечает только за полноту входа. Аналитик отвечает за первичные факты и вопросы. Память решений отвечает за правила, которые уже были выработаны. Бриф отвечает за удобство человеческого решения. Если что-то пошло не так, можно чинить конкретную роль, а не весь “ИИ-процесс”.
Как это выглядит в папке проекта
Для Codex можно завести простую структуру.
| Файл | Зачем нужен |
|---|---|
INBOX_SOURCES.md |
где искать заявки и как не потерять источник |
APPLICATION_REVIEW.md |
какие поля выделять в каждой заявке |
DECISION_MEMORY.md |
почему раньше говорили да или нет |
CALLBRIEFTEMPLATE.md |
как готовить карточку к звонку |
HUMANDECISIONLOG.md |
какое решение принял человек и почему |
Эта структура важнее, чем название инструмента. Codex может работать с почтой, экспортом таблицы, текстом формы, Telegram-сообщением или файлом. Главное — чтобы результат попадал в понятный формат.
Пример для бизнеса
Представим не акселератор, а обычную компанию. Приходят заявки на партнерство. Кто-то предлагает интеграцию, кто-то просит скидку, кто-то хочет совместный вебинар, кто-то прислал мутное коммерческое предложение. Codex можно попросить не “решить”, а подготовить управленческий экран.
Разбери входящие партнерские заявки.
Для каждой заявки верни:
- источник;
- суть предложения;
- что человек хочет от нас;
- потенциальная польза;
- риск;
- что нужно уточнить;
- похожие прошлые решения из памяти;
- рекомендуемая группа: поговорить, уточнить, отказ, ручная проверка.
Финальное решение не принимай.После этого человек открывает не хаотичный список писем, а рабочую очередь. В ней видно, где достаточно короткого ответа, где нужен звонок, где есть риск, где агент не уверен.
Как обновлять память решений
Самая ценная часть процесса появляется после человеческого решения. Если человек отказал, нужно записать почему. Если согласился поговорить, тоже почему. Codex может предложить формулировку для памяти, но человек должен подтвердить.
Например: “отказ, потому что нет понятного владельца проекта”, “поговорить, потому что есть доступ к нужной аудитории”, “ручная проверка, потому что цифры не сходятся”. Через несколько недель эта память начинает работать лучше любой абстрактной инструкции. Codex видит не только правила, но и реальные решения компании.
Где нельзя автоматизировать до конца
Если заявка связана с репутацией, деньгами, персональными данными или конфликтом интересов, Codex должен усиливать осторожность. Его задача — показать основания, не скрыть неопределенность. Хороший результат выглядит не как “берем / не берем”, а как “вот факты, вот сомнения, вот похожие случаи, вот вопросы, без которых решение рано принимать”.
Так очередь заявок становится спокойнее и честнее.
