github / github/app

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

Aperta
#2,697 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub
triage
Lingua principale
Nessun dato sulla lingua
Stelle
2.1k
Fork
153
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Descrizione

### 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_

Guida per i contributori

Apri la guida per i contributori

Direzione di ricerca

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.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Valutazione

Stack tecnologico
github
Ambito
ai, desktop
Tipo di issue
Funzionalità
Difficoltà
5/5
Tempo stimato
Più di una settimana
Stato di attività
Tranquilla
Chiarezza
Abbastanza chiara
Idoneità per principianti
45/100

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.