> For the complete documentation index, see [llms.txt](https://docs.cherryai.com.cn/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.cherryai.com.cn/docs/russian/advanced-basic/cases/long-document-review.md).

# Обзор длинных документов

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

## Рекомендуемая комбинация

* 【Диалог】: быстро сравнить разные точки зрения на проверку моделей;
* 【Работа】Agent: читать рабочий каталог и генерировать исправленную версию;
* База знаний: предоставляет нормативные документы, термины или исторические материалы;
* Справа【Файлы】: проверить исходный текст и результат.

<figure><img src="/files/356bf1f65f8b5fe7e061b95d99af88beec1d3fb5" alt="知识库中的文件、文件夹、笔记和网址来源入口"><figcaption><p>Нормативные документы, термины и исторические материалы могут служить источниками базы знаний, а исходный текст по-прежнему хранится в отдельном рабочем каталоге.</p></figcaption></figure>

<figure><img src="https://3562065924-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F0Ut5BptC3t8CtSU1UWpM%2Fuploads%2Fgit-blob-ca3effb63c66ecbc7c7351c0156a74f4a4c13f97%2Fcherry-v2-guide-case-long-document-review.png?alt=media" alt="Cherry Assistant 根据项目建议书内容给出范围、时间、预算、风险和验收五项审阅清单"><figcaption><p>① Ввести исходный текст и критерии проверки; ② В фактическом результате по пунктам указать пробелы и сохранить неподтвержденную информацию как пункты для проверки.</p></figcaption></figure>

## Порядок действий

{% stepper %}
{% step %}

### 1. Подготовьте исходный текст и критерии проверки

Поместите исходный текст в отдельный рабочий каталог и отдельно создайте краткую инструкцию по проверке, указав читателя, цель, факты, которые нельзя изменять, и формат сдачи.
{% endstep %}

{% step %}

### 2. Сначала выполните небольшую калибровку

Выберите один раздел и попросите Agent выводить в формате «проблема, место в оригинале, влияние, рекомендация». После подтверждения подходящего масштаба обработайте весь текст.
{% endstep %}

{% step %}

### 3. Разделите факты и формулировки

Попросите Agent отдельно перечислить факты, которые нужно проверить, и не скрывать неопределенность языковой полировкой. Ключевые цифры сверяйте с исходными материалами.
{% endstep %}

{% step %}

### 4. Создайте новый файл и выполните ручную финальную доработку

Требуйте сохранить исходный файл, в `review/` создать список проблем и исправленную версию. Используйте справа【Файлы】для поабзацной проверки, затем экспортируйте или поделитесь.
{% endstep %}
{% endstepper %}

## Пример задачи

```
Проверьте proposal.docx в текущем каталоге. Сначала по разделам перечислите фактические ошибки, структурные пробелы и проблемы формулировок, указав место в оригинале. Не изменяйте исходный файл; после подтверждения списка создайте в review/ исправленную версию и список пунктов для проверки.
```

## Подготовка перед использованием и критерии завершения

| Пункт                      | Рекомендуется подготовить                                                                                           |
| -------------------------- | ------------------------------------------------------------------------------------------------------------------- |
| Файл                       | Исходный текст, требования к проверке и каталог вывода размещены отдельно                                           |
| Рекомендуемая комбинация   | Специализированный Agent + рабочий каталог только с файлами этого проекта + 【поэтапное подтверждение】               |
| Способ выборочной проверки | Сначала выберите одну главу для проверки, чтобы подтвердить формат цитирования и масштаб оценки                     |
| Критерии завершения        | Каждое замечание с указанием места в оригинале; непроверенные части явно помечены; исходный файл не был перезаписан |

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

{% hint style="info" %}
Если документ очень длинный, не вставляйте весь текст снова и снова в одном диалоге. Пусть Agent напрямую читает рабочий каталог и оставляет промежуточные результаты по разделам — так проще проверять и восстанавливать.
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.cherryai.com.cn/docs/russian/advanced-basic/cases/long-document-review.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.