Quejas que desarrolladores de habla inglesa publicaron entre el 26 y el 28 de octubre de 2026, resumidas aquí con enlaces a las publicaciones originales. Cada respuesta usa solo lo que el sitio público y la documentación de PoYo dicen hoy, y enlaza la página de la que sale. Cuando la documentación no cubre algo, lo decimos.
Q1. Claude Code chocó con el muro de uso a mitad de un refactor, y sigue sin haber un camino limpio de «volver a mi clave de API».
De qué se quejan los desarrolladores: Las líneas de tiempo del 27 y 28 de octubre estaban llenas de capturas juntas de los límites de uso de Claude Code y Codex. Quienes construyen preguntaron si Claude Code puede volver a una clave de API cuando se alcanzan los límites de la suscripción (@irl_danB), bromearon con que chocar con un límite a mitad de un refactor es el nuevo «olvidé guardar» (@automater_ai) y compararon niveles de 20 dólares que parecen inútiles en una pila mientras otra suscripción Plus nunca dispara el límite (@mozdca, @LeoZhang57).
Cómo responde PoYo: PoYo son créditos de prepago, no una ventana de suscripción de 5 horas o semanal. La página de inicio describe compras únicas de créditos, sin suscripciones recurrentes, y créditos que no caducan. Se paga por las generaciones correctas. llms.txt indica que las tareas fallidas no se cobran. El chat y los medios comparten una clave de API y un saldo. Para un credits_amount en vivo, consulte GET /api/user/balance (saldo de usuario).
Cuando el saldo se agota, PoYo devuelve 402 insufficient_credits_error, no una ventana de uso móvil vestida de limitación (códigos de error). No hay una función de producto documentada de conmutación «suscripción → clave de API», porque la facturación ya es por créditos. Ponga un techo a un agente desbocado con los límites de uso por clave, por hora, por día y totales, en la página de claves de API (Primeros pasos).
Q2. El «429» de Claude Code son tres mensajes distintos: esperar para siempre solo ayuda a uno de ellos.
De qué se quejan los desarrolladores: Un hilo de diagnóstico señaló que Claude Code puede mostrar tres fallos con forma de 429: esperar un reinicio, reintentar en un momento o revisar la clave de API. Cada uno pide una corrección distinta (@aiparabellum). Por separado, quienes construyen preguntaron si los problemas de límite de tasa en las herramientas de agente de Anthropic ya estaban resueltos (@XavierDelon, @GeorgeMathew_).
Cómo responde PoYo: Nuestros códigos de error mantienen la facturación y los límites de tasa en números distintos:
| Código | error.type | Significado / qué hacer |
|---|---|---|
| 401 | authentication_error | Clave no válida o ausente. Corrija la credencial. No reintente la misma clave incorrecta (Primeros pasos). |
| 402 | insufficient_credits_error | El saldo se agotó. Recargue. Reintentar no ayudará. |
| 429 | rate_limit_error | Límite de tasa. Espere o ponga en cola. |
| 500 / 502 / 503 | internal_error / upstream_error / service_error | Retroceso exponencial. |
El caudal de generación predeterminado está documentado como hasta 20 solicitudes nuevas por 10 segundos por cuenta. El exceso recibe HTTP 429 y no entra en la cola (Primeros pasos). La solución de problemas de integración también dice: respete Retry-After en los límites de tasa, y no reintente a ciegas un envío de pago hasta saber si se creó un task_id (solución de problemas).
La documentación describe que no hay conmutación automática entre proveedores de origen. Constrúyala en su cliente.
Q3. Cualquier clave de API que pegué alguna vez en el chat del agente sigue en los registros del proyecto.
De qué se quejan los desarrolladores: Tras un hilo sobre los registros de proyecto de Claude, una respuesta fue al riesgo: cualquier clave de API que haya pegado en el chat está también en esos registros. Busque sk- en ~/.claude/projects y rote lo que aparezca (@wazX_7). Publicaciones cercanas repetían la misma higiene: trate las claves de IA como credenciales de root (@RuntimeAI_io) y deje de dar a cada agente una clave compartida sin interruptor de corte (@RohanBhanotAI).
Cómo responde PoYo: Primeros pasos es directo: no exponga nunca su clave de API en código de frontend, aplicaciones móviles o repositorios públicos, y trátela como un secreto. Deje las claves en su servidor. Tras un pegado o una filtración sospechada:
- Revoque / rote la clave en la página de claves de API.
- Lista de IP permitidas, para que una clave copiada solo funcione desde IP de servidor aprobadas.
- Topes por clave, por hora / por día / totales, para que una filtración tenga un techo.
- Envíe
X-End-User-IDen la generación y en el chat nativo. Bloquee a un llamante abusivo con HTTP 403end_user_blockedsin rotar toda la clave (Identificación del usuario final).
Nuestros documentos públicos no prometen reembolsos por el uso hecho con una clave filtrada. Escriba a [email protected] si cree que se usó mal una clave de PoYo.
Q4. Mi clave de agregador olvidada sigue siendo una cartera de agente: una intrusión en el host convirtió credenciales inactivas en un trabajo de 500 pasos.
De qué se quejan los desarrolladores: Una publicación advirtió que una clave olvidada de OpenRouter sigue siendo una cartera de agente: una intrusión al estilo de Railway puso claves inactivas en una lista de revocación, y una ya había pagado un trabajo de agente de 500 pasos mientras los paneles mostraban tráfico cero hasta entonces. El arreglo señalado: topes de gasto, claves de vida corta y ningún token de proveedor en hosts que dejó de vigilar (@neiro_go_neiro). Otra respuesta unió el mismo patrón a proveedores que siguen revocando claves semanas después de las intrusiones (@Kenz_1604).
Cómo responde PoYo: Las claves inactivas en hosts abandonados son un problema de secreto del lado del cliente. Los controles documentados de PoYo limitan el radio una vez que el secreto existe:
- Cree claves separadas por entorno / harness, cada una con topes de uso por hora, por día y totales (página de claves de API, Primeros pasos).
- Active una lista de IP permitidas en las claves de producción.
- Prefiera
X-End-User-IDpara poder bloquear a un llamante sin borrar la clave (Identificación del usuario final). - Vigile el saldo en vivo con
GET /api/user/balance(saldo de usuario) y el historial de tareas en el panel (Primeros pasos).
Borre las claves que ya no use. La documentación no describe una caducidad automática de las claves sin uso ni un SLA de reembolso para el gasto impulsado por una intrusión. Dígalo, y rote.
Q5. Puse un límite duro de gasto en IA; luego alguien obtuvo la clave y lo rebasó de un día para otro.
De qué se quejan los desarrolladores: Un desarrollador fijó un límite de factura de IA de 25 dólares. Alguien obtuvo la clave de API y la llevó a 55 dólares en una noche (@twentyonemilll). El tema coincide con hilos más antiguos de OpenRouter: desactivar no bastó y solo borrar la clave por completo detuvo el drenaje. La ventana del 28 de octubre sigue produciendo la misma queja: el tope existía, y la filtración igual hizo daño.
Cómo responde PoYo: Los topes solo ayudan si se aplican sobre la credencial comprometida, no solo sobre un presupuesto blando del panel. En PoYo:
- Ponga topes de uso por clave, por hora / por día / totales, en cada clave de producción (Primeros pasos, página de claves de API).
- Combínelos con una lista de IP permitidas para que la clave falle desde la red del atacante.
- Use
X-End-User-IDmás bloqueo en apps multiinquilino (Identificación del usuario final). - Ante un 402, deténgase: los créditos se agotaron (códigos de error). Consulte el saldo antes de lotes grandes (saldo de usuario).
Si una clave puede haber salido, elimínela o revóquela. No se limite a bajar una alerta blanda. Los documentos públicos no afirman reembolsos por el gasto de una clave filtrada.
Q6. Conseguir una clave de API de Google es tan penoso que «usar un agregador» pasó a ser lo predeterminado.
De qué se quejan los desarrolladores: Un desarrollador dijo que solo probará modelos de Google si se arregla el alta de la clave de API. Hasta entonces, solo OpenRouter (@sandipb). Publicaciones cercanas siguieron presentando a los agregadores como la cartera de pago y el cambio de modelo de los agentes (@tomcritchlow), mientras otros siguen manejando una docena de claves de proveedor solo para probar (@sunwei57247249).
Cómo responde PoYo: PoYo está construido como una clave unificada para imagen, vídeo, música, 3D y chat (llms.txt, página de inicio). Cree una clave en la página de claves de API. Los medios usan el POST /api/generate/submit asíncrono más estado o webhook. El chat usa los extremos compatibles con OpenAI, Claude Messages o nativos de Gemini, según lo documentado por modelo. Cambiar de modelo es cambiar la cadena model (y la forma de extremo que corresponda en el chat), no un alta nueva de proveedor.
Los esquemas de entrada y los precios actuales están en https://poyo.ai/models/<id>/llms.txt y en el índice del catálogo (llms.txt). La documentación no afirma que PoYo sea un paso directo de la cuenta oficial de cada laboratorio. También dice que la estabilidad general puede ser algo menor que la de los proveedores oficiales (Primeros pasos). Elija ese compromiso a conciencia.
Q7. Una suscripción de vídeo de 59 dólares es la entrada cara si solo publico unos clips, y los reintentos pueden inventar una segunda factura.
De qué se quejan los desarrolladores: Quienes crean compararon planes mensuales de herramientas de vídeo con APIs de pago por clip. Si solo hace unos vídeos de IA al mes, un plan de 59 dólares puede ser el camino caro, mientras una API cobra por clip y los agentes de código pueden impulsarla (@aliteqai). Dolor de API relacionado: descargas de vídeo terminado que esperan la liquidación de la facturación (@MariaOnchainDev), y el temor permanente de que los reintentos a ciegas creen un segundo trabajo cobrado.
Cómo responde PoYo: El vídeo en PoYo tiene precio en créditos por salida correcta, modelo a modelo. El catálogo de vídeo está en llms.txt (Sora 2, Veo 3.1, Kling, Wan, Seedance, Hailuo y más). El flujo es la API asíncrona unificada: enviar, luego consultar el estado o fijar callback_url (Primeros pasos, webhooks). La página de inicio y llms.txt indican que las tareas fallidas no se cobran.
Antes de insistir en reintentar un trabajo de vídeo lento: Primeros pasos advierte que cada reintento de envío puede ser trabajo de pago nuevo. Confirme si la solicitud original ya creó un task_id. Prefiera los webhooks a un sondeo agresivo. Ante 402, 429 y 5xx, siga la tabla de códigos de error. No trate una parada de créditos como un límite de tasa.
Mapa rápido
| Queja | Dónde lo documenta PoYo |
|---|---|
| Muros de tope de uso / sin conmutación de suscripción a API | Inicio: créditos · API de saldo · Códigos de error: 402 · Topes de clave de API |
| Un 429 que significa tres fallos distintos | Códigos de error: 401 / 402 / 429 / 5xx · Primeros pasos: límites de tasa · Solución de problemas |
| Claves pegadas en registros de agente | Primeros pasos: no exponer la clave · Página de claves de API · X-End-User-ID |
| Claves de agregador inactivas tras intrusiones en el host | Topes de clave de API · Lista de IP · Saldo e historial de tareas · revocar claves sin uso |
| Tope de gasto rebasado por una clave filtrada | Topes por clave · Lista de IP · X-End-User-ID · Tratamiento del 402 |
| Alta dolorosa de claves de proveedor / proliferación de claves | Una clave de PoYo · Catálogo de llms.txt · llms.txt por modelo |
| Suscripción de vídeo frente a precio por clip y cobro del reintento | Catálogo de vídeo · Envío/estado asíncrono · Lo fallido no se cobra · Reintentar = trabajo de pago nuevo |