Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Review queue: let reviewers add context before approving

Ouverte
  • Quelque chose ne va pas ?
#364 1 commentaire 0 réactions 1 personne assignée Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

@NathanTarbert y travaille déjà.

Depuis le 12/10/2026.

Évaluation

Cette issue n'a pas encore été évaluée.

Description

enhancement

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

  1. 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.
  2. 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.
  3. 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 context column to kb_review_items via a new idempotent migration.
  • Reuse embedText, the 2000-article cap in lib/kb/limits.ts, and rateLimitShared.
  • Docs: update the Review queue section in content/docs/product/knowledge-base.mdx and reference/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
Langage dominant
TypeScript
Étoiles
16
Forks
2
Merge moyen
7 h 22 min
PR mergées (30 j)
150

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de answerLoops/answerLoops

Toutes les issues de answerLoops/answerLoops

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.