Пересмотрено: Редактор ИИ, созданный с помощью агентных инструментов программирования и Y.js CRDT

Техническая реализация

Revise был создан за 10 месяцев с использованием агентных инструментов кодирования, при этом разработчик сообщил, что никогда не работал так быстро за всю свою карьеру. Архитектура включает движок текстового процессора и слой рендеринга, полностью созданные с нуля. Единственная сторонняя библиотека, которая используется, — это Y.js для стека CRDT (Conflict-Free Replicated Data Type).

AI-функции

Редактор интегрирует несколько AI-моделей для обработки документов:

• GPT-5.4 Mini
• GPT-5.4
• GPT-5.4 Pro
• Claude Haiku 4.5
• Claude Sonnet 4.6
• Claude Opus 4.6

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

Возможности обработки документов

• Импорт документов Word и Google Docs
• Извлечение содержимого из PDF с использованием мультимодальных LLM
• Проверка, редактирование и совершенствование существующих документов
• Функция экспорта с различными настройками

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

Revise со временем изучает предпочтения пользователя, включая:

• Предпочтения по местоимениям (например, они/их)
• Предпочтения по стилю обратной связи (прямой vs. мягкая похвала)
• Предпочтения по орфографии (американский vs. другие варианты)
• Предпочтения по форматированию (APA 7, использование оксфордской запятой)
• Предпочтения по тону (тёплый и точный, избегая восклицательных знаков)
• Соображения доступности
• Предпочтения по структуре документа (короткие абзацы, лаконичные черновики)

Предпочтения в техническом письме

Система поддерживает конкретные требования к технической документации:

• Утверждения о производительности должны включать настройку бенчмарка, форму нагрузки, размер выборки и сравнения с базовым уровнем
• Предпочтение конкретным API-контрактам с полезными данными запроса/ответа, правилами пагинации и семантикой идемпотентности
• Критические изменения должны быть явно указаны (изменения API, обратное заполнение данных, миграции индексов, ограничения версий клиентов)
• Требования в виде нумерованных критериев приемки с пограничными случаями, поведением при повторе и деталями истечения срока
• Доверие к метрикам, таким как p95, бюджеты ошибок, глубина очереди и количество инцидентов, а не к прилагательным