Feature: per-agent usageCommand in acpClients to surface subscription plan quota
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 45/100
Línea de trabajo
Comienza localizando la configuración de acpClients, la tarjeta/fila de configuración del agente ACP y las rutas existentes de ejecución o actualización de comandos. Sigue cómo llega la configuración de un agente a la UI; se considera terminado cuando se pueda configurar un usageCommand y un interval opcionales por agente, invocarlos bajo demanda o durante una actualización y mostrar su resultado de texto o JSON sin cambiar el protocolo ACP.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Context
ACP has no concept of plan quota (limits, reset windows, burn-down). Subscription-backed CLIs — Claude Max, Codex (ChatGPT), Kimi coding plan, GLM coding plan — each expose their remaining usage through their own CLI commands or account endpoints, none of which is visible inside BitFun. When orchestrating a fleet of subscription CLIs as ACP agents, the orchestrator currently has no way to see which agent's plan is nearly exhausted before dispatching work.
Proposal
Add an optional field on each acpClients entry, for example:
{
"kimi": {
"command": "kimi",
"args": ["acp"],
"usageCommand": "kimi usage --json",
"usageIntervalMinutes": 30
}
}
usageCommand: a shell command whose (text or JSON) output represents that agent's remaining quota- BitFun runs it on demand (button on the agent card / ACP settings row) and/or on a refresh interval, parses, and displays the result next to the agent
This keeps quota semantics out of the ACP protocol (where they don't belong) while making them visible exactly where dispatch decisions are made.
Use case
Multi-agent orchestration over subscription CLIs: check remaining quota per agent before assigning a long-running task, and avoid routing work to an agent whose plan window is exhausted.
- Lenguaje dominante
- Rust
- Estrellas
- 2.3k
- Forks
- 236
- Merge medio
- 2 h 53 min
- PR fusionados (30 d)
- 404
Preparar el entorno
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de GCWing/OpenBitFun
-
Dificultad 2/5 Medio día Aptitud para principiantes 74/100
GCWing/OpenBitFun#3279 ·
Los mantenedores suelen responder en 1 día
-
[Bug]: 界面写“敏感诊断信息默认关闭”,但后端配置当前实际默认是 truePosiblemente ocupada @xiechimon la tomó hace 12 días. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
GCWing/OpenBitFun#3213 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
GCWing/OpenBitFun#2363 ·
Los mantenedores suelen responder en 1 día
-
question
Dificultad 1/5 Menos de una hora Aptitud para principiantes 78/100
GCWing/OpenBitFun#2340 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
GCWing/OpenBitFun#3278 ·
Los mantenedores suelen responder en 1 día
Todos los issues de GCWing/OpenBitFun
Issues similares
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
zcashlabs/thus-spoke-zakura#153 ·
Los mantenedores suelen responder en 1 día
-
claude_code: step fails on session-scoped (`@inline`) plugins with `Invalid scope "session"`Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 79/100
topgrade-rs/topgrade#2395 ·
Los mantenedores suelen responder en 1 día
-
app bug windows-os
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
matrix-org/matrix-rust-sdk#7217 ·
Los mantenedores suelen responder en 1 día
-
Improve sublime text syntaxAbiertoeditor good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
funnyboy-roks/inq#54 ·