prreviewbuddy 0.87.2 → 0.90.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +87 -0
- package/README.md +15 -0
- package/dist/main.js +23730 -320
- package/dist/{delete_review-D7TXn5ck.js → mcp_tools-CSj5vcSE.js} +3075 -2299
- package/dist/server.js +994 -255
- package/package.json +1 -1
- package/static/{chunk-BKBTVY9X.js → chunk-Ahis0VaG.js} +1 -1
- package/static/chunk-CIJm20ER.js +1 -0
- package/static/{chunk-DDm8oQLU.js → chunk-DMxtqzNj.js} +1 -1
- package/static/chunk-DRtin0n-.js +1 -0
- package/static/help.js +1 -1
- package/static/notifications.js +1 -1
- package/static/reviews.js +1 -1
- package/static/runs.js +1 -1
- package/static/settings.js +1 -1
- package/static/shell.css +211 -24
- package/static/workspace.js +85 -85
- package/static/chunk-BmIk8Mrb.js +0 -1
- package/static/chunk-CMC5F4_t.js +0 -1
package/CHANGELOG.md
CHANGED
|
@@ -1,5 +1,92 @@
|
|
|
1
1
|
# Changelog
|
|
2
2
|
|
|
3
|
+
## 0.90.0
|
|
4
|
+
|
|
5
|
+
**Connect your coding agent from Settings.** A new **AI integrations** section in Settings shows,
|
|
6
|
+
for Claude Code and Codex, whether each can use PR Review Buddy, and connects it in one step. You
|
|
7
|
+
see the exact command before it runs, and it is the agent's own `mcp add`, so nothing edits the
|
|
8
|
+
agent's files directly. **Verify connection** starts the registered server and lists its tools;
|
|
9
|
+
**Disconnect** removes it. Verify checks that what answers is PR Review Buddy with all of its
|
|
10
|
+
tools, started with the variables the agent's config gives it. A Codex registration switched off
|
|
11
|
+
in its config shows as **Turned off**. A registration that points at another copy of PR Review Buddy, often an
|
|
12
|
+
older install, shows as such, and **Replace** points it at this one, putting the old registration
|
|
13
|
+
back if the agent refuses the new one. **Copy command** gives the same command to run yourself.
|
|
14
|
+
|
|
15
|
+
What is registered is the full path of the `prreviewbuddy` that runs this workspace, checked to be
|
|
16
|
+
this version first, because an agent started from a desktop app may not see your shell's `PATH`
|
|
17
|
+
and could otherwise start an older copy. Connect manages each agent's default configuration; a
|
|
18
|
+
Claude Code profile kept in its own directory gets a command to run for it instead. Copy command
|
|
19
|
+
pins the config the row names, so a shell that selects another profile does not write there.
|
|
20
|
+
|
|
21
|
+
After a finished review, once the guided tour has been answered, the review page mentions AI
|
|
22
|
+
integrations once, and only when an agent is installed and none is connected yet. **Not now**
|
|
23
|
+
puts it away for good. Help has a new **Coding agents** topic covering what an agent can and cannot
|
|
24
|
+
do, connecting, verifying and troubleshooting. The manual commands in the docs and in
|
|
25
|
+
`prreviewbuddy help mcp` now register the full path too.
|
|
26
|
+
|
|
27
|
+
## 0.89.0
|
|
28
|
+
|
|
29
|
+
**Coding agents can use PR Review Buddy directly.** `prreviewbuddy mcp serve` is a local MCP server
|
|
30
|
+
for Claude Code, Codex and other MCP clients. An agent can start a review, follow it, read its
|
|
31
|
+
findings, re-check it after fixing them, and ask Buddy AI about the change, without opening a
|
|
32
|
+
browser. PR Review Buddy still does the analysis with the agent you configured, in an isolated
|
|
33
|
+
checkout, and every review it starts is in the workspace as usual. Nothing is added to an agent's
|
|
34
|
+
settings unless you add it: `claude mcp add --scope user pr-review-buddy -- prreviewbuddy mcp serve`,
|
|
35
|
+
or `codex mcp add pr-review-buddy -- prreviewbuddy mcp serve`.
|
|
36
|
+
|
|
37
|
+
**Reviews as JSON.** `--json` on `review`, and on the new `show`, `findings`, `finding`, `status` and
|
|
38
|
+
`ask` commands, writes one JSON document to stdout and nothing else. Findings come in pages of
|
|
39
|
+
compact records, filtered by kind, open or closed, and grade, and each has a `finding_id` that stays
|
|
40
|
+
the same across every update of its review. A finding is identified by its review and its
|
|
41
|
+
`finding_id` together. `review --json --no-wait` starts the work in the
|
|
42
|
+
background and answers at once. `ask --json --no-wait` does the same for a question and returns
|
|
43
|
+
its `ask_id`; `status <review> --ask <ask_id>` returns the answer once there is one.
|
|
44
|
+
`review --review <review> --resume` carries on an analysis that stopped. The contract and its versioning are in `docs/agent-interface.md`.
|
|
45
|
+
|
|
46
|
+
**Exit codes say what went wrong.** Every command now uses one table: 2 for a usage error, 3 for a
|
|
47
|
+
review that does not exist, 4 for an operation declined, 5 for an analysis that failed, 6 when the
|
|
48
|
+
workspace server cannot be reached, 7 for a timeout and 8 for a command refused inside an agent run.
|
|
49
|
+
Failures that exited 1 still exit non-zero, with the same message. A review that finds problems
|
|
50
|
+
exits 0.
|
|
51
|
+
|
|
52
|
+
**An agent run cannot start a review.** Every agent PR Review Buddy starts runs marked, and in that
|
|
53
|
+
environment the CLI and the MCP server read reviews but refuse to start reviews, updates or
|
|
54
|
+
questions, on top of the flags that already keep PR Review Buddy's MCP server out of a nested session.
|
|
55
|
+
|
|
56
|
+
Not covered by `--json` yet: lens reviews, several pull requests at once, `--reanalyse` and
|
|
57
|
+
`--delete`.
|
|
58
|
+
|
|
59
|
+
## 0.88.1
|
|
60
|
+
|
|
61
|
+
**One change to a review at a time, from anywhere on the Reviews list.** While a change made from a
|
|
62
|
+
card's pills, its `…` menu or the selection bar is still being saved, that review's pills and its
|
|
63
|
+
menu's Mark, lifecycle and queue items are dimmed and do nothing. Before, a pill and the menu could
|
|
64
|
+
both send a change, and the card could end up showing the one that was not kept. A selection that
|
|
65
|
+
includes such a review says so and waits to be tried again.
|
|
66
|
+
|
|
67
|
+
**Pressing a pill no longer pulls focus back.** If you move to the search box or another card while
|
|
68
|
+
a pill's change is being saved, focus stays where you put it.
|
|
69
|
+
|
|
70
|
+
## 0.88.0
|
|
71
|
+
|
|
72
|
+
**Status and lifecycle are pills you can press.** On every Reviews card and in a review's header,
|
|
73
|
+
the status pill (Not reviewed or Reviewed) and the lifecycle pill (Active, Waiting or Done) now
|
|
74
|
+
change what they show. Press Not reviewed to mark the review reviewed, and Reviewed to take that
|
|
75
|
+
back. Press Active to mark it done, and Done to move it back to active. Waiting has more than one
|
|
76
|
+
way out, so its pill opens a short list: Move to active or Mark done. The pill keeps its words and
|
|
77
|
+
dims until the change is saved, and if it could not be saved, a notice says why. Every item in the
|
|
78
|
+
`…` menu is still there.
|
|
79
|
+
|
|
80
|
+
**Every review shows its lifecycle.** Active now has a pill of its own, so a card always says where
|
|
81
|
+
it stands next: blue for Active, amber for Waiting and slate for Done. "Changed while waiting" and
|
|
82
|
+
"Changed since done" stay beside the pills as their own badge, a little stronger than before, so a
|
|
83
|
+
parked review that moved is easy to find in a long list.
|
|
84
|
+
|
|
85
|
+
**What is left on a card is easier to scan.** All issues resolved and all questions answered show
|
|
86
|
+
as green badges, and open issues or unanswered questions as amber ones. "Nothing flagged" stays
|
|
87
|
+
plain text, because a review that raised nothing has nothing to resolve. "Branch updated" is now a
|
|
88
|
+
small purple badge.
|
|
89
|
+
|
|
3
90
|
## 0.87.2
|
|
4
91
|
|
|
5
92
|
**The compact sidebar shows what is left on Issues and Questions.** With the sidebar folded to its
|
package/README.md
CHANGED
|
@@ -91,6 +91,21 @@ prreviewbuddy help every command
|
|
|
91
91
|
Run `prreviewbuddy help` for the full command reference, and `prreviewbuddy review --help` for
|
|
92
92
|
every option a review takes. How reviews, updates and lenses work is under Help in the workspace.
|
|
93
93
|
|
|
94
|
+
## Use it from your coding agent
|
|
95
|
+
|
|
96
|
+
PR Review Buddy can be a tool your coding agent calls: it starts the review, reads the findings,
|
|
97
|
+
fixes what is real and checks again, while you can still open every review in the browser.
|
|
98
|
+
|
|
99
|
+
Connect it from **Settings → AI integrations** in the workspace, or by hand:
|
|
100
|
+
|
|
101
|
+
```
|
|
102
|
+
claude mcp add --scope user pr-review-buddy -- "$(command -v prreviewbuddy)" mcp serve
|
|
103
|
+
codex mcp add pr-review-buddy -- "$(command -v prreviewbuddy)" mcp serve
|
|
104
|
+
```
|
|
105
|
+
|
|
106
|
+
Then ask: "Review my changes with PR Review Buddy and fix the real problems." Scripts can use the
|
|
107
|
+
same reviews as JSON: `prreviewbuddy review --json`, `prreviewbuddy findings <review> --json`.
|
|
108
|
+
|
|
94
109
|
## What you need
|
|
95
110
|
|
|
96
111
|
- **Node 20 or newer**, and **git**.
|