@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.
Files changed (57) hide show
  1. package/package.json +1 -1
  2. package/plugins/lisa/.claude-plugin/plugin.json +1 -1
  3. package/plugins/lisa/.codex-plugin/plugin.json +1 -1
  4. package/plugins/lisa/.codex-plugin/skills/lisa-github-read-issue/SKILL.md +59 -4
  5. package/plugins/lisa/skills/lisa-github-read-issue/SKILL.md +59 -4
  6. package/plugins/lisa-agy/plugin.json +1 -1
  7. package/plugins/lisa-agy/skills/lisa-github-read-issue/SKILL.md +59 -4
  8. package/plugins/lisa-cdk/.claude-plugin/plugin.json +1 -1
  9. package/plugins/lisa-cdk/.codex-plugin/plugin.json +1 -1
  10. package/plugins/lisa-cdk-agy/plugin.json +1 -1
  11. package/plugins/lisa-cdk-copilot/.claude-plugin/plugin.json +1 -1
  12. package/plugins/lisa-cdk-cursor/.claude-plugin/plugin.json +1 -1
  13. package/plugins/lisa-copilot/.claude-plugin/plugin.json +1 -1
  14. package/plugins/lisa-copilot/skills/lisa-github-read-issue/SKILL.md +59 -4
  15. package/plugins/lisa-cursor/.claude-plugin/plugin.json +1 -1
  16. package/plugins/lisa-cursor/skills/lisa-github-read-issue/SKILL.md +59 -4
  17. package/plugins/lisa-expo/.claude-plugin/plugin.json +1 -1
  18. package/plugins/lisa-expo/.codex-plugin/plugin.json +1 -1
  19. package/plugins/lisa-expo-agy/plugin.json +1 -1
  20. package/plugins/lisa-expo-copilot/.claude-plugin/plugin.json +1 -1
  21. package/plugins/lisa-expo-cursor/.claude-plugin/plugin.json +1 -1
  22. package/plugins/lisa-harper-fabric/.claude-plugin/plugin.json +1 -1
  23. package/plugins/lisa-harper-fabric/.codex-plugin/plugin.json +1 -1
  24. package/plugins/lisa-harper-fabric-agy/plugin.json +1 -1
  25. package/plugins/lisa-harper-fabric-copilot/.claude-plugin/plugin.json +1 -1
  26. package/plugins/lisa-harper-fabric-cursor/.claude-plugin/plugin.json +1 -1
  27. package/plugins/lisa-nestjs/.claude-plugin/plugin.json +1 -1
  28. package/plugins/lisa-nestjs/.codex-plugin/plugin.json +1 -1
  29. package/plugins/lisa-nestjs-agy/plugin.json +1 -1
  30. package/plugins/lisa-nestjs-copilot/.claude-plugin/plugin.json +1 -1
  31. package/plugins/lisa-nestjs-cursor/.claude-plugin/plugin.json +1 -1
  32. package/plugins/lisa-openclaw/.claude-plugin/plugin.json +1 -1
  33. package/plugins/lisa-openclaw/.codex-plugin/plugin.json +1 -1
  34. package/plugins/lisa-openclaw-agy/plugin.json +1 -1
  35. package/plugins/lisa-openclaw-copilot/.claude-plugin/plugin.json +1 -1
  36. package/plugins/lisa-openclaw-cursor/.claude-plugin/plugin.json +1 -1
  37. package/plugins/lisa-phaser/.claude-plugin/plugin.json +1 -1
  38. package/plugins/lisa-phaser/.codex-plugin/plugin.json +1 -1
  39. package/plugins/lisa-phaser-agy/plugin.json +1 -1
  40. package/plugins/lisa-phaser-copilot/.claude-plugin/plugin.json +1 -1
  41. package/plugins/lisa-phaser-cursor/.claude-plugin/plugin.json +1 -1
  42. package/plugins/lisa-rails/.claude-plugin/plugin.json +1 -1
  43. package/plugins/lisa-rails/.codex-plugin/plugin.json +1 -1
  44. package/plugins/lisa-rails-agy/plugin.json +1 -1
  45. package/plugins/lisa-rails-copilot/.claude-plugin/plugin.json +1 -1
  46. package/plugins/lisa-rails-cursor/.claude-plugin/plugin.json +1 -1
  47. package/plugins/lisa-typescript/.claude-plugin/plugin.json +1 -1
  48. package/plugins/lisa-typescript/.codex-plugin/plugin.json +1 -1
  49. package/plugins/lisa-typescript-agy/plugin.json +1 -1
  50. package/plugins/lisa-typescript-copilot/.claude-plugin/plugin.json +1 -1
  51. package/plugins/lisa-typescript-cursor/.claude-plugin/plugin.json +1 -1
  52. package/plugins/lisa-wiki/.claude-plugin/plugin.json +1 -1
  53. package/plugins/lisa-wiki/.codex-plugin/plugin.json +1 -1
  54. package/plugins/lisa-wiki-agy/plugin.json +1 -1
  55. package/plugins/lisa-wiki-copilot/.claude-plugin/plugin.json +1 -1
  56. package/plugins/lisa-wiki-cursor/.claude-plugin/plugin.json +1 -1
  57. 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.0",
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": {
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Universal governance — agents, skills, commands, hooks, and rules for all projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Universal governance: agents, skills, commands, hooks, and rules for all projects.",
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 (Native `Resolves` / Cross-references)
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
- gh api graphql -f query='query($org:String!,$repo:String!,$number:Int!){repository(owner:$org,name:$repo){issue(number:$number){closedByPullRequestsReferences(first:50){nodes{number title state merged mergedAt url repository{nameWithOwner}}}timelineItems(first:100,itemTypes:[CROSS_REFERENCED_EVENT]){nodes{...on CrossReferencedEvent{source{...on PullRequest{number title state url repository{nameWithOwner}}}}}}}}}' -F org=<org> -F repo=<repo> -F number=<number>
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: PR number, title, state, mergedAt, repo, url. Dedupe with PRs found in Phase 4.
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 (Native `Resolves` / Cross-references)
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
- gh api graphql -f query='query($org:String!,$repo:String!,$number:Int!){repository(owner:$org,name:$repo){issue(number:$number){closedByPullRequestsReferences(first:50){nodes{number title state merged mergedAt url repository{nameWithOwner}}}timelineItems(first:100,itemTypes:[CROSS_REFERENCED_EVENT]){nodes{...on CrossReferencedEvent{source{...on PullRequest{number title state url repository{nameWithOwner}}}}}}}}}' -F org=<org> -F repo=<repo> -F number=<number>
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: PR number, title, state, mergedAt, repo, url. Dedupe with PRs found in Phase 4.
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",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Universal governance — agents, skills, commands, hooks, and rules for all projects",
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 (Native `Resolves` / Cross-references)
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
- gh api graphql -f query='query($org:String!,$repo:String!,$number:Int!){repository(owner:$org,name:$repo){issue(number:$number){closedByPullRequestsReferences(first:50){nodes{number title state merged mergedAt url repository{nameWithOwner}}}timelineItems(first:100,itemTypes:[CROSS_REFERENCED_EVENT]){nodes{...on CrossReferencedEvent{source{...on PullRequest{number title state url repository{nameWithOwner}}}}}}}}}' -F org=<org> -F repo=<repo> -F number=<number>
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: PR number, title, state, mergedAt, repo, url. Dedupe with PRs found in Phase 4.
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-cdk",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "AWS CDK-specific plugin",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-cdk",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "AWS CDK-specific Lisa plugin.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-cdk",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "AWS CDK-specific plugin",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-cdk",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "AWS CDK-specific plugin",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-cdk",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "AWS CDK-specific plugin",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Universal governance — agents, skills, commands, hooks, and rules for all projects",
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 (Native `Resolves` / Cross-references)
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
- gh api graphql -f query='query($org:String!,$repo:String!,$number:Int!){repository(owner:$org,name:$repo){issue(number:$number){closedByPullRequestsReferences(first:50){nodes{number title state merged mergedAt url repository{nameWithOwner}}}timelineItems(first:100,itemTypes:[CROSS_REFERENCED_EVENT]){nodes{...on CrossReferencedEvent{source{...on PullRequest{number title state url repository{nameWithOwner}}}}}}}}}' -F org=<org> -F repo=<repo> -F number=<number>
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: PR number, title, state, mergedAt, repo, url. Dedupe with PRs found in Phase 4.
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",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Universal governance — agents, skills, commands, hooks, and rules for all projects",
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 (Native `Resolves` / Cross-references)
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
- gh api graphql -f query='query($org:String!,$repo:String!,$number:Int!){repository(owner:$org,name:$repo){issue(number:$number){closedByPullRequestsReferences(first:50){nodes{number title state merged mergedAt url repository{nameWithOwner}}}timelineItems(first:100,itemTypes:[CROSS_REFERENCED_EVENT]){nodes{...on CrossReferencedEvent{source{...on PullRequest{number title state url repository{nameWithOwner}}}}}}}}}' -F org=<org> -F repo=<repo> -F number=<number>
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: PR number, title, state, mergedAt, repo, url. Dedupe with PRs found in Phase 4.
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-expo",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Expo/React Native-specific skills, agents, rules, and MCP servers",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-expo",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Expo and React Native-specific skills, agents, rules, and MCP servers.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-expo",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Expo/React Native-specific skills, agents, rules, and MCP servers",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-expo",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Expo/React Native-specific skills, agents, rules, and MCP servers",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-expo",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Expo/React Native-specific skills, agents, rules, and MCP servers",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-harper-fabric",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Harper/Fabric-specific rules for TypeScript component apps",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-harper-fabric",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Harper/Fabric-specific Lisa rules for TypeScript component apps.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-harper-fabric",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Harper/Fabric-specific rules for TypeScript component apps",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-harper-fabric",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Harper/Fabric-specific rules for TypeScript component apps",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-harper-fabric",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Harper/Fabric-specific rules for TypeScript component apps",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-nestjs",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-nestjs",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "NestJS-specific skills and migration write-protection hooks.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-nestjs",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-nestjs",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-nestjs",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-openclaw",
3
- "version": "2.221.0",
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.0",
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.0",
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.0",
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.0",
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-phaser",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Phaser 4 game-development rules for TypeScript projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-phaser",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Phaser 4 game-development rules for TypeScript projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-phaser",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Phaser 4 game-development rules for TypeScript projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-phaser",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Phaser 4 game-development rules for TypeScript projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-phaser",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Phaser 4 game-development rules for TypeScript projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Ruby on Rails-specific skills and hooks for RuboCop and ast-grep scanning on edit.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "TypeScript-specific hooks for formatting, linting, and ast-grep scanning on edit.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "Distributable LLM Wiki kernel — ingest, query, lint, and maintain a git-native markdown knowledge base across Claude and Codex.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.221.0",
3
+ "version": "2.221.1",
4
4
  "description": "LLM Wiki — a distributable, git-native markdown knowledge base 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 (Native `Resolves` / Cross-references)
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
- gh api graphql -f query='query($org:String!,$repo:String!,$number:Int!){repository(owner:$org,name:$repo){issue(number:$number){closedByPullRequestsReferences(first:50){nodes{number title state merged mergedAt url repository{nameWithOwner}}}timelineItems(first:100,itemTypes:[CROSS_REFERENCED_EVENT]){nodes{...on CrossReferencedEvent{source{...on PullRequest{number title state url repository{nameWithOwner}}}}}}}}}' -F org=<org> -F repo=<repo> -F number=<number>
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: PR number, title, state, mergedAt, repo, url. Dedupe with PRs found in Phase 4.
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