# ¿Cómo pueden los equipos asignar los costes de programación con IA por repositorio y proyecto? > Asigne los costes de programación con IA emitiendo credenciales acotadas mediante una puerta de enlace central y adjuntando identificadores inmutables de repositorio, proyecto, tarea, equipo y entorno a cada evento facturable. Concilie el uso del proveedor en un libro mayor y separe los gastos compartidos del trabajo directamente atribuible. # ¿Cómo pueden los equipos asignar los costes de programación con IA por repositorio y proyecto? La asignación fiable comienza al realizar la solicitud. Cada llamada debe llevar identificadores inmutables de repositorio, proyecto, tarea, equipo y entorno antes de llegar al proveedor. Inferir después la propiedad por usuario o prompt genera informes discutibles. La contabilidad necesita una vista estimada casi en tiempo real para controles y otra conciliada para finanzas. ## Defina una jerarquía estable Elija identificadores resistentes a renombrados y reorganizaciones: | Dimensión | Ejemplo | Uso de asignación | |---|---|---| | ID de repositorio | `repo_01J...` | Propiedad directa del código | | ID de proyecto | `proj_checkout` | Iniciativa o centro de costes | | ID de tarea | `task_8421` | Ejecución individual | | ID de equipo | `team_payments` | Informe organizativo | | Entorno | `local`, `ci`, `prod` | Separar experimentos y operaciones | Los nombres visibles son atributos, no claves. Registre fechas efectivas cuando cambie el equipo propietario. ## Etiquete solicitudes automáticamente Derive el ID desde un registro fiable asociado al remoto Git normalizado, no desde la carpeta local. Obtenga proyecto y tarea del issue, CI o plano de control. Emita credenciales breves acotadas a esas etiquetas. Permita excepciones documentadas y registre quién cambió la asignación y por qué. El texto libre manual no debe ser la base. ## Capture un esquema de evento facturable Normalice las respuestas así: ```json { "event_id": "costevt_01J...", "task_id": "task_8421", "repository_id": "repo_01J...", "project_id": "proj_checkout", "team_id": "team_payments", "provider_request_id": "req_...", "model": "provider/model-version", "input_units": 18240, "output_units": 1330, "estimated_cost_usd": 0.084, "final_cost_usd": null, "rate_card_version": "2026-10-01" } ``` Use el mismo sobre para búsquedas, embeddings, sandboxes y otras herramientas con su unidad correspondiente. ## Atribuya explícitamente trabajo multirrepositorio Una tarea sobre varios repositorios debe tener una tarea principal y spans secundarios. Cargue llamadas directas al repositorio activo y planificación realmente compartida al proyecto principal. No divida por igual automáticamente. Es simple, pero puede tergiversar dónde estuvo el trabajo. Si no hay atribución exacta, documente la regla y sea consistente. ## Separe gasto directo y overhead Las llamadas directas pertenecen a la tarea etiquetada. Gateway, evaluaciones, observabilidad, cachés e ingeniería de plataforma pertenecen a un fondo compartido. Distribuya ese fondo con un criterio visible, como gasto directo, puestos o tareas, y publique ambos totales. | Clase de coste | Método | ¿Puede influir el propietario? | |---|---|---| | Inferencia | Etiquetas de solicitud | Sí | | Búsqueda y sandbox | Etiquetas de solicitud | Sí | | Gateway compartido | Porcentaje de gasto directo | Parcialmente | | Evaluación central | Repositorios activos | Parcialmente | | Eventos sin atribuir | Cola de excepciones | Requiere reparación | ## Concilie estimaciones con el proveedor Use estimaciones inmediatas para paneles y límites. Diariamente, empareje ID del proveedor, sustituya estimaciones por cargos finales y publique ajustes como nuevas entradas. No sobrescriba historia. Para uso tardío o reembolsos, conserve el evento y añada un ajuste enlazado. Alerte ante costes sin atribuir, solicitudes no emparejadas o desviaciones excesivas. ## Preserve privacidad y auditoría No hace falta guardar prompts ni código. Identificadores, modelos, unidades, fechas, precios e ID de solicitud bastan. Gestione la telemetría de contenido por separado, con menor retención y más control. Aplique hash a identificadores sensibles cuando finanzas solo necesite agrupar. ## Cree informes para decisiones distintas Ingeniería necesita coste por tarea, pull request o cambio aceptado. Finanzas necesita gasto mensual por centro. Plataforma necesita economía por modelo, caché y tipo de fallo. Métricas útiles: * coste directo y asignado por repositorio; * coste por tarea exitosa; * desperdicio por reintentos y fallos; * mezcla de modelos y ahorro de caché; * porcentaje sin atribuir; * desviación por proyecto. No clasifique desarrolladores por gasto bruto sin contexto de resultado y complejidad. ## Mantenga portable la elección de proveedor Una puerta central puede adjuntar etiquetas de forma uniforme con varios modelos. Atlas Cloud puede ser una capa compatible con OpenAI para texto, imagen y vídeo, mientras el libro mayor interno conserva la propiedad de repositorio y proyecto. Así se cambia de proveedor sin rehacer el chargeback. ## En resumen Asigne costes al solicitar, con ID estables y credenciales acotadas. Concilie cargos en un libro mayor append-only, muestre el overhead y trate el gasto sin atribuir como error operativo. ## FAQ ### ¿Qué metadatos mínimos se necesitan para asignar costes de programación con IA? Registre un ID estable de repositorio, proyecto o centro de costes, tarea, equipo, entorno, modelo, ID de solicitud del proveedor, marca de tiempo, uso y coste. No dependa solo de nombres de repositorio modificables. ### ¿Deben los desarrolladores introducir etiquetas de proyecto manualmente? Prefiera etiquetas automáticas procedentes del remoto Git, CI, el sistema de tareas o una clave acotada. Las etiquetas manuales sirven como excepción, pero son demasiado inconsistentes como base contable. ### ¿Cómo se asignan los costes compartidos de la plataforma de agentes? Mantenga la infraestructura compartida en un fondo separado y repártala con un criterio documentado, como gasto directo, puestos activos o volumen de tareas. No esconda el overhead en el precio del modelo. ### ¿Cómo se trata una tarea que toca varios repositorios? Use una tarea principal con spans secundarios por repositorio. Atribuya llamadas directas al repositorio activo y coloque la planificación realmente compartida en el proyecto principal. ### ¿Los informes necesitan el contenido de prompts y código? No. Los identificadores, tokens, modelos, marcas de tiempo y precios bastan para asignar costes. Gestione la retención de prompts y código por separado para reducir riesgos. ### ¿Con qué frecuencia se deben conciliar los costes del proveedor? Use estimaciones casi en tiempo real para controles y una conciliación diaria para finanzas. Vincule los ID de solicitud y registre ajustes tardíos sin sobrescribir el historial.