Review queue: let reviewers add context before approving
Mantenedores costumam responder em até 1 dia
@NathanTarbert já está trabalhando nisso.
Desde 12/10/2026.
Avaliação
Esta issue ainda não foi avaliada.
Descrição
Summary
Let a reviewer add free-text context to a review-queue item before approving it, so the published article reflects knowledge the assistant did not have. Follow-up to the review queue in #362.
Problem
Many unseen questions arrive with no usable draft, because the assistant had nothing to ground an answer on. Those items are flagged "No usable answer" and the reviewer has to write the whole answer from scratch in a single textarea. The same reviewer often has useful raw material (a product detail, a link, a policy snippet, an internal explanation) that would be easier to paste than to turn into a finished answer. A Reddit commenter also asked for a way to give the system "direct inputs of additional information" that improve answer quality.
Proposed behavior
- On each pending item in the Review tab, add an Additional context field next to the question and answer.
- The context is free text (suggest a max of 8,000 characters, matching the answer limit).
- On approve, the published article is built from the reviewer's final question and answer; the context is used to help produce that answer (see open question) and is stored with the item for audit.
- Context is private to the workspace and never served directly. Only the approved article is.
Open questions to settle before building
- Does the context get turned into an answer automatically, or is it just a scratchpad? Options: (a) reviewer-only notes that stay on the item, (b) an optional "Draft answer from context" button that asks the model to write an answer from the context, which the reviewer then edits and approves, (c) append the context to the article body. Recommendation: (b), because it keeps a person in the loop and fills the empty-draft case.
- Should a context-only entry exist without a captured question? A standalone "add knowledge" form (question + answer + context, no queue item) is a separate, simpler path that reuses the same article creation. Recommendation: include it in this issue as a second entry point, since it is the same code path and directly serves the "add extra context to the KB" ask.
- Cost and rate limits. Drafting from context calls the model, so it needs the same per-org rate limiting and plan quota treatment as other generation paths.
Implementation notes
- UI:
app/(dashboard)/kb/review-tab.tsx. - API: extend
PATCH /api/kb/review/[id](new optional field, or a separate action for drafting), plus a new route if the standalone form is included. Keep owner/admin-only and Pro-gated. - Data: add a nullable
contextcolumn tokb_review_itemsvia a new idempotent migration. - Reuse
embedText, the 2000-article cap inlib/kb/limits.ts, andrateLimitShared. - Docs: update the Review queue section in
content/docs/product/knowledge-base.mdxandreference/data-model.mdx.
Acceptance criteria
- A reviewer can add context to a pending item and save it without approving
- An item with no draft can be answered from context without retyping everything
- Approving still requires a non-empty reviewed answer
- Context is never searchable or served until it is part of an approved article
- Owner/admin only, Pro-gated, rate limited, org-scoped
- Docs, unit, component and e2e tests updated
- Linguagem predominante
- TypeScript
- Estrelas
- 16
- Forks
- 2
- Merge médio
- 7h 22min
- PRs com merge (30d)
- 150
Preparar o ambiente
- Inclui um Dockerfile ou arquivo Docker Compose
- Tem um modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de answerLoops/answerLoops
-
Widget: match the chat bubble color to the rest of the widgetTalvez já em andamento @uchiha-suraj assumiu há 6 dias. Abertaenhancement help wanted
Dificuldade 1/5 1-3 horas Facilidade para iniciantes 84/100
answerLoops/answerLoops#345 · 2 comentários · 1 responsável ·
Mantenedores costumam responder em até 1 dia
-
Widget: make the chat window fit on small phonesTalvez já em andamento @anushreemehta6 assumiu há 7 dias. Abertaenhancement good first issue help wanted
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
answerLoops/answerLoops#344 · 2 comentários · 1 responsável ·
Mantenedores costumam responder em até 1 dia
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 85/100
answerLoops/answerLoops#17 ·
Mantenedores costumam responder em até 1 dia
-
documentation good first issue help wanted
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
Mantenedores costumam responder em até 1 dia
-
Rank knowledge gaps and articles by frequency for reviewer follow-upTalvez já em andamento @NathanTarbert assumiu há 1 dia. Aberta
answerLoops/answerLoops#387 · 1 responsável ·
Mantenedores costumam responder em até 1 dia
Todas as issues de answerLoops/answerLoops
Issues semelhantes
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 70/100
lingdojo/kana-dojo#32590 · 1 comentário · 5 reações ·
Mantenedores costumam responder em até 1 dia
-
bug p2
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
bastani-inc/atomic#3703 ·
Mantenedores costumam responder em até 1 dia
-
backend bug difficulty: medium priority: medium reliability
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
trustflow-protocol/trustflow-backend#730 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 74/100
firecrawl/firecrawl-mcp-server#548 ·
Mantenedores costumam responder em até 1 dia
-
bug
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 90/100
Mantenedores costumam responder em até 1 dia