OpenRouter client persists complete prompts, source context, and responses in INFO logs
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 65/100
Direzione di ricerca
Inizia da api/clients/openrouter.py e api/logger.py, poi esamina la configurazione del logging e la correzione indicata nell’issue #597. Sostituisci il contenuto completo delle richieste e delle risposte nei log INFO con i metadati descritti nell’issue e verifica che i log persistiti non contengano più il contesto del repository né il contenuto della conversazione, conservando però le informazioni su modello, stato, durata e numero di token.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Affected versions: confirmed on main at commit d92819a9 (the project publishes no tagged release).
Summary
OpenRouterClient.acall logs the full request payload and the full provider response at INFO. The default logging configuration writes INFO-level logs to a rotating file the deployment persists on disk by default.
Details
# api/clients/openrouter.py
log.info(f"Request body: {api_kwargs}")
...
data = await response.json()
log.info(f"Received response from OpenRouter: {data}")
# api/logger.py
handlers["ps_file"] = {
"class": "logging.handlers.RotatingFileHandler",
"level": "INFO",
"filename": path,
}
POC
(available upon request)
Impact
Any principal with access to the application's log files (or a log-aggregation pipeline they feed into) recovers the full repository source context and conversation content sent to and received from OpenRouter for every request, when OpenRouter is the selected provider.
Suggested fix: remove payload/response content from INFO logging; log only model, status, timing, and token-count metadata. A fix is included in the linked PR.
Fix: #597
- Lingua principale
- Python
- Stelle
- 18.1k
- Fork
- 2k
- Merge medio
- 1m
- PR unite (30g)
- 1
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di AsyncFuncAI/deepwiki-open
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
AsyncFuncAI/deepwiki-open#602 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
AsyncFuncAI/deepwiki-open#539 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
so slowAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
AsyncFuncAI/deepwiki-open#613 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
AsyncFuncAI/deepwiki-open#610 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 20/100
AsyncFuncAI/deepwiki-open#609 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di AsyncFuncAI/deepwiki-open
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
I maintainer di solito rispondono entro 4 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
ClockGU/clockwork-backend#169 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
aws-samples/sample-per-model-bedrock#616 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
chnm/teachinghistory-hugo#47 ·
-
good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
pandas-dev/pandas-stubs#2047 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno