Show HN: Stage – Putting humans back in control of code review
Chapters and PR Workflow
- Many reviewers like “chapters” that auto-split large PRs into logical groups, often matching what should have been several smaller PRs.
- Some see chapters as complementary to stacked PRs and good commits; others argue this just compensates for bad practice and misbehaving teammates.
- Users want manual control (editing chapter splits, CHAPTERS.md config), and chapter-level actions (mark as viewed, comment on chapter).
Context, Intent, and “Why”
- Several commenters say the core problem in review is understanding intent, requirements, and acceptance criteria, not just “what changed.”
- Suggestions: pull context from tickets (GitHub issues, Linear), embed agent context into git, map changes to specs/ACs/tests, and ensure PRs explain why and how to verify.
- Some tools and workflows mentioned try to distill review learnings back into agents and docs (LESSONS.md, BUGBOT.md, agents.md).
Human vs AI Review
- Product positions itself as “human-in-the-loop,” using AI to guide attention, not replace review.
- Skeptics counter: if AI can reliably summarize and flag focus areas, why not let it just do the review? Others fear humans will only read AI’s “what to review” list.
- Some see human review as essential for design tradeoffs, knowledge sharing, and onboarding, even if AI can mechanically check correctness.
Commits, Git, and Abstraction Level
- Debate over whether chapters duplicate what good commits should already provide.
- Critics argue tools like this discourage disciplined commit hygiene, which hurts bisect/blame/history.
- Others say topic-grouped commits are hard and costly to maintain, especially for teams and AI-generated code; PR-level grouping is seen as more practical.
Trust, Deception, and AI Framing
- Strong concern that AI narratives “spin” changes, making slop look polished and discouraging deep scrutiny.
- Question whether a separate “narration” agent can truly be trusted not to mislead when operating on AI-generated PRs already optimized to appear good.
Business Model, Local vs Cloud, and OSS
- Some want this as OSS or a local-first tool; distrust long-term SaaS for core dev workflows.
- Pricing is criticized as high relative to general LLM subscriptions, and lack of upfront pricing info is a turnoff.
- Others note incumbents (GitHub/GitLab) could integrate similar features; moat is questioned.