Итак, прихожу в очередной пайтон-чатик. Пишу: «привет, меня зовут Кристина, я хочу общаться не темы, связанные с программированием на языке Python…лалала» И сразу набегает куча существ противоположного пола с предложениями типа: «давай код, поправлю», «покажи ошибку, решу» и тому подобное. Честно, всегда меня с души воротило от этой их лицемерной заботы, под которой на самом деле скрывается махровое собственничество и удушливый авторитарный самцовый эгоцентризм. Один из главных аспектов патриархального воспитания, что поделать. Была бы я такой тупой самкой, о каких писала в своём предыдущем посте — кинула бы код в саблайме написанный, в котором внутри вайл тру вавилонская башня из кучи ненужных никому переменных и однотипных ифов, а по земле растекается мутной жижей страшный и непонятный(для неё) еррор, возникший по причине того, что один из этих ифов что-то там поломал. Ну и просто чтобы показать, что я не такая от слова совсем, кидаю им что-то вроде такого вот:

Некоторое время они усиленно скрипят мозгами, переваривая увиденное. Потом бывали дебильные вопросы по типу «аа чо??? а чо это вапще такое там?» или «откуда там взялись self.name и self.family, если нет даже конструктора и их в нём?» , «почему этот странный непонятный метод не вызывается через точку, а при этом всё равно выполняется», «зачем там две черточки с обеих сторон такие» и т. д. Ну понятно, что все эти вопросики исходили от ребят, которые потусовались на всяких степиках, начитались укуса-питона, насмотрелись гайдов от хауди-хо и решили в итоге, что обладают достаточным уровнем познаний, чтобы помогать глупым тян, решать их ошибки в коде, а в возможной перспективе и «познакомиться поближе». И общее отношение очень быстро трансформируется из добродушно-снисходительной заботливости сначала в холодную настороженность а потом уже и в агрессивную враждебность. Ну правильно, я же сломала им один из их главных подсознательных патриархальных стереотипов, согласно которому они априори обладают монополией на глубокие знания и крутые навыки в чем бы то ни было.

Часть 2. Травля, троллинг и харасмент.

Далее всё разворачивается по стандартному сценарию. Я никого из них не оскорбляю (во всяком случае первая), пытаюсь нормально общаться. Но меня начинают посылать на три буквы, обзывать «шлюхой», писать, что я «жирная», «уродина» и т. д. Откуда-то иногда прилетают требования показать сиськи, кинуть нюдсы, «го е-ся» и прочее в этом роде.

Что делать бедной девушке, оказавшейся одной против толпы агрессивных и умственно-отсталых приматов? Первое — пишу админу. Обычно в таких чатах в правилах явно указывается на то, что «оскорбления в адрес других участников запрещены». Но то ли этот запрет не распространяется на «участниц», то ли «своим всё можно», то ли сами админы уже по умолчанию настроены против меня, то ли всё это вместе. Короче, получаю ответ типа «да ладно тебе, они шутят, рофлят. Потерпи». Ну конечно, «потерпи», а как иначе? В патриархальном социуме женщина всегда всё должна терпеть, желательно молча. А ещё лучше, если она в ответ на всякие тухлые подкаты и пошлые предложения закатывает глазки, краснеет и загадочно улыбается, демонстрируя, что оскорбительное поведение самцов она воспринимает не иначе, как комплимент и показатель собственной сексуальной востребованности.

Второе — пытаюсь хоть как-то им отвечать. Но тут бац! Мне выдают пред(варн). То есть им можно, а мне нельзя. Ухожу в режим молчания и ридонли.

Часть 3. Как доказать что ты не верблюд. Точнее, что ты — девушка.

Точнее доказать, что ты биологическая женщина. Зачем? А затем, что от оскорблений они быстро переходили сначала к коллективному созданию теории, что коды, которые я кидала в чат, на самом деле не мои, а их написал какой-то парень «нормальный программист», а потом появлялись предположения о том, что я сама — какой-то «парень» и заявленный изначально мной гендер якобы не соответствует действительности. Если я вдруг начинала что-то после этого писать, то мне отвечали, обращаясь ко мне в мужском роде обязательно и т. д. Меня начинали усиленно именовать «братан», «чувак», «мужик» и т д. Что, опять же, делать бедной девушке в этой ситуации? Да да да, поначалу я была такой наивной, что (по большей части ради эксперимента, но и с небольшой надеждой что-то изменить) начинала реально пытаться им как-то доказать их неправоту в этом плане. Но не тут то было. Являясь девушкой, не так то просто доказать, что ты девушка. Отправка голосовых сообщений не помогала. Фоткаться рядом с монитором, на котором открыт этот чат или мой аккаунт в вк — тоже ни к чему это не приводило(хорошему во всяком случае). Буквально, чем больше я предпринимала таких попыток — там сильнее они начинали верещать, что я «мужик». Ну, или в лучшем случае, трансгендерное существо. Ну конечно, ведь лишь «трёхногим» дано от рождения великое право писать хороший код. На предложения-требования пойти в голосовой чат я всегда отвечала отказом, потому что слышать их я не в состоянии просто физически (мои индивидуальные особенности). Я и чужие голосовые сообщения в чатах не слушаю никогда. И в итоге они окончательно навешивали на меня ярлык «ненастоящей девушки», «гея под женским аккаунтом» и тому подобные бредовые идиотизмы. Сей горький опыт научил меня многому. Теперь я даже в своем личном чате больше не отправляю никакие голосовые сообщения и не кидаю фотки, из которых несомненно видно, к какому полу я отношусь. А в чужие чаты больше не хожу. Только на аву ставлю свой реальный фейс, сильно обработанный нейросеткой в приложении. Однако внешнее сходство с оригиналом и при этом крайне велико. Считаю, что этого более чем достаточно. Если какие-то дауны хотят думать про меня что-то другое — то это их святое право (быть клиническими идиотами).

Часть 4. Эпилог.

Чем всё это всегда заканчивалось? Как правило, я сама покидала эти помойки (ведь из всего вышесказанного становится ясно, что никак иначе эти «юзерфрендли пайтон-комьюнити чаты» назвать нельзя) и шла в новые(пока все они не кончились). Но бывали интересные случаи, когда я не успевала уйти и меня исключали. За что же, спросите вы? Ну, однажды мне админ написал: извини, из-за тебя начался «срач», потому я вынужден тебя исключить из беседы. Но такое было пару раз всего. И то потому, что в чате находилась парочка более менее разумных существ, которые вставали на мою сторону и тоже сразу начинали подвергаться коллективной обструкции и откровенной травле, как "подсосы", куколды и "п-лизы". А так обычно просто кикали из злобы и личной неприязни. Это меня не удивляло. Было удивительно другое. Опять же ради эксперимента и в рамках социологического исследования я тихо заходила в те же чаты с другого неприметного акка и тихо сидела, читая, что про меня они там пишут. И поначалу выпадала в осадок от того, что там было. Что же такого там было, спросите вы? О, это было нечто. Просто верх приматского слабоумия я бы сказала. Что самое любопытное, постфактум они почему-то начинали всё же признавать то, что я действительно скорее всего тян а не кун. Но при этом про меня начинали различные слагаться мифы и легенды. Какого бреда там только не было. В программировании я по большей части занимаюсь написанием вк-ботов и эти … даунлоады начинали на полном серьёзе писать что:

1. Мои боты — хрень полная, таких любой школьник напишет на коленке в туалете во время перемены. (вряд ли, на несколько тысяч строк кода времени тупо не хватит)

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

3 Я «не умею писать код»!(тут особое хаха)

4 Я «не знаю python вообще»!!(тут просто ржунимагу)

5 Некий сгенерированный ими искусственный образ меня - «жирная, прыщавая уродина. парня нет — вот и бесится», «шлюха, шалава, прошмандовка». Причем первое прекрасно сочетается со вторым. Ну и «мужик» тоже никуда не исчез и так же гармонично вписывается в картину первых двух утверждений. Там ещё «школьница 12 лет» и т. д. Короче если джоин сделать, то «жирная уродливая шлюха школьница мужик», как-то так. Ах, ещё забыла слово «тупая», да. Я — тупая (тут даже комментарии излишни, стоит просто почитать некоторые мои посты здесь даже). В плане интеллекта и умственного развития я на много порядков превосхожу их всех, вместе взятых - это должно быть очевидно любому, даже не очень далекому индивиду, кто их читал.

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

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

И не стану напоминать о том, что так называемый «риаллайф», физический мир, реальность — совсем не так реальны на самом деле, как это почти всем людям кажется. Это тоже относится к моей общей тематике, а не к данному разделу. И потому в качестве послесловия скажу так, как говорят «нормальные» люди — в реале (физическом мире) я вот прям полнейшая диаметральная противоположность всего того бреда, который про меня сочинили и до сих пор сочиняют разные умственно-отсталые существа в интернете.

По порядку:

1 «Жирная(толстая) прыщавая уродина» - я очень худая, буквально соответствую выражению «кожа да кости», прыщей нет и даже в подростковом возрасте не водилось. И не уродина, даже близко нет. Даже далеко. Напротив, когда накрашусь, сделаю причесон, оденусь по моде и выползу в большой город (что бывает примерно пару раз в году) — то приматы постоянно жрут своими потными похотливыми глазёнками моё прекрасное стройное тело и моё милое личико.

2 «Бесится, что парня нет». Тут они правы кое в чем. Парня и правда нет, но не бешусь. А радуюсь. Ну и нет его не потому, что на меня внимания они не обращают — обращают даже слишком, если видят. А просто потому что я их не воспринимаю в качестве объекта для чувств и возможных отношений. А механический секс с ними ради ощущений меня давно уже не интересует.

3 «Боты не мои» - нет, они мои. Я даже написала микролибу для создания ботов, что наглядно доказала, выложив скрины кода одного из моих ботов на ней (методов с такими названиями и общей архитектурной специфики нет ни в одной общеизвестной библиотеке для создания вк-ботов на питоне). Много раз у себя в чате я в рантайме фиксила некоторые баги в своих ботах, многие( в том числе и некоторые участники вышеозначенных пайтон-помоек ) это видели своими собственными глазами.
Боты приватные("заточены" под мои чаты), выполняют только мои команды и тех участников, которым в этих ботах я даю повышенные права. Следовательно я имею прямой доступ к их базе данных, а не использую чьи-то чужие ресурсы. Какие ещё нужны тут доказательства?

4 «Плохо знаю язык Python или не знаю его вообще» - ну тут даже говорить нечего особо. Мой старый аккаунт вконтакте весь облеплен примерами моего кода, из которых очевидно, что знаю я его распрекрасно. Просто ради развлечения легко и непринужденно юзаю такие вещи, как сложные декораторы, множественное наследование, метаклассы и дескрипторы. А об этих вещах вообще мало кто даже из так называемых «миддлов» знает. Прочитала наиболее серьёзные книги по питону, в том числе М. Лутца и Б. Любановича. В ООП питона разбираюсь на академическом уровне.

5 «Не являюсь биологической женщиной» - нет, являюсь. Более чем. В самой полной мере плоть до соответствующего набора хромосом и всяких мелких женских проблемок и больших(правда не всем доступных) радостей, чем весьма довольна. Близкие друзья меня видели, слышали, общались даже некоторые вживую. А всяким мимокрокодилам и мамкиным школотроллям я доказывать сей факт даже не обязана от слова совсем. И не собираюсь больше этого делать.

Не верите? Считаете иначе? Да пожалуйста, ради всех богов Асгарда! Ваше право думать что угодно. Больше ничего никому доказывать я не собираюсь. А уж тем более в чем-то оправдываться перед вами. На этом всё. Надеюсь, вам понравилось(а если нет, то ваши проблемы, опять же). Не вступаю в полемику и какие-либо дискуссии в комментариях.

Пообщаться со мной и получить ответы на вопросы можно там:

чат в вк: https://vk.me/join/AZQ1dxyBWxOm9k0RMt1hwxdk

чат в тг: https://t.me/+FbDIvoJceAJjZjEy

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

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

Ниже — развернуто, по шагам.

1. Почему исторический текст никто не читает

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

1.1. Факты без людей

«В 1234 году произошло то-то. В 1235 — то-то».

Умно, точно, но мозг читателя так не живёт. Он ищет:

• героя,

• выбор,

• цену этого выбора.

Если в тексте нет человека — читатель не привязывается.

1.2. Канцеляризмы и академический тон

«Данное явление характеризуется…», «представляет собой…», «следует отметить, что…».

Мозг в онлайне считывает такие формулы как сигнал: «Это будет долго и тяжело» — и переключается на что-то попроще.

1.3. Перегруз деталями

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

Читатель теряет опору: не понимает, за что «зацепиться», и тихо выпадает.

1.4. Нет парадокса

История цепляет тогда, когда ломает ожидание:

• «предатель» оказывается спасителем;

• «злодей» принимает самый нравственный выбор;

• «случайное» событие оказывается точкой перелома.

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

1.5. Рассинхрон с форматом площадки

Пикабу, Дзен, соцсети — это:

• короткие блоки,

• яркие заходы,

• текст, который удобно «сканировать» глазами.

Если подавать туда текст как мини-монографию, он почти неизбежно не будет читаем.

2. Что ИИ реально может сделать для историка

ИИ не станет за вас читать источники и не придумает честную интерпретацию. Зато он отлично подходит для второго этапа — превращения сырых знаний в читаемый формат.

Сильные стороны ИИ-редактора

Он хорошо умеет:

• перестраивать структуру текста;

• снимать канцелярит и утяжеляющие обороты;

• добавлять чёткие заходы и параграфы-«якоря»;

• удерживать тон под нужную аудиторию (не «детский», не «псевдонаучный»);

• следить за объёмом и ритмом под формат площадки.

Где нужна рука историка

Ваша зона ответственности:

• факты и хронология;

• корректность аналогий и выводов;

• граница между допустимым упрощением и искажением.

Лучший режим работы такой:

Вы задаёте содержание и рамки допустимого. ИИ доводит форму до состояния «это можно читать без боли».

3. Как выглядит «живой» исторический текст для широкой аудитории

Можно мыслить тремя слоями:

1. Когнитивный — понятно ли, о чём речь.


2. Эмоциональный — есть ли чувство, которое хочется разделить.


3. Социальный — хочется ли этим поделиться или обсудить.

История, написанная с ИИ-редактором по внятной методике, обычно строится так.

3.1. Сильная зацепка (первые 2–3 предложения)

Не «В данной статье рассматривается…», а:

• парадокс: «Человек, которого учебник делает предателем, фактически спас страну»;

• неожиданный вопрос: «Почему героя, который сделал всё правильно, история аккуратно забыла?»;

• личный заход: «Я много лет считал этого человека злодеем. Оказалось — всё наоборот».

Задача: за первые секунды дать мозгу ощущение сюрприза и интриги, а не реферата.

3.2. Краткий контекст вместо длинного вступления

Кто, где, когда — в нескольких ясных фразах. Без погружения в десяток второстепенных деталей.

Хороший тест: если убрать вступление, теряется ли понимание? Если нет — контекст раздут.

3.3. Чёткий герой и его выбор

Даже если речь о большой системе (империи, церкви, армии), читатель легче цепляется, когда:

• есть один ключевой персонаж или несколько фигур;

• показан момент выбора, а не только последствия.

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

3.4. Сцены вместо сухого пересказа

Вместо «он принял непопулярное решение» — маленькая сцена:

• что он видел;

• что ему говорили;

• чего он боялся;

• какую фразу произнёс.

Тут ИИ полезен как «стилист»: он помогает из сухого описания сделать короткий, но объёмный эпизод — без выдумывания фактов.

3.5. Парадокс истории и память

Мозг особенно хорошо запоминает моменты:

• «его забыли, хотя без него всё рухнуло бы»;

• «его считали трусом, хотя он боялся больше всех, но не отступил»;

• «современники его ненавидели, а потом поставили памятники».

Хороший исторический текст в онлайне почти всегда содержит парадокс памяти: как событие воспринимали тогда и как видим его мы.

3.6. Аккуратная связь с настоящим

Широкая аудитория любит момент узнавания: «Это же про нас». Но важно не превращать это в лекцию «вот что вы должны понять».

ИИ можно просить:

• мягко указывать на параллели: «Знакомо?»;

• оставлять вопрос открытым, а не делать агитационный вывод.

4. Как правильно говорить с ИИ, чтобы он помог, а не испортил

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

4.1. Сформулировать рамки

Полезно явно сказать:

• для кого текст: «взрослая аудитория, интересующаяся историей, но не специалисты»;

• что важно сохранить: факты, осторожные формулировки, сложные места;

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

4.2. Попросить вначале не переписывать, а диагностировать

Первый запрос к ИИ разумно сделать таким:

«Посмотри на этот текст как редактор исторического материала для Пикабу/Дзена. Скажи, что мешает дочитать до конца: структура, язык, отсутствие героя, слабая зацепка, перегруз деталями. Затем предложи план 4–6 итераций по исправлению».

Так вы получаете:

• «рентген» текста;

• реалистичный план: шаг 1 — структура, шаг 2 — конфликт, шаг 3 — язык, шаг 4 — адаптация под площадку.

4.3. Идти шаг за шагом

Дальше каждый запрос — отдельный шаг:

• «Сейчас сделай только структуру по этому плану, факты не трогай».

• «Теперь усили парадокс и героев, но не меняй уже выстроенную структуру».

• «Теперь займись языком: убери канцелярит, сократи «простыни», сохрани смысл».

• «Теперь подгони объём и оформление под Пикабу / Дзен».

Так ИИ не «ломает» текст каждый раз заново, а последовательно улучшает.

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

Вирусность в нашем контексте — это когда:

• текст дочитывают;

• по нему спорят в комментариях;

• им делятся с подписью «вот это стоит почитать».

Для этого обычно нужны три вещи.

5.1. Сюрприз

Мозг реагирует на ошибку ожидания. В историческом тексте это:

• неожиданный поворот трактовки;

• герои, ведущие себя «не по учебнику»;

• связь событий, которую читатель не подозревал.

ИИ можно просить специально подчёркивать такие моменты:

«Найди в тексте места, где реальность ломает привычное представление, и сделай их центрами внимания».

5.2. Эмоция

Не истерика, а человеческое сопереживание:

• трагедия и цена выбора;

• несправедливость памяти;

• уважение к тем, кто сделал сложный шаг.

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

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

5.3. Социальный «крючок»

Человек делится текстом, когда:

• выглядит умнее («почитай, тут хорошая постановка вопроса»),

• выглядит человечнее («сильная история, задела»),

• чувствует: «это про нас».

Поэтому в конце статьи хорошо работают:

• открытый вопрос;

• мягкая формулировка вроде «интересно, как бы мы поступили на их месте?»;

• ощущение продолжения разговора, а не финального приговора.

6. Почему одной «хитрой формулировки» мало и нужна система

Можно, конечно, каждый раз придумывать новый промпт, надеяться на удачу и подправлять руками то, что выдал ИИ. Но:

• это отнимает время,

• не гарантирует повторяемости,

• сложно масштабировать, если вы планируете цикл текстов.

Намного эффективнее, когда под рукой есть устойчивая методика, а ИИ работает по ней как по инструкции:

• понятно, какие шаги будут сделаны;

• понятно, что меняется на каждом шаге;

• ясно, как не потерять факты и свою позицию;

• предусмотрен контур сохранения прогресса — каждая версия текста не пропадает, а сохраняется.

7. Зачем для этого нужен архив методики

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

• описать, какой исторический текст нам нужен;

• зафиксировать архитектуру (зацепка, герой, парадокс, мораль, открытый финал);

• сформулировать требования к тону, языку, объёму;

• прописать, как считать количество итераций и распределять задачи по шагам;

• добавить инструкции, как хранить каждую версию статьи, чтобы ничего не потерялось.

Такой архив работает как редакторская станция:

1. Вы подключаете его в новом чате.


2. ИИ из первого ответа: диагностирует текст, предлагает план итераций, делает первый шаг.


3. Каждая следующая итерация — это новый, улучшенный слой поверх предыдущего, а не хаотичная переделка.

В результате:

• вы экономите время на рутину;

• сохраняете контроль над фактами и интерпретацией;

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

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

P.S. До сих пор я не пользовался этим исследованием, по итогам сбора статистики будет создана улучшенная версия архива.

Приложение. О паттернах вирусного текста

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

Ниже — концентрат того, что методика зафиксировала.

1. Лингвистические паттерны: как устроен «живой» русский текст

1.1. Полистилизм как норма, а не ошибка

Главный вывод: успешный текст на русских площадках почти никогда не моностиличен.

Системно работает:

• смешение «высокого» и разговорного: термин / историческая деталь + бытовая фраза;

• вкрапления канцелярита → тут же ломка его иронией;

• философские обороты → рядом со сленгом или простым «как есть».

Это создаёт одновременно:

• ощущение живого голоса, а не академической лекции;

• лёгкую самоиронию, которая снижает пафос и позволяет читателю «не стесняться» своего уровня подготовки.

Следствие для методики: архив задаёт ИИ не один регистр, а диапазон, в котором он может:

• оставлять научные и терминологические блоки,

• но обязательно разрежать их более простыми, «человеческими» фразами.

1.2. Эмоционально-оценочная лексика как якорь вовлечения

По корпусам интернет-коммуникации видно, что:

• эмоционально окрашенная лексика (особенно с суффиксами, метафорами, усилителями) — главный носитель прагматики, а не «лишний шум».

Рабочие паттерны:

• уменьшительно-ласкательные и «очеловечивающие» формы: «человек» → «этот человек», «та самая девочка», «дедушка, который…»;

• лёгкая экспрессия: «совершенно немыслимо», «по-честному это было страшно», «поразительно именно то, что…»;

• аккуратные эмоциональные маркеры вместо голых оценок: не «это ужасно», а «здесь меня до сих пор передёргивает».

Для ИИ: правило не «убирать эмоции», а подсветить 2–3 ключевых узла эмоционально-оценочной лексикой, оставляя остальной текст спокойным.

1.3. Синтаксис: парцелляция, ритм и «анти-простыни»

Из анализа Пикабу/Дзена и eye-tracking-исследований чтения:

• длинные предложения без пауз критично снижают дочитываемость;

• «простыня» текста без абзацев — почти гарантированный отказ.

Вирусные тексты используют:

• парцелляцию: «Он мог уйти. Не ушёл.» вместо сложного сложноподчинённого;

• чередование длинных и коротких фраз: длинная — для мысли, короткая — для удара;

• абзацы по 3–5 строк как базовый модуль.

Для методики: в архивах закреплено, что ИИ обязан:

• ломать чрезмерно длинные конструкции,

• проверять ритм: длинное → короткое → среднее,

• разбивать текст на абзацы, удобные для экрана.

1.4. Микро-триггеры в языке

Выявлено несколько устойчивых «сигнальных слов», которые запускают у читателя нужную когнитивную реакцию:

• «но вместо этого…» — явный маркер парадокса / слома ожидания;

• «и всё же…» — маркер героизма или внутренней борьбы;

• «а ведь…» — включение ретроспективной иронизации истории;

• «интересно вот что…» — мягкий заход в аналитический блок;

• «здесь важно другое…» — разворот фокуса.

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

• перед сменой оптики,

• перед сильным фактом,

• перед выводом, который надо запомнить.

2. Нарративные паттерны: как устроена история, которую дочитывают

2.1. 9-фазная структура вместо хаоса

На основе Лабова + анализа вирусных историй сформирована рабочая схема:

1. Зацепка (слома ожидания / парадокс / вопрос).


2. Контекст + персонаж (кто, где, когда, почему ситуация необычна).


3. Парадокс / противоречие (что «должно было» произойти и что не случилось).


4. Деталь, показывающая человека (письмо, жест, фраза).


5. Действие / событие (не пересказ, а сцена).


6. Последствия + моральное измерение (чем обернулось и за что заплатили).


7. Парадокс памяти (как история это запомнила/исказила).


8. Связь с современностью (узнавание без агитации).


9. Открытый вывод (вопрос или недосказанность).

Вывод: удачные тексты редко нарушают эту логику. Они могут сжимать/раздувать отдельные фазы, но скелет сохраняется.

Методика в архиве заставляет ИИ:

• сначала разложить черновик по этим фазам,

• затем достраивать недостающие (особенно 1, 3, 7, 9),

• и только потом шлифовать язык.

2.2. Рабочие типы историй

Из разборов Пикабу/Дзена выделено три особо «живучих» типа:

1. История-откровение «Я думал, что история была такой. Оказалось — иначе». Это про изменение видения и личную честность.


2. История-спор «Все говорят А. Давайте посмотрим, почему всё сложнее». Запускает комментарии, споры, переосмысление.


3. История-трансформация «Был такой-то взгляд / контекст → случилось X → стало так-то». Ценна эмоциональной дугой и выводом.

Методика обучает ИИ:

• опознавать тип текста и

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

2.3. Позиция рассказчика: «я», «я-свидетель», «мы»

Вирусные тексты используют не один POV, а динамику позиции:

• старт с честного «я» (личный вход);

• переход к «я-свидетель» («я видел, я читаю источники»);

• аккуратное «мы» в конце, когда нужен общий вывод.

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

Архив задаёт ИИ правило:

• обязательно» вводить авторский голос,

• но не злоупотреблять «мы» и морализаторскими формулами.

3. Психология и нейроуровень: почему этот текст именно «липнет»

В рамках метода были собраны и сведены в систему 18 механизмов (10 явных + 8 «скрытых»), но для практики важны несколько ключевых выводов.

3.1. Ошибка ожидания + контраст = главный мотор

Для виральности критично:

• сломать привычное ожидание: читатель думает «предатель» — вы показываете, что это был единственный рациональный ход; читатель ждёт героизации — вы показываете цену героизма;

• затем усилить контраст: герой в момент максимальной силы → герой в забвении; человек, которого ненавидели современники → национальный символ через 100 лет.

Это активирует:

• дофаминовую систему (ошибка предсказания),

• социальную поляризацию (хочется спорить, обсуждать).

Шаблон, который закреплён в методике:

«Казалось, что… Но вместо этого… А дальше выяснилось, что…»

ИИ обучается не пропускать такие узлы, а делать их смысловыми вершинами текста.

3.2. Сенсорика и кинестетика: текст «чувствуется телом»

Тексты, которые хорошо запоминаются, почти всегда:

• содержат сенсорные детали (что видели, слышали, ощущали герои);

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

Это включает премоторную кору и делает историю «переживаемой».

Методика прописывает для ИИ:

• в каждом ключевом эпизоде дать хотя бы один визуальный и один кинестетический штрих,

• избегать сплошного «был / имел / существовал» без действия.

3.3. Эмоциональная маркировка + микропаузы

Чтобы эмоция не «пролетала», она должна быть:

• названа (страх, восхищение, несправедливость, облегчение),

• отделена паузой (короткое предложение, абзац, многоточие по месту).

Типичный рабочий паттерн:

«Он понимал, чем рискует. И всё равно подписал.»

Методика учит ИИ:

• не лепить эмоцию внутри огромного предложения,

• а давать ей собственную строку / фразу, после которой читатель успевает отреагировать.

3.4. Социальная идентификация и «шаринговость»

Человек делится текстом, если:

• может через него выглядеть умнее / внимательнее / человечнее;

• может сказать: «это же про нас / про меня».

Поэтому в конце текста почти всегда работает:

• открытый вопрос, а не приговор;

• лёгкая примерка на читателя: «интересно, как бы мы поступили на их месте?», «похоже ли это на то, что мы видим сегодня?».

Методика фиксирует:

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

4. Платформенный уровень: Пикабу vs Дзен

Из сравнения ограничений и реальных практик:

• Пикабу: жёсткий лимит блоков/медиа, комментарии — ключевая метрика, важна цепкая история + «комментируемость».

• Дзен: больший объём, рекомендованный диапазон 3 500–6 000 знаков, сильнее работает ясная структура + полезность/смысл.

Методика:

• заставляет ИИ выбирать профиль (PIKABU_FIRST / DZEN_FIRST / CROSS),

• под этот профиль: контролировать объём, резать или разворачивать сцены, управлять заголовком и подзаголовками.

5. Итог: какие именно паттерны зашиты в методику для генерации вирусного контента

Сводный список того, что методика теперь «знает» и использует:

1. Структурные паттерны 9 фаз нарратива (зацепка → контекст → парадокс → человек → действие → последствия → парадокс памяти → современность → открытый выход). 3 типа историй: откровение, спор, трансформация.


2. Лингвистические паттерны контролируемый полистилизм (научный + живой язык), эмоционально-оценочная лексика в ключевых точках, парцелляция и ритм вместо «простынь», использование микро-триггеров («но вместо этого», «и всё же», «а ведь...»).


3. Психологические и нейро-паттерны обязательный слом ожидания и контраст, сенсорные и кинестетические детали в сценах, эмоциональная маркировка + микропаузы, финальная социальная идентификация и открытый вопрос.


4. Социальные и платформенные паттерны ориентация на дискуссию в комментариях, а не только «информирование», учёт объёмов и структуры под Пикабу/Дзен, явный расчёт на то, что читатель захочет поделиться, а не только «узнать».


5. Процессные паттерны первый ответ ИИ — всегда DIAG + план итераций (а не сразу «готовый текст»), «одна итерация = один запрос», с понятной задачей (структура, конфликт, язык, платформа), сохранение всех версий статьи и логов изменений в архиве (ничего не теряется, всё наращивается).

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

Отдельно стоит сказать, где вообще можно использовать наш архив как рабочий инструмент. Теоретически похожий подход (загрузка ZIP, разбор структуры, генерация нового архива на каждой итерации) можно реализовать и в других стэках — через API Gemini, Claude, локальные LLM с собственным сервером и так далее. Но везде это превращается в инженерный проект с отдельной обвязкой, а не в «живой» чат, доступный обычному автору без навыков программирования.

На практике полноценный режим работы архива «из коробки» обеспечивает именно среда ChatGPT с платным доступом (Plus/Pro и выше): здесь есть стабильная поддержка файлов и ZIP-архивов, кодовый инструмент для работы с ними и достаточные лимиты, чтобы выдерживать десятки итераций над одной и той же статьёй. В других нейросетевых сервисах отдельные элементы методики воспроизводимы, но целостный сценарий «каждый запрос — новая версия архива с сохранением всей истории правок» там либо нестабилен, либо требует уже собственного продукта вокруг модели.

Наконец, по итогам всех итераций стало очевидно: качественный, тем более вирусный текст в один заход не делается — ни человеком, ни ИИ. Миф «одной кнопки» удобен тем, кто видит в нейросети магический принтер готовых шедевров (и это часто как раз бумеры и часть миллениалов, не работающие с ИИ всерьёз), но реальная работа устроена иначе: диагностика текста, поэтапная правка структуры, конфликтов, языка, подгонка под площадку и аудиторию. Наш архив и есть попытка зафиксировать эту многослойную, итеративную модель — против упрощённой иллюзии «один промпт → идеальная статья».

Автор статьи — Руслан Абдуллин Р.

Дорогие читатели, признавая ценность классической хронологии, я предлагаю посмотреть на прошлое ещё и через проверяемый инструмент — интервальный анализ с контролируемым сдвигом (ИА-Δ).

Как я строил хронологию Византии при помощи метода интервального анализа истории. Применение ChatGPT для анализа истории (часть 1)

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

При копировании прошу указывать:

«Материал создан Abdullin Ruslan R. Оригинал доступен по ссылке: https://pikabu.ru/@rusfbm. Лицензия: CC BY-SA 4.0».

Читайте также:

Мусульмане или греки? Как русские историки перевернули смысл арабского источника

Когда ChatGPT помнит лучше, чем ты, или Мои уникальные наработки, которые глобально изменят вашу коммуникацию с ИИ

Как ChatGPT помнит твой проект месяцами: система архивов для историков и исследователей

Система архивов в ChatGPT: как не потеряться в собственном исследовании (любителям истории посвящается)

КОГДА ЧИСЛА ПРАВЯТ, ЛЕГЕНДЫ ПРОИГРЫВАЮТ. ИСТОРИЯ ОСТРОГРАДОВ: ЛАДОГИ И КИЕВА. ЧАСТЬ 1

Куйаба-Ладога. Морской порт и главная артерия державы Руси Яра/Европы

Расчет локализации Куйабы и Арсании по количественным указаниям арабских географов IX–XII вв. Часть 1

Байесовская триангуляция с источниковой трассировкой (БТ-REI). Астрономические якоря и пересчёт хиджры в григорианскую шкалу. Часть 1

Революция в хронологии: два метода, которые изменили историческую науку

Папская бухгалтерия: как Рим создал модель современного финансового управления в 1500 г. Часть 1

От Максимуса до Борджиа: имперский кризис через призму дилогии «Гладиатор» и сериала «Борджиа». Рождение капитализма (часть 1)

Как проверить “рифмы истории” без подгонки: простой метод ИА- в эпоху ИИ

Маркоманские войны как зеркало европейской политики XV века (часть 1)

Как я строил хронологию Византии при помощи метода интервального анализа истории. Применение ChatGPT для анализа истории (часть 1)

Интервальный анализ истории с контролируемым сдвигом (ИА-): Исторические рифмы под контролем (часть 1)

От мифической Трои к реальной Шкодре: переосмысление гомеровского эпоса (часть 1)

Балканская Троя: исследование гипотезы о локализации „Илиона“ в районе Шкодера в Албании (часть 1)

Геополитика накануне Троянской войны (897–907 гг.). Часть 1

Интервальный анализ с контролируемым сдвигом — новый метод исторического анализа

Интервальный анализ с контролируемым сдвигом (ИА-дельта). Разбор "на пальцах"

Интервальный анализ с контролируемым сдвигом как новый метод исторического анализа

Хронология Римской империи, версия 1.0. Двойники римских императоров (часть 1)

Ганнибал Барка: фигура, дельты и «двойники». Очерк биографии Ганнибала и хронология трёх Пунических войн (часть 1)

Ганнибал – это Роберт Гвискар (1015–1085)

ПАТРИАРХ «ФОТИЙ IX ВЕКА» КАК СОВОКУПНЫЙ ОБРАЗ ЧЕТЫРЁХ ПАЛЕОЛОГОВСКИХ ПАТРИАРХОВ (1350–1390 гг.)

Календарная война: Византия и Рим в борьбе за «древность»

Календарные войны: как Византия и Рим состарили себя на 608 и 1260 лет

Евсевий Кесарийский как проект Македонского возрождения: данные 13 пилотных исследований и единый комплексный анализ

Солнечные папы: Тайная история культа Яра, который Рим пытался стереть

Сварка времён: Юлиан Отступник как хронологический миф и философский мост Византии

Когда в реальности жили Плинии и Тацит?

Хотя задача упрощается и дата рождения уже перед глазами, а контакт можно открыть одним кликом, но всё равно приходится считать в уме — это круглая дата или нет?

В 2025 году с отображением даты рождения стало гораздо проще, но проблема стара как сам Google Calendar. В 2019 году я уже писал о попытках решить её разными способами: через громоздкие скрипты и старые методы Calendar API в 2022 году. Но многое из того давно сломалось, а Calendar API устарело.

Поэтому сейчас решил сделать через People API аккуратную автоматизацию, которая будет показывать в календаре не только «ДР у Ивана», но и сколько ему исполняется.

Что мы получим в итоге

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

Главные фичи новой версии:

• People API — работает в отличии от Calendar API.

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

• Русский язык — корректные склонения «год/года/лет», без костылей.

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

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

Инструкция: «Копировать — Вставить — Забыть»

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

1. Откройте script.google.com и нажмите большую кнопку «Создать проект».

2. Удалите всё, что есть в редакторе и вставьте код, приведенный ниже.

/**
* @fileoverview Скрипт для Google Apps Script, который создает в Google Календаре события
* о днях рождения контактов с указанием их возраста.
*
* @VERSION 2.0
* @Author Mikhail Shardin
* @see https://shardin.name/
*/

// --- НАСТРОЙКИ СКРИПТА ---
const CONFIG = {
// ID календаря, в который будут добавляться события.
// Чтобы использовать календарь по умолчанию, оставьте 'default'.
// Чтобы найти ID другого календаря: зайдите в его настройки, раздел "Интеграция календаря".
CALENDAR_ID: 'default',

// Часовой пояс для корректного определения дат.
// Список часовых поясов: https://en.wikipedia.org/wiki/List_of_tz_database_time_zones
TIME_ZONE: 'Europe/Yekaterinburg',

// За сколько дней вперед создавать события о днях рождения.
// Например, 31 день — события будут созданы на ближайший месяц.
DAYS_AHEAD_TO_CREATE_EVENTS: 31,

// Местоположение для событий в календаре (необязательно).
EVENT_LOCATION: 'Пермь',

// Настройки уведомлений (в минутах до начала события).
// 0 = в момент начала (в 00:00), 900 = за 15 часов (в 9:00 предыдущего дня).
REMINDER_MINUTES: [0, 900],

// Настройки для файла логов на Google Диске.
LOG_FILE_SETTINGS: {
ENABLED: true, // Включить или выключить сохранение логов в файл
FILE_NAME_SUFFIX: '_BirthdayLogs.txt' // Суффикс для имени файла лога
}
};

// --- ГЛАВНАЯ ФУНКЦИЯ ---

/**
* Основная функция. Получает контакты и создает события в календаре для предстоящих дней рождения.
*/
function createBirthdayEvents() {
const calendar = getCalendar();
if (!calendar) return;

const {
startDate,
endDate
} = getDateRange();
logScriptRunDates(startDate, endDate);

const contacts = getAllContactsWithBirthdays();
if (contacts.length === 0) {
Logger.log('Не найдено контактов с указанной датой рождения.');
return;
}

Logger.log(`Найдено ${contacts.length} контактов с датой рождения. Начинаем обработку...`);

let eventsCreated = 0;
contacts.forEach(contact => {
const birthdayInfo = getBirthdayInfo(contact, startDate.getFullYear());

if (birthdayInfo.nextBirthday >= startDate && birthdayInfo.nextBirthday <= endDate) {
Logger.log(`-> День рождения "${birthdayInfo.name}" (${birthdayInfo.dateString}) попадает в диапазон.`);
deleteExistingEvents(calendar, birthdayInfo.name, birthdayInfo.nextBirthday);
createCalendarEvent(calendar, birthdayInfo);
eventsCreated++;
}
});

Logger.log(`Обработка завершена. Создано/обновлено событий: ${eventsCreated}.`);
if (CONFIG.LOG_FILE_SETTINGS.ENABLED) {
saveLogToDrive();
}
}

// --- ВСПОМОГАТЕЛЬНЫЕ ФУНКЦИИ ---

/**
* Получает объект календаря по ID из настроек.
* @Returns {CalendarApp.Calendar|null} Объект календаря или null в случае ошибки.
*/
function getCalendar() {
try {
const calId = CONFIG.CALENDAR_ID;
const calendar = calId === 'default' ?
CalendarApp.getDefaultCalendar() :
CalendarApp.getCalendarById(calId);

if (!calendar) {
throw new Error(`Календарь с ID "${calId}" не найден.`);
}
Logger.log(`Используется календарь: "${calendar.getName()}"`);
return calendar;
} catch (e) {
Logger.log(`Ошибка при получении календаря: ${e.message}`);
return null;
}
}

/**
* Определяет диапазон дат для поиска дней рождения.
* @Returns {{startDate: Date, endDate: Date}} Объект с начальной и конечной датами.
*/
function getDateRange() {
const startDate = new Date();
const endDate = new Date(startDate.getTime() + CONFIG.DAYS_AHEAD_TO_CREATE_EVENTS * 24 * 60 * 60 * 1000);
return {
startDate,
endDate
};
}

/**
* Логирует диапазон дат выполнения скрипта.
* @Param {Date} startDate Начальная дата.
* @Param {Date} endDate Конечная дата.
*/
function logScriptRunDates(startDate, endDate) {
Logger.log(`Скрипт запущен. Поиск дней рождения в диапазоне:`);
Logger.log(`С: ${Utilities.formatDate(startDate, CONFIG.TIME_ZONE, 'dd.MM.yyyy HH:mm')}`);
Logger.log(`По: ${Utilities.formatDate(endDate, CONFIG.TIME_ZONE, 'dd.MM.yyyy HH:mm')}`);
}

/**
* Получает все контакты пользователя, у которых указана дата рождения, используя People API.
* @Returns {Array<Object>} Массив объектов контактов.
*/
function getAllContactsWithBirthdays() {
const allContacts = [];
let pageToken = null;

try {
do {
const response = People.People.Connections.list('people/me', {
personFields: 'names,birthdays,phoneNumbers',
pageSize: 1000,
pageToken: pageToken
});

if (response.connections && response.connections.length > 0) {
const contactsWithBirthdays = response.connections.filter(person =>
person.birthdays && person.birthdays.some(b => b.date)
);
allContacts.push(...contactsWithBirthdays);
}
pageToken = response.nextPageToken;
} while (pageToken);

} catch (e) {
Logger.log(`Не удалось получить контакты через People API: ${e.message}`);
// Можно добавить отправку уведомления по email в случае критической ошибки
// MailApp.sendEmail('your-email@example.com', 'Ошибка в скрипте дней рождения', e.message);
}
return allContacts;
}

/**
* Извлекает и форматирует информацию о дне рождения контакта.
* @Param {Object} person Объект контакта из People API.
* @Param {number} currentYear Текущий год.
* @Returns {Object} Объект с информацией о дне рождения.
*/
function getBirthdayInfo(person, currentYear) {
const name = person.names && person.names.length > 0 ? person.names[0].displayName : '[Имя не указано]';
const birthdayData = person.birthdays[0].date;
const {
day,
month,
year
} = birthdayData;

const nextBirthday = new Date(currentYear, month - 1, day);
// Если день рождения в этом году уже прошел, берем следующий год
if (nextBirthday < new Date(new Date().setHours(0, 0, 0, 0))) {
nextBirthday.setFullYear(currentYear + 1);
}

const age = year ? nextBirthday.getFullYear() - year : null;
const ageText = age ? `${age} ${getAgePostfix(age)}` : '';
const mobilePhone = person.phoneNumbers ? person.phoneNumbers.find(p => p.type === 'mobile') : null;

return {
name,
year,
age,
ageText,
nextBirthday,
mobilePhone: mobilePhone ? mobilePhone.value : null,
dateString: `${day}.${month}${year ? '.' + year : ''}`
};
}

/**
* Удаляет старые события для этого же контакта на ту же дату.
* @Param {CalendarApp.Calendar} calendar Объект календаря.
* @Param {string} contactName Имя контакта.
* @Param {Date} eventDate Дата события.
*/
function deleteExistingEvents(calendar, contactName, eventDate) {
try {
const existingEvents = calendar.getEvents(eventDate, new Date(eventDate.getTime() + 1), {
search: contactName
});
if (existingEvents.length > 0) {
Logger.log(` Удаление ${existingEvents.length} старых событий для "${contactName}"...`);
existingEvents.forEach(event => event.deleteEvent());
}
} catch (e) {
Logger.log(` Ошибка при удалении старых событий: ${e.message}`);
}
}

/**
* Создает событие в календаре.
* @Param {CalendarApp.Calendar} calendar Объект календаря.
* @Param {Object} birthdayInfo Информация о дне рождения.
*/
function createCalendarEvent(calendar, birthdayInfo) {
const eventTitle = `${birthdayInfo.name} — день рождения${birthdayInfo.ageText ? ', ' + birthdayInfo.ageText : ''}`;
let description = `Сегодня ${birthdayInfo.name} празднует день рождения${birthdayInfo.ageText ? ` — ${birthdayInfo.ageText}` : ''}!\n\nС Днём Рождения! 🎂🎁🙂🎈💃🕺`;
if (birthdayInfo.mobilePhone) {
description += `\n\n☎️ ${birthdayInfo.mobilePhone}`;
}

try {
const event = calendar.createAllDayEvent(eventTitle, birthdayInfo.nextBirthday, {
description: description,
location: CONFIG.EVENT_LOCATION
});
CONFIG.REMINDER_MINUTES.forEach(minutes => event.addPopupReminder(minutes));
Logger.log(` ✅ Событие "${eventTitle}" успешно создано.`);
} catch (e) {
Logger.log(` ❌ Не удалось создать событие для "${birthdayInfo.name}": ${e.message}`);
}
}

/**
* Возвращает правильное окончание для возраста ("год", "года", "лет").
* @Param {number} age Возраст.
* @Returns {string} Слово с правильным окончанием.
*/
function getAgePostfix(age) {
const lastDigit = age % 10;
const lastTwoDigits = age % 100;

if (lastTwoDigits >= 11 && lastTwoDigits <= 19) {
return 'лет';
}
if (lastDigit === 1) {
return 'год';
}
if (lastDigit >= 2 && lastDigit <= 4) {
return 'года';
}
return 'лет';
}


// --- ФУНКЦИИ УПРАВЛЕНИЯ ТРИГГЕРАМИ И ЛОГАМИ ---

/**
* Создает или обновляет триггер для ежемесячного автоматического запуска скрипта.
* Запускается 1-го числа каждого месяца. Рекомендуется запустить эту функцию один раз вручную.
*/
function setupMonthlyTrigger() {
const functionName = 'createBirthdayEvents';
// Удаляем все предыдущие триггеры для этого проекта, чтобы избежать дублирования
ScriptApp.getProjectTriggers().forEach(trigger => ScriptApp.deleteTrigger(trigger));

// Создаем новый триггер, который будет запускать скрипт 1-го числа каждого месяца в 1-2 часа ночи
ScriptApp.newTrigger(functionName)
.timeBased()
.onMonthDay(1) // Запускать в 1-й день месяца
.atHour(1) // Указываем час запуска
.create();

Logger.log(`Триггер для функции "${functionName}" успешно создан. Он будет запускаться ежемесячно, 1-го числа.`);
}

/**
* Сохраняет журнал выполнения (логи) в текстовый файл на Google Диске.
*/
function saveLogToDrive() {
try {
const scriptFile = DriveApp.getFileById(ScriptApp.getScriptId());
const scriptName = scriptFile.getName();
const parentFolder = scriptFile.getParents().next() || DriveApp.getRootFolder();
const logFileName = `${scriptName}${CONFIG.LOG_FILE_SETTINGS.FILE_NAME_SUFFIX}`;

// Удаляем старый файл лога, если он существует
const oldLogs = parentFolder.getFilesByName(logFileName);
if (oldLogs.hasNext()) {
oldLogs.next().setTrashed(true);
}

// Создаем новый файл с текущими логами
parentFolder.createFile(logFileName, Logger.getLog());
Logger.log(`Логи сохранены в файл: "${logFileName}" в папке "${parentFolder.getName()}"`);
} catch (e) {
Logger.log(`Ошибка при сохранении лога на Диск: ${e.message}`);
}
}


// --- ТЕСТОВАЯ ФУНКЦИЯ ---

/**
* Тестовая функция. Находит и выводит в лог все контакты, у которых есть дата рождения.
* Ничего не создает и не изменяет.
*/
function test_listAllBirthdays() {
Logger.log("--- Начало теста: Поиск всех контактов с днями рождения ---");
const contacts = getAllContactsWithBirthdays();

if (contacts.length > 0) {
contacts.forEach(person => {
const name = person.names && person.names.length > 0 ? person.names[0].displayName : '[Имя не указано]';
const bday = person.birthdays[0].date;
Logger.log(`Найден контакт: ${name} (ДР: ${bday.day || '?'}.${bday.month || '?'}.${bday.year || '????'})`);
});
Logger.log(`--- Тест завершен. Всего найдено контактов с днем рождения: ${contacts.length} ---`);
} else {
Logger.log("--- Тест завершен. Контакты с днями рождения не найдены. ---");
}
}

1. Обратите внимание на блок CONFIG в самом верху. Вам не нужно разбираться в логике скрипта. Хотите уведомление не в 00:00, а за 15 часов? Поменяйте цифру в REMINDER_MINUTES. Живете не на Урале? Впишите свой TIME_ZONE. Это как заполнить анкету — всё интуитивно понятно.

2. При первом запуске нажмите кнопку «Выполнить» (треугольник Play) для функции createBirthdayEvents. И тут Google попытается вас защитить.

Вы увидите грозное окно: «Приложение не проверено». Не пугайтесь. Это стандартная процедура: Google предупреждает, что автор скрипта — неизвестный разработчик (то есть вы сами). Чтобы продолжить:

• Нажмите Проверить разрешения.

• Выберите аккаунт.

• Нажмите Разрешить, чтобы дать скрипту доступ к вашим контактам и календарю.

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

Немного технических подробностей

Выбор People API не случаен: старый Contacts API устарел и перестал работать (API контактов был отключен 19 января 2022 г.). Новый интерфейс гарантирует, что интеграция не «отвалится» при очередном обновлении Google.

За гигиену календаря отвечает функция deleteExistingEvents. Она предотвращает создание дублей: перед записью скрипт проверяет и удаляет старую метку на этот день.

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

Автоматизация: «поставь и забудь»

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

Запустите функцию setupMonthlyTrigger или в интерфейсе Google Apps Script откройте «Триггеры», создайте новый и выберите функцию createBirthdayEvents. Затем укажите запуск 1-го числа каждого месяца. Календарь всегда заполнен на ближайшие 30 дней, без лишних ежедневных перезапусков и нагрузки на аккаунт.

Этический момент

Напоминание о возрасте — это не попытка «подсветить» лишние цифры, а всего лишь способ не попасть в неловкую ситуацию. Скрипт показывает возраст только вам, в вашем календаре, и нигде больше не всплывает. Использовать эту информацию или нет — целиком ваш выбор. Кому‑то приятно получить поздравление «с круглой датой», а кому‑то достаточно тёплых слов без упоминания цифр.

Заключение

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

Вместо ручных подсчётов и переходов по меню вы получаете готовую, аккуратную запись с возрастом и ключевыми данными контакта.

Благодаря People API решение работает стабильно, не зависит от устаревших сервисов и легко адаптируется под ваши привычки через простой CONFIG‑блок. Один раз настроили — и дальше календарь сам делает рутину за вас.

Автор: Михаил Шардин
🔗 Моя онлайн‑визитка
📢 Telegram «Умный Дом Инвестора»

25 ноября 2025