thurview 0.11.0 → 0.12.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/README.md +104 -77
- package/dist/cli.js +83 -24
- package/dist/cli.js.map +1 -1
- package/dist/forge/gitlab.js +18 -17
- package/dist/forge/gitlab.js.map +1 -1
- package/dist/forge/submission.js +123 -0
- package/dist/forge/submission.js.map +1 -1
- package/dist/store.js +11 -0
- package/dist/store.js.map +1 -1
- package/dist/thread-state.js +23 -0
- package/dist/thread-state.js.map +1 -1
- package/dist/ui/app.js.map +1 -1
- package/package.json +1 -1
- package/skills/thurview/references/lifecycle.md +26 -0
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "thurview",
|
|
3
|
-
"version": "0.
|
|
3
|
+
"version": "0.12.0",
|
|
4
4
|
"description": "Guided, evidence-anchored reviews of agent-written code. A coding agent authors the review; you read, ask, comment and decide in the browser.",
|
|
5
5
|
"license": "MIT",
|
|
6
6
|
"type": "module",
|
|
@@ -79,6 +79,31 @@ revision never touches a thread's status.
|
|
|
79
79
|
threads. Resolve a thread only when its requested change is present. Do not
|
|
80
80
|
rewrite or merge threads.
|
|
81
81
|
|
|
82
|
+
### Carrying a submitted review to the change request
|
|
83
|
+
|
|
84
|
+
When the review is bound to a change request, `thurview forge pass --review
|
|
85
|
+
<id>` writes the submission `thurview forge submit --file` takes, and prints
|
|
86
|
+
what it decided. Three rules, and they are not options:
|
|
87
|
+
|
|
88
|
+
- A `question` thread never goes. It is a conversation with you, and posting it
|
|
89
|
+
shows the author an instruction that was never addressed to them. A
|
|
90
|
+
`resolved` thread never goes either: it has done its job, and posting it
|
|
91
|
+
again is how one comment arrives twice.
|
|
92
|
+
- The verdict is the reader's decision. `close` becomes a `comment`, because
|
|
93
|
+
ending a review here is not a state change to make on somebody else's change
|
|
94
|
+
request. An `approve` with threads still open is refused with a non-zero exit
|
|
95
|
+
and never downgraded to a `comment`.
|
|
96
|
+
- A thread with no line - a document block, a map node, a whole file - cannot
|
|
97
|
+
be an inline comment, so it goes in the summary note and the output names
|
|
98
|
+
which comments went there. Tell the reader.
|
|
99
|
+
|
|
100
|
+
The file lands in `passes/<id>.json`, outside the review's own directory: the
|
|
101
|
+
server watches that directory and a write in it reloads the reader's page.
|
|
102
|
+
Every anchor is a line at the review's pinned head, so check with `thurview
|
|
103
|
+
forge status` that the change request's head has not moved before posting -
|
|
104
|
+
a forge refuses a comment on a line its head does not have. Read the file,
|
|
105
|
+
then post it with `thurview forge submit`.
|
|
106
|
+
|
|
82
107
|
### Presence: what the reader is told
|
|
83
108
|
|
|
84
109
|
While `thurview wait` runs it writes a heartbeat to
|
|
@@ -106,6 +131,7 @@ ${THURVIEW_HOME:-~/.thurview}/
|
|
|
106
131
|
├── THURVIEW.md user guidance (optional)
|
|
107
132
|
├── server.json running server, if any
|
|
108
133
|
├── agents/<id>.json heartbeat of a running `wait`, removed when it ends
|
|
134
|
+
├── passes/<id>.json the submission `forge pass` wrote, for `forge submit`
|
|
109
135
|
└── reviews/<id>/
|
|
110
136
|
├── review.md you edit
|
|
111
137
|
├── data.yaml you edit
|