Giving feedback

Feedback is how Aparture learns what you actually care about. Small signals — stars, dismisses, short notes on papers, corrections on filter verdicts, general comments on a briefing — build up quietly as you use the tool. Later, you can hand them to a flow that proposes edits to your profile: it reads everything you've marked and suggests specific changes, which you accept or reject per change. None of this is required for usable briefings on day one, but it's the main way the system evolves past your starter profile.

This page walks through the five feedback types, where each one appears in the interface, when they take effect relative to the briefing, and how much feedback you typically need before the refinement flow is worth running. The related page on refining over time covers the refinement step itself.

The five feedback types

★ Star

"This one matters to me."

• Before a briefing writes — the paper gets more attention in the editorial treatment.
• After the briefing's rendered — doesn't retroactively change what you're reading; feeds the refinement flow as a "more of this" signal.

⊘ Dismiss

"This one isn't for me."

• Before a briefing writes — the paper gets deprioritised in the treatment.
• After the briefing's rendered — accumulates as a "profile might be too broad here" signal for the refinement flow.

💬 Paper comment

A short note about one specific paper.

• Before a briefing writes — gets quoted or paraphrased in that paper's why it matters paragraph.
• After the briefing's rendered — feeds the refinement flow, where paper-grounded reactions are among the strongest signals it sees.

💭 General comment

A profile-level note tied to the briefing you were reading. Lives in the Feedback panel beneath the briefing.

• Works as direct intent: "I'm shifting focus to Bayesian methods", "stop recommending vision-only papers".
• Also works as a reaction to a briefing: the refinement flow sees the comment alongside what was in the briefing at the time.

⇄ Filter override

A correction on the filter's verdict for a specific paper. Only available at Gate 1, the pause after the filter runs.

• NO → YES: profile might be too narrow on that kind of work.
• YES → NO: profile might be too broad there.

All five feed the same local feedback store. When you run the refinement flow, it reads everything in the store when deciding what to propose.

Where each one appears

Paper cards carry star, dismiss, and comment buttons

Any paper card in Aparture has three controls: ☆ star, ⊘ dismiss, and + comment. You'll run into them in three places:

• Analysis Results list (Pipeline view). As soon as the PDF-analysis stage finishes, each card is fully interactive — you don't have to wait for the briefing to write before marking papers.
• Paper cards inside a briefing. Same three controls in the rendered briefing. The briefing itself was written from whatever signals existed when synthesis ran, so marking papers here doesn't change what you're reading — the feedback feeds the refinement flow instead.
• Filter results at Gate 1. Once scoring has run on a given paper, its card also carries the star and dismiss buttons (comment too, once you're past the filter-review pause).

Clicking a star toggles it between empty and filled: ☆ star → ★ starred. Click again to remove. Dismiss works the same way. The comment button opens a small text box labelled "Your thoughts on this paper…" with Save and Cancel; saving attaches the note to that paper.

The filter-review gate carries override buttons

When the pipeline pauses at Gate 1, each paper in the filter results has three clickable buttons for the filter's verdict: YES, MAYBE, NO. The current verdict is filled in; the other two are outlined. Clicking a different one switches the paper to that bucket, and a small ⇄ appears on the new choice to mark it as an override.

Each override is recorded as a scope signal. Moving a paper NO → YES tells the refinement flow your profile is probably too narrow in that area; YES → NO suggests it's too broad. MAYBE overrides tell it where the line is ambiguous.

Overrides only work at this stage. Once you continue to scoring, the buttons deactivate.

The Feedback panel carries the general-comment input

Every briefing view has a section at the bottom of the main area labelled Feedback. Scroll past the briefing itself and the NotebookLM card to find it. Near the top of that section is an + Add a comment button that opens a larger text box — "General comment on this week's briefing or your research interests…" — for notes that aren't tied to any one paper.

General comments are distinctive: they go to the refinement flow as profile-level guidance rather than paper-level signal. The flow sees the comment text alongside the briefing it was written against, so a comment like "this week leaned too heavily on interpretability" has context to be interpreted correctly.

How the different types behave

Stars, dismisses, and filter overrides are togglable: only the most recent state matters. If you star a paper, unstar it, then star it again, the refinement flow sees that it's currently starred. Intermediate states are kept in history but don't count as signal on their own.

Comments are different — each one is a separate entry. A second comment doesn't replace the first. If you leave "interesting method" on Monday and "but the evaluation is thin" on Tuesday, the flow sees both, in order.

Practical consequence

Toggle stars and dismisses freely; only the current state counts, so there's no cost to changing your mind. Leave comments a little more deliberately — they accumulate, so their effect on the profile over time is longer-lasting.

Reviewing your feedback: the Feedback panel

The Feedback panel sits at the bottom of every briefing view, and it's the central place to review everything you've marked across runs. It has four parts.

Counts and the Suggest button

The top of the panel shows two counts: new events since the last time you ran the refinement flow, and total events ever recorded. New grows as you feed back and resets when you run the flow. Next to the counts is a Suggest improvements → button that opens the refinement dialog.

The same button appears on the Profile page in its own card, right next to your profile text. Either trigger opens the same flow.

The general comment input

The + Add a comment button expands a larger text box for adding a general comment from the briefing view. This is the only place in the app where general comments can be added.

Filters

Three controls for narrowing the timeline below:

• A Type menu: all types, stars, dismisses, comments, or overrides.
• A New only toggle: show only events since the last time you ran the refinement flow.
• A Date range menu: all time, last week, last 30 days, and so on.

The timeline

A chronological list of every feedback event, most recent first. Each entry shows when you gave it, a small icon for the type (★, ⊘, 💬, 💭, ⇄), and either the paper's title (for paper-scoped events) or the comment text (for general ones). Paper-scoped entries also show the paper's score and which briefing they came from.

The timeline is useful for two things: reminding yourself what you've been marking, and spotting patterns you hadn't noticed. "I keep dismissing interpretability papers" is often a hint the profile is a little off in that area.

How much feedback is enough?

The refinement flow works from the aggregate of everything you've given it — all five types — so what matters is how much total signal the store holds, not how long you've been using Aparture. A rough guide:

Aggregate volume	What to expect from the refinement flow
Fewer than ~10 events total	Thin. Proposals tend to be vague, or the flow comes back with a "no clear change" reason.
~10–30 events across a mix of types	Usually enough for concrete, defensible edits — especially if a few comments are in the mix.
30+ events including comments	Rich enough that proposals can cite specific reactions and recommend targeted additions or exclusions.

This isn't a time thing. A heavy first-day session — say a dozen filter overrides, half a dozen stars, and a couple of general comments — gives the flow plenty to work with, so running it that day is fine. Two quiet weeks of barely-engaged briefings might still be too thin.

Diversity matters as much as raw volume. All stars and no dismisses, or all overrides and no comments, leaves the flow with less to reason about than a mix across types. If the store is full but the proposals feel light, adding a general comment or two before running the flow again often helps.

Next

Writing a good profile → — turn the signals you've been marking into a profile the pipeline can reason about more directly.

Also worth reading:

• Go deeper on the refinement flow itself. → Refining over time
• The two pause gates are slowing your runs and you want to adjust them. → Review gates