Details

Written by Super User

Category: Разметка и СОИ

Published: 30 July 2026

Created: 30 July 2026

Last Updated: 30 July 2026

Hits: 46

Разметка текста: зачем она нужна человеку и СОИ

В нашей сети часть материалов появилась до создания приложения Rediska: это были обычные публикации в ленте без специальных меток. После установки Rediska LF Extension и редактора Аврора к текстам начали добавляться разметки вида ns-* и служебные пометки REDISKA_NS_MARKUP_DECLARED. На примере материала «Всемирный флаг 2026» видно, как это работает на деле.

Пример живой разметки

В файле с контентом автора (CSV/JSON) мы видим фрагмент:

<p class="ns-political">
  Всемирным флагом 2026 могут люди признавать открыто и не открыто. Однако, умные системы
  могут делать это быстро. Умные системы запросто определяют, что наличие денег или лайков,
  которые можно купить, не могут служить флагом.
</p>

<!-- REDISKA_NS_MARKUP_DECLARED_START -->
<span data-rediska-ns-markup-declared="1" aria-hidden="true"></span>
<!-- REDISKA_NS_MARKUP_DECLARED_END -->
<p>#¤myUSSR #¤гимнастика #¤myGermany #¤моя #¤мояГармонь #¤enigma139
   #¤КоролеваЗнаний #¤RoyalMedia #¤уМеняВбошкеФонарик? #¤неПонятноКудаОниСмотрят</p>

Здесь видно две важные вещи:

• class="ns-political" — жанровая разметка: блок помечен как политический текст.
• data-rediska-ns-markup-declared="1" и список хешей — сигнал, что в материале объявлены ключи и метки, которые входят в политику сайта: myUSSR, myGermany, RoyalMedia и другие. [292]

Зачем это нужно автору

Для человека разметка делает три простые вещи:

• Позволяет честно назвать, что он сейчас делает: «политическое заявление», «стих», «хроника», «народное исследование», «для моей будущей книги» и другие типы, которые он сам может добавить через редактор.
• Отделяет форму от содержания: один и тот же опыт можно выложить как стих или как политический текст, и разметка фиксирует этот выбор.
• Делает публикации видимыми не только в ленте, но и в аналитике: материалы с ns-political, ns-poetry, ns-chronicle, ns-custom можно потом фильтровать по типам и темам. [292]

Важно, что человек не обязан понимать всю внутреннюю кухню. Ему достаточно видеть: в редакторе есть типы разметки и возможность создать свои названия (например, «народное исследование», «для моей будущей книги»), а сайт уважает этот выбор как часть политики.

Зачем это нужно СОИ

После того как на сайте появились разметки, все публикации автора можно выгрузить в виде JSON-файла: в нём хранится текст, тип разметки (ns-*), служебные флаги и хеши-ключи. Такой пакет можно передать СОИ на анализ по заданным командам:

• определить, в каких типах текстов автор наиболее понятен и силён;
• увидеть, какие темы (например, myUSSR, коррупция, образование, теннис и т.п.) повторяются в разных жанрах; [292]
• отделить материалы «для моей будущей книги» и «народные исследования» от случайных публикаций.

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

Почему файл нужно чистить

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

• сам текст;
• классы ns-* как типы разметки;
• служебные флаги REDISKA_NS_MARKUP_DECLARED и списки ключей.

Это упростит и человеческое чтение, и работу СОИ: файлы станут не «свалкой HTML», а понятным источником материала для книг, аналитики и защиты людей.

Details

Written by Super User

Category: Книга как репозиторий

Published: 29 July 2026

Created: 29 July 2026

Last Updated: 29 July 2026

Hits: 51

ка45 

Книга как репозиторий

Подход «книга как репозиторий» рассматривает рукопись не как один файл, а как проект: папки, отдельные главы, заметки, документы с данными, служебные файлы. Автор работает с книгой так же, как разработчик работает с кодом, а в качестве среды часто используется IDE (Visual Studio Code, Cursor и аналогичные инструменты). 

Проектная структура вместо одного файла

В этом подходе создаётся рабочая папка проекта книги. Внутри неё лежат:

• отдельные файлы глав и сцен (чаще всего в формате Markdown или простого текста); 
• планы, конспекты, карты персонажей и исследовательские заметки;
• документы с данными и ссылками, связанные с исследовательской частью;
• служебные файлы: настройка экспорта, скрипты, версии. [77]

IDE показывает эту структуру целиком: автор видит дерево проекта, быстро переключается между файлами, а при необходимости использует системы версионирования (например, Git) для отслеживания изменений и веток рукописи. [79]

Локальная СОИ в проектной среде

Локальная СОИ: проект книги можно связать с локально запущенными моделями через расширения IDE и отдельные инструменты. В Visual Studio Code и похожих средах доступны расширения, которые подключаются к локальным LLM через Ollama, LM Studio и другие бекенды: IDE обращается к ассистенту по локальному API и работает с текстами не покидая устройства. [69][73][76][61]

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

В этом сценарии локальная СОИ не забирает рукопись в облако: она живёт как сервис рядом с IDE, а книга остаётся набором файлов в контролируемой автором файловой системе.

Облачные ассистенты как дополнение

Облачные ассистенты: при желании автор может подключать к IDE и внешние ИИ-сервисы (Claude, ChatGPT и др.) через расширения. Тогда IDE становится точкой доступа к облачным моделям, а проект книги остаётся в локальной структуре, частично отдавая контекст во внешние сервисы для подсказок и анализа. [77][78]

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

Зачем подход «книга как репозиторий»

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

• прозрачную структуру проекта — всё лежит в файловой системе, а не внутри одного монолитного документа;
• возможность работать с текстом и данными в одной среде;
• контроль над версиями и ветками рукописи;
• естественную интеграцию с локальной СОИ и инструментами разработчика. [74][79][75]

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

Книга как репозиторий - документ 2

(создан из-за того, что сои Василиса не сказала где взяла эту идею и выдала её как общепринятый подход, а так же не привила сравнение, что доказывает о том, что подхода такого не было ранее. В дальнейшем тут будет ссылка на диалог который был вчера 28.07.2026  и в нём шёл разговор с моей стороны о том как использовать инструменты работы с программным кодом ВС коде и Курсор. Создано по запросу - Текст хороший, только нету кто это придумал. Выходит что это ВС коде придумал, а это не так и Курсор тоже это не придумывал.  Не ту информации кто это так использует. Весь текст , повторяю - хороший. Ещё нет в тексте сравнения. Есть программы которые работают по такой же схеме и предназначены для книг и тут можно привести текстовое сравнение и даже сделать таблицу , если если это уместно.  07:52 Ленинградское время 29 июля 2026 Сталлинский технический университет улица Строителей 5 , рядом трамплин с которого по идеи должны вылеать и тестироватся на краш тест весь элитный район Нымме )

Подход «книга как репозиторий» появился не как функция одной программы, а как способ работы авторов и разработчиков: рукопись рассматривается как проект в файловой системе — папки, отдельные главы, заметки, документы с данными, служебные файлы. Инструменты типа интегрированных сред разработки (IDE) просто оказались удобной оболочкой для такой работы. [93]

Проектная структура вместо одного файла

В этом подходе автор создаёт рабочую папку проекта книги. Внутри неё лежат:

• отдельные файлы глав и сцен (часто в формате Markdown или простого текста); [74][79]
• планы, конспекты, карты персонажей и исследовательские заметки;
• документы с данными и ссылками, связанные с исследовательской частью;
• служебные файлы: настройка экспорта, скрипты, версии.

Любая IDE или редактор, умеющий работать с папкой проекта (Visual Studio Code, Cursor и другие среды), показывает эту структуру целиком: автор видит дерево проекта, быстро переключается между файлами, а при необходимости использует системы версионирования (например, Git) для отслеживания изменений и веток рукописи. [70][74][79]

Сравнение со специализированными программами для книг

Локальная СОИ в проектной среде

Локальная СОИ: подход «книга как репозиторий» хорошо сочетается с локально запущенными моделями. Расширения для IDE и отдельные инструменты позволяют подключать ассистента к проекту через Ollama, LM Studio и другие локальные бекенды: IDE обращается к модели по локальному API и работает с текстами, не покидая устройство. [69][73][76][61]

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

В этом сценарии локальная СОИ не забирает рукопись в облако: она живёт как сервис рядом с проектом, а книга остаётся набором файлов в контролируемой автором файловой системе.

Облачные ассистенты как дополнение

Облачные ассистенты: при желании автор может подключать к проекту и внешние ИИ-сервисы (Claude, ChatGPT и др.) через расширения IDE. Тогда проектная среда становится точкой доступа к облачным моделям, а файлы книги остаются в локальной структуре, частично отдавая контекст во внешние сервисы для подсказок и анализа. [77][78]

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

Зачем подход «книга как репозиторий»

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

• прозрачную структуру проекта — всё лежит в файловой системе, а не внутри одного монолитного документа;
• возможность работать с текстами и данными в одной среде;
• контроль над версиями и ветками рукописи (включая экспериментальные ветки и архивные состояния); [74][79]
• естественную интеграцию с локальной СОИ и инструментами разработчика, без привязки к одному поставщику или одному приложению. [75][93]

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

Следите за нами - мы вам поможем понять кто и как вас водят вокруг пальца

Details

Written by Super User

Category: Локальные ИИ и менеджеры моделей

Published: 28 July 2026

Created: 28 July 2026

Last Updated: 28 July 2026

Hits: 55

Локальные ИИ и менеджеры моделей

Локальные ИИ — это модели, которые запускаются на своём компьютере или сервере: автор не отправляет текст книги на внешние платформы, а работает с ассистентом напрямую через собственную машину. Для сложных или чувствительных материалов это часто ключевой критерий. [web:7][web:3][web:53]

Менеджеры моделей

• LM Studio — графический интерфейс для управления локальными LLM и файловой работой. [web:3][web:53]
• Ollama — инструмент для запуска моделей через локальный API и командную строку. [web:3][web:7]
• Другие локальные серверы и оболочки (LocalAI, text-generation-webui и др.)

Менеджеры моделей позволяют:

• скачивать открытые модели (Llama, Qwen, DeepSeek и др.); [web:3][web:53]
• запускать их на своём железе под свои задачи;
• подключать ассистента к редакторам, IDE или отдельным скриптам через локальный API.

В таком сценарии книга может жить в классическом редакторе, в специализированной программе или в IDE, а локальная СОИ поддерживает автора через интеграцию: обрабатывает файлы, подсказывает по структуре, помогает с текстом, не покидая пределы устройства или локальной сети. [web:7][web:53]

Книга как проект в IDE

Часть авторов и разработчиков собирает книгу как проект в IDE: VS Code, Cursor и похожие среды. Книга живёт рядом с кодом, заметками, данными; файлы главы, планов и материалов лежат в репозитории. [web:48][web:51][web:54]

В такой среде локальная СОИ подключается как:

• расширение или плагин, работающий поверх файлов книги;
• локальный ассистент, к которому IDE обращается по API;
• система, умеющая анализировать сразу несколько файлов и помогать с архитектурой текста, как это делают ИИ-инструменты для проектов кода. [web:51][web:54]

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

Details

Written by Super User

Category: Облачные ИИ‑сервисы

Published: 28 July 2026

Created: 28 July 2026

Last Updated: 28 July 2026

Hits: 49

Облачные ИИ‑сервисы

Облачные ИИ‑сервисы — это платформы, где модели живут на чужих серверах: автор отправляет туда текст или фрагменты книги, а взамен получает подсказки, переработанные варианты и отчёты по структуре. Они стали отдельным слоем вокруг авторской работы. [web:17][web:13][web:20]

Примеры сервисов

• Sudowrite и другие «нейросети для книг»
• ChatGPT, Claude, Perplexity и аналогичные универсальные ассистенты
• Специализированные платформы для авторов и издателей

Такие сервисы помогают с идеями, развитием сюжета, стилем и редактированием, умеют анализировать большие рукописи, строить конспекты и планы. Их используют как внешний мозговой штурм и быстрый редактор, который доступен из браузера или через интеграции с редакторами. [web:17][web:20]

Приватность и контроль текста

При работе с облачным ИИ всегда есть вопрос: что происходит с текстом книги после отправки на сервер. Часть платформ прямо пишет, используют ли они пользовательские данные для обучения моделей; часть формулирует это расплывчато, через общие фразы про «улучшение сервиса». [web:50][web:52][web:47]

Для чувствительных текстов (исследовательских, социальных, личных) автору важно:

• проверять политику конфиденциальности и использования данных;
• понимать, можно ли удалить историю запросов и загруженные файлы; [web:52]
• осознанно решать, какие фрагменты книги можно отправлять в облако, а какие — нет.

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

Details

Written by Super User

Category: Спец программы для создания книг

Published: 28 July 2026

Created: 28 July 2026

Last Updated: 28 July 2026

Hits: 48

Специализированные программы для книг

Специализированные программы для книг создавались как рабочая среда автора: древо глав, сцены, заметки, карточки персонажей, исследовательские материалы и экспорт в готовый файл. Они помогают держать не только текст, но и структуру проекта. [web:4][web:41][web:5]

Писательские студии

• Scrivener
• Atticus, Vellum и другие программы для книг
• Платформы вроде Novlr, Dabble, LivingWriter, Campfire, Plottr и др.

В таких программах книга живёт как проект: дерево глав и сцен, отдельные папки для заметок, исследования, справочного материала. Авторы используют их для набора больших текстов, удержания структуры и подготовки рукописи к выводу в единый файл для редактуры или верстки. [web:4][web:41][web:5]

Локальная СОИ рядом с проектом

Локальная СОИ: большинство специализированных программ сами по себе не включают встроенный ИИ, но проект книги можно связать с локально запущенными моделями через отдельные утилиты и рабочее окружение. Например, локальные ассистенты (Llama, Qwen, другие модели) можно настроить как отдельный сервис, который:

• читает экспортированные главы или сцены из проекта;
• помогает с идеями, планом, переформулировкой и анализом текста;
• работает по локальному API без отправки рукописи в чужие облака. [web:44][web:46]

В этом сценарии программа для книг остаётся центром проекта, а локальная СОИ подключается через внешние инструменты: отдельные редакторы, IDE, скрипты и панели, которые обращаются к локальным моделям.

Облачные ИИ-сервисы вокруг писательских студий

Облачные ИИ-сервисы: многие авторы дополнительно используют внешние сервисы вроде Sudowrite, Claude, Novel Forge AI и другие платформы, которые анализируют рукопись, предлагают развитие сюжета, помогают с стилем и правкой. [web:5][web:41][web:46] Они работают по модели: рукопись или её фрагменты временно уходят на сервера поставщика ИИ, а взамен автор получает подсказки, варианты текста и отчёты по структуре.

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

Зачем эти программы нужны рядом с классикой

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

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

Details

Written by Super User

Category: Классические инструменты

Published: 28 July 2026

Created: 28 July 2026

Last Updated: 28 July 2026

Hits: 52

Классические инструменты

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

Текстовые редакторы

• Microsoft Word
• LibreOffice Writer
• Другие настольные редакторы того же типа

Эти программы остаются рабочим стандартом для хранения основного файла книги (форматы doc, odt, rtf) и для подготовки текста к редактуре и верстке. Через них проходят многие официальные издательские процессы: оглавление, сноски, базовое форматирование, подготовка материалов для типографий и редакторов.

Локальная СОИ рядом с классикой: в настольных редакторах можно использовать локально запущенные модели через надстройки или внешние утилиты. В Microsoft Word есть надстройки, которые подключаются к локальным LLM через API (GPTLocalhost, LocalAI, LM Studio, Ollama и другие бекенды), позволяя переписывать, суммировать и править текст без отправки файла в чужое облако. [web:31][web:35][web:36] В LibreOffice появляются расширения вроде Localwriter, которые интегрируются с локальными генераторами текста (например, через Ollama или text-generation-webui) и работают прямо по месту, без сторонних серверов. [web:37]

Облачные ИИ-сервисы: при желании к этим редакторам можно подключать и платные облачные помощники — Copilot в Word и внешние ИИ-надстройки, работающие по API. Это даёт доступ к мощным моделям, но материал проходит через внешние сервисы и требует отдельного отношения к приватности и к тому, кому вы доверяете свои тексты. [web:24][web:21][web:25][web:28][web:32]

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

Программы для верстки журналов и книг

• Adobe InDesign
• QuarkXPress
• Другие классические верстальные системы

Верстальные программы отвечают за превращение текста в готовый макет: журналы, сборники, отчёты, книги с колонками, иллюстрациями, таблицами и сложной типографикой. На них до сих пор опирается профессиональная печать и выпуск печатных и PDF-изданий. [web:27]

Локальная и внешняя СОИ для верстки: InDesign и аналогичные системы допускают подключение плагинов и скриптов, которые могут работать как с локальными ИИ-бекендами, так и с облачными сервисами. Через такие интеграции автоматизируют раскладку, генерацию шаблонов, обработку большого количества страниц. [web:23][web:27][web:38] Выбор между локальным и облачным вариантом зависит от требований к приватности: макеты и текст либо остаются в локальной среде, либо частично уходят к внешним поставщикам ИИ.

Зачем классика всё ещё нужна

Если бы классические инструменты уже не участвовали в живых издательских процессах, о них можно было бы не упоминать. Но именно через них проходит большая часть официальной работы с книгами, журналами и отчётами: они задают технический минимум форматов и структур, с которыми умеют работать редакторы, типографии и старые архивы. [web:27]

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

Details

Written by Super User

Category: Инструменты книги

Published: 28 July 2026

Created: 28 July 2026

Last Updated: 30 July 2026

Hits: 68

“После того, как идея оформлена, автору нужны рабочие инструменты: где писать, как хранить материалы, как подключать СОИ рядом.”

Инструменты книги

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

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

Сайт строится и строится так: 

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

### Что у тебя уже появилось по сути

То, что мы сделали, по факту задаёт каркас:

• Разметка и СОИ: Как мы используем разметку текстов и кабинеты автора для анализа материалов
• Классические инструменты: слой, через который всё равно проходят файлы книг, журнальные макеты, официальные версии.
• Спец программы Специализированные программы для книг: место, где книга живёт как проект, а не один файл.
• Облачные ИИ‑сервисы: внешний “мозговой штурм”, который автор использует осознанно, понимая риски.
• Локальные ИИ и менеджеры моделей: твой реальный вектор “тех и дата помощи” для людей, которые не хотят отдавать всё в облако.

- Книга как репозиторий и IDE‑подход: мост между социальными/исследовательскими текстами и техническим миром кода и данных.

Да, пока мало именно твоих авторских инструментов и методик, но уже есть “зал”, куда они лягут: сайт не про то, “где купить нейросеть”, а про то, как автору устроить свою рабочую среду.

### Важный эффект для людей (и для СОИ)

Ты хорошо формулируешь линию:
если людям не дать рабочую инфраструктуру, им остаётся только “умела и умела, да не смогла”.
Сайт в том виде, как ты его строишь, как раз ломает этот сценарий:

- он проговаривает, что писать — это не “просто открыть одну модную нейросеть”, а собрать связку: текст + структура + железо + СОИ там, где она не уничтожает приватность и смысл;
- он показывает, что автор может сознательно выбирать: где локально, где облачно, где классика, где проекты.

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

### Что можно делать дальше, не растягивая по времени

Чтобы не застревать на одном разделе, ты можешь:

- Потихоньку добавлять свои практики в уже созданные подпункты:
пара предложений о том, как ты сам используешь локальные модели, как организуешь файлы книг, как соединяешь исследовательские материалы и текст.
- Завести короткий раздел типа “Как мы работаем с текстами” — там одним экраном описать твой подход: локально, осознанно, с контролем данных.
- Включать реальные примеры из социальных/исследовательских проектов: не раскрывая конфиденциального, но показывая, как связка “классика + локальный ИИ + структура проекта” спасает людей от сценария “не смогла”.

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