как дима работает с gpt и другими агентами — и как превратить этот опыт в понятные уроки, живые кейсы и контент.
для оли и команды14 кейсов8 модулей12 контент-брифовдокументальный срез
01 / решение для команды
учить на законченных делах
этот атлас — рабочая основа для оли, методистов, редакторов и продюсеров gconf. он соединяет реальные проекты димы, изменения в способе мыслить и материалы, которые команда может сделать без ожидания нового большого курса на видео.
главный вывод
дима собирает личную систему, в которой несколько агентов используют накопленный контекст и доступные инструменты, чтобы продолжать дела между разговорами. учебная единица этой системы — понятный человеку результат: найденное решение, подготовленный материал, проверенное действие или сохранённый следующий шаг.
для gconf из этого следует программа с тремя глубинами: первый полезный результат на телефоне; повторяемый процесс с памятью; переносимая система с несколькими исполнителями. продвинутый слой показывает направление развития, но входной урок должен оставаться посильным человеку с одним gpt-приложением.
что здесь уже есть: 14 карточек кейсов, карта слоёв, восемь учебных модулей, один полностью развёрнутый урок, 12 редакционных заготовок и план производства.
что это за срез: документы прочитаны 10 ноября 2026. это проверка документальных оснований, без повторного запуска покупок, рассылок, медицинских запросов или инфраструктурных тестов.
как читать: оле — этот раздел, уроки и производство; методисту — кейсы и полный урок; редактору — банк контента; техническому продюсеру — система, границы и источники.
редакторское предложение
начать с трёх историй: голосовая мысль → рабочий материал; договорённость → следующий шаг; задача на другом устройстве → вопрос на телефоне. вместе они дают вход, практическую пользу и горизонт. выбор ещё не является утверждённой программой.
в атласе используются четыре видимые метки. они описывают основание карточки, а не степень впечатляющести технологии.
документированный результат
в источнике есть конкретная проверка или квитанция. дата и граница обязательны. это не обещание, что маршрут работает сейчас у любого клиента.
работающий контур
есть исходники, правила и описание применения. весь пользовательский сценарий в этой работе не воспроизводился.
пилот / частичная приёмка
некоторые шаги подтверждены, существенная часть ещё открыта. годится для урока о сборке и ограничениях.
рассказ владельца
димин опыт из текущего разговора. можно пересказать с атрибуцией; для демонстрации нужны отдельные артефакты.
обозначения исследовательского слоя: signal — наблюдение; hypothesis — объяснение или предложение; trial — локально проверенный фрагмент; adopted — принятый рабочий подход; deprecated — прежний подход. педагогические рекомендации ниже имеют статус hypothesis, уверенность средняя до пробы на новичках.
граница общего документа
содержимое личных переписок, терапии, медицинских записей, финансовых транзакций и детских наблюдений сюда не включено. для команды описан механизм. примеры с такими данными пересобираются на вымышленных, явно подписанных входах; реальный личный эпизод требует отдельного согласованного фрагмента.
ниже — редакторская модель по запросу димы и рабочим документам. это интерпретация системы, а не приписанная диме стенограмма.
1. от запроса к делу
вход может быть неидеальной голосовой мыслью. агент восстанавливает задачу, использует известный контекст и доводит разрешённую часть до наблюдаемого результата. хороший вопрос помогает, но от человека не требуется заранее стать менеджером каждого клика.
2. от истории чата к рабочей памяти
важны люди, роли, принятые решения, источники и следующий шаг. повторно рассказывать всё в новом окне — симптом отсутствующей передачи контекста. хранение файла само по себе ещё не означает, что следующий агент его нашёл.
3. от одного приложения к общей инфраструктуре
окно общения, модель, память и действие становятся разными слоями. один агент может планировать, другой — работать на домашнем компьютере. общие интерфейсы делают такой перенос возможным для подключённых и проверенных маршрутов.
4. от ответа к изменению мира
написанный черновик, отправленное сообщение и подтверждённая договорённость — три разных результата. качество агента определяется тем, насколько близко он довёл дело к нужному человеку состоянию.
5. от контроля каждого шага к выбору
человек задаёт смысл, полномочия и критерий. агент берёт поиск, техническую работу и сверку. если владелец всё время выступает курьером между окнами, часть координации пока осталась у него.
6. от коллекции инструментов к накоплению возможностей
новое подключение полезно, когда закрывает повторяющееся дело или уменьшает вмешательства. обслуживание и расход контекста входят в стоимость. десять инструментов с хрупкими переходами могут давать меньше, чем один принятый процесс.
где здесь personal agi
это понятная метафора диминого переживания: появляется непрерывный персональный помощник поверх нескольких приложений. технически документы описывают композицию моделей, памяти, инструментов и исполнителей. универсальная автономность, полнота памяти и надёжность во всех задачах не установлены.
читать сверху вниз как устройство системы и снизу вверх как проверку готовности. ни один слой не заменяет соседний.
01
направление
что важно человеку: работа, творчество, отношения, здоровье, любопытство. здесь возникают цель, цена ошибки и решение, ради которого нужна помощь.
02
предметные проекты
у каждого дела есть свой дом: gconf — обучение и продукт; contentos — контент; dima ops — координация; fff — события; отдельные личные проекты — частные данные. общее подключение не смешивает права доступа.
03
память и источники
документы, записи, задачи, карточки людей и решения с датами. исходное наблюдение хранится отдельно от вывода. новым агентам нужен короткий вход и доступ к нужному источнику.
04
исполнители и модели
gpt в приложении, codex, claude code, фоновые агенты на компьютере или vps. роли взаимозаменяемы лишь в пределах реально подключённых инструментов, доступного контекста и проверенной передачи состояния.
05
инструменты и доступы
каталог возможностей помогает обнаружить чтение сообщений, браузер, android, медиа, данные и публикацию. mcp — один из способов описать инструмент агенту. объявление в каталоге ещё не доказывает работающий вызов.
06
среда исполнения
домашний mac, удалённый сервер, телефон, браузерные сессии, очереди задач. здесь живут авторизация, сеть, версии, блокировки и восстановление после остановки.
07
обратная связь и обучение
результат проверяется у получателя или в целевом сервисе. вопросы возвращаются человеку через подходящий канал. повторяющаяся ошибка становится кандидатом на изменение процесса, которое проверяют в следующей ситуации.
один проход через слои
человек просит подготовить материал → агент находит проект и источники → выбирает доступный способ работы → делает черновик или действие → проверяет результат → сохраняет продолжение. если требуется выбор багажа, вопрос возвращается на телефон; ответ должен попасть именно в ожидающую задачу.
что переносится между приложениями: документы, договорённости об интерфейсах, часть навыков и контекст — при настроенном доступе. что требует отдельной проверки: логины, права, каталог инструментов, текущая сессия, очередь задач, доступ к телефону и способ вернуть ответ.
карточки написаны для работы редактора: ситуация → механизм → наблюдаемый результат → граница → практика → формат. метка «работающий контур» подтверждает устройство процесса, но не заменяет демонстрацию законченного дела.
14 кейсов
творчество / стартдокументированный результат
голосовая мысль превращается в рабочий материал
у автора есть мысль, несколько начиток и правки. команде нужна версия, которую можно слушать, сравнивать и редактировать.
что найдено
в contentos на 10 ноября описаны экран вариантов текста, начитки, сравнение исходников, сборки разной длины и карта происхождения фрагментов. финальный авторский выбор в нескольких местах ещё открыт.
как это работает
сначала сохраняется источник; затем разделяются смысловая редактура, выбор дубля и техническая сборка. каждую версию можно соотнести с записью. агенту передаётся история решений и конкретная задача следующего прохода.
что можно утверждать
документирован рабочий редакторский процесс и подготовленные версии. рост охватов или экономия часов этим не доказаны.
где ломается обещание
не выдавать монтаж за новый авторский опыт; не обещать автоматическую публикацию или вирусность.
первая практика ученика
надиктовать 60–90 секунд о своей рабочей задаче. получить тезис, план и два варианта вступления. выбрать один и объяснить выбор.
что сделать команде
карусель «мысль → две версии → выбор автора»; демонстрация на специально записанном нейтральном материале.
после разговора нужно помнить, что обещано, кто отвечает и когда вернуться к теме.
что найдено
в dima ops описаны общие задачи, частный реестр контекста и процесс продолжения с проверкой версии. обработка ответа, запись задачи и итоговая договорённость различаются.
как это работает
договорённость связывается с источником, человеком, исполнителем и следующим действием. очередной агент читает компактное состояние и продолжает разрешённый шаг.
что можно утверждать
есть реализуемый контракт координации и общий маршрут для подключённых mac/vps-клиентов. полный доступ из любого мобильного чата не принят одним этим документом.
где ломается обещание
отправленное сообщение не равно полученному согласию; роли людей могут измениться, их надо сверять.
первая практика ученика
из своего обезличенного конспекта получить пять полей: результат, ответственный, дата, следующий шаг, что пока не подтверждено.
что сделать команде
урок с исходным конспектом и карточкой продолжения; редактор может записать экран сам.
организатору нужно знать, где застрял поток участников и что изменилось за день.
что найдено
в fff есть общий реестр знаний и событий. спецификация inbound-отчёта задаёт ограниченные диапазоны таблицы, фиксированные определения статусов и точную проверку отправленного текста.
как это работает
однотипные вычисления выполняются кодом. агент запускает ограниченный процесс и интерпретирует только разрешённую часть. обещание оплатить, оплата и вступление в группу остаются разными полями.
что можно утверждать
документирован воспроизводимый отчётный контур. свежая доставка сегодняшнего отчёта в этой работе не проверялась.
где ломается обещание
не использовать имена участников или реальные строки crm для общего урока; не выводить статус человека по одному сообщению.
первая практика ученика
на десяти вымышленных строках посчитать оплачено, обещано и неизвестно. затем найти, почему «нет данных» нельзя записывать как ноль.
что сделать команде
готовый учебный csv и короткий разбор ошибки статусов. данные явно синтетические.
мысль возникает в разговоре, уточняется через неделю, а потом нужна в другом проекте.
что найдено
у myalignment есть отдельные источники, рабочий канон, архив и маршруты чтения. техническая карта отличает наличие исходника, его доставку и доступ конкретного агента.
как это работает
исходное высказывание сохраняют; рядом формулируют гипотезу и связывают её с последующими наблюдениями. пересмотр вывода не стирает происхождение.
что можно утверждать
есть архитектура продолжения личного исследования. содержимое частных разговоров не использовалось для этой карточки.
где ломается обещание
не считать интерпретацию агента психологическим фактом или доступ ко всему архиву гарантированным.
первая практика ученика
выбрать безопасную тему вроде рабочего ритма. записать наблюдение, два объяснения и факт, который поможет их различить.
что сделать команде
анонимный пример «наблюдение → гипотеза → проверка → пересмотр».
когда пропадает связь, владельцу легко стать руками и памятью технической поддержки.
что найдено
в журнале bali domik mind есть проверки портов, линии, питания и устройств, принятые изменения и отвергнутые объяснения. в отдельных эпизодах число клиентов оказалось недостаточным доказательством назначения кабеля.
как это работает
агент строит модель системы, выбирает различающий тест и передаёт человеку только физическое действие. после изменения читает фактическое состояние и сохраняет возможность возврата.
что можно утверждать
исторически документированы диагностика и исправления конкретных сетевых участков. текущая надёжность всего дома в этой работе не измерялась.
где ломается обещание
не повторять эксперименты с чужой сетью, питанием или оборудованием без полномочий; цифра из старого журнала не является live-статусом.
первая практика ученика
взять безопасный бытовой сбой и составить три возможные причины. попросить агента выбрать одну проверку, различающую причины без вмешательства.
что сделать команде
схема «симптом → гипотезы → тест → обновлённая модель» на обезличенном эпизоде.
человек хочет понять расходы и подписки, сохранив возможность проверить каждую цифру.
что найдено
в myfinance описана цепочка: банковские файлы → сверенный реестр операций → проверенная классификация → отчёт. импорт источников имеет явные периоды.
как это работает
суммы считаются по исходным операциям; спорная классификация остаётся видимой. регулярный платёж отделяется от перевода между своими счетами и от предположительной подписки.
что можно утверждать
есть система воспроизводимого финансового разбора. реальные суммы, экономия и текущие остатки здесь не приводятся.
где ломается обещание
не обещать финансовую выгоду без базового периода и подтверждения; анализ файла не даёт агенту право совершать платежи.
первая практика ученика
использовать синтетическую выписку с двумя валютами, возвратом и внутренним переводом. проверить итог и явно оставить одну неопределённую категорию.
что сделать команде
учебная выписка и отчёт с прослеживаемыми вычислениями.
личные данные о здоровье собираются с происхождением
для осмысленного вопроса о здоровье нужны даты, источники и видимость пробелов.
что найдено
архитектура подключений отделяет owner-only personal_health от других проектов и от данных других людей. у источников есть возраст и покрытие.
как это работает
агент сначала определяет, какие данные доступны и за какой период, затем помогает структурировать вопрос. наблюдение, гипотеза и медицинское решение остаются разными слоями.
что можно утверждать
подтверждён документальный контракт доступа; медицинские записи димы в этой работе не читались. эффект для здоровья не заявляется.
где ломается обещание
для обучения брать вымышленные данные; не делать из карточки клиническую инструкцию, диагноз или обещание улучшения показателей.
первая практика ученика
по синтетическому дневнику сна получить список недостающих данных и вопросы для специалиста, без назначения лечения.
что сделать команде
короткий блок о качестве исходных данных; личную медицинскую историю в общий курс не включать.
ребёнок может придумать правило мира, увидеть его в игре и решить, что изменить дальше.
что найдено
у семейного игрового проекта описан корпус разных свидетельств: реплики, ответы агента, изменения кода и игровые события. частные записи и актуальная игра в этой работе не проверялись.
как это работает
человек задаёт замысел и оценивает переживание игры; агент помогает построить проверяемый прототип. историю выбора сохраняют отдельно от числа кликов и времени в приложении.
что можно утверждать
это подходящий пример творческой агентности и карта доступных свидетельств. утверждений о доказанном развитии способностей ребёнка нет.
где ломается обещание
для публичного показа — отдельный обезличенный прототип; детские реплики, личность и наблюдения не переносить автоматически.
первая практика ученика
придумать одно игровое правило и критерий «мне интересно». реализовать минимальную сцену с агентом, затем самостоятельно принять одно изменение.
что сделать команде
игра на вымышленных персонажах, которую показывает взрослый; детский архив не нужен.
агент работает над покупкой на одном устройстве, а человек находится только рядом с телефоном.
что найдено
в текущем разговоре дима описал пуш с вопросом о багаже, ссылку и голосовой ответ. task-events отдельно подтверждает получение push на iphone и возврат ответа через native task api; полный путь этого конкретного билета не подтверждён.
как это работает
задача получает устойчивый идентификатор. вопрос о выборе создаёт событие, уведомление открывает форму; ответ должен продолжить ту же задачу. голос сначала превращается в редактируемый текст и требует отправки.
что можно утверждать
ценность — человек отвечает там, где он есть. в документах приняты части цепочки; рассказ о билете остаётся свидетельством владельца.
где ломается обещание
звук уведомления, web-поле исходного чата и voice-запись имеют отдельные ограничения. нет основания писать «полностью автономно купил билет» или «работает из любого gpt-чата».
первая практика ученика
на учебной задаче попросить агента сформулировать только один необходимый выбор и показать, какой ответ позволит продолжить работу.
что сделать команде
сценарная раскадровка; перед видео — отдельный end-to-end прогон на безопасной задаче без покупки.
из телефона удобно поставить задачу, а нужная сессия браузера или приложение находится дома.
что найдено
в agent-connectors описаны local worker, устойчивое состояние задач, работа через браузер и android. на 10 ноября отдельно отмечены принятые запуски и незавершённая приёмка полного нового поручения.
как это работает
внешний агент передаёт цель локальному исполнителю. тот читает живую среду, действует в пределах доступа, сохраняет ожидание и сообщает результат. конкретный сайт и вошедший аккаунт всё равно проверяются.
что можно утверждать
подтверждены части локального выполнения и сохранение состояния. универсальный личный исполнитель для любых сайтов не установлен.
где ломается обещание
браузер, телефон и банковское подтверждение имеют разные права. доступный android ещё не доказывает оплаченную покупку.
первая практика ученика
нарисовать передачу задачи: что известно отправителю, что проверяет исполнитель, какое свидетельство вернётся. начать с чтения без оплаты.
что сделать команде
технический факультатив; демо на общедоступной странице или тестовом приложении.
смена модели или окна общения не должна каждый раз обнулять весь рабочий контекст.
что найдено
есть отдельный проект с каталогом подключений, фасадами и приёмкой реальных клиентов. telegram, whatsapp, браузер, медиа и личные источники сохраняют собственные runtime и границы.
как это работает
общий интерфейс описывает доступные действия; модель обнаруживает инструмент и выбирает способ выполнения. предметный проект хранит смысл, а провайдер — состояние операции и авторизацию.
что можно утверждать
переносимость реализуется по частям на принятых маршрутах. в документах различаются каталог, успешный вызов и результат у получателя.
где ломается обещание
не называть это гарантированной независимостью от всех провайдеров. прямой instagram api на 10 ноября ждёт авторизации, хотя поиск через chrome проверен.
первая практика ученика
выписать свои три повторяющиеся задачи и для каждой отделить контекст, инструмент, доступ и критерий завершения.
что сделать команде
главная архитектурная схема, а затем одна конкретная передача между двумя клиентами.
владелец исправляет один и тот же тип ошибки; полезно, чтобы следующая сессия учитывала причину.
что найдено
8 ноября описан проход локальная codex-сессия → шифрованный архив → карточки-кандидаты → профильные проекты → применение в новой сессии. один перенос проверен, недельный пересмотр ещё открыт.
как это работает
из разговора извлекают наблюдение и предложенное изменение. карточка содержит источник и границу применимости. принимающий проект проверяет её, вместо автоматического превращения каждой реплики в правило.
что можно утверждать
есть пилот передачи урока между сессиями. стабильное улучшение качества, полная история и охват cloud chatgpt не доказаны.
где ломается обещание
интенсивность фонового анализа имеет цену. ночной разбор и редкий синтез должны следовать ценности нового решения, а не произвольной частоте.
первая практика ученика
взять одну безобидную поправку своему агенту. сформулировать общее правило, пример применения и контрпример, где правило вредно.
что сделать команде
разбор «до → поправка → другой случай», с честной пометкой пилота.
короткое поручение написать коллеге должно закончиться доставленным понятным сообщением.
что найдено
архитектура и текущий state-of-play фиксируют guarded telegram route, независимое чтение и эпизоды исправления поиска адресата. whatsapp имеет отдельный провайдер и покрытие реплики.
как это работает
сначала сверяются адресат, контекст и полномочие, затем точный текст, разрешённая отправка и чтение результата. ассистент обозначает свою роль. новые каналы принимаются отдельно.
что можно утверждать
есть документированные отправки с readback в telegram. это не универсальное право писать любому человеку и не подтверждение ответа адресата.
где ломается обещание
не показывать реальные личные диалоги. в instagram нельзя переносить telegram-приёмку; поиск, чтение и исходящее сообщение — разные возможности.
первая практика ученика
по вымышленной переписке подготовить сообщение, которое сохраняет владельца просьбы, один следующий шаг и понятную роль ассистента. остановиться на черновике.
что сделать команде
до/после на синтетическом диалоге; показ отправки — только отдельному согласованному тестовому адресату.
новому редактору нужен ответ, чему учить, откуда это известно и что изменилось после прошлой группы.
что найдено
в gconf есть канон, обратная связь по когортам, версии и схема передачи исходника в решение. в историческом синтезе выделены перегруз, трудности навигации и ощущение потери авторства.
как это работает
источник отделяют от продуктового решения. предложение имеет статус; принятый вывод попадает в канон. следующая встреча получает разницу с прошлой версией, а не просьбу перечитать всё.
что можно утверждать
существует рабочая система продуктового знания. влияние новых материалов на текущую когорту надо измерить после выпуска.
где ломается обещание
обратная связь весны не равна свежему исследованию ноября. рост продаж или снижение оттока этим атласом не доказаны.
первая практика ученика
взять три обезличенных отзыва. выделить наблюдения, противоречия и одно изменение урока, которое можно проверить.
что сделать команде
мета-кейс: показать, как команда превращает этот атлас в урок и сверяет эффект с учениками.
результат: одна мысль превращается в полезный материал, затем сохраняется короткий контекст для продолжения. кейсы 01, 04, 08. нужна возможность общаться с моделью; голос необязателен, можно писать. коннекторы и терминал в этот маршрут не входят.
б · я хочу облегчить работу
результат: один повторяемый процесс с исходными данными, правилами и проверкой. кейсы 02, 03, 06, 13, 14. сначала черновики и ручная передача, затем одно доступное подключение. участник понимает, что остаётся его решением.
в · я строю свою систему
результат: одно дело продолжается между двумя средами с сохранением контекста. кейсы 09–12. нужны рабочий компьютер, выбранный инструмент и доступы. интеграции, поддержка и расходы рассматриваются на конкретном сценарии.
критерий перехода
следующий слой открывается после полезного повторения, когда человек сам видит ограничение текущего способа. успешная практика в маршруте а уже является полноценным результатом gconf. архитектура димы — возможность роста, а не скрытый экзамен.
это предложение программы, hypothesis, уверенность средняя. основание — текущий запрос команды и исторический сигнал перегруза в gconf. проверить на пяти участниках с разным опытом: понимают ли задачу без устного объяснения и получают ли результат.
время — редакторская оценка, не измеренная норма и не обещание. модуль может быть текстом с интерактивным заданием; видео требуется лишь там, где важно увидеть действие. участник маршрута а может остановиться после первых трёх модулей и повторения из восьмого.
модуль 01 · а / 15–20 минут · оценка команды
увидеть свою задачу
заметить конкретное дело, ради которого хочется попробовать агента.
что получает ученик
карточка с тремя знакомыми ситуациями: мысль для поста, подготовка разговора, маленькая игра; один пример законченного результата.
что делает
ученик описывает свою ситуацию двумя предложениями, выбирает один результат и ограничивает время первой попытки.
критерий готовности
есть свой объект работы и ответ на вопрос «по чему я пойму, что получилось?».
типичная ошибка
выбирать проект потому, что он кажется достаточно технологичным.
участие димы
дима может объяснить, почему выбрал конкретное дело; базовый материал пишет редактор.
уровень: gpt на телефоне. цель: научиться давать контекст, проверять понимание и принимать результат. достаточно текста; голос можно использовать, если он доступен в выбранном приложении. пример ниже полностью учебный, а не запись личного разговора димы.
шаг 1 · выбрать своё дело
возьмите задачу, которую действительно собирались сделать: план встречи, письмо, короткий пост или список вопросов. пока не добавляйте автоматическую отправку. назовите человека, который будет использовать результат.
учебный исходник
«завтра обсуждаем запуск клуба. нас четверо, есть только полчаса. хочется договориться про первую встречу, но я опасаюсь, что опять будем обсуждать всё сразу. бюджет пока не решили. мне нужен короткий план встречи».
передайте модели исходник и следующую инструкцию. скопировать можно кнопкой; затем замените учебную ситуацию своей.
помоги подготовить результат, который я смогу использовать вне этого чата.
сначала коротко скажи, какую задачу ты понял. отдели известные факты от предположений. если можешь двигаться без уточнений — дай первый вариант. если не хватает критичного выбора — задай один вопрос.
результат: короткий план встречи на 30 минут. не придумывай участников, бюджет и принятые решения. в конце укажи, что мне нужно решить самому.
шаг 2 · проверить понимание
сначала смотрите на факты: четыре участника, полчаса, бюджет не согласован. модель могла придумать дату первой встречи или назначить ответственного. это удобный момент поправить её, пока ошибка не стала частью документа.
один приемлемый черновик
0–5 минут: назвать результат разговора — выбрать формат первой встречи. 5–15: сравнить два формата, которые принесут участники. 15–22: определить минимальные расходы и неизвестные. 22–27: назначить ответственных за подготовку. 27–30: прочитать решения и следующий шаг. до встречи организатору выбрать критерий формата: скорость запуска, цена или удобство участников.
шаг 3 · внести содержательную правку
например: «формат мы уже выбрали — очная встреча. главное завтра: где и кто берёт подготовку. переделай план вокруг этих двух решений». в исправлении есть новое состояние дела. фраза «сделай лучше» не передаёт этого состояния.
шаг 4 · принять результат
прочитайте план как участник встречи. за 30 минут реально пройти пункты? понятны решения? нет ли выдуманного бюджета? сохраните окончательную версию туда, откуда действительно откроете её завтра.
шаг 5 · оставить продолжение
попросите короткую карточку: цель; подтверждённые факты; принятые решения; открытые вопросы; следующий шаг. после встречи допишите фактические решения. перед следующим разговором дайте агенту эту карточку и проверьте дату.
самопроверка ученика
я могу показать полезный план; назвать собственную правку; найти хотя бы одно предположение; сказать, какое решение остаётся у меня. если этого нет, вернуться к шагу 2, а не проходить следующий модуль.
задание на перенос
повторите ту же логику с другой задачей без копирования учебного примера. если модель просит десять необязательных уточнений, сузьте результат: «сделай первый вариант из известных фактов, неизвестное пометь». если фактов слишком мало для решения — отвечайте на необходимый вопрос.
что здесь освоено: постановка результата, восстановление контекста, проверка предположений, обратная связь и сохранение состояния. это те же операции, которые используются в большой системе димы, в доступном масштабе. конкретный ответ модели может отличаться от примера; критерий — полезность и достоверность.
400–700 слов, схема, исходник и наблюдаемый результат. человек понимает ситуацию без просмотра длинного созвона. автор — редактор; источник проверяет исследователь.
короткая демонстрация
3–6 минут, один непрерывный сценарий. запись может сделать методист. монтаж сокращает ожидание, но не скрывает ошибку или ручное вмешательство.
практика с проверкой
учебный вход, задание, пример приемлемого результата и два типичных сбоя. ученик получает обратную связь по своему артефакту.
звонок с димой
обсуждение выбора: почему эту задачу стоило делать, чему он перестал доверять, где пришлось изменить подход. материал уже доступен, звонок добавляет суждение и живой опыт.
что действительно незаменимо у димы: авторский смысл, описание пережитого сдвига и решение, какие личные эпизоды можно показывать. что команда может взять полностью: поиск источников, сценарий, обезличивание, учебный пример, скринкаст, проверку и сборку.
минимальный запрос к диме после сборки
одна 20-минутная редакторская сессия: выбрать 3 из уже подготовленных карточек, поправить трактовку фазового перехода, обозначить границы личного. длительность — предлагаемое ограничение, не обязательство. отсутствие видео не задерживает публикацию текстового урока.
это редакционные брифы. они дают тему, демонстрацию и действие читателю; финальные тексты, дизайн и рекламные обещания ещё предстоит собрать. продуктовый мост: «в gconf вы выбираете своё дело, проходите первый сценарий и повторяете его самостоятельно». формулировку сверить с фактической программой потока.
единица 01 · короткий скринкаст / вход для новичка
мысль, которую удалось закончить
содержание: показать исходную заметку, первый ответ, одну смысловую правку и результат.
почему человеку интересно: знакомый внутренний барьер: «я ещё не сформулировал». показать, как разговор помогает сформулировать.
следующее действие: запишите одну незавершённую мысль и сделайте пригодный первый вариант.
редакторская граница: не писать «нейросеть знает, что вы хотите».
история: 01 · заготовка, не готовое свидетельство клиента
единица 02 · карусель / сохранение контекста
новый чат продолжает старое дело
содержание: пять полей карточки и проверка понимания в новом разговоре.
почему человеку интересно: у пользователя знакомая усталость от повторного объяснения. карточка показывает переносимый способ.
следующее действие: сохраните состояние одной задачи в пяти строках.
редакторская граница: не обещать бесконечную или полную память.
история: 02 · заготовка, не готовое свидетельство клиента
единица 03 · пост + схема / доверие
как я понимаю, что агент действительно сделал
содержание: разделить черновик, отправку и подтверждение результата.
почему человеку интересно: разница между убедительным сообщением агента и наблюдаемым изменением понятна без технических терминов.
следующее действие: выберите один результат и найдите независимую проверку.
редакторская граница: не подменять подтверждение доставки ответом человека.
история: 13 · заготовка, не готовое свидетельство клиента
единица 04 · учебная карточка / операционная точность
одна таблица — разные виды неизвестного
содержание: синтетические статусы: приглашён, ответил, обещал, оплатил, нет данных.
почему человеку интересно: ошибка классификации меняет управленческое решение даже при красивом отчёте.
следующее действие: найдите в своём процессе одно поле, где смешаны факт и ожидание.
редакторская граница: не показывать реальный список участников.
история: 03 · заготовка, не готовое свидетельство клиента
единица 05 · схема + рассказ / горизонт возможностей
агент может работать в другом месте
содержание: задача, вопрос, уведомление, ответ, продолжение; отдельно метки проверенных участков.
почему человеку интересно: интерес вызывает возвращение к человеку в нужный момент, а не список сервисов.
следующее действие: подумайте, какой один выбор тормозит ваше типичное дело.
редакторская граница: билет — рассказ владельца; завершённую покупку не заявлять без квитанции.
история: 09 · заготовка, не готовое свидетельство клиента
единица 06 · эссе + демо / продвинутый интерес
мой рабочий контекст переживает смену окна
содержание: четыре объекта: человек, контекст, исполнитель, инструмент.
почему человеку интересно: авторская линия димы о свободе сменить приложение получает конкретный проверенный пример.
следующее действие: нарисуйте эти четыре объекта для своей задачи.
редакторская граница: избегать «любая модель умеет всё».
история: 11 · заготовка, не готовое свидетельство клиента
единица 07 · пост / качество делегирования
агенту тоже нужен хороший способ остановиться
содержание: неизвестный результат платежа означает сверку, а не автоматический повтор.
почему человеку интересно: зрелость проявляется в сохранении состояния при сбое.
следующее действие: допишите своему процессу условие остановки и возобновления.
редакторская граница: не давать инструкцию обходить банковские проверки.
история: 10 · заготовка, не готовое свидетельство клиента
единица 08 · разбор / углубление
ошибка превращается в урок для следующего агента
содержание: поправка, кандидат-правило, новое применение, контрпример.
почему человеку интересно: память полезна, когда меняется решение в следующем похожем случае.
следующее действие: возьмите одну повторную поправку и сформулируйте границу правила.
редакторская граница: пилот не называть доказанным самообучающимся интеллектом.
история: 12 · заготовка, не готовое свидетельство клиента
единица 09 · мини-демо / творческий вход
почему полезно разрешить себе маленькую игру
содержание: одно правило вымышленного мира, быстрая проверка, авторское изменение.
почему человеку интересно: выбор начинается с интереса, а не с требования немедленно окупить технологию.
следующее действие: придумайте сцену, в которую сами захотите вернуться.
редакторская граница: не делать выводы о развитии ребёнка по готовому прототипу.
история: 08 · заготовка, не готовое свидетельство клиента
единица 10 · история диагностики / системное мышление
дом: сначала понять, что именно сломалось
содержание: одно неверное объяснение и тест, после которого модель изменилась.
почему человеку интересно: это сюжет об уточнении причин, узнаваемый в любой работе.
следующее действие: для своего сбоя запишите две причины и различающий вопрос.
редакторская граница: не выдавать старые измерения за сегодняшнюю сеть.
история: 05 · заготовка, не готовое свидетельство клиента
единица 11 · пост-размышление / работа с тревогой
ваша роль, когда агент многое делает сам
содержание: показать выбор цели, принятие результата и одно решение человека.
почему человеку интересно: авторство становится видимым через решения, а не через количество ручной работы.
следующее действие: отметьте в последней задаче: что решил я, что выполнил агент.
редакторская граница: не обесценивать ручное мастерство и не обещать исчезновения любой рутины.
история: 14 · заготовка, не готовое свидетельство клиента
единица 12 · чек-лист / приглашение в цикл gconf
что менять в своём стеке через 60 дней
содержание: одна новая возможность, одно ограничение, одна задача для повторной пробы.
почему человеку интересно: обновление стека привязано к жизни и работе; коллекция новинок не становится учебной целью.
следующее действие: выберите одно узкое место и проверьте новый способ на нём.
редакторская граница: ритм взят из запроса команды; не заявлять, что каждые 60 дней нужен полный переезд.
история: 11 · заготовка, не готовое свидетельство клиента
что нельзя превращать в обещание
в материалах нет оснований для цифр экономии времени, выручки, процента автоматизации, роста здоровья или интеллекта. personal agi допустимо как атрибутированная метафора димы; предложение продукта должно говорить о доступном ученику результате.
роли ниже — предложения для назначения, а не уже выданные людям задачи. план рассчитан на пять рабочих дней при доступных источниках и редакторе; это оценка, которую команда уточняет по загрузке.
день 1 · оля / редактор выбирают три истории
рекомендуемый первый пакет: c01 для быстрого входа, c02 для продолжения дела, c09 для горизонта. у c09 можно выпустить честную схему сейчас, а демонстрацию — после приёмки. итог дня: список трёх артефактов с ответственными и границами данных.
день 2 · исследователь собирает доказательства
для каждой истории — разрешённый вход, результат, дата, этапы, вмешательства и ограничение. редактор выбирает одну версию рассказа; технический проверяющий отмечает, какие шаги требуют нового запуска. исходные личные данные остаются в их собственном контуре.
день 3 · методист собирает урок
текстовая карточка, понятный пример, задание и критерий. дизайнер берёт шаблон атласа. скринкаст создаётся только там, где он объясняет действие лучше статичной схемы. результат уже читается без комментария димы.
день 4 · тест на пяти новичках
по одному человеку из разных уровней. дать материал и задачу, наблюдать первую попытку, не объяснять незнакомые термины заранее. записать место остановки, неверное ожидание, полученный артефакт и вмешательства ведущего. пять человек — качественная проба, не статистическая гарантия.
день 5 · исправить и выпустить первый пакет
убрать непонятные развилки, проверить инструкции в целевой среде, получить авторскую сверку смысла только там, где он приписан диме. подготовить одну единицу контента из урока. дату проверки интерфейсных шагов указать в материале.
минимальный выпуск
три карточки + один полный урок + одно упражнение на перенос + один короткий разбор границ. длинная авторская лекция не является зависимостью этого выпуска.
карточка производственной задачи
название / id кейса:
для кого и какой результат:
ответственный / дата:
источник / дата проверки / тип доказательства:
что утверждаем:
что остаётся неизвестным:
показываемые данные и разрешённый круг:
учебный пример / практика / критерий:
нужен ли дима и какое ровно решение:
состояние: выбран → источники → черновик → проверка → готов
ссылка на артефакт / следующая проверка:
обновление в цикле около 60 дней
сохранить прежнюю версию урока и проверить, что изменилось в реальном маршруте.
выделить устойчивый навык и сменяемую инструкцию по интерфейсу: первый остаётся, вторая перепроверяется.
переиграть один ключевой сценарий в выбранном приложении; записать дату, результат и ограничения.
заменять кейс, когда он лучше показывает полезную возможность; сохранять известные провалы рядом с демонстрацией.
собрать обратную связь учеников и обновить следующий шаг, а не добавлять обязательные уроки из каждой новинки.
получился артефакт для своей задачи; человек может объяснить свой выбор; нашёл и поправил предположение; повторил процесс через неделю без ведущего; понимает, что агенту разрешено.
для команды
сколько материалов вышло без новой лекции; где понадобился дима; сколько участников дошло до результата; какие вмешательства потребовались; какой урок реально открывали повторно.
собирать короткую исходную оценку усилия и повторную через неделю. если время измеряется, заранее определить границы задачи и учитывать проверку и исправления. сравнение двух разных задач не даёт честного процента экономии. без базы не публиковать численный эффект.
вопрос, который удерживает программу
что человек теперь может сделать сам, чего вчера не мог, и сколько поддержки понадобилось для повторения? число подключений и просмотренных уроков — вспомогательные показатели.
точнее: есть общие интерфейсы и несколько клиентских маршрутов. каждый набор инструментов и способ чтения контекста принимается отдельно. снять один конкретный доказанный переход.
«instagram подключён»
в срезе 10 ноября поиск профиля/диалога через chrome проверен; прямой api ждёт авторизации. чтение, поиск и отправка не тождественны.
«голосом ответил и покупка завершилась»
так описан опыт в текущем запросе; документы подтверждают отдельные части push и продолжения. перед экранным кейсом проверить всю последовательность на безопасной задаче.
«агенты самообучаются на всей моей жизни»
есть пилот локальных codex-разговоров и одно применение карточки. остальные источники, полнота, недельная консолидация и устойчивый эффект ещё не приняты.
«всё работает само, пока человек спит»
фоновый исполнитель, расписание, работающий доступ и полезный результат — разные уровни. показать конкретное дело и его восстановление после сбоя.
«каждые 60 дней у нас самый свежий стек»
это заявленный командой ритм. в учебном обещании лучше назвать дату проверки маршрута и доступный результат; абсолютное первенство требует отдельного сравнения рынка.
«личный пример автоматически можно показать команде»
технический механизм переносим; личное содержание — по отдельному согласованному фрагменту. общий атлас не даёт доступа к исходным аккаунтам или архивам.
все перечисленные файлы прочитаны в доступном объёме, относящемся к задаче, 10 ноября 2026. ниже — название, роль источника и граница. исходные документы остаются в рабочих каталогах владельца. названия и заметки ниже позволяют команде связать утверждения с их основаниями.
s01 запрос оли и димы
сообщение в этом разговоре, 10 ноября 2026
цель материалов, ритм обновления около 60 дней, рассказ о покупке билета и голосовом ответе, авторское ощущение personal agi.
s02 общий контракт агентности
meta · shared agency contract
результат на единицу внимания владельца; агент держит контекст, выполняет и проверяет; выбор направления остаётся человеку.
s03 карта подключений
agent-connectors · architecture
общие интерфейсы поверх разных провайдеров; данные и доменная логика остаются у владельцев источников; приёмка зависит от клиента и маршрута.
s04 срез реализаций
agent-connectors · continuation
документ от 10 ноября: worker, android, browser, каталоги messaging; отдельно перечислены незакрытые проверки.
s05 события, push и ответ
agent-connectors · task events
10 ноября: push получен на iphone, ответ через native task api вернулся в сессию; web-поле, звук и исходный обычный chat имеют открытые ограничения.
s06 instagram: граница доступа
agent-connectors · instagram meta
10 ноября: поиск профиля/диалога принят через существующий chrome; прямой api ждёт авторизации. чтение всей истории этим не доказано.
s07 общие задачи и продолжение
dima ops · persistent operations
процесс от 5 ноября: задачи, версии контекста, захват работы, квитанция, восстановление; доступ из web/gpt принимается отдельно.
s08 память о людях и решениях
dima ops · context
личный реестр и ключи контекста отделены от общих задач; доступ клиента и свежесть проверяются отдельно.
s09 обучение из разговоров
meta · agent learning loop
пилот от 8 ноября: локальные codex-сессии, шифрованный архив, карточки-кандидаты, одно применение в новой сессии. устойчивое улучшение и другие провайдеры не приняты.
s10 продуктовая рамка gconf
gconf · canon
рабочая цель: освоенный паттерн, облегчённый процесс, остающийся артефакт и агентность. основная продуктовая рамка весны–лета 2026, не замер текущей когорты.
s11 историческая обратная связь
gconf · feedback synthesis
синтез на 14 мая: перегруз второй недели, запрос на навигацию и асинхронность. использовать как гипотезу дизайна, свежесть аудитории перепроверить.
s12 контент: оперативный срез
contentos · now
записи 10 ноября: редактор вариантов текста, начитки, сравнение дублей, сборки и карта происхождения. авторский выбор остаётся отдельным шагом.
s13 контент: роль агента
contentos · boot
соавтор и исследователь; реальные истории, любопытство и прикладной шаг; человеческое направление у димы.
s14 события и общее знание
fff · readme и current
общие люди, процессы и знания; события как отдельные модули, claims со ссылками на источники. readme не доказывает текущий результат события.
s15 регулярный отчёт
fff · inbound report specification
ограниченное чтение таблицы, детерминированный расчёт, отправка и точная проверка. наличие спецификации не подтверждает ежедневное исполнение.
s16 дом как управляемый процесс
bali domik mind · state of play
исторические сетевые проверки, измерения, расхождения и принятые изменения; не live-диагностика дома сегодня.
s17 личный архив: механизм
myalignment · agent access
разделение источников, интерпретаций и переносимого доступа. личное содержание не извлекалось в этот пакет.
s18 финансы: механизм
myfinance · readme
выписки, проверенные ledger-слои, разбор и классификация. суммы и строки транзакций в пакет не входят.
s19 семейная игра: граница доказательств
kids · evidence skill
реплики, код и наблюдения — разные источники; активность в приложении не доказывает обучение. частный корпус не открывался.
s20 здоровье: архитектура доступа
agent-connectors · architecture / health
owner-only reader, раздельные источники и покрытие. медицинские записи в этот пакет не запрашивались.
15 / рабочая поверхность
решения команды по этому пакету
выберите кейсы и запишите решения. заметки сохраняются только в этом браузере, если он разрешает локальное хранение. это не общий командный документ и не синхронизация. перед передачей скачайте заметки отдельным файлом; html остаётся исходной версией.
загружайте сюда только сведения, подходящие для общего рабочего пакета. экспорт не отправляет их в сеть.