@codyswann/lisa 2.221.0 → 2.221.1
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 +1 -1
- package/plugins/lisa/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa/.codex-plugin/plugin.json +1 -1
- package/plugins/lisa/.codex-plugin/skills/lisa-github-read-issue/SKILL.md +59 -4
- package/plugins/lisa/skills/lisa-github-read-issue/SKILL.md +59 -4
- package/plugins/lisa-agy/plugin.json +1 -1
- package/plugins/lisa-agy/skills/lisa-github-read-issue/SKILL.md +59 -4
- package/plugins/lisa-cdk/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-cdk/.codex-plugin/plugin.json +1 -1
- package/plugins/lisa-cdk-agy/plugin.json +1 -1
- package/plugins/lisa-cdk-copilot/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-cdk-cursor/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-copilot/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-copilot/skills/lisa-github-read-issue/SKILL.md +59 -4
- package/plugins/lisa-cursor/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-cursor/skills/lisa-github-read-issue/SKILL.md +59 -4
- package/plugins/lisa-expo/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-expo/.codex-plugin/plugin.json +1 -1
- package/plugins/lisa-expo-agy/plugin.json +1 -1
- package/plugins/lisa-expo-copilot/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-expo-cursor/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-harper-fabric/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-harper-fabric/.codex-plugin/plugin.json +1 -1
- package/plugins/lisa-harper-fabric-agy/plugin.json +1 -1
- package/plugins/lisa-harper-fabric-copilot/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-harper-fabric-cursor/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-nestjs/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-nestjs/.codex-plugin/plugin.json +1 -1
- package/plugins/lisa-nestjs-agy/plugin.json +1 -1
- package/plugins/lisa-nestjs-copilot/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-nestjs-cursor/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-openclaw/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-openclaw/.codex-plugin/plugin.json +1 -1
- package/plugins/lisa-openclaw-agy/plugin.json +1 -1
- package/plugins/lisa-openclaw-copilot/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-openclaw-cursor/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-phaser/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-phaser/.codex-plugin/plugin.json +1 -1
- package/plugins/lisa-phaser-agy/plugin.json +1 -1
- package/plugins/lisa-phaser-copilot/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-phaser-cursor/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-rails/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-rails/.codex-plugin/plugin.json +1 -1
- package/plugins/lisa-rails-agy/plugin.json +1 -1
- package/plugins/lisa-rails-copilot/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-rails-cursor/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-typescript/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-typescript/.codex-plugin/plugin.json +1 -1
- package/plugins/lisa-typescript-agy/plugin.json +1 -1
- package/plugins/lisa-typescript-copilot/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-typescript-cursor/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-wiki/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-wiki/.codex-plugin/plugin.json +1 -1
- package/plugins/lisa-wiki-agy/plugin.json +1 -1
- package/plugins/lisa-wiki-copilot/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-wiki-cursor/.claude-plugin/plugin.json +1 -1
- package/plugins/src/base/skills/lisa-github-read-issue/SKILL.md +59 -4
package/package.json
CHANGED
|
@@ -102,7 +102,7 @@
|
|
|
102
102
|
"form-data": ">=4.0.6"
|
|
103
103
|
},
|
|
104
104
|
"name": "@codyswann/lisa",
|
|
105
|
-
"version": "2.221.
|
|
105
|
+
"version": "2.221.1",
|
|
106
106
|
"description": "Claude Code governance framework that applies guardrails, guidance, and automated enforcement to projects",
|
|
107
107
|
"main": "dist/index.js",
|
|
108
108
|
"exports": {
|
|
@@ -139,15 +139,64 @@ If the primary issue has a parent sub-issue (i.e., is a Story / Task / Sub-task
|
|
|
139
139
|
|
|
140
140
|
If the primary issue IS an Epic, capture all children via Phase 3's `subIssues` traversal (already done).
|
|
141
141
|
|
|
142
|
-
## Phase 6 — Fetch Linked PRs
|
|
142
|
+
## Phase 6 — Fetch Linked PRs and Label-Event History
|
|
143
143
|
|
|
144
|
-
GitHub's native `closingIssuesReferences` and timeline give the canonical PR↔Issue relationship
|
|
144
|
+
GitHub's native `closingIssuesReferences` and timeline give the canonical PR↔Issue relationship. The same timeline read also exposes label events, which are Lisa's GitHub-native transition history. Keep this as one GraphQL read path; do not add a second REST timeline fetch.
|
|
145
145
|
|
|
146
146
|
```bash
|
|
147
|
-
|
|
147
|
+
query='query($org:String!,$repo:String!,$number:Int!,$cursor:String){
|
|
148
|
+
repository(owner:$org,name:$repo){
|
|
149
|
+
issue(number:$number){
|
|
150
|
+
closedByPullRequestsReferences(first:50){
|
|
151
|
+
nodes{number title state merged mergedAt url repository{nameWithOwner}}
|
|
152
|
+
}
|
|
153
|
+
timelineItems(
|
|
154
|
+
first:100
|
|
155
|
+
after:$cursor
|
|
156
|
+
itemTypes:[CROSS_REFERENCED_EVENT,LABELED_EVENT,UNLABELED_EVENT]
|
|
157
|
+
){
|
|
158
|
+
pageInfo{hasNextPage endCursor}
|
|
159
|
+
nodes{
|
|
160
|
+
...on CrossReferencedEvent{
|
|
161
|
+
createdAt
|
|
162
|
+
actor{login}
|
|
163
|
+
source{...on PullRequest{number title state url repository{nameWithOwner}}}
|
|
164
|
+
}
|
|
165
|
+
...on LabeledEvent{
|
|
166
|
+
createdAt
|
|
167
|
+
actor{login}
|
|
168
|
+
label{name}
|
|
169
|
+
}
|
|
170
|
+
...on UnlabeledEvent{
|
|
171
|
+
createdAt
|
|
172
|
+
actor{login}
|
|
173
|
+
label{name}
|
|
174
|
+
}
|
|
175
|
+
}
|
|
176
|
+
}
|
|
177
|
+
}
|
|
178
|
+
}
|
|
179
|
+
}'
|
|
180
|
+
|
|
181
|
+
cursor=null
|
|
182
|
+
while :; do
|
|
183
|
+
if [ "$cursor" = null ]; then
|
|
184
|
+
page=$(gh api graphql -f query="$query" -F org=<org> -F repo=<repo> -F number=<number>)
|
|
185
|
+
else
|
|
186
|
+
page=$(gh api graphql -f query="$query" -F org=<org> -F repo=<repo> -F number=<number> -f cursor="$cursor")
|
|
187
|
+
fi
|
|
188
|
+
printf '%s\n' "$page"
|
|
189
|
+
has_next=$(printf '%s\n' "$page" | jq -r '.data.repository.issue.timelineItems.pageInfo.hasNextPage')
|
|
190
|
+
cursor=$(printf '%s\n' "$page" | jq -r '.data.repository.issue.timelineItems.pageInfo.endCursor')
|
|
191
|
+
[ "$has_next" = true ] || break
|
|
192
|
+
done
|
|
148
193
|
```
|
|
149
194
|
|
|
150
|
-
Capture:
|
|
195
|
+
Capture:
|
|
196
|
+
- **Linked PRs**: PR number, title, state, mergedAt, repo, url. Dedupe with PRs found in Phase 4. Preserve the existing `CrossReferencedEvent` behavior for PR linkage; widening the query must not change that consumer shape.
|
|
197
|
+
- **Label-event history**: chronological `LabeledEvent` and `UnlabeledEvent` entries with event kind, label name, actor login, and `createdAt`. Preserve oldest→newest order across all pages. Status labels (`status:*`) are the GitHub transition history that downstream rejection detection consumes, but keep non-status label events too so callers can audit the full label stream.
|
|
198
|
+
|
|
199
|
+
Pagination is mandatory. `timelineItems(first:100)` silently truncates busy issues unless `pageInfo.hasNextPage` / `endCursor` is followed. If a page fetch fails, record label-event history as `unknown` with the error and continue assembling the bundle; a history read failure must never block the build.
|
|
151
200
|
|
|
152
201
|
For each PR, fetch unresolved review comments via `gh pr view <num> --repo <org>/<repo> --json reviews,reviewThreads`.
|
|
153
202
|
|
|
@@ -227,6 +276,12 @@ Produce a single structured output that the caller can pass verbatim to downstre
|
|
|
227
276
|
### Body-referenced (`Resolves #<n>`)
|
|
228
277
|
<per-PR block>
|
|
229
278
|
|
|
279
|
+
## Label-Event History
|
|
280
|
+
- Status: <known|unknown>
|
|
281
|
+
- Events:
|
|
282
|
+
- <ISO> — <labeled|unlabeled> — <label-name> — <actor-login>
|
|
283
|
+
- ...
|
|
284
|
+
|
|
230
285
|
## Sibling Sub-issues (other children of the same parent, <count>)
|
|
231
286
|
- <ref> — <type> — <status> — <assignee> — <title> **[FLAG: in progress by other assignee]**
|
|
232
287
|
|
|
@@ -139,15 +139,64 @@ If the primary issue has a parent sub-issue (i.e., is a Story / Task / Sub-task
|
|
|
139
139
|
|
|
140
140
|
If the primary issue IS an Epic, capture all children via Phase 3's `subIssues` traversal (already done).
|
|
141
141
|
|
|
142
|
-
## Phase 6 — Fetch Linked PRs
|
|
142
|
+
## Phase 6 — Fetch Linked PRs and Label-Event History
|
|
143
143
|
|
|
144
|
-
GitHub's native `closingIssuesReferences` and timeline give the canonical PR↔Issue relationship
|
|
144
|
+
GitHub's native `closingIssuesReferences` and timeline give the canonical PR↔Issue relationship. The same timeline read also exposes label events, which are Lisa's GitHub-native transition history. Keep this as one GraphQL read path; do not add a second REST timeline fetch.
|
|
145
145
|
|
|
146
146
|
```bash
|
|
147
|
-
|
|
147
|
+
query='query($org:String!,$repo:String!,$number:Int!,$cursor:String){
|
|
148
|
+
repository(owner:$org,name:$repo){
|
|
149
|
+
issue(number:$number){
|
|
150
|
+
closedByPullRequestsReferences(first:50){
|
|
151
|
+
nodes{number title state merged mergedAt url repository{nameWithOwner}}
|
|
152
|
+
}
|
|
153
|
+
timelineItems(
|
|
154
|
+
first:100
|
|
155
|
+
after:$cursor
|
|
156
|
+
itemTypes:[CROSS_REFERENCED_EVENT,LABELED_EVENT,UNLABELED_EVENT]
|
|
157
|
+
){
|
|
158
|
+
pageInfo{hasNextPage endCursor}
|
|
159
|
+
nodes{
|
|
160
|
+
...on CrossReferencedEvent{
|
|
161
|
+
createdAt
|
|
162
|
+
actor{login}
|
|
163
|
+
source{...on PullRequest{number title state url repository{nameWithOwner}}}
|
|
164
|
+
}
|
|
165
|
+
...on LabeledEvent{
|
|
166
|
+
createdAt
|
|
167
|
+
actor{login}
|
|
168
|
+
label{name}
|
|
169
|
+
}
|
|
170
|
+
...on UnlabeledEvent{
|
|
171
|
+
createdAt
|
|
172
|
+
actor{login}
|
|
173
|
+
label{name}
|
|
174
|
+
}
|
|
175
|
+
}
|
|
176
|
+
}
|
|
177
|
+
}
|
|
178
|
+
}
|
|
179
|
+
}'
|
|
180
|
+
|
|
181
|
+
cursor=null
|
|
182
|
+
while :; do
|
|
183
|
+
if [ "$cursor" = null ]; then
|
|
184
|
+
page=$(gh api graphql -f query="$query" -F org=<org> -F repo=<repo> -F number=<number>)
|
|
185
|
+
else
|
|
186
|
+
page=$(gh api graphql -f query="$query" -F org=<org> -F repo=<repo> -F number=<number> -f cursor="$cursor")
|
|
187
|
+
fi
|
|
188
|
+
printf '%s\n' "$page"
|
|
189
|
+
has_next=$(printf '%s\n' "$page" | jq -r '.data.repository.issue.timelineItems.pageInfo.hasNextPage')
|
|
190
|
+
cursor=$(printf '%s\n' "$page" | jq -r '.data.repository.issue.timelineItems.pageInfo.endCursor')
|
|
191
|
+
[ "$has_next" = true ] || break
|
|
192
|
+
done
|
|
148
193
|
```
|
|
149
194
|
|
|
150
|
-
Capture:
|
|
195
|
+
Capture:
|
|
196
|
+
- **Linked PRs**: PR number, title, state, mergedAt, repo, url. Dedupe with PRs found in Phase 4. Preserve the existing `CrossReferencedEvent` behavior for PR linkage; widening the query must not change that consumer shape.
|
|
197
|
+
- **Label-event history**: chronological `LabeledEvent` and `UnlabeledEvent` entries with event kind, label name, actor login, and `createdAt`. Preserve oldest→newest order across all pages. Status labels (`status:*`) are the GitHub transition history that downstream rejection detection consumes, but keep non-status label events too so callers can audit the full label stream.
|
|
198
|
+
|
|
199
|
+
Pagination is mandatory. `timelineItems(first:100)` silently truncates busy issues unless `pageInfo.hasNextPage` / `endCursor` is followed. If a page fetch fails, record label-event history as `unknown` with the error and continue assembling the bundle; a history read failure must never block the build.
|
|
151
200
|
|
|
152
201
|
For each PR, fetch unresolved review comments via `gh pr view <num> --repo <org>/<repo> --json reviews,reviewThreads`.
|
|
153
202
|
|
|
@@ -227,6 +276,12 @@ Produce a single structured output that the caller can pass verbatim to downstre
|
|
|
227
276
|
### Body-referenced (`Resolves #<n>`)
|
|
228
277
|
<per-PR block>
|
|
229
278
|
|
|
279
|
+
## Label-Event History
|
|
280
|
+
- Status: <known|unknown>
|
|
281
|
+
- Events:
|
|
282
|
+
- <ISO> — <labeled|unlabeled> — <label-name> — <actor-login>
|
|
283
|
+
- ...
|
|
284
|
+
|
|
230
285
|
## Sibling Sub-issues (other children of the same parent, <count>)
|
|
231
286
|
- <ref> — <type> — <status> — <assignee> — <title> **[FLAG: in progress by other assignee]**
|
|
232
287
|
|
|
@@ -139,15 +139,64 @@ If the primary issue has a parent sub-issue (i.e., is a Story / Task / Sub-task
|
|
|
139
139
|
|
|
140
140
|
If the primary issue IS an Epic, capture all children via Phase 3's `subIssues` traversal (already done).
|
|
141
141
|
|
|
142
|
-
## Phase 6 — Fetch Linked PRs
|
|
142
|
+
## Phase 6 — Fetch Linked PRs and Label-Event History
|
|
143
143
|
|
|
144
|
-
GitHub's native `closingIssuesReferences` and timeline give the canonical PR↔Issue relationship
|
|
144
|
+
GitHub's native `closingIssuesReferences` and timeline give the canonical PR↔Issue relationship. The same timeline read also exposes label events, which are Lisa's GitHub-native transition history. Keep this as one GraphQL read path; do not add a second REST timeline fetch.
|
|
145
145
|
|
|
146
146
|
```bash
|
|
147
|
-
|
|
147
|
+
query='query($org:String!,$repo:String!,$number:Int!,$cursor:String){
|
|
148
|
+
repository(owner:$org,name:$repo){
|
|
149
|
+
issue(number:$number){
|
|
150
|
+
closedByPullRequestsReferences(first:50){
|
|
151
|
+
nodes{number title state merged mergedAt url repository{nameWithOwner}}
|
|
152
|
+
}
|
|
153
|
+
timelineItems(
|
|
154
|
+
first:100
|
|
155
|
+
after:$cursor
|
|
156
|
+
itemTypes:[CROSS_REFERENCED_EVENT,LABELED_EVENT,UNLABELED_EVENT]
|
|
157
|
+
){
|
|
158
|
+
pageInfo{hasNextPage endCursor}
|
|
159
|
+
nodes{
|
|
160
|
+
...on CrossReferencedEvent{
|
|
161
|
+
createdAt
|
|
162
|
+
actor{login}
|
|
163
|
+
source{...on PullRequest{number title state url repository{nameWithOwner}}}
|
|
164
|
+
}
|
|
165
|
+
...on LabeledEvent{
|
|
166
|
+
createdAt
|
|
167
|
+
actor{login}
|
|
168
|
+
label{name}
|
|
169
|
+
}
|
|
170
|
+
...on UnlabeledEvent{
|
|
171
|
+
createdAt
|
|
172
|
+
actor{login}
|
|
173
|
+
label{name}
|
|
174
|
+
}
|
|
175
|
+
}
|
|
176
|
+
}
|
|
177
|
+
}
|
|
178
|
+
}
|
|
179
|
+
}'
|
|
180
|
+
|
|
181
|
+
cursor=null
|
|
182
|
+
while :; do
|
|
183
|
+
if [ "$cursor" = null ]; then
|
|
184
|
+
page=$(gh api graphql -f query="$query" -F org=<org> -F repo=<repo> -F number=<number>)
|
|
185
|
+
else
|
|
186
|
+
page=$(gh api graphql -f query="$query" -F org=<org> -F repo=<repo> -F number=<number> -f cursor="$cursor")
|
|
187
|
+
fi
|
|
188
|
+
printf '%s\n' "$page"
|
|
189
|
+
has_next=$(printf '%s\n' "$page" | jq -r '.data.repository.issue.timelineItems.pageInfo.hasNextPage')
|
|
190
|
+
cursor=$(printf '%s\n' "$page" | jq -r '.data.repository.issue.timelineItems.pageInfo.endCursor')
|
|
191
|
+
[ "$has_next" = true ] || break
|
|
192
|
+
done
|
|
148
193
|
```
|
|
149
194
|
|
|
150
|
-
Capture:
|
|
195
|
+
Capture:
|
|
196
|
+
- **Linked PRs**: PR number, title, state, mergedAt, repo, url. Dedupe with PRs found in Phase 4. Preserve the existing `CrossReferencedEvent` behavior for PR linkage; widening the query must not change that consumer shape.
|
|
197
|
+
- **Label-event history**: chronological `LabeledEvent` and `UnlabeledEvent` entries with event kind, label name, actor login, and `createdAt`. Preserve oldest→newest order across all pages. Status labels (`status:*`) are the GitHub transition history that downstream rejection detection consumes, but keep non-status label events too so callers can audit the full label stream.
|
|
198
|
+
|
|
199
|
+
Pagination is mandatory. `timelineItems(first:100)` silently truncates busy issues unless `pageInfo.hasNextPage` / `endCursor` is followed. If a page fetch fails, record label-event history as `unknown` with the error and continue assembling the bundle; a history read failure must never block the build.
|
|
151
200
|
|
|
152
201
|
For each PR, fetch unresolved review comments via `gh pr view <num> --repo <org>/<repo> --json reviews,reviewThreads`.
|
|
153
202
|
|
|
@@ -227,6 +276,12 @@ Produce a single structured output that the caller can pass verbatim to downstre
|
|
|
227
276
|
### Body-referenced (`Resolves #<n>`)
|
|
228
277
|
<per-PR block>
|
|
229
278
|
|
|
279
|
+
## Label-Event History
|
|
280
|
+
- Status: <known|unknown>
|
|
281
|
+
- Events:
|
|
282
|
+
- <ISO> — <labeled|unlabeled> — <label-name> — <actor-login>
|
|
283
|
+
- ...
|
|
284
|
+
|
|
230
285
|
## Sibling Sub-issues (other children of the same parent, <count>)
|
|
231
286
|
- <ref> — <type> — <status> — <assignee> — <title> **[FLAG: in progress by other assignee]**
|
|
232
287
|
|
|
@@ -139,15 +139,64 @@ If the primary issue has a parent sub-issue (i.e., is a Story / Task / Sub-task
|
|
|
139
139
|
|
|
140
140
|
If the primary issue IS an Epic, capture all children via Phase 3's `subIssues` traversal (already done).
|
|
141
141
|
|
|
142
|
-
## Phase 6 — Fetch Linked PRs
|
|
142
|
+
## Phase 6 — Fetch Linked PRs and Label-Event History
|
|
143
143
|
|
|
144
|
-
GitHub's native `closingIssuesReferences` and timeline give the canonical PR↔Issue relationship
|
|
144
|
+
GitHub's native `closingIssuesReferences` and timeline give the canonical PR↔Issue relationship. The same timeline read also exposes label events, which are Lisa's GitHub-native transition history. Keep this as one GraphQL read path; do not add a second REST timeline fetch.
|
|
145
145
|
|
|
146
146
|
```bash
|
|
147
|
-
|
|
147
|
+
query='query($org:String!,$repo:String!,$number:Int!,$cursor:String){
|
|
148
|
+
repository(owner:$org,name:$repo){
|
|
149
|
+
issue(number:$number){
|
|
150
|
+
closedByPullRequestsReferences(first:50){
|
|
151
|
+
nodes{number title state merged mergedAt url repository{nameWithOwner}}
|
|
152
|
+
}
|
|
153
|
+
timelineItems(
|
|
154
|
+
first:100
|
|
155
|
+
after:$cursor
|
|
156
|
+
itemTypes:[CROSS_REFERENCED_EVENT,LABELED_EVENT,UNLABELED_EVENT]
|
|
157
|
+
){
|
|
158
|
+
pageInfo{hasNextPage endCursor}
|
|
159
|
+
nodes{
|
|
160
|
+
...on CrossReferencedEvent{
|
|
161
|
+
createdAt
|
|
162
|
+
actor{login}
|
|
163
|
+
source{...on PullRequest{number title state url repository{nameWithOwner}}}
|
|
164
|
+
}
|
|
165
|
+
...on LabeledEvent{
|
|
166
|
+
createdAt
|
|
167
|
+
actor{login}
|
|
168
|
+
label{name}
|
|
169
|
+
}
|
|
170
|
+
...on UnlabeledEvent{
|
|
171
|
+
createdAt
|
|
172
|
+
actor{login}
|
|
173
|
+
label{name}
|
|
174
|
+
}
|
|
175
|
+
}
|
|
176
|
+
}
|
|
177
|
+
}
|
|
178
|
+
}
|
|
179
|
+
}'
|
|
180
|
+
|
|
181
|
+
cursor=null
|
|
182
|
+
while :; do
|
|
183
|
+
if [ "$cursor" = null ]; then
|
|
184
|
+
page=$(gh api graphql -f query="$query" -F org=<org> -F repo=<repo> -F number=<number>)
|
|
185
|
+
else
|
|
186
|
+
page=$(gh api graphql -f query="$query" -F org=<org> -F repo=<repo> -F number=<number> -f cursor="$cursor")
|
|
187
|
+
fi
|
|
188
|
+
printf '%s\n' "$page"
|
|
189
|
+
has_next=$(printf '%s\n' "$page" | jq -r '.data.repository.issue.timelineItems.pageInfo.hasNextPage')
|
|
190
|
+
cursor=$(printf '%s\n' "$page" | jq -r '.data.repository.issue.timelineItems.pageInfo.endCursor')
|
|
191
|
+
[ "$has_next" = true ] || break
|
|
192
|
+
done
|
|
148
193
|
```
|
|
149
194
|
|
|
150
|
-
Capture:
|
|
195
|
+
Capture:
|
|
196
|
+
- **Linked PRs**: PR number, title, state, mergedAt, repo, url. Dedupe with PRs found in Phase 4. Preserve the existing `CrossReferencedEvent` behavior for PR linkage; widening the query must not change that consumer shape.
|
|
197
|
+
- **Label-event history**: chronological `LabeledEvent` and `UnlabeledEvent` entries with event kind, label name, actor login, and `createdAt`. Preserve oldest→newest order across all pages. Status labels (`status:*`) are the GitHub transition history that downstream rejection detection consumes, but keep non-status label events too so callers can audit the full label stream.
|
|
198
|
+
|
|
199
|
+
Pagination is mandatory. `timelineItems(first:100)` silently truncates busy issues unless `pageInfo.hasNextPage` / `endCursor` is followed. If a page fetch fails, record label-event history as `unknown` with the error and continue assembling the bundle; a history read failure must never block the build.
|
|
151
200
|
|
|
152
201
|
For each PR, fetch unresolved review comments via `gh pr view <num> --repo <org>/<repo> --json reviews,reviewThreads`.
|
|
153
202
|
|
|
@@ -227,6 +276,12 @@ Produce a single structured output that the caller can pass verbatim to downstre
|
|
|
227
276
|
### Body-referenced (`Resolves #<n>`)
|
|
228
277
|
<per-PR block>
|
|
229
278
|
|
|
279
|
+
## Label-Event History
|
|
280
|
+
- Status: <known|unknown>
|
|
281
|
+
- Events:
|
|
282
|
+
- <ISO> — <labeled|unlabeled> — <label-name> — <actor-login>
|
|
283
|
+
- ...
|
|
284
|
+
|
|
230
285
|
## Sibling Sub-issues (other children of the same parent, <count>)
|
|
231
286
|
- <ref> — <type> — <status> — <assignee> — <title> **[FLAG: in progress by other assignee]**
|
|
232
287
|
|
|
@@ -139,15 +139,64 @@ If the primary issue has a parent sub-issue (i.e., is a Story / Task / Sub-task
|
|
|
139
139
|
|
|
140
140
|
If the primary issue IS an Epic, capture all children via Phase 3's `subIssues` traversal (already done).
|
|
141
141
|
|
|
142
|
-
## Phase 6 — Fetch Linked PRs
|
|
142
|
+
## Phase 6 — Fetch Linked PRs and Label-Event History
|
|
143
143
|
|
|
144
|
-
GitHub's native `closingIssuesReferences` and timeline give the canonical PR↔Issue relationship
|
|
144
|
+
GitHub's native `closingIssuesReferences` and timeline give the canonical PR↔Issue relationship. The same timeline read also exposes label events, which are Lisa's GitHub-native transition history. Keep this as one GraphQL read path; do not add a second REST timeline fetch.
|
|
145
145
|
|
|
146
146
|
```bash
|
|
147
|
-
|
|
147
|
+
query='query($org:String!,$repo:String!,$number:Int!,$cursor:String){
|
|
148
|
+
repository(owner:$org,name:$repo){
|
|
149
|
+
issue(number:$number){
|
|
150
|
+
closedByPullRequestsReferences(first:50){
|
|
151
|
+
nodes{number title state merged mergedAt url repository{nameWithOwner}}
|
|
152
|
+
}
|
|
153
|
+
timelineItems(
|
|
154
|
+
first:100
|
|
155
|
+
after:$cursor
|
|
156
|
+
itemTypes:[CROSS_REFERENCED_EVENT,LABELED_EVENT,UNLABELED_EVENT]
|
|
157
|
+
){
|
|
158
|
+
pageInfo{hasNextPage endCursor}
|
|
159
|
+
nodes{
|
|
160
|
+
...on CrossReferencedEvent{
|
|
161
|
+
createdAt
|
|
162
|
+
actor{login}
|
|
163
|
+
source{...on PullRequest{number title state url repository{nameWithOwner}}}
|
|
164
|
+
}
|
|
165
|
+
...on LabeledEvent{
|
|
166
|
+
createdAt
|
|
167
|
+
actor{login}
|
|
168
|
+
label{name}
|
|
169
|
+
}
|
|
170
|
+
...on UnlabeledEvent{
|
|
171
|
+
createdAt
|
|
172
|
+
actor{login}
|
|
173
|
+
label{name}
|
|
174
|
+
}
|
|
175
|
+
}
|
|
176
|
+
}
|
|
177
|
+
}
|
|
178
|
+
}
|
|
179
|
+
}'
|
|
180
|
+
|
|
181
|
+
cursor=null
|
|
182
|
+
while :; do
|
|
183
|
+
if [ "$cursor" = null ]; then
|
|
184
|
+
page=$(gh api graphql -f query="$query" -F org=<org> -F repo=<repo> -F number=<number>)
|
|
185
|
+
else
|
|
186
|
+
page=$(gh api graphql -f query="$query" -F org=<org> -F repo=<repo> -F number=<number> -f cursor="$cursor")
|
|
187
|
+
fi
|
|
188
|
+
printf '%s\n' "$page"
|
|
189
|
+
has_next=$(printf '%s\n' "$page" | jq -r '.data.repository.issue.timelineItems.pageInfo.hasNextPage')
|
|
190
|
+
cursor=$(printf '%s\n' "$page" | jq -r '.data.repository.issue.timelineItems.pageInfo.endCursor')
|
|
191
|
+
[ "$has_next" = true ] || break
|
|
192
|
+
done
|
|
148
193
|
```
|
|
149
194
|
|
|
150
|
-
Capture:
|
|
195
|
+
Capture:
|
|
196
|
+
- **Linked PRs**: PR number, title, state, mergedAt, repo, url. Dedupe with PRs found in Phase 4. Preserve the existing `CrossReferencedEvent` behavior for PR linkage; widening the query must not change that consumer shape.
|
|
197
|
+
- **Label-event history**: chronological `LabeledEvent` and `UnlabeledEvent` entries with event kind, label name, actor login, and `createdAt`. Preserve oldest→newest order across all pages. Status labels (`status:*`) are the GitHub transition history that downstream rejection detection consumes, but keep non-status label events too so callers can audit the full label stream.
|
|
198
|
+
|
|
199
|
+
Pagination is mandatory. `timelineItems(first:100)` silently truncates busy issues unless `pageInfo.hasNextPage` / `endCursor` is followed. If a page fetch fails, record label-event history as `unknown` with the error and continue assembling the bundle; a history read failure must never block the build.
|
|
151
200
|
|
|
152
201
|
For each PR, fetch unresolved review comments via `gh pr view <num> --repo <org>/<repo> --json reviews,reviewThreads`.
|
|
153
202
|
|
|
@@ -227,6 +276,12 @@ Produce a single structured output that the caller can pass verbatim to downstre
|
|
|
227
276
|
### Body-referenced (`Resolves #<n>`)
|
|
228
277
|
<per-PR block>
|
|
229
278
|
|
|
279
|
+
## Label-Event History
|
|
280
|
+
- Status: <known|unknown>
|
|
281
|
+
- Events:
|
|
282
|
+
- <ISO> — <labeled|unlabeled> — <label-name> — <actor-login>
|
|
283
|
+
- ...
|
|
284
|
+
|
|
230
285
|
## Sibling Sub-issues (other children of the same parent, <count>)
|
|
231
286
|
- <ref> — <type> — <status> — <assignee> — <title> **[FLAG: in progress by other assignee]**
|
|
232
287
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "lisa-openclaw",
|
|
3
|
-
"version": "2.221.
|
|
3
|
+
"version": "2.221.1",
|
|
4
4
|
"description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, for Claude Code and Codex",
|
|
5
5
|
"author": {
|
|
6
6
|
"name": "Cody Swann"
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "lisa-openclaw",
|
|
3
|
-
"version": "2.221.
|
|
3
|
+
"version": "2.221.1",
|
|
4
4
|
"description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, across Claude and Codex.",
|
|
5
5
|
"author": {
|
|
6
6
|
"name": "Cody Swann"
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "lisa-openclaw",
|
|
3
|
-
"version": "2.221.
|
|
3
|
+
"version": "2.221.1",
|
|
4
4
|
"description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, for Claude Code and Codex",
|
|
5
5
|
"author": {
|
|
6
6
|
"name": "Cody Swann"
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "lisa-openclaw",
|
|
3
|
-
"version": "2.221.
|
|
3
|
+
"version": "2.221.1",
|
|
4
4
|
"description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, for Claude Code and Codex",
|
|
5
5
|
"author": {
|
|
6
6
|
"name": "Cody Swann"
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "lisa-openclaw",
|
|
3
|
-
"version": "2.221.
|
|
3
|
+
"version": "2.221.1",
|
|
4
4
|
"description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, for Claude Code and Codex",
|
|
5
5
|
"author": {
|
|
6
6
|
"name": "Cody Swann"
|
|
@@ -139,15 +139,64 @@ If the primary issue has a parent sub-issue (i.e., is a Story / Task / Sub-task
|
|
|
139
139
|
|
|
140
140
|
If the primary issue IS an Epic, capture all children via Phase 3's `subIssues` traversal (already done).
|
|
141
141
|
|
|
142
|
-
## Phase 6 — Fetch Linked PRs
|
|
142
|
+
## Phase 6 — Fetch Linked PRs and Label-Event History
|
|
143
143
|
|
|
144
|
-
GitHub's native `closingIssuesReferences` and timeline give the canonical PR↔Issue relationship
|
|
144
|
+
GitHub's native `closingIssuesReferences` and timeline give the canonical PR↔Issue relationship. The same timeline read also exposes label events, which are Lisa's GitHub-native transition history. Keep this as one GraphQL read path; do not add a second REST timeline fetch.
|
|
145
145
|
|
|
146
146
|
```bash
|
|
147
|
-
|
|
147
|
+
query='query($org:String!,$repo:String!,$number:Int!,$cursor:String){
|
|
148
|
+
repository(owner:$org,name:$repo){
|
|
149
|
+
issue(number:$number){
|
|
150
|
+
closedByPullRequestsReferences(first:50){
|
|
151
|
+
nodes{number title state merged mergedAt url repository{nameWithOwner}}
|
|
152
|
+
}
|
|
153
|
+
timelineItems(
|
|
154
|
+
first:100
|
|
155
|
+
after:$cursor
|
|
156
|
+
itemTypes:[CROSS_REFERENCED_EVENT,LABELED_EVENT,UNLABELED_EVENT]
|
|
157
|
+
){
|
|
158
|
+
pageInfo{hasNextPage endCursor}
|
|
159
|
+
nodes{
|
|
160
|
+
...on CrossReferencedEvent{
|
|
161
|
+
createdAt
|
|
162
|
+
actor{login}
|
|
163
|
+
source{...on PullRequest{number title state url repository{nameWithOwner}}}
|
|
164
|
+
}
|
|
165
|
+
...on LabeledEvent{
|
|
166
|
+
createdAt
|
|
167
|
+
actor{login}
|
|
168
|
+
label{name}
|
|
169
|
+
}
|
|
170
|
+
...on UnlabeledEvent{
|
|
171
|
+
createdAt
|
|
172
|
+
actor{login}
|
|
173
|
+
label{name}
|
|
174
|
+
}
|
|
175
|
+
}
|
|
176
|
+
}
|
|
177
|
+
}
|
|
178
|
+
}
|
|
179
|
+
}'
|
|
180
|
+
|
|
181
|
+
cursor=null
|
|
182
|
+
while :; do
|
|
183
|
+
if [ "$cursor" = null ]; then
|
|
184
|
+
page=$(gh api graphql -f query="$query" -F org=<org> -F repo=<repo> -F number=<number>)
|
|
185
|
+
else
|
|
186
|
+
page=$(gh api graphql -f query="$query" -F org=<org> -F repo=<repo> -F number=<number> -f cursor="$cursor")
|
|
187
|
+
fi
|
|
188
|
+
printf '%s\n' "$page"
|
|
189
|
+
has_next=$(printf '%s\n' "$page" | jq -r '.data.repository.issue.timelineItems.pageInfo.hasNextPage')
|
|
190
|
+
cursor=$(printf '%s\n' "$page" | jq -r '.data.repository.issue.timelineItems.pageInfo.endCursor')
|
|
191
|
+
[ "$has_next" = true ] || break
|
|
192
|
+
done
|
|
148
193
|
```
|
|
149
194
|
|
|
150
|
-
Capture:
|
|
195
|
+
Capture:
|
|
196
|
+
- **Linked PRs**: PR number, title, state, mergedAt, repo, url. Dedupe with PRs found in Phase 4. Preserve the existing `CrossReferencedEvent` behavior for PR linkage; widening the query must not change that consumer shape.
|
|
197
|
+
- **Label-event history**: chronological `LabeledEvent` and `UnlabeledEvent` entries with event kind, label name, actor login, and `createdAt`. Preserve oldest→newest order across all pages. Status labels (`status:*`) are the GitHub transition history that downstream rejection detection consumes, but keep non-status label events too so callers can audit the full label stream.
|
|
198
|
+
|
|
199
|
+
Pagination is mandatory. `timelineItems(first:100)` silently truncates busy issues unless `pageInfo.hasNextPage` / `endCursor` is followed. If a page fetch fails, record label-event history as `unknown` with the error and continue assembling the bundle; a history read failure must never block the build.
|
|
151
200
|
|
|
152
201
|
For each PR, fetch unresolved review comments via `gh pr view <num> --repo <org>/<repo> --json reviews,reviewThreads`.
|
|
153
202
|
|
|
@@ -227,6 +276,12 @@ Produce a single structured output that the caller can pass verbatim to downstre
|
|
|
227
276
|
### Body-referenced (`Resolves #<n>`)
|
|
228
277
|
<per-PR block>
|
|
229
278
|
|
|
279
|
+
## Label-Event History
|
|
280
|
+
- Status: <known|unknown>
|
|
281
|
+
- Events:
|
|
282
|
+
- <ISO> — <labeled|unlabeled> — <label-name> — <actor-login>
|
|
283
|
+
- ...
|
|
284
|
+
|
|
230
285
|
## Sibling Sub-issues (other children of the same parent, <count>)
|
|
231
286
|
- <ref> — <type> — <status> — <assignee> — <title> **[FLAG: in progress by other assignee]**
|
|
232
287
|
|