github / github/app

Allow setting a per-project AI credit limit (--max-ai-credits) for agent sessions

Abierto
#2,697 0 comentarios 0 reacciones 0 asignados Ver en GitHub
triage
Lenguaje dominante
Sin datos de lenguaje
Estrellas
2.1k
Forks
153
Métricas de merge de PR
Sin PR fusionados en 30 d

Descripción

### Feature summary

A project-level AI credit ceiling for agent sessions, plus in-session controls to raise or waive the limit when it is reached.

### What problem are you trying to solve?

Copilot CLI supports AI credit session limits (--max-ai-credits in non-interactive mode, /limits set in interactive mode), but the GitHub Copilot app offers no way to configure them. Since the app runs the CLI, every session started from the app is effectively unbounded. A badly scoped prompt or an agent that gets stuck in a loop can consume a large number of credits before I notice.

Different projects carry very different risk. A small maintenance repository and a large refactoring project warrant different ceilings, so a single global value would be a poor fit. The limit belongs at project level.

### Proposed solution

- Add a per-project setting, e.g. "Maximum AI credits per session", mapping to --max-ai-credits=NUMBER.
- Show live consumption against the limit during a session (e.g. "62 / 150 AI credits"), so the cap is not a surprise.
- When the limit is reached, do not end the session silently. Present the interactive-mode recovery as buttons:
- "Double AI credit limit for this session"
- "Ignore AI credit limit for this session"
- "Stop here"
- Continuing should resume from where the agent stopped, matching /limits set behavior in an interactive session, rather than restarting the task.
- Any raise or waiver should apply only to the current session and must not silently change the project default.

### Workflow impact

Affects users on usage-based billing who start agent sessions from the app. Today the only way to get a cost guardrail is to drop down to the CLI, which negates the reason for using the app.

Combining a guardrail with an escape hatch is the key point: I can set an aggressive default cap without fearing that a long-running task gets discarded halfway through, because raising the limit is one click and the session continues.

### Installation context

_No response_

### Additional context

_No response_

Guía de contribución

Abrir la guía de contribución

Línea de trabajo

No files or tests are identified. Start by tracing how the app launches agent sessions and passes CLI options, then inspect project settings and the in-session limit controls. Done means a project-level default, visible consumption, session-only raise/waive/stop actions, and continuation without restarting or changing the project setting.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
github
Área
ai, desktop
Tipo de issue
Nueva funcionalidad
Dificultad
5/5
Tiempo estimado
Más de una semana
Estado de actividad
Tranquilo
Claridad
Bastante claro
Aptitud para principiantes
45/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.