Kimi K3.1 Pro: сможет разобрать проект, в котором вы сами запутались?

Когда у проекта много документов, главная проблема часто не в объёме чтения. Решения разбросаны по переписке, старые варианты выглядят как действующие, а владельца вопроса приходится искать вручную. Kimi K3.1 Pro можно проверить на восстановлении такой карты проекта — при условии, что выводы будут опираться на переданные источники.

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

Почему одного длинного пересказа недостаточно

Kimi K3.1 Pro — конкретная модель Moonshot AI с поддержкой текста, изображений и видео; в OpenRouter она возвращает текст. Карточка описывает задачи с длительной последовательностью работы. В нашем примере используется текстовая подборка документов, а не автоматический доступ ко всему проекту.

Предположим, в понедельник команда решила запустить только веб-версию. Во вторник в заметке дизайнера появляется «нужно проверить мобильный экран». Это не обязательно означает появление отдельного мобильного приложения. Модель должна отличить уточнение интерфейса от изменения объёма проекта.

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

Какая структура результата помогает разбираться

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

Номер или имя документа должны приходить из приложения, а не придумываться моделью. Автор сможет открыть соответствующий материал и проверить интерпретацию.

Подготовьте источники, прежде чем просить вывод

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

Не складывайте весь архив без отбора. Начните с одного этапа проекта, например регистрации пользователей. Так проще заметить пропущенное решение и понять, полезна ли получившаяся карта. Более широкий охват добавляйте после проверки структуры.

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

Вызов Kimi в Чатиуме

В sourceText объедините нужные заметки, сохранив их названия и даты.

Это фрагмент серверного обработчика Чатиума. ctx передаёт платформа, sourceText содержит проверенный текст из формы. done и failed — заранее зарегистрированные маршруты app.function для результата и ошибки. Они проверяют, что вызов пришёл от приложения start: caller.type === 'plugin' && caller.appSlug === 'start'.

import { startCompletion } from '@start/sdk'

const { completionId } = await startCompletion(ctx, {
  model: 'moonshotai/kimi-k3.1-pro',
  system: 'Выдели решения и открытые вопросы с источниками. Отделяй подтверждение от предположения.',
  messages: [{
    role: 'user',
    content: [{ type: 'text', text: sourceText }],
  }],
  onCompletionCompleted: done,
  onCompletionFailed: failed,
})

Метод возвращает completionId. Сам ответ приходит позже в onCompletionCompleted, ошибка — в onCompletionFailed; до этого приложение показывает ожидание. Это схема вызова, а не полный код приложения.

Какой результат считать успехом

Пользователь быстрее находит основание решения и видит, какой вопрос ещё открыт. Если после анализа приходится заново перечитывать всё, формат нужно упростить или сузить задачу. Для планирования уже понятного проекта есть отдельный сценарий с Tencent Hy4.

Частые вопросы