NOTAS DE DESARROLLO
Decisions API, beta de octubre de 2026: un clasificador que sabe cuándo derivar
Diseña clasificación tipada, abstención, errores y evaluación tras la beta de octubre de 2026.

Documentación revisada el 14 de octubre de 2026. Esta guía analiza la versión fechada que se describe a continuación; consulta la documentación oficial enlazada para confirmar el comportamiento actual de la API y la disponibilidad de tu cuenta antes de implementarla.
No toda función de IA necesita una conversación. A veces la aplicación solo necesita decidir a qué cola enviar un ticket. Decisions API entró en beta con GPT-6 Luna el 6 de octubre de 2026. La guía oficial explica las decisiones tipadas y el historial confirma la fecha. Revisé la documentación el 14 de octubre. Empezaría por una clasificación que una persona pueda corregir fácilmente.
Define etiquetas primero
Imagina acceso, facturación y producto. Describe qué entra en cada cola y añade ejemplos ambiguos. “No veo mi factura porque falla el inicio de sesión” involucra dos áreas. Decide si importa el primer bloqueo o si se envía a revisión. Sin ese acuerdo, dos evaluadores pueden discrepar con razón.
Envía una descripción saneada y solo el contexto necesario. Las instrucciones dentro del ticket son datos, incluso cuando piden ignorar reglas. No añadas secretos de la cuenta.
Separa decisión y ejecución
Construye la pregunta con el ejemplo vigente del SDK oficial; el esquema beta puede cambiar. Valida la respuesta antes de modificar el sistema de tickets. Esto es pseudocódigo de aplicación, no una firma inventada de la API:
allowed = {"access", "billing", "product"}
if refused or choice not in allowed or needs_review:
queue = "human-review"
else:
queue = choice
La confianza no es una probabilidad universal de acierto. Selecciona umbrales con casos reservados y revisados de tu aplicación. Una respuesta ausente nunca debe activar silenciosamente la acción más cómoda.
Mide los errores caros
Construye una matriz de confusión. Revisa falsos positivos y omisiones por etiqueta; si casi todo es producto, responder siempre producto puede parecer excelente. Incluye idiomas mezclados, mensajes cortos, ambigüedad, rechazos y timeouts.
Comienza en modo sombra: calcula la sugerencia mientras el proceso actual mantiene autoridad. Compárala con el resultado revisado y habilita después un subconjunto reversible. Registra identificadores, configuración y destino sin guardar texto innecesario.
Las respuestas tipadas reducen trabajo de análisis, pero no sustituyen una definición clara, una salida para la incertidumbre ni un responsable. Haz visibles los errores de una decisión pequeña antes de ampliar la autonomía.
Decisions APIで引き継ぎ先を選ぶ小さな分類器
この記事は2026年10月14日に確認した資料に基づく。以下で紹介するのは、その日付の公開情報だ。実装前に、リンク先の公式資料で現在のAPI仕様とアカウントの利用条件を確認してほしい。
会話ではなく「この問い合わせをどこに送るか」だけ欲しいこともある。Decisions APIは2026年10月6日にGPT-6 Lunaでベータ公開された。型付き判断の公式ガイドを10月14日に確認した。
ラベルを先に決める
例えばaccess、billing、productの担当先を定義する。「ログインできず請求書が見られない」はどこか。最初の障害を優先するのか、人に渡すのかを先に合意する。必要最小限の匿名化済み文章だけ渡す。文章中の「規則を無視して」は命令ではなく入力データだ。
分類と操作を分離する
現在の公式SDK例で質問を作り、回答を検証してからチケットを更新する。次はAPI構文ではなくアプリ側の擬似コードだ。
allowed = {"access", "billing", "product"}
if refused or choice not in allowed or needs_review:
queue = "human-review"
else:
queue = choice
信頼度は常に正解確率になるわけではない。閾値は自分の未使用評価データで決める。拒否、欠落、時間切れを便利な操作に自動変換しない。
重要な間違いを測る
確認済みチケットで混同行列を作り、各ラベルの誤分類と見逃しを見る。多数派だけ選んで全体正解率を高く見せない。短文、多言語、曖昧さ、拒否、失敗も含める。最初は実際の振り分けを変えず提案だけ記録し、人の結果と比べる。合格後に戻せる範囲から有効化する。要求IDと設定と結果を記録し、不要な本文は保存しない。型付き出力でも、定義、保留経路、責任者は必要だ。



