thurview 0.11.1 → 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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "thurview",
3
- "version": "0.11.1",
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