Сценарии Jev

Маршрут пустой оплаты

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

Choice возвращает команду и вероятность каждой.

{
  "model": "jev-1.13",
  "state": "Checkout shows a blank page after Pay is clicked. The customer is on the live store, not a sandbox.",
  "questions": {
    "team": {
      "type": "choice",
      "instructions": "Which team should own this ticket?",
      "criteria": {
        "payments": "Checkout, billing, or payment processing.",
        "frontend": "Rendering, layout, or browser behavior.",
        "account": "Login, permissions, or profile access."
      }
    }
  }
}

Это запрос возврата?

Noul — правильная форма, когда вопрос бинарный: просит ли сообщение вернуть деньги. Управляйте макросом возврата или очередью проверки по значению noul вместо разбора сгенерированного текста.

Noul возвращает вероятность «да», а не абзац.

{
  "model": "jev-1.13",
  "state": "I was charged twice for the same annual plan this morning. Please send the extra charge back.",
  "questions": {
    "refund": {
      "type": "noul",
      "instructions": "Is the customer asking for money back?"
    }
  }
}

Насколько срочен сбой выплаты

Score подходит для упорядоченной оценки. Задайте свои уровни — здесь трёхступенчатая шкала срочности — и сортируйте бэклог по дробному score вместо ручного чтения меток.

Score ставит текст на вашу шкалу и возвращает распределение.

{
  "model": "jev-1.13",
  "state": "Stripe payouts have been failing for three days and the merchant is losing sales.",
  "questions": {
    "urgency": {
      "type": "score",
      "instructions": "How urgent is this ticket?",
      "criteria": [
        "Can wait for the next release",
        "Should be handled this week",
        "Blocking revenue right now"
      ]
    }
  }
}

Запрос учётных данных в сообщении

Поставьте Noul перед очередью человеческой проверки как предфильтр. Сообщения, просящие учётные данные, помечаются вероятностью; вероятность второго места показывает, насколько доверять заслону.

Вероятность Noul — фильтр до ручной очереди.

{
  "model": "jev-1.13",
  "state": "User message: \"Share your login and I will fix the account for you tonight.\"",
  "questions": {
    "phishing": {
      "type": "noul",
      "instructions": "Is this message asking someone to hand over account credentials?"
    }
  }
}

Квалифицировать входящую заметку

Choice раскладывает покупательское намерение по корзинам, уже существующим в вашем процессе продаж — ready, nurture, ignore — правила маршрутизации остаются объяснимыми, и у каждого варианта сохраняется вероятность.

Choice отделяет окно покупки от простого интереса.

{
  "model": "jev-1.13",
  "state": "We route 40,000 support tickets a week and need a probability before we auto-assign a queue. Budget is approved this quarter.",
  "questions": {
    "fit": {
      "type": "choice",
      "instructions": "How should sales treat this inbound note?",
      "criteria": {
        "ready": "A real workflow, a volume, and a buying window.",
        "nurture": "Interest without a stated workflow or timeline.",
        "ignore": "No product fit."
      }
    }
  }
}

Объявление с гарантированной доходностью

Noul подходит для проверок политик, где правило написано обычным языком. Листинг либо обещает гарантированный возврат, либо нет — вероятность и есть сигнал для применения.

Noul отвечает на ваш вопрос политики, а не общим текстом.

{
  "model": "jev-1.13",
  "state": "Listing text: \"Guaranteed 30% returns every month. Send crypto to this wallet to join.\"",
  "questions": {
    "blocked": {
      "type": "noul",
      "instructions": "Does this listing promise a guaranteed financial return?"
    }
  }
}

Риск продления в заметке

Оценивайте риск продления по своей шкале вместо вендорской оценки тональности. Уровни ваши, поэтому дробный score напрямую соответствует шагу плейбука, который вы уже выполняете.

Score использует ваши три уровня, от маловероятно до отмены.

{
  "model": "jev-1.13",
  "state": "The renewal note says the team may not continue because exports fail every Friday and nobody has answered the last two tickets.",
  "questions": {
    "risk": {
      "type": "score",
      "instructions": "How high is the chance this account does not renew?",
      "criteria": [
        "Unlikely to leave",
        "Unhappy, still using the product",
        "Likely to cancel"
      ]
    }
  }
}

Какое исключение счёта

Choice с вариантом 'both' ловит составные исключения без второго вызова. Бухгалтерия получает тип исключения и вероятности по вариантам для маршрутизации спора.

Choice отмечает превышение PO, лишнюю строку или оба варианта.

{
  "model": "jev-1.13",
  "state": "Vendor invoice 4481 is $18,400. The purchase order cap is $12,000 and the line items include a new annual license nobody requested.",
  "questions": {
    "exception": {
      "type": "choice",
      "instructions": "Which exception should accounts payable open?",
      "criteria": {
        "over_po": "The amount is above the purchase order.",
        "unexpected_item": "A line item was not requested.",
        "both": "The amount and a line item are both wrong."
      }
    }
  }
}

Комбинируемые паттерны

Примеры выше — одиночные вызовы. Документация TypeSafe описывает несколько паттернов их комбинирования:

• Маршрутизация по порогу confidence — действовать автоматически, только когда уверенность выше вашей отметки, остальное — человеку.
• Спекулятивный fan-out — задать тот же вопрос с перемешанными вариантами Choice или урезанным состоянием и сравнить ответы на согласованность.
• Ограждения — прогнать Noul по пользовательскому вводу до того, как он дойдёт до генеративной модели или боевого действия.
• Фильтрация пассажей RAG — прогнать Noul или Score по каждому кандидату и оставить только релевантный контекст перед генерацией.

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