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

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

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

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

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

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

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

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

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

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

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

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

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

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

Kimi API через Чатиум: короткий вызов

В 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.

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