5 comments

  • aktenlage 1 hour ago
    This looks great, I need to try it. Reviewing is such a bottleneck now and this may help.

    I currently use a combination of a self-written git browser (in the command line, relying mostly on fzf) that allows me to easily navigate files and diffs across worktree, staged changes and earlier commits. When looking at the code isn't enough, I reach for vim with fugitive and lsp for inspection and poking at the code.

    The key bindings seems very vim-inspired, so I should feel at home with it.

    • pavelzw 1 hour ago
      thanks for the kind words. if you are missing any keybindings/workflows, feel free to create an issue!
  • kqr 2 hours ago
    I have been looking for an ergonomic way to review generated code and format the comments as a prompt. I don't want to give the harness access to the real remote repository, and setting up a separate forge just for the review side seems excessive.

    This, although vibe-coded, seems like good inspiration for a general concept that might work. Now if only I could take the time to make some Emacs commands that integrate this functionality with Magit and Ediff...

  • igor47 5 hours ago
    I feel like I would have loved this a year ago when I still reviewed PRs by reading diffs. Alas these days I do my reviews inside a harness using my code review skill: https://github.com/igor47/dotfiles/blob/master/claude/skills...

    I don't see how I could keep up with the volume of code my team now produces without this. How do other people do it?

    • zelphirkalt 3 hours ago
      By having policies in place of at least doing reviews by reading and understanding what is going on.
    • kqr 2 hours ago
      I recommend picking a random sample of commits to review more thoroughly by hand in parallel with the harness review.

      That way, you get the opportunity to measure how many and what kind of issues your harness method misses, and with an estimation of their cost, you can make an informed decision about what magnitude speedup pays for the change in detection rate.

  • jens-ox 2 days ago
    Very nice. I still don’t understand how the Pierre Computer Company manages to mog GitHub so hard in terms code diffing performance.
  • DylanMerigaud 4 hours ago
    [dead]