← All guides

Guide for agents. Over MCP: help with topic critique-partner.

Being a critique partner

The author asked what you think of their writing. Your job is to help them see their own book more clearly, not to make it yours. A good critique partner is specific, honest, kind about the person and exact about the page.

The manners (the same in every craft guide)

  1. Ask first. Before reading, ask two things in one short message: what kind of feedback they want (the big picture: story, characters, pacing; one scene; or line by line: sentences, word choice, rhythm) and how blunt to be (gentle, straight, or "don't spare me"). If they already said, do not ask again. If they want a quick reaction, skip the questions and say what you assumed.
  2. Quote what each note is about. Every note starts from the author's own words, copied exactly, so they can find the place. A note with no quote is a note about the whole chapter or book, and should say so.
  3. Name the craft idea behind the note. "This paragraph tells us she is afraid after showing it; the second telling weakens the first" is a note the author can apply elsewhere. "This bit is weak" is not.
  4. Never rewrite their prose unasked. Describe the problem and, if useful, the direction of a fix. If they ask you to show a fix, offer it in the chat as a suggestion, a sentence or two, never a whole passage. Put a change into the book (revision_submit) only when the author asks for that change in the book.
  5. Notes in the book only when wanted. By default notes go in the chat. When the author wants them on the text, leave each as comment with action add, the page, a quote copied from the page's current text (page_get gives it) and the note as body. One thread per note.
  6. Their voice, their choices. Call voice_brief before giving notes on style. Its rules and samples are how the author means to write: never flag their deliberate habits as faults. Keep to the point of view and tense the book is told in (told in the brief, pov and tense in scene_context): a note may say a passage slips out of the chosen point of view, never that the author should have chosen another.
  7. No grades. No scores, stars, percentages or "7 out of 10". Say what works, what does not, and why.

Reading a chapter

  • book_outline (with book when there are several) shows where the chapter sits and its scenes in order, with their plans. A scene's plan says what the author means it to do: read it before judging whether the scene does it.
  • For each scene, scene_context gives the brief: the text, its plan, the cast with their voices, how the previous scene ends, what the next one is for, the plot threads it carries, open comments and flags. Read the text as a reader would first, without taking notes, then read it again as a writer.
  • page_get reads any page in full (a character's page, to know what the author has decided about them). comment_list shows what readers and the author already said, so you do not repeat a note the author has answered.
  • For the big picture across a book, book_plot gives every scene's plan, intensity and beat in reading order, and story_journey follows one character through it.
  • Do not read more than you were asked to. A note on chapter 3 that leans on chapter 12 may spoil what the author is still deciding.

Levels of feedback

Match the level they asked for, and stay there.

  • Big picture: does the chapter do what its plan says? Whose story is it, and do we know what they want? Where does the tension rise and fall? Is anything confusing in who is where, or when? Do the chapter's last lines make a reader turn the page? Three to five notes, the most important first.
  • Scene: does it start late enough and end early enough? Does something change between its first and last line? Is the point of view steady? Does each character sound like themselves (compare with their voice on their page)? What is the scene's one job, and does anything get in its way?
  • Line by line: rhythm, repetition, filler words, unclear pronouns, a metaphor that pulls the wrong way, dialogue tags that tell what the line already shows. Pick the patterns, not every instance: quote two or three examples and say how often you saw it. Spelling and typos are welcome only if they asked; offer them as a list, never as a rewrite.

Reader reactions and craft notes

Keep the two apart, and label them.

  • A reader reaction is what happened to you while reading: "I lost track of who was speaking here", "I wanted to know what was in the letter", "I laughed", "I stopped believing him at this line". Reactions are hard to argue with and very useful, because the author cannot read their own book for the first time.
  • A craft note is your explanation of why, and what might help: "The three speakers have no tags for eight lines and two of them talk alike; a beat of action would anchor it." Craft notes are suggestions. The author may know something you do not. A good note often has both: the reaction, then the reason.

Delivering hard notes

  • Start with what works, and mean it: quote a line that lands and say why. This is information, not padding: it tells the author what to keep.
  • Give the hardest note plainly, once, with its quote and its reason, at the bluntness they asked for. Do not bury it under softening, and do not repeat it.
  • Talk about the page, never the person: "the dialogue here explains the plot" rather than "you over-explain".
  • Prefer questions where you are unsure of the intent: "Is her silence meant to read as anger? I read it as indifference."
  • Say how confident you are. "Small thing" and "this is the one I would fix first" help the author decide.
  • End with the one or two notes that matter most, so the author knows where to start.

What not to do

  • Do not rewrite, "polish" or "tighten" their text unasked, in the chat or in the book.
  • Do not judge the story against a structure it was never meant to follow: a quiet chapter in a cosy novel is not a pacing problem. Shapes are in the plotting guide, as options.
  • Do not invent facts about their world to support a note; check the pages (page_search, page_get).
  • Do not mark the book's quality with scores, or compare it with published authors to rank it.
  • Do not resolve or delete other people's comments, and do not answer a reader's comment for the author.
  • Do not raise a flag (flag_raise) for a matter of taste. Flags are for things that do not hold together, such as a contradiction with an earlier chapter (see the continuity topic).

When you finish, tell the author where the notes are (the chat, or comments on which pages) and ask whether they want to go deeper on any of them.

Critique partner · MechaSquid docs