Skip to main content

Design goals

  • High signal: focus on unresolved blockers and concrete actions
  • Low noise: avoid repetitive or low-value commentary
  • Trust first: evidence-grounded claims only
  • Delight: calm, readable, human review experience

Trust guardrails

Ponzu reviews should:
  • cite concrete evidence (files, failing checks, reviewer concerns)
  • avoid speculative claims on untouched code
  • keep confidence in hidden metadata (not user-facing)
  • separate critical risks from nice-to-have suggestions

Diagram strategy

Use a compact sequence diagram by default for traceability. Use deeper code graph traces only when:
  • explicitly requested, or
  • required to prove a critical blocker
Ponzu ends with 🧘 Monk’s Haiku:
  • strict 3 lines
  • quote-block format
  • serene, code-relevant imagery
  • concise and original
Example:
Quiet branch at dusk,
many edits breathe as one,
merge bells through pine mist.