Inbox: let users customize when agents use the Inbox and how they write to it
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- typescript
- Ambito
- developer-experience
Direzione di ricerca
Start by locating the configuration and prompt handling for the Inbox reminder, the plannotator inbox --notes command, and the send_message tool description; the issue does not name files or tests. Read how other prompts sections support per-runtime overrides, then trace how Inbox notes and tool descriptions are assembled. Done means at least one requested customization works without conflicting with the built-in Inbox guidance.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What we need
We want to decide ourselves when an agent should use the Inbox and how it should write to it, and have that guidance come from Plannotator's own Inbox surfaces instead of fighting them.
Our setup: several agent sessions run at once. Many are started by a coordinating session, so they have an "upstream" session to report to. Our rules are:
- An agent first decides what it can within its authorization; what it can't decide goes to its upstream session, not to the person.
- Only a session with no reachable upstream (one the person started directly, or one whose upstream is gone) sends to the Inbox.
- Reviewer sessions never use the Inbox.
- Messages follow one format: the first line says why the person is needed, every question carries a recommendation, long material goes in attachments, diagrams/screenshots when a flow or UI is involved, one thread per work item.
What we found (0.28.30)
| Surface | What can be changed today |
|---|---|
| The one-line Inbox reminder at session start | Fixed text; only on/off via inboxReminder |
prompts config |
Covers plan / review / annotate feedback, not the Inbox |
plannotator inbox --notes |
Writes fixed v1 text; a block the person edited is not overwritten — but on hosts whose instructions file is regenerated by a sync tool (e.g. a generated ~/.pi/agent/AGENTS.md), the block is wiped on the next regeneration |
send_message tool description |
Fixed |
So today we turn the reminder off and put our own guidance in our global instructions. It works, but the built-in text ("send when the person isn't here") and ours can disagree, and the guidance is not where the model looks at the moment it sends.
Request
- Customizable Inbox reminder text, e.g.
prompts.inbox.reminder(with the same per-runtime overrides the otherpromptssections have), replacing the fixed line instead of only switching it off. - Custom note content for
--notes: let the note body come from a user file (or config), and/or write it to a separate file the host loads, so generated instruction files don't erase it. - Optional extra guidance on
send_message: a config string appended to the tool description, since that is what the model reads right when it sends.
Any one of these would let us keep a single source of truth for "when to use the Inbox and how to write to it". Happy to test a build.
- Lingua principale
- TypeScript
- Stelle
- 8.7k
- Fork
- 649
- Merge medio
- 4h 16m
- PR unite (30g)
- 468
Preparare l'ambiente
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 backnotprop/plannotator
-
bug triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
backnotprop/plannotator#2227 ·
I maintainer di solito rispondono entro 1 giorno
-
Annotate documentation omits per-file version history and privacy controlsForse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
backnotprop/plannotator#1086 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 54/100
backnotprop/plannotator#2232 ·
I maintainer di solito rispondono entro 1 giorno
-
[Bug] Annotate: Contents highlight becomes stale after large scrolls and stays stale across filesAperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 70/100
backnotprop/plannotator#2231 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
backnotprop/plannotator#2230 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di backnotprop/plannotator
Issue simili
-
area: server priority: P3 type: bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
appandflow/stim#4538 ·
I maintainer di solito rispondono entro 1 giorno
-
[BUG] Published Docker images lack the redis extra: HEADROOM_COMPRESS_SESSION_STORE stops startupForse già presa @AlessandroSpallina l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
headroomlabs-ai/headroom#4513 ·
I maintainer di solito rispondono entro 1 giorno
-
bug extension extension: obsidian platform: Windows
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
raycast/extensions#32838 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
copy design-review mac P3
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
tosunlab/hisarapp-core#510 ·
-
bug priority-medium to-agent
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno