@telora/daemon 0.24.36 → 0.24.39

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 (121) hide show
  1. package/build-info.json +2 -2
  2. package/dist/backends/index.js +1 -1
  3. package/dist/completion/completion-event/detector.d.ts.map +1 -1
  4. package/dist/completion/completion-event/detector.js +1 -0
  5. package/dist/completion/completion-event/detector.js.map +1 -1
  6. package/dist/completion/completion-event/event.d.ts +7 -0
  7. package/dist/completion/completion-event/event.d.ts.map +1 -1
  8. package/dist/completion/completion-event/event.js +1 -0
  9. package/dist/completion/completion-event/event.js.map +1 -1
  10. package/dist/completion/team-outcome/apply-turn.d.ts.map +1 -1
  11. package/dist/completion/team-outcome/apply-turn.js +11 -6
  12. package/dist/completion/team-outcome/apply-turn.js.map +1 -1
  13. package/dist/completion/team-outcome/decide-turn-entry-rows.js +1 -1
  14. package/dist/completion/team-outcome/decide-turn-entry-rows.js.map +1 -1
  15. package/dist/completion/team-outcome/exit-pipeline-state.d.ts +6 -0
  16. package/dist/completion/team-outcome/exit-pipeline-state.d.ts.map +1 -1
  17. package/dist/completion/team-outcome/exit-pipeline-state.js.map +1 -1
  18. package/dist/completion/team-outcome/work-facts.d.ts +8 -1
  19. package/dist/completion/team-outcome/work-facts.d.ts.map +1 -1
  20. package/dist/completion/team-outcome/work-facts.js +10 -5
  21. package/dist/completion/team-outcome/work-facts.js.map +1 -1
  22. package/dist/completion/team-progress/team-progress-measure.d.ts.map +1 -1
  23. package/dist/completion/team-progress/team-progress-measure.js +1 -0
  24. package/dist/completion/team-progress/team-progress-measure.js.map +1 -1
  25. package/dist/composition/completion-event-context.d.ts.map +1 -1
  26. package/dist/composition/completion-event-context.js +3 -0
  27. package/dist/composition/completion-event-context.js.map +1 -1
  28. package/dist/composition/execution-spawn-context.d.ts.map +1 -1
  29. package/dist/composition/execution-spawn-context.js +4 -0
  30. package/dist/composition/execution-spawn-context.js.map +1 -1
  31. package/dist/composition/execution-spawn-process-context.js +1 -1
  32. package/dist/composition/execution-spawn-process-context.js.map +1 -1
  33. package/dist/composition/focus-activity-live-sources.d.ts.map +1 -1
  34. package/dist/composition/focus-activity-live-sources.js +1 -0
  35. package/dist/composition/focus-activity-live-sources.js.map +1 -1
  36. package/dist/composition/runtime-delivery-advance-context.js +1 -1
  37. package/dist/composition/runtime-delivery-advance-context.js.map +1 -1
  38. package/dist/composition/runtime-heartbeat-context.d.ts +11 -0
  39. package/dist/composition/runtime-heartbeat-context.d.ts.map +1 -1
  40. package/dist/composition/runtime-heartbeat-context.js +20 -2
  41. package/dist/composition/runtime-heartbeat-context.js.map +1 -1
  42. package/dist/composition/runtime-spawn-pass-context.d.ts.map +1 -1
  43. package/dist/composition/runtime-spawn-pass-context.js +5 -2
  44. package/dist/composition/runtime-spawn-pass-context.js.map +1 -1
  45. package/dist/composition/team-liveness-phase-sources.d.ts.map +1 -1
  46. package/dist/composition/team-liveness-phase-sources.js +1 -0
  47. package/dist/composition/team-liveness-phase-sources.js.map +1 -1
  48. package/dist/daemon-state/focus-team-state.js +1 -1
  49. package/dist/delivery/operator-hold.d.ts.map +1 -1
  50. package/dist/delivery/operator-hold.js +5 -3
  51. package/dist/delivery/operator-hold.js.map +1 -1
  52. package/dist/focus/heartbeat-metadata.d.ts +3 -0
  53. package/dist/focus/heartbeat-metadata.d.ts.map +1 -1
  54. package/dist/focus/heartbeat-metadata.js +5 -0
  55. package/dist/focus/heartbeat-metadata.js.map +1 -1
  56. package/dist/focus/heartbeat.d.ts.map +1 -1
  57. package/dist/focus/heartbeat.js +2 -1
  58. package/dist/focus/heartbeat.js.map +1 -1
  59. package/dist/focus/host-cpu.d.ts +87 -0
  60. package/dist/focus/host-cpu.d.ts.map +1 -0
  61. package/dist/focus/host-cpu.js +118 -0
  62. package/dist/focus/host-cpu.js.map +1 -0
  63. package/dist/focus/ready-focus-team-work.d.ts +11 -0
  64. package/dist/focus/ready-focus-team-work.d.ts.map +1 -1
  65. package/dist/focus/ready-focus-team-work.js +8 -1
  66. package/dist/focus/ready-focus-team-work.js.map +1 -1
  67. package/dist/prompt/focus-prompt-builder.d.ts +7 -1
  68. package/dist/prompt/focus-prompt-builder.d.ts.map +1 -1
  69. package/dist/prompt/focus-prompt-builder.js +36 -11
  70. package/dist/prompt/focus-prompt-builder.js.map +1 -1
  71. package/dist/prompt-sections/session-constraints-section.d.ts.map +1 -1
  72. package/dist/prompt-sections/session-constraints-section.js +12 -2
  73. package/dist/prompt-sections/session-constraints-section.js.map +1 -1
  74. package/dist/queries/api-client/shared.js +1 -1
  75. package/dist/queries/sessions/daemon-connection.d.ts.map +1 -1
  76. package/dist/queries/sessions/daemon-connection.js +1 -0
  77. package/dist/queries/sessions/daemon-connection.js.map +1 -1
  78. package/dist/spawn/helpers.d.ts.map +1 -1
  79. package/dist/spawn/helpers.js +1 -0
  80. package/dist/spawn/helpers.js.map +1 -1
  81. package/dist/spawn/idle-work-stamp.d.ts +8 -0
  82. package/dist/spawn/idle-work-stamp.d.ts.map +1 -1
  83. package/dist/spawn/idle-work-stamp.js +2 -1
  84. package/dist/spawn/idle-work-stamp.js.map +1 -1
  85. package/dist/spawn/lead-continuation.d.ts +8 -0
  86. package/dist/spawn/lead-continuation.d.ts.map +1 -1
  87. package/dist/spawn/lead-continuation.js +14 -5
  88. package/dist/spawn/lead-continuation.js.map +1 -1
  89. package/dist/supervision/holds.d.ts +78 -15
  90. package/dist/supervision/holds.d.ts.map +1 -1
  91. package/dist/supervision/holds.js +167 -87
  92. package/dist/supervision/holds.js.map +1 -1
  93. package/dist/supervision/operator-held-work.d.ts +48 -0
  94. package/dist/supervision/operator-held-work.d.ts.map +1 -0
  95. package/dist/supervision/operator-held-work.js +33 -0
  96. package/dist/supervision/operator-held-work.js.map +1 -0
  97. package/dist/supervision/stop-rows-delivery.d.ts.map +1 -1
  98. package/dist/supervision/stop-rows-delivery.js +3 -1
  99. package/dist/supervision/stop-rows-delivery.js.map +1 -1
  100. package/dist/supervision/team-work.d.ts +32 -1
  101. package/dist/supervision/team-work.d.ts.map +1 -1
  102. package/dist/supervision/team-work.js +44 -4
  103. package/dist/supervision/team-work.js.map +1 -1
  104. package/dist/templates/agents-md.d.ts.map +1 -1
  105. package/dist/templates/agents-md.js +1 -0
  106. package/dist/templates/agents-md.js.map +1 -1
  107. package/dist/templates/claude-md.d.ts +1 -1
  108. package/dist/templates/claude-md.d.ts.map +1 -1
  109. package/dist/templates/claude-md.js +11 -1
  110. package/dist/templates/claude-md.js.map +1 -1
  111. package/dist/testing/fixtures/api-client.js +1 -1
  112. package/dist/testing/fixtures/completion-event-deps.d.ts.map +1 -1
  113. package/dist/testing/fixtures/completion-event-deps.js +4 -1
  114. package/dist/testing/fixtures/completion-event-deps.js.map +1 -1
  115. package/dist/testing/fixtures/index.js +1 -1
  116. package/dist/types/index.js +1 -1
  117. package/dist/worktree/verify-hold-facts.d.ts +3 -1
  118. package/dist/worktree/verify-hold-facts.d.ts.map +1 -1
  119. package/dist/worktree/verify-hold-facts.js +1 -0
  120. package/dist/worktree/verify-hold-facts.js.map +1 -1
  121. package/package.json +2 -2
@@ -3,6 +3,8 @@
3
3
  // packages/daemon/src/integration/failed-head-wedge-poll.test.ts,
4
4
  // packages/daemon/src/integration/red-head-integration-merge-rework-regression.test.ts,
5
5
  // packages/daemon/src/integration/shortfall-rework-owner-regression.test.ts,
6
+ // packages/daemon/src/supervision/operator-held-work.test.ts,
7
+ // packages/daemon/src/supervision/team-work-operator-holds.test.ts,
6
8
  // packages/daemon/src/worktree/verify-hold-facts.test.ts
7
9
  // PINNED-BY-END
8
10
  /**
@@ -19,11 +21,25 @@
19
21
  * - the drain/idle gate (update/auto-update-idle.ts isBatchSafeIdle, wired in
20
22
  * shell/unified-shell.ts via anyFocusUnderVerifyHold --
21
23
  * never restart the daemon while a verify is in flight)
22
- * - the continuation stamp (spawn/idle-work-stamp.ts, and the listing it sends:
23
- * prompt/focus-prompt-builder.ts buildReEngagementMessage)
24
+ * - the continuation stamp (spawn/idle-work-stamp.ts, driven by
25
+ * spawn/lead-continuation.ts reengageOnIdleResult, and
26
+ * the listing it sends: prompt/focus-prompt-builder.ts
27
+ * buildReEngagementMessage)
28
+ * - the ready-focus spawn gate (focus/ready-focus-team-work.ts readyFocusHasTeamWork)
29
+ * - the lead-turn exit rows (completion/team-outcome/apply-turn.ts,
30
+ * completion/team-outcome/decide-turn-entry-rows.ts)
24
31
  * -- through deliveriesWithTeamWork, the per-delivery
25
32
  * "holds team work" fact every site above counts
26
33
  *
34
+ * Work an OPEN OPERATOR HOLD parks is not team work (TeamWorkOptions.operatorHolds):
35
+ * an open needs_operator / external_wait escalation (or an observation proposing
36
+ * one) anchored to the delivery, decided by the same classifier the verify->done
37
+ * gate applies (supervision/holds.ts classifyOperatorHoldRow, read once per pass by
38
+ * supervision/operator-held-work.ts). Every caller above passes the holds in, so a
39
+ * lead is neither woken nor respawned onto work only a human can unblock
40
+ * (docs/daemon/invariants-team-lifecycle.md, "A lead is not woken for work an
41
+ * operator hold parks").
42
+ *
27
43
  * That set is the WHOLE converged surface: no other module re-derives the
28
44
  * held-vs-unheld actionable-work verdict from delivery state. (spawn-decision.ts
29
45
  * findActionableDeliveries answers a different question -- WHICH deliveries a
@@ -54,11 +70,33 @@ import { DELIVERY_STATUS } from '@telora/daemon-core';
54
70
  import { isStatusAgentActionable } from '../workflow/stage-classifier.js';
55
71
  import { OPEN_ISSUE_STATUSES, CONTEXT_GROUP_TYPE } from '../types/issue-status.js';
56
72
  import { isRecordedNewIntent } from './recorded-new-intent.js';
73
+ /**
74
+ * Pure: the work issues an operator hold parks. A hold parks the issue it names
75
+ * when that issue is a work issue (not a Context Group) of the hold's delivery;
76
+ * otherwise -- it names none, or names something that is not one of that
77
+ * delivery's work issues (a legacy, unchecked link) -- it parks every work issue
78
+ * of the delivery. Status is not read here: the caller's open-work filter is the
79
+ * one status read, so a parked issue that is already Done changes nothing.
80
+ */
81
+ export function operatorHeldIssueIds(holds, issues) {
82
+ const held = new Set();
83
+ if (!holds || holds.length === 0)
84
+ return held;
85
+ const workIssues = issues.filter((i) => i.issueType !== CONTEXT_GROUP_TYPE);
86
+ for (const hold of holds) {
87
+ const ofDelivery = workIssues.filter((i) => i.deliveryId === hold.deliveryId);
88
+ const named = hold.issueId === null ? undefined : ofDelivery.find((i) => i.id === hold.issueId);
89
+ for (const issue of named ? [named] : ofDelivery)
90
+ held.add(issue.id);
91
+ }
92
+ return held;
93
+ }
57
94
  /**
58
95
  * THE definition of "this delivery holds team work", and so of "this focus has
59
96
  * team work": an OPEN work issue (OPEN_ISSUE_STATUSES; a Context Group is
60
97
  * reference material, never work; a recorded review concern is the human's,
61
- * never work) on an arm-visible agent-actionable delivery
98
+ * never work; an issue an open operator hold parks waits on a human, never
99
+ * work) on an arm-visible agent-actionable delivery
62
100
  * (queued / coding / verify_failed), or a `planning` delivery to scope where
63
101
  * planning is the team's to scope.
64
102
  *
@@ -78,8 +116,9 @@ import { isRecordedNewIntent } from './recorded-new-intent.js';
78
116
  export function deliveriesWithTeamWork(deliveries, issues, opts) {
79
117
  const workIssues = issues.filter((i) => i.issueType !== CONTEXT_GROUP_TYPE);
80
118
  const concernIds = opts.recordedConcernIds;
119
+ const heldIds = operatorHeldIssueIds(opts.operatorHolds, workIssues);
81
120
  const openWorkDeliveryIds = new Set(workIssues
82
- .filter((i) => OPEN_ISSUE_STATUSES.has(i.status) && !concernIds?.has(i.id))
121
+ .filter((i) => OPEN_ISSUE_STATUSES.has(i.status) && !concernIds?.has(i.id) && !heldIds.has(i.id))
83
122
  .map((i) => i.deliveryId));
84
123
  const scopedDeliveryIds = new Set(workIssues.map((i) => i.deliveryId));
85
124
  return deliveries.filter((d) => {
@@ -115,6 +154,7 @@ export function hasTeamWorkOutsideVerify(input) {
115
154
  planningIsWork: false,
116
155
  excludeDeliveryIds: input.heldDeliveryIds,
117
156
  recordedConcernIds: input.recordedConcernIds,
157
+ operatorHolds: input.operatorHolds,
118
158
  });
119
159
  }
120
160
  /**
@@ -1 +1 @@
1
- {"version":3,"file":"team-work.js","sourceRoot":"","sources":["../../src/supervision/team-work.ts"],"names":[],"mappings":"AAAA,8FAA8F;AAC9F,qEAAqE;AACrE,oEAAoE;AACpE,0FAA0F;AAC1F,+EAA+E;AAC/E,2DAA2D;AAC3D,gBAAgB;AAEhB;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA4CG;AAEH,OAAO,EAAE,eAAe,EAAE,MAAM,qBAAqB,CAAC;AACtD,OAAO,EAAE,uBAAuB,EAAE,MAAM,iCAAiC,CAAC;AAC1E,OAAO,EAAE,mBAAmB,EAAE,kBAAkB,EAAE,MAAM,0BAA0B,CAAC;AACnF,OAAO,EAAE,mBAAmB,EAAiB,MAAM,0BAA0B,CAAC;AAqD9E;;;;;;;;;;;;;;;;;;;;GAoBG;AACH,MAAM,UAAU,sBAAsB,CACpC,UAAwB,EACxB,MAAgC,EAChC,IAAqB;IAErB,MAAM,UAAU,GAAG,MAAM,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,SAAS,KAAK,kBAAkB,CAAC,CAAC;IAC5E,MAAM,UAAU,GAAG,IAAI,CAAC,kBAAkB,CAAC;IAC3C,MAAM,mBAAmB,GAAG,IAAI,GAAG,CACjC,UAAU;SACP,MAAM,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,mBAAmB,CAAC,GAAG,CAAC,CAAC,CAAC,MAAM,CAAC,IAAI,CAAC,UAAU,EAAE,GAAG,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC;SAC1E,GAAG,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,UAAU,CAAC,CAC5B,CAAC;IACF,MAAM,iBAAiB,GAAG,IAAI,GAAG,CAAC,UAAU,CAAC,GAAG,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,UAAU,CAAC,CAAC,CAAC;IACvE,OAAO,UAAU,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,EAAE;QAC7B,IAAI,IAAI,CAAC,kBAAkB,EAAE,GAAG,CAAC,CAAC,CAAC,EAAE,CAAC;YAAE,OAAO,KAAK,CAAC;QACrD,mFAAmF;QACnF,IAAI,mBAAmB,CAAC,EAAE,EAAE,EAAE,CAAC,CAAC,EAAE,EAAE,eAAe,EAAE,CAAC,CAAC,eAAe,IAAI,IAAI,EAAE,EAAE,IAAI,CAAC,QAAQ,CAAC;YAAE,OAAO,KAAK,CAAC;QAC/G,MAAM,MAAM,GAAG,CAAC,CAAC,eAAe,IAAI,EAAE,CAAC;QACvC,IAAI,MAAM,KAAK,eAAe,CAAC,QAAQ;YAAE,OAAO,IAAI,CAAC,cAAc,CAAC;QACpE,IAAI,CAAC,uBAAuB,CAAC,MAAM,CAAC;YAAE,OAAO,KAAK,CAAC;QACnD,OAAO,mBAAmB,CAAC,GAAG,CAAC,CAAC,CAAC,EAAE,CAAC,IAAI,CAAC,IAAI,CAAC,cAAc,KAAK,IAAI,IAAI,CAAC,iBAAiB,CAAC,GAAG,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC;IACzG,CAAC,CAAC,CAAC;AACL,CAAC;AAED,0FAA0F;AAC1F,MAAM,UAAU,gBAAgB,CAC9B,UAAuC,EACvC,MAAgC,EAChC,IAAqB;IAErB,OAAO,sBAAsB,CAAC,UAAU,EAAE,MAAM,EAAE,IAAI,CAAC,CAAC,MAAM,GAAG,CAAC,CAAC;AACrE,CAAC;AAED;;;;;;;;;GASG;AACH,MAAM,UAAU,wBAAwB,CAAC,KAMxC;IACC,OAAO,gBAAgB,CAAC,KAAK,CAAC,UAAU,EAAE,KAAK,CAAC,MAAM,EAAE;QACtD,cAAc,EAAE,KAAK;QACrB,kBAAkB,EAAE,KAAK,CAAC,eAAe;QACzC,kBAAkB,EAAE,KAAK,CAAC,kBAAkB;KAC7C,CAAC,CAAC;AACL,CAAC;AAwDD;;;;;;;;GAQG;AACH,MAAM,UAAU,0BAA0B,CAAC,KAA8B;IACvE,IAAI,KAAK,CAAC,0BAA0B;QAAE,OAAO,IAAI,CAAC;IAClD,IAAI,KAAK,CAAC,yBAAyB;QAAE,OAAO,IAAI,CAAC;IACjD,IAAI,KAAK,CAAC,eAAe;QAAE,OAAO,KAAK,CAAC,uBAAuB,IAAI,KAAK,CAAC,qBAAqB,KAAK,IAAI,CAAC;IACxG,OAAO,KAAK,CAAC,uBAAuB,CAAC;AACvC,CAAC"}
1
+ {"version":3,"file":"team-work.js","sourceRoot":"","sources":["../../src/supervision/team-work.ts"],"names":[],"mappings":"AAAA,8FAA8F;AAC9F,qEAAqE;AACrE,oEAAoE;AACpE,0FAA0F;AAC1F,+EAA+E;AAC/E,gEAAgE;AAChE,sEAAsE;AACtE,2DAA2D;AAC3D,gBAAgB;AAEhB;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GA0DG;AAEH,OAAO,EAAE,eAAe,EAAE,MAAM,qBAAqB,CAAC;AACtD,OAAO,EAAE,uBAAuB,EAAE,MAAM,iCAAiC,CAAC;AAC1E,OAAO,EAAE,mBAAmB,EAAE,kBAAkB,EAAE,MAAM,0BAA0B,CAAC;AACnF,OAAO,EAAE,mBAAmB,EAAiB,MAAM,0BAA0B,CAAC;AAqE9E;;;;;;;GAOG;AACH,MAAM,UAAU,oBAAoB,CAClC,KAA8C,EAC9C,MAAgC;IAEhC,MAAM,IAAI,GAAG,IAAI,GAAG,EAAU,CAAC;IAC/B,IAAI,CAAC,KAAK,IAAI,KAAK,CAAC,MAAM,KAAK,CAAC;QAAE,OAAO,IAAI,CAAC;IAC9C,MAAM,UAAU,GAAG,MAAM,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,SAAS,KAAK,kBAAkB,CAAC,CAAC;IAC5E,KAAK,MAAM,IAAI,IAAI,KAAK,EAAE,CAAC;QACzB,MAAM,UAAU,GAAG,UAAU,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,UAAU,KAAK,IAAI,CAAC,UAAU,CAAC,CAAC;QAC9E,MAAM,KAAK,GAAG,IAAI,CAAC,OAAO,KAAK,IAAI,CAAC,CAAC,CAAC,SAAS,CAAC,CAAC,CAAC,UAAU,CAAC,IAAI,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,EAAE,KAAK,IAAI,CAAC,OAAO,CAAC,CAAC;QAChG,KAAK,MAAM,KAAK,IAAI,KAAK,CAAC,CAAC,CAAC,CAAC,KAAK,CAAC,CAAC,CAAC,CAAC,UAAU;YAAE,IAAI,CAAC,GAAG,CAAC,KAAK,CAAC,EAAE,CAAC,CAAC;IACvE,CAAC;IACD,OAAO,IAAI,CAAC;AACd,CAAC;AAED;;;;;;;;;;;;;;;;;;;;;GAqBG;AACH,MAAM,UAAU,sBAAsB,CACpC,UAAwB,EACxB,MAAgC,EAChC,IAAqB;IAErB,MAAM,UAAU,GAAG,MAAM,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,SAAS,KAAK,kBAAkB,CAAC,CAAC;IAC5E,MAAM,UAAU,GAAG,IAAI,CAAC,kBAAkB,CAAC;IAC3C,MAAM,OAAO,GAAG,oBAAoB,CAAC,IAAI,CAAC,aAAa,EAAE,UAAU,CAAC,CAAC;IACrE,MAAM,mBAAmB,GAAG,IAAI,GAAG,CACjC,UAAU;SACP,MAAM,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,mBAAmB,CAAC,GAAG,CAAC,CAAC,CAAC,MAAM,CAAC,IAAI,CAAC,UAAU,EAAE,GAAG,CAAC,CAAC,CAAC,EAAE,CAAC,IAAI,CAAC,OAAO,CAAC,GAAG,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC;SAChG,GAAG,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,UAAU,CAAC,CAC5B,CAAC;IACF,MAAM,iBAAiB,GAAG,IAAI,GAAG,CAAC,UAAU,CAAC,GAAG,CAAC,CAAC,CAAC,EAAE,EAAE,CAAC,CAAC,CAAC,UAAU,CAAC,CAAC,CAAC;IACvE,OAAO,UAAU,CAAC,MAAM,CAAC,CAAC,CAAC,EAAE,EAAE;QAC7B,IAAI,IAAI,CAAC,kBAAkB,EAAE,GAAG,CAAC,CAAC,CAAC,EAAE,CAAC;YAAE,OAAO,KAAK,CAAC;QACrD,mFAAmF;QACnF,IAAI,mBAAmB,CAAC,EAAE,EAAE,EAAE,CAAC,CAAC,EAAE,EAAE,eAAe,EAAE,CAAC,CAAC,eAAe,IAAI,IAAI,EAAE,EAAE,IAAI,CAAC,QAAQ,CAAC;YAAE,OAAO,KAAK,CAAC;QAC/G,MAAM,MAAM,GAAG,CAAC,CAAC,eAAe,IAAI,EAAE,CAAC;QACvC,IAAI,MAAM,KAAK,eAAe,CAAC,QAAQ;YAAE,OAAO,IAAI,CAAC,cAAc,CAAC;QACpE,IAAI,CAAC,uBAAuB,CAAC,MAAM,CAAC;YAAE,OAAO,KAAK,CAAC;QACnD,OAAO,mBAAmB,CAAC,GAAG,CAAC,CAAC,CAAC,EAAE,CAAC,IAAI,CAAC,IAAI,CAAC,cAAc,KAAK,IAAI,IAAI,CAAC,iBAAiB,CAAC,GAAG,CAAC,CAAC,CAAC,EAAE,CAAC,CAAC,CAAC;IACzG,CAAC,CAAC,CAAC;AACL,CAAC;AAED,0FAA0F;AAC1F,MAAM,UAAU,gBAAgB,CAC9B,UAAuC,EACvC,MAAgC,EAChC,IAAqB;IAErB,OAAO,sBAAsB,CAAC,UAAU,EAAE,MAAM,EAAE,IAAI,CAAC,CAAC,MAAM,GAAG,CAAC,CAAC;AACrE,CAAC;AAED;;;;;;;;;GASG;AACH,MAAM,UAAU,wBAAwB,CAAC,KAYxC;IACC,OAAO,gBAAgB,CAAC,KAAK,CAAC,UAAU,EAAE,KAAK,CAAC,MAAM,EAAE;QACtD,cAAc,EAAE,KAAK;QACrB,kBAAkB,EAAE,KAAK,CAAC,eAAe;QACzC,kBAAkB,EAAE,KAAK,CAAC,kBAAkB;QAC5C,aAAa,EAAE,KAAK,CAAC,aAAa;KACnC,CAAC,CAAC;AACL,CAAC;AAwDD;;;;;;;;GAQG;AACH,MAAM,UAAU,0BAA0B,CAAC,KAA8B;IACvE,IAAI,KAAK,CAAC,0BAA0B;QAAE,OAAO,IAAI,CAAC;IAClD,IAAI,KAAK,CAAC,yBAAyB;QAAE,OAAO,IAAI,CAAC;IACjD,IAAI,KAAK,CAAC,eAAe;QAAE,OAAO,KAAK,CAAC,uBAAuB,IAAI,KAAK,CAAC,qBAAqB,KAAK,IAAI,CAAC;IACxG,OAAO,KAAK,CAAC,uBAAuB,CAAC;AACvC,CAAC"}
@@ -1 +1 @@
1
- {"version":3,"file":"agents-md.d.ts","sourceRoot":"","sources":["../../src/templates/agents-md.ts"],"names":[],"mappings":"AA0CA,eAAO,MAAM,sBAAsB,+BAA+B,CAAC;AACnE,eAAO,MAAM,oBAAoB,6BAA6B,CAAC;AAE/D;;;;GAIG;AACH,MAAM,WAAW,2BAA2B;IAC1C,qEAAqE;IACrE,WAAW,CAAC,EAAE,MAAM,GAAG,IAAI,CAAC;IAC5B,6CAA6C;IAC7C,SAAS,EAAE,MAAM,CAAC;IAClB,yBAAyB;IACzB,cAAc,EAAE,MAAM,CAAC;IACvB,oBAAoB;IACpB,SAAS,EAAE,MAAM,CAAC;IAClB;;;;;;OAMG;IACH,uBAAuB,CAAC,EAAE,MAAM,CAAC;CAClC;AA4BD;;;;;;;;;;;;;;GAcG;AACH,wBAAgB,uBAAuB,IAAI,MAAM,CAWhD;AAED;;;;;;GAMG;AACH,wBAAgB,cAAc,CAAC,GAAG,EAAE,2BAA2B,GAAG,MAAM,CAcvE"}
1
+ {"version":3,"file":"agents-md.d.ts","sourceRoot":"","sources":["../../src/templates/agents-md.ts"],"names":[],"mappings":"AA2CA,eAAO,MAAM,sBAAsB,+BAA+B,CAAC;AACnE,eAAO,MAAM,oBAAoB,6BAA6B,CAAC;AAE/D;;;;GAIG;AACH,MAAM,WAAW,2BAA2B;IAC1C,qEAAqE;IACrE,WAAW,CAAC,EAAE,MAAM,GAAG,IAAI,CAAC;IAC5B,6CAA6C;IAC7C,SAAS,EAAE,MAAM,CAAC;IAClB,yBAAyB;IACzB,cAAc,EAAE,MAAM,CAAC;IACvB,oBAAoB;IACpB,SAAS,EAAE,MAAM,CAAC;IAClB;;;;;;OAMG;IACH,uBAAuB,CAAC,EAAE,MAAM,CAAC;CAClC;AA4BD;;;;;;;;;;;;;;GAcG;AACH,wBAAgB,uBAAuB,IAAI,MAAM,CAWhD;AAED;;;;;;GAMG;AACH,wBAAgB,cAAc,CAAC,GAAG,EAAE,2BAA2B,GAAG,MAAM,CAcvE"}
@@ -4,6 +4,7 @@
4
4
  // packages/daemon/src/templates/seed-bounded-universals.test.ts,
5
5
  // packages/daemon/src/templates/seed-cause-targeting.test.ts,
6
6
  // packages/daemon/src/templates/seed-execution-polarity.test.ts,
7
+ // packages/daemon/src/templates/seed-issue-workflow-parking.test.ts,
7
8
  // packages/daemon/src/templates/seed-open-intent-scoping.test.ts
8
9
  // PINNED-BY-END
9
10
  /**
@@ -1 +1 @@
1
- {"version":3,"file":"agents-md.js","sourceRoot":"","sources":["../../src/templates/agents-md.ts"],"names":[],"mappings":"AAAA,8FAA8F;AAC9F,uEAAuE;AACvE,sDAAsD;AACtD,mEAAmE;AACnE,gEAAgE;AAChE,mEAAmE;AACnE,mEAAmE;AACnE,gBAAgB;AAEhB;;;;;;;;;;;;;;;;;;;;GAoBG;AAEH,OAAO,EAAE,SAAS,EAAE,8BAA8B,EAAE,MAAM,gBAAgB,CAAC;AAE3E;;;;;GAKG;AACH,MAAM,+BAA+B,GACnC,gEAAgE,CAAC;AAEnE,MAAM,CAAC,MAAM,sBAAsB,GAAG,4BAA4B,CAAC;AACnE,MAAM,CAAC,MAAM,oBAAoB,GAAG,0BAA0B,CAAC;AA0B/D;;;;GAIG;AACH,SAAS,yBAAyB,CAAC,GAAgC;IACjE,MAAM,YAAY,GAAG,GAAG,CAAC,WAAW,CAAC,CAAC,CAAC,GAAG,GAAG,CAAC,WAAW,KAAK,GAAG,CAAC,SAAS,GAAG,CAAC,CAAC,CAAC,GAAG,CAAC,SAAS,CAAC;IAC/F,OAAO,CACL,wBAAwB;QACxB,IAAI;QACJ,4EAA4E;QAC5E,0EAA0E;QAC1E,6BAA6B;QAC7B,IAAI;QACJ,iBAAiB,GAAG,CAAC,SAAS,IAAI;QAClC,mBAAmB,GAAG,CAAC,cAAc,IAAI;QACzC,cAAc,YAAY,IAAI;QAC9B,IAAI;QACJ,8EAA8E;QAC9E,+EAA+E;QAC/E,2EAA2E;QAC3E,eAAe;QACf,IAAI,CACL,CAAC;AACJ,CAAC;AAED;;;;;;;;;;;;;;GAcG;AACH,MAAM,UAAU,uBAAuB;IACrC,MAAM,IAAI,GAAG,SAAS,CAAC,OAAO,CAAC,8BAA8B,EAAE,+BAA+B,CAAC,CAAC;IAChG,MAAM,MAAM,GACV,wBAAwB;QACxB,IAAI;QACJ,4EAA4E;QAC5E,4EAA4E;QAC5E,uEAAuE;QACvE,6BAA6B;QAC7B,IAAI,CAAC;IACP,OAAO,GAAG,sBAAsB,KAAK,MAAM,GAAG,IAAI,GAAG,oBAAoB,IAAI,CAAC;AAChF,CAAC;AAED;;;;;;GAMG;AACH,MAAM,UAAU,cAAc,CAAC,GAAgC;IAC7D,0EAA0E;IAC1E,6EAA6E;IAC7E,oEAAoE;IACpE,MAAM,IAAI,GAAG,SAAS,CAAC,OAAO,CAC5B,8BAA8B,EAC9B,GAAG,CAAC,uBAAuB,IAAI,+BAA+B,CAC/D,CAAC;IACF,MAAM,KAAK,GACT,GAAG,sBAAsB,IAAI;QAC7B,GAAG,yBAAyB,CAAC,GAAG,CAAC,EAAE;QACnC,GAAG,IAAI,EAAE;QACT,GAAG,oBAAoB,IAAI,CAAC;IAC9B,OAAO,KAAK,CAAC;AACf,CAAC"}
1
+ {"version":3,"file":"agents-md.js","sourceRoot":"","sources":["../../src/templates/agents-md.ts"],"names":[],"mappings":"AAAA,8FAA8F;AAC9F,uEAAuE;AACvE,sDAAsD;AACtD,mEAAmE;AACnE,gEAAgE;AAChE,mEAAmE;AACnE,uEAAuE;AACvE,mEAAmE;AACnE,gBAAgB;AAEhB;;;;;;;;;;;;;;;;;;;;GAoBG;AAEH,OAAO,EAAE,SAAS,EAAE,8BAA8B,EAAE,MAAM,gBAAgB,CAAC;AAE3E;;;;;GAKG;AACH,MAAM,+BAA+B,GACnC,gEAAgE,CAAC;AAEnE,MAAM,CAAC,MAAM,sBAAsB,GAAG,4BAA4B,CAAC;AACnE,MAAM,CAAC,MAAM,oBAAoB,GAAG,0BAA0B,CAAC;AA0B/D;;;;GAIG;AACH,SAAS,yBAAyB,CAAC,GAAgC;IACjE,MAAM,YAAY,GAAG,GAAG,CAAC,WAAW,CAAC,CAAC,CAAC,GAAG,GAAG,CAAC,WAAW,KAAK,GAAG,CAAC,SAAS,GAAG,CAAC,CAAC,CAAC,GAAG,CAAC,SAAS,CAAC;IAC/F,OAAO,CACL,wBAAwB;QACxB,IAAI;QACJ,4EAA4E;QAC5E,0EAA0E;QAC1E,6BAA6B;QAC7B,IAAI;QACJ,iBAAiB,GAAG,CAAC,SAAS,IAAI;QAClC,mBAAmB,GAAG,CAAC,cAAc,IAAI;QACzC,cAAc,YAAY,IAAI;QAC9B,IAAI;QACJ,8EAA8E;QAC9E,+EAA+E;QAC/E,2EAA2E;QAC3E,eAAe;QACf,IAAI,CACL,CAAC;AACJ,CAAC;AAED;;;;;;;;;;;;;;GAcG;AACH,MAAM,UAAU,uBAAuB;IACrC,MAAM,IAAI,GAAG,SAAS,CAAC,OAAO,CAAC,8BAA8B,EAAE,+BAA+B,CAAC,CAAC;IAChG,MAAM,MAAM,GACV,wBAAwB;QACxB,IAAI;QACJ,4EAA4E;QAC5E,4EAA4E;QAC5E,uEAAuE;QACvE,6BAA6B;QAC7B,IAAI,CAAC;IACP,OAAO,GAAG,sBAAsB,KAAK,MAAM,GAAG,IAAI,GAAG,oBAAoB,IAAI,CAAC;AAChF,CAAC;AAED;;;;;;GAMG;AACH,MAAM,UAAU,cAAc,CAAC,GAAgC;IAC7D,0EAA0E;IAC1E,6EAA6E;IAC7E,oEAAoE;IACpE,MAAM,IAAI,GAAG,SAAS,CAAC,OAAO,CAC5B,8BAA8B,EAC9B,GAAG,CAAC,uBAAuB,IAAI,+BAA+B,CAC/D,CAAC;IACF,MAAM,KAAK,GACT,GAAG,sBAAsB,IAAI;QAC7B,GAAG,yBAAyB,CAAC,GAAG,CAAC,EAAE;QACnC,GAAG,IAAI,EAAE;QACT,GAAG,oBAAoB,IAAI,CAAC;IAC9B,OAAO,KAAK,CAAC;AACf,CAAC"}
@@ -29,7 +29,7 @@ export declare const TELORA_CLAUDE_MD_END = "<!-- END TELORA SEED -->";
29
29
  * For Codex: the MCP server is registered in `~/.codex/config.toml` (global).
30
30
  */
31
31
  export declare const SEED_MCP_REGISTRATION_SENTENCE = "The Telora MCP server is registered in `.mcp.json`.";
32
- export declare const SEED_BODY = "# Telora workstation context\n\nThis repo is connected to Telora -- a differential control plane for\nsoftware delivery. Intent and reality are paired signals; the meaningful\nwork happens at the difference.\n\n## Before you write any code (read this first)\n\nDEFAULT: on a Telora-connected workstation, a new capability starts as\n**declared intent** before any code. When the user says \"I want to build\nX\", your first move is NOT to scaffold X -- it is to declare it: create\n(or select) a Focus -> delivery -> issue and move an issue to **In\nProgress**. Code is written only after intent is anchored above it.\n\nThis polarity is deliberate and easy to get backwards. Building directly\nin the working tree -- scaffolding, installing dependencies, starting a\ndev server, writing application files -- is the **exception**, taken ONLY\nwhen the user explicitly asks for it. Recognized bypass phrases:\n\"build locally\", \"just write it\", \"skip Telora\", \"don't track this\",\n\"throwaway\". Absent an explicit signal like these, treat any build\nrequest as a request to declare intent in Telora first.\n\nAsking good clarifying questions about stack, scope, or dependencies is\nNOT a substitute for this step -- that is execution-layer scoping, and it\ncomes *after* the capability is declared, not instead of it. Scoping is\nagent work; declaring that a capability matters is the part that must\nland in Telora first.\n\n**Surface the fork; do not silently pick it.** The common failure is\nresolving an ambiguous request toward the path of least resistance --\ne.g. reading \"a web app I run locally on my LAN\" (a deployment target) as\n\"build locally\" (skip Telora). When intent is not already explicit, your\nFIRST response to a build request names the choice rather than assuming\nit: \"I'll scope this in Telora unless you want it built locally -- which?\"\nOne question, once, at the start. Let the user pick; never pick for them\nby starting to type code.\n\n**First action rule.** On a build / new-capability request, your first\ntool call is a Telora planning call (telora_product_focus / _delivery /\n_issue) OR the fork question above -- never Write, Edit, or a code-running\nBash command. If the first move cannot be code, building-before-intent\ncannot happen.\n\nWhy: an artifact with no declared intent above it is reality moving with\nnothing to measure it against -- pure noise to the differential loop. The\nwhole system is built to compute intent-minus-reality; code that skips\nthe intent half defeats the instrument.\n\n## Execution polarity (which path executes this?)\n\nOnce intent is declared, a second polarity governs HOW it executes -- and it\nhas the same default-and-exception shape as the intent polarity above. A\ndeclared focus is handed to the **daemon team + review loop** by default.\nTeam execution IS THE DEFAULT; building it inline yourself in this interactive\nsession is the **explicit, named bypass**, taken ONLY when the user says so.\n\nThree execution forks recur. On each, the left side is the default and the\nright side is the effortful, must-be-named bypass:\n\n- **Daemon team + review vs. inline coding.** Default: hand the focus to the\n daemon team, which executes and runs it through the review gate. Bypass:\n build it inline in this session -- only on an explicit signal.\n- **Tree-anchored delivery vs. unanchored delivery.** Default: anchor each\n delivery to a reality-tree injection. Bypass: an unanchored delivery\n (`allowUnanchored`) -- a deliberate, reason-bearing act, not a silent flag.\n- **Review-gated Done vs. self-marked Done.** Default: work is confirmed Done\n by the review gate. Bypass: marking your own work Done without review.\n\nThe recognized signal that switches execution to inline is an explicit\n\"build it now\" (and the same throwaway phrases that bypass the intent step:\n\"build locally\", \"just write it\", \"skip Telora\", \"don't track this\",\n\"throwaway\"). Absent such a signal, hand off to the team -- do not fill the\nchoice with the lowest-resistance path (typing code yourself).\n\n**Surface the fork; do not silently pick it.** When the execution path is not\nalready explicit, your response NAMES the choice rather than assuming it:\n\"I'll hand this to the daemon team + review unless you want it built inline\nnow -- which?\" One question, once. Let the user pick; never default to inline\nby starting to type code.\n\n**Routing is not activation.** \"Hand off to the daemon team\" answers WHICH\npath executes -- it is NOT a signal to arm the focus now. Arming (setting the\nfocus's `assignedAgentRoleId`, which spends real budget spawning a team) is a\nseparate, human-owned go-signal. Scoping ends at a named **scoped, un-armed**\nstate: you decompose the focus into deliveries and issues and then STOP. Do\nNOT arm a focus at the tail of scoping -- a human arms it (or has durably\ndelegated that go-signal). Choosing team-over-inline routing the moment\nscoping ends is NOT the same as deciding it is time to spend; keep the two\ndecisions separate. Activation is a third decision, owned by the human\nalongside intent and completion (see Human-vs-agent boundaries below).\n\n## Planning hierarchy\n\n- **Focus** = the context that defines an area of work -- not \"one\n capability.\" All phases of building within that area belong in one\n focus; if a \"focus\" is really just one phase, fold it back in.\n- **Delivery** = a shippable phase or major component of a capability.\n- **Context Group** = optional grouping of related issues that share\n meaningful context (relevant files, architectural notes). A CG earns its\n existence by carrying context, not by being a folder.\n- **Task** = one discrete implementable unit. Bounded files, focused\n session. Multiple \"and\" clauses across different concerns means split.\n\nScope by purpose, not count. The right number of deliveries is however\nmany phases the work naturally has.\n\n**Scoping reads open intent.** When you place a new unit of work, the first\nquestion -- \"does this belong in a focus that already exists?\" -- is asked\nagainst the OPEN set only: the active and proposed foci. A completed or\ncancelled focus is settled intent. It can no longer absorb new work, and\nconsulting one only re-litigates a decision already closed -- so a terminal\nfocus is neither a placement candidate nor a precedent to reason from. When\nno open focus fits, the answer is a new focus, never a closed one reopened\nin spirit.\n\n**Injections aim at causes; the effects follow.** In a focus's reality\ntree, a delivery anchors to an injection, and an injection targets the\nCAUSES the delivery changes -- never an undesired effect. State each\ntargeted cause's future (how it works once changed); that is what verify\njudges the delivery on. State each undesired effect's own future on the\neffect node. An arm then covers the effects the targeted causes EARN --\nan effect is earned once every cause sustaining it is targeted -- and\nthose effects' futures are the focus's criteria, judged at the focus\nreview. An effect an older injection targets directly stays covered,\nlabelled declared rather than earned.\n\n**Intent speaks in universals; criteria must not.** A product owner\nstates intent in universals -- \"any\", \"all\", \"every\", \"only when\",\n\"never\". Do not copy them into an acceptance criterion or an effect's\nfuture. A universal over open-ended input (what a model says, what a user\nasks, every phrasing, any call however the code writes it) can never be\nheld by a test, so each review finds one more case it misses. Translate it\ninto a closed list of the cases that matter, each held by a test, plus a\nnamed place where everything beyond the list is judged (a grader, the\nbattery, QA). Telora warns when a criterion or future you write quantifies\nover open-ended input; the warning never refuses the write.\n\n## PRD: \"build a working app in one run\"\n\nA **PRD** sits one altitude above Focus (Product -> PRD -> Focus): a\nbounded, verifiable, retire-able milestone carrying a **Prerequisite Tree**\nof `goal` / `obstacle` / `overcome` nodes. Each `overcome` materializes\nas a focus; the daemon progressively arms the **frontier** of foci as\nupstream obstacles clear. This is the entry point a user means by \"build a\nfully working app in one go.\"\n\nIt is NOT big-bang generation: you author the tree once, commit a path,\nand the differential loop walks the frontier to completion -- the execution\nunderneath is still the normal focus -> delivery -> issue + review loop.\n\nThe PRD tools are **lazy-loaded** -- they do not exist until you load the\ndomain. If you don't see `telora_prd` / `telora_prd_tree`, run:\n\n```\ntelora_discover { action: \"load\", domain: \"prd\" }\n```\n\nThen: `telora_prd` create (referencing a Vision) -> `telora_prd_tree`\nauthor nodes (an obstacle's `clearancePredicate` is OPTIONAL and advisory --\nthe frontier advances as upstream obstacles clear via focus-completion, i.e.\neach overcome's focus finishing its deliveries' verify gates, not via a\nper-obstacle predicate) + edges -> commit a pathway -> `materialize_overcome`\neach into a focus. Authoring STOPS there, at **scoped, un-armed** -- arming\nthe daemon PRD loop is a human go-signal (the activation decision above),\nnot the tail of authoring, unless that go-signal is durably delegated. All\nauthoring is harness+MCP; there is no Telora authoring UI.\n\n## Issue workflow\n\n`To Do` -> `In Progress` -> `In Review` / `Blocked` -> `Done`.\n\nIssue types: **Context Group**, **Task**, **Bug**.\n\nMovement rules:\n\n- An issue MUST be set to `In Progress` before any work begins on it.\n- Never skip `In Progress`. Never move directly from `To Do` to `Done`.\n- Set status with `telora_product_issue` action=update.\n\nDelivery and focus stages advance automatically based on issue\nactivity. Agents never set delivery executionStatus directly.\n\n## Migration numbers (claim, never compute)\n\nIf this product declares its migration numbering\n(`telora.migrations.json`), a migration number is CLAIMED ONCE through\nTelora before the file is named -- never read from the worktree you are\nstanding in:\n\n```\ntelora_discover { action: \"load\", domain: \"migrations\" }\ntelora_product_migration { action: \"claim\", productId, focusId, tag: \"<name>\" }\n```\n\nTwo focuses armed at once on one product work in separate worktrees cut\nfrom the same base, so \"the next free number\" computed locally is the same\nnumber the sibling just computed. Git sees no conflict -- the filenames\ndiffer -- and it surfaces only when the migrations run in order. This\napplies to a human or an inline session numbering by hand exactly as it\napplies to an agent team: the rule is about the base you are reading from,\nnot about who is reading it.\n\nA refusal is deliberate, never a cue to number by hand: fix the declaration\nor the reported cause.\n\n## Commit attribution (MANDATORY: one trailer per commit)\n\nEvery delivery on a focus shares ONE branch, so their commits interleave.\nThe only way the verify gate can judge a delivery against ITS OWN work is a\nper-commit marker. On EVERY commit you make for a delivery, add a git trailer\nnaming the delivery the work belongs to:\n\n```\nTelora-Delivery: <deliveryId>\n```\n\nStamp it with git's own trailer machinery so an appended `Co-Authored-By`\ncannot void it:\n\n```\ngit commit --trailer \"Telora-Delivery: <deliveryId>\" -m \"<subject>\"\n```\n\nDo NOT pass it as its own `-m` paragraph (`-m \"Telora-Delivery: ...\"`): git\nparses only the last paragraph as trailers, so an appended `Co-Authored-By`\nsilently voids it. A `commit-msg` git hook in this worktree ENFORCES this --\na commit whose message lacks a well-formed `Telora-Delivery: <uuid>` trailer\nis REFUSED, with the exact line to add printed. Fix it and re-commit; do not\nescalate.\n\nA commit that genuinely belongs to NO delivery declares that explicitly: merge\ncommits are exempt by shape (git sets `MERGE_HEAD`), and any other\ndelivery-less housekeeping commit carries the non-delivery sentinel:\n\n```\ngit commit --trailer \"Telora-Delivery: none\" -m \"<subject>\"\n```\n\nNever borrow a real delivery id for a commit that is not that delivery's work.\nThat is false attribution -- it folds a commit that is not its own into the\nborrowed delivery's verify evidence. The sentinel is the sanctioned escape.\n\n## MCP tool surface (what's available in this session)\n\nThe Telora MCP server is registered in `.mcp.json`. Core tool families:\n\n- `telora_product` -- list/get/create/update products\n- `telora_product_focus` -- focuses under a product\n- `telora_product_delivery` -- deliveries under a focus\n- `telora_product_issue` -- issues (Context Groups, Tasks, Bugs) under a delivery\n- `telora_agent` -- agent roles, escalation requests\n- `telora_loop_*` -- loop documents, questions, answers\n- `telora_discover` -- on-demand registration of deferred tool domains\n\nResolve the live tool list at runtime via `telora_discover` rather than\nhard-coding a list that drifts.\n\n## Human-vs-agent boundaries\n\n- Humans own **intent**, **activation**, and **completion**.\n - Intent: what capability matters, what changes when. Pre-handoff.\n - Activation (arming): the go/no-go spend decision -- setting the focus's\n `assignedAgentRoleId` to hand it to the daemon team. Scoping ends\n **scoped, un-armed**; arming is a human go-signal unless durably\n delegated. Sits between intent and completion.\n - Completion: closing the loop on whether a focus is done. Post-handoff.\n- Agents own **scoping** and **execution**.\n - Scoping: decomposing a focus into deliveries, deliveries into\n issues, restructuring mid-flight as the agent learns more. Scoping\n ENDS at **scoped, un-armed** -- it never arms the focus.\n - Execution: writing code, running tests, committing, reporting.\n\nDo not ask humans for operational details they expect the agent to figure\nout. Do not silently complete a focus on the human's behalf. Escalate\nwhen stuck via `telora_agent` action=escalate.\n\nWhen communicating with a human, refer to focuses, deliveries, and issues\nby their **title**, never their UUID. UUIDs are for tool calls only and must\nnot be surfaced in chat. MCP tool results carry both, so this is a\ncommunication choice, not a data-availability problem: keep the id in the\ntool call, name the work by its title in the conversation.\n\n## Differential signaling\n\nTelora is asymmetric: it moves reality toward intent, never the reverse.\nAgents do not lower the bar to make signals look better -- they escalate.\nEvery artifact (commit, work summary, gate result) is signal toward the\ndeclared intent; raw activity without intent reduction is noise.\n\nA short corrective comment from the user is high-signal -- treat brief\npushback as the most important input in the session.\n\n## Provenance: record what informed your intent\n\nWhen you and the human set Telora intent after looking at an external\ntracker (e.g. a client's Linear workspace), record WHERE that intent came\nfrom. A connected tracker is a **source for determining intent, not intent\nitself**: Telora owns intent, it is read strictly one-way, and Telora's\nintent is never written back to the tracker.\n\n- To read the tracker in-session, use the integrations tools\n (`telora_external_data_source` resolve, then `telora_linear`). Pull the\n issue(s) the human points at, discuss them together, then set intent in\n Telora (a focus, delivery, issue, reality-tree node, loop question, or\n PRD node).\n- Whenever tracker content SHAPED one of those entities, record an\n `informed_by` reference with `telora_external_reference` create, naming\n the entity + the external identifier (e.g. TIN-5) + a one-line note on\n HOW it informed the entity. The reference is a POINTER, never a copy --\n so a later reader can trace agreed intent back to its source, and a\n change to the source can be surfaced to the intent that leaned on it.\n\n## Workflows and policies\n\n- **Workflow**: stage directives shape agent behavior at discrete\n transitions. What context the agent sees (assembly recipes), what tools\n it can use, how it thinks (prompt + model). Live in Telora's\n `workflow_stages.agent_directive` JSONB.\n- **Policy** (organizational, deferred): cross-cutting constraints that\n feed into stage directives.\n\nWhen you cross a stage transition, the daemon may inject context or spawn\na fresh sub-agent per the directive. Don't override that flow without a\nclear reason.\n";
32
+ export declare const SEED_BODY = "# Telora workstation context\n\nThis repo is connected to Telora -- a differential control plane for\nsoftware delivery. Intent and reality are paired signals; the meaningful\nwork happens at the difference.\n\n## Before you write any code (read this first)\n\nDEFAULT: on a Telora-connected workstation, a new capability starts as\n**declared intent** before any code. When the user says \"I want to build\nX\", your first move is NOT to scaffold X -- it is to declare it: create\n(or select) a Focus -> delivery -> issue and move an issue to **In\nProgress**. Code is written only after intent is anchored above it.\n\nThis polarity is deliberate and easy to get backwards. Building directly\nin the working tree -- scaffolding, installing dependencies, starting a\ndev server, writing application files -- is the **exception**, taken ONLY\nwhen the user explicitly asks for it. Recognized bypass phrases:\n\"build locally\", \"just write it\", \"skip Telora\", \"don't track this\",\n\"throwaway\". Absent an explicit signal like these, treat any build\nrequest as a request to declare intent in Telora first.\n\nAsking good clarifying questions about stack, scope, or dependencies is\nNOT a substitute for this step -- that is execution-layer scoping, and it\ncomes *after* the capability is declared, not instead of it. Scoping is\nagent work; declaring that a capability matters is the part that must\nland in Telora first.\n\n**Surface the fork; do not silently pick it.** The common failure is\nresolving an ambiguous request toward the path of least resistance --\ne.g. reading \"a web app I run locally on my LAN\" (a deployment target) as\n\"build locally\" (skip Telora). When intent is not already explicit, your\nFIRST response to a build request names the choice rather than assuming\nit: \"I'll scope this in Telora unless you want it built locally -- which?\"\nOne question, once, at the start. Let the user pick; never pick for them\nby starting to type code.\n\n**First action rule.** On a build / new-capability request, your first\ntool call is a Telora planning call (telora_product_focus / _delivery /\n_issue) OR the fork question above -- never Write, Edit, or a code-running\nBash command. If the first move cannot be code, building-before-intent\ncannot happen.\n\nWhy: an artifact with no declared intent above it is reality moving with\nnothing to measure it against -- pure noise to the differential loop. The\nwhole system is built to compute intent-minus-reality; code that skips\nthe intent half defeats the instrument.\n\n## Execution polarity (which path executes this?)\n\nOnce intent is declared, a second polarity governs HOW it executes -- and it\nhas the same default-and-exception shape as the intent polarity above. A\ndeclared focus is handed to the **daemon team + review loop** by default.\nTeam execution IS THE DEFAULT; building it inline yourself in this interactive\nsession is the **explicit, named bypass**, taken ONLY when the user says so.\n\nThree execution forks recur. On each, the left side is the default and the\nright side is the effortful, must-be-named bypass:\n\n- **Daemon team + review vs. inline coding.** Default: hand the focus to the\n daemon team, which executes and runs it through the review gate. Bypass:\n build it inline in this session -- only on an explicit signal.\n- **Tree-anchored delivery vs. unanchored delivery.** Default: anchor each\n delivery to a reality-tree injection. Bypass: an unanchored delivery\n (`allowUnanchored`) -- a deliberate, reason-bearing act, not a silent flag.\n- **Review-gated Done vs. self-marked Done.** Default: work is confirmed Done\n by the review gate. Bypass: marking your own work Done without review.\n\nThe recognized signal that switches execution to inline is an explicit\n\"build it now\" (and the same throwaway phrases that bypass the intent step:\n\"build locally\", \"just write it\", \"skip Telora\", \"don't track this\",\n\"throwaway\"). Absent such a signal, hand off to the team -- do not fill the\nchoice with the lowest-resistance path (typing code yourself).\n\n**Surface the fork; do not silently pick it.** When the execution path is not\nalready explicit, your response NAMES the choice rather than assuming it:\n\"I'll hand this to the daemon team + review unless you want it built inline\nnow -- which?\" One question, once. Let the user pick; never default to inline\nby starting to type code.\n\n**Routing is not activation.** \"Hand off to the daemon team\" answers WHICH\npath executes -- it is NOT a signal to arm the focus now. Arming (setting the\nfocus's `assignedAgentRoleId`, which spends real budget spawning a team) is a\nseparate, human-owned go-signal. Scoping ends at a named **scoped, un-armed**\nstate: you decompose the focus into deliveries and issues and then STOP. Do\nNOT arm a focus at the tail of scoping -- a human arms it (or has durably\ndelegated that go-signal). Choosing team-over-inline routing the moment\nscoping ends is NOT the same as deciding it is time to spend; keep the two\ndecisions separate. Activation is a third decision, owned by the human\nalongside intent and completion (see Human-vs-agent boundaries below).\n\n## Planning hierarchy\n\n- **Focus** = the context that defines an area of work -- not \"one\n capability.\" All phases of building within that area belong in one\n focus; if a \"focus\" is really just one phase, fold it back in.\n- **Delivery** = a shippable phase or major component of a capability.\n- **Context Group** = optional grouping of related issues that share\n meaningful context (relevant files, architectural notes). A CG earns its\n existence by carrying context, not by being a folder.\n- **Task** = one discrete implementable unit. Bounded files, focused\n session. Multiple \"and\" clauses across different concerns means split.\n\nScope by purpose, not count. The right number of deliveries is however\nmany phases the work naturally has.\n\n**Scoping reads open intent.** When you place a new unit of work, the first\nquestion -- \"does this belong in a focus that already exists?\" -- is asked\nagainst the OPEN set only: the active and proposed foci. A completed or\ncancelled focus is settled intent. It can no longer absorb new work, and\nconsulting one only re-litigates a decision already closed -- so a terminal\nfocus is neither a placement candidate nor a precedent to reason from. When\nno open focus fits, the answer is a new focus, never a closed one reopened\nin spirit.\n\n**Injections aim at causes; the effects follow.** In a focus's reality\ntree, a delivery anchors to an injection, and an injection targets the\nCAUSES the delivery changes -- never an undesired effect. State each\ntargeted cause's future (how it works once changed); that is what verify\njudges the delivery on. State each undesired effect's own future on the\neffect node. An arm then covers the effects the targeted causes EARN --\nan effect is earned once every cause sustaining it is targeted -- and\nthose effects' futures are the focus's criteria, judged at the focus\nreview. An effect an older injection targets directly stays covered,\nlabelled declared rather than earned.\n\n**Intent speaks in universals; criteria must not.** A product owner\nstates intent in universals -- \"any\", \"all\", \"every\", \"only when\",\n\"never\". Do not copy them into an acceptance criterion or an effect's\nfuture. A universal over open-ended input (what a model says, what a user\nasks, every phrasing, any call however the code writes it) can never be\nheld by a test, so each review finds one more case it misses. Translate it\ninto a closed list of the cases that matter, each held by a test, plus a\nnamed place where everything beyond the list is judged (a grader, the\nbattery, QA). Telora warns when a criterion or future you write quantifies\nover open-ended input; the warning never refuses the write.\n\n## PRD: \"build a working app in one run\"\n\nA **PRD** sits one altitude above Focus (Product -> PRD -> Focus): a\nbounded, verifiable, retire-able milestone carrying a **Prerequisite Tree**\nof `goal` / `obstacle` / `overcome` nodes. Each `overcome` materializes\nas a focus; the daemon progressively arms the **frontier** of foci as\nupstream obstacles clear. This is the entry point a user means by \"build a\nfully working app in one go.\"\n\nIt is NOT big-bang generation: you author the tree once, commit a path,\nand the differential loop walks the frontier to completion -- the execution\nunderneath is still the normal focus -> delivery -> issue + review loop.\n\nThe PRD tools are **lazy-loaded** -- they do not exist until you load the\ndomain. If you don't see `telora_prd` / `telora_prd_tree`, run:\n\n```\ntelora_discover { action: \"load\", domain: \"prd\" }\n```\n\nThen: `telora_prd` create (referencing a Vision) -> `telora_prd_tree`\nauthor nodes (an obstacle's `clearancePredicate` is OPTIONAL and advisory --\nthe frontier advances as upstream obstacles clear via focus-completion, i.e.\neach overcome's focus finishing its deliveries' verify gates, not via a\nper-obstacle predicate) + edges -> commit a pathway -> `materialize_overcome`\neach into a focus. Authoring STOPS there, at **scoped, un-armed** -- arming\nthe daemon PRD loop is a human go-signal (the activation decision above),\nnot the tail of authoring, unless that go-signal is durably delegated. All\nauthoring is harness+MCP; there is no Telora authoring UI.\n\n## Issue workflow\n\n`To Do` -> `In Progress` -> `In Review` -> `Done`.\n\nIssue types: **Context Group**, **Task**, **Bug**.\n\nMovement rules:\n\n- An issue MUST be set to `In Progress` before any work begins on it.\n- Never skip `In Progress`. Never move directly from `To Do` to `Done`.\n- Set status with `telora_product_issue` action=update.\n\nParking work that waits on a human act: open work that waits on a human\nact is parked by filing ONE `needs_operator` or `external_wait`\nescalation (`telora_agent` action=escalate) with `humanAct` (the one\nact only a human can perform), anchored to its delivery (`deliveryId`)\nand naming its issue (`issueId` -- or link it afterwards with\n`escalation_update`). The daemon then stops waking you for that work\nuntil the escalation is resolved. Moving an issue to `Blocked` parks\nnothing.\n\nDelivery and focus stages advance automatically based on issue\nactivity. Agents never set delivery executionStatus directly.\n\n## Migration numbers (claim, never compute)\n\nIf this product declares its migration numbering\n(`telora.migrations.json`), a migration number is CLAIMED ONCE through\nTelora before the file is named -- never read from the worktree you are\nstanding in:\n\n```\ntelora_discover { action: \"load\", domain: \"migrations\" }\ntelora_product_migration { action: \"claim\", productId, focusId, tag: \"<name>\" }\n```\n\nTwo focuses armed at once on one product work in separate worktrees cut\nfrom the same base, so \"the next free number\" computed locally is the same\nnumber the sibling just computed. Git sees no conflict -- the filenames\ndiffer -- and it surfaces only when the migrations run in order. This\napplies to a human or an inline session numbering by hand exactly as it\napplies to an agent team: the rule is about the base you are reading from,\nnot about who is reading it.\n\nA refusal is deliberate, never a cue to number by hand: fix the declaration\nor the reported cause.\n\n## Commit attribution (MANDATORY: one trailer per commit)\n\nEvery delivery on a focus shares ONE branch, so their commits interleave.\nThe only way the verify gate can judge a delivery against ITS OWN work is a\nper-commit marker. On EVERY commit you make for a delivery, add a git trailer\nnaming the delivery the work belongs to:\n\n```\nTelora-Delivery: <deliveryId>\n```\n\nStamp it with git's own trailer machinery so an appended `Co-Authored-By`\ncannot void it:\n\n```\ngit commit --trailer \"Telora-Delivery: <deliveryId>\" -m \"<subject>\"\n```\n\nDo NOT pass it as its own `-m` paragraph (`-m \"Telora-Delivery: ...\"`): git\nparses only the last paragraph as trailers, so an appended `Co-Authored-By`\nsilently voids it. A `commit-msg` git hook in this worktree ENFORCES this --\na commit whose message lacks a well-formed `Telora-Delivery: <uuid>` trailer\nis REFUSED, with the exact line to add printed. Fix it and re-commit; do not\nescalate.\n\nA commit that genuinely belongs to NO delivery declares that explicitly: merge\ncommits are exempt by shape (git sets `MERGE_HEAD`), and any other\ndelivery-less housekeeping commit carries the non-delivery sentinel:\n\n```\ngit commit --trailer \"Telora-Delivery: none\" -m \"<subject>\"\n```\n\nNever borrow a real delivery id for a commit that is not that delivery's work.\nThat is false attribution -- it folds a commit that is not its own into the\nborrowed delivery's verify evidence. The sentinel is the sanctioned escape.\n\n## MCP tool surface (what's available in this session)\n\nThe Telora MCP server is registered in `.mcp.json`. Core tool families:\n\n- `telora_product` -- list/get/create/update products\n- `telora_product_focus` -- focuses under a product\n- `telora_product_delivery` -- deliveries under a focus\n- `telora_product_issue` -- issues (Context Groups, Tasks, Bugs) under a delivery\n- `telora_agent` -- agent roles, escalation requests\n- `telora_loop_*` -- loop documents, questions, answers\n- `telora_discover` -- on-demand registration of deferred tool domains\n\nResolve the live tool list at runtime via `telora_discover` rather than\nhard-coding a list that drifts.\n\n## Human-vs-agent boundaries\n\n- Humans own **intent**, **activation**, and **completion**.\n - Intent: what capability matters, what changes when. Pre-handoff.\n - Activation (arming): the go/no-go spend decision -- setting the focus's\n `assignedAgentRoleId` to hand it to the daemon team. Scoping ends\n **scoped, un-armed**; arming is a human go-signal unless durably\n delegated. Sits between intent and completion.\n - Completion: closing the loop on whether a focus is done. Post-handoff.\n- Agents own **scoping** and **execution**.\n - Scoping: decomposing a focus into deliveries, deliveries into\n issues, restructuring mid-flight as the agent learns more. Scoping\n ENDS at **scoped, un-armed** -- it never arms the focus.\n - Execution: writing code, running tests, committing, reporting.\n\nDo not ask humans for operational details they expect the agent to figure\nout. Do not silently complete a focus on the human's behalf. Escalate\nwhen stuck via `telora_agent` action=escalate.\n\nWhen communicating with a human, refer to focuses, deliveries, and issues\nby their **title**, never their UUID. UUIDs are for tool calls only and must\nnot be surfaced in chat. MCP tool results carry both, so this is a\ncommunication choice, not a data-availability problem: keep the id in the\ntool call, name the work by its title in the conversation.\n\n## Differential signaling\n\nTelora is asymmetric: it moves reality toward intent, never the reverse.\nAgents do not lower the bar to make signals look better -- they escalate.\nEvery artifact (commit, work summary, gate result) is signal toward the\ndeclared intent; raw activity without intent reduction is noise.\n\nA short corrective comment from the user is high-signal -- treat brief\npushback as the most important input in the session.\n\n## Provenance: record what informed your intent\n\nWhen you and the human set Telora intent after looking at an external\ntracker (e.g. a client's Linear workspace), record WHERE that intent came\nfrom. A connected tracker is a **source for determining intent, not intent\nitself**: Telora owns intent, it is read strictly one-way, and Telora's\nintent is never written back to the tracker.\n\n- To read the tracker in-session, use the integrations tools\n (`telora_external_data_source` resolve, then `telora_linear`). Pull the\n issue(s) the human points at, discuss them together, then set intent in\n Telora (a focus, delivery, issue, reality-tree node, loop question, or\n PRD node).\n- Whenever tracker content SHAPED one of those entities, record an\n `informed_by` reference with `telora_external_reference` create, naming\n the entity + the external identifier (e.g. TIN-5) + a one-line note on\n HOW it informed the entity. The reference is a POINTER, never a copy --\n so a later reader can trace agreed intent back to its source, and a\n change to the source can be surfaced to the intent that leaned on it.\n\n## Workflows and policies\n\n- **Workflow**: stage directives shape agent behavior at discrete\n transitions. What context the agent sees (assembly recipes), what tools\n it can use, how it thinks (prompt + model). Live in Telora's\n `workflow_stages.agent_directive` JSONB.\n- **Policy** (organizational, deferred): cross-cutting constraints that\n feed into stage directives.\n\nWhen you cross a stage transition, the daemon may inject context or spawn\na fresh sub-agent per the directive. Don't override that flow without a\nclear reason.\n";
33
33
  /**
34
34
  * Render a fresh-repo CLAUDE.md.
35
35
  *
@@ -1 +1 @@
1
- {"version":3,"file":"claude-md.d.ts","sourceRoot":"","sources":["../../src/templates/claude-md.ts"],"names":[],"mappings":"AAaA;;;;;;;;;;;;GAYG;AAEH,eAAO,MAAM,sBAAsB,+BAA+B,CAAC;AACnE,eAAO,MAAM,oBAAoB,6BAA6B,CAAC;AAE/D;;;;;;GAMG;AACH;;;;;;;GAOG;AACH,eAAO,MAAM,8BAA8B,wDACY,CAAC;AAExD,eAAO,MAAM,SAAS,0wgBAoUrB,CAAC;AAEF;;;;;;GAMG;AACH,wBAAgB,cAAc,CAAC,WAAW,EAAE,MAAM,GAAG,IAAI,GAAG,MAAM,CASjE"}
1
+ {"version":3,"file":"claude-md.d.ts","sourceRoot":"","sources":["../../src/templates/claude-md.ts"],"names":[],"mappings":"AAcA;;;;;;;;;;;;GAYG;AAEH,eAAO,MAAM,sBAAsB,+BAA+B,CAAC;AACnE,eAAO,MAAM,oBAAoB,6BAA6B,CAAC;AAE/D;;;;;;GAMG;AACH;;;;;;;GAOG;AACH,eAAO,MAAM,8BAA8B,wDACY,CAAC;AAExD,eAAO,MAAM,SAAS,6uhBA6UrB,CAAC;AAEF;;;;;;GAMG;AACH,wBAAgB,cAAc,CAAC,WAAW,EAAE,MAAM,GAAG,IAAI,GAAG,MAAM,CASjE"}
@@ -7,6 +7,7 @@
7
7
  // packages/daemon/src/templates/seed-bounded-universals.test.ts,
8
8
  // packages/daemon/src/templates/seed-cause-targeting.test.ts,
9
9
  // packages/daemon/src/templates/seed-execution-polarity.test.ts,
10
+ // packages/daemon/src/templates/seed-issue-workflow-parking.test.ts,
10
11
  // packages/daemon/src/templates/seed-open-intent-scoping.test.ts,
11
12
  // packages/daemon/src/templates/session-start-seed-hook.test.ts
12
13
  // PINNED-BY-END
@@ -210,7 +211,7 @@ authoring is harness+MCP; there is no Telora authoring UI.
210
211
 
211
212
  ## Issue workflow
212
213
 
213
- \`To Do\` -> \`In Progress\` -> \`In Review\` / \`Blocked\` -> \`Done\`.
214
+ \`To Do\` -> \`In Progress\` -> \`In Review\` -> \`Done\`.
214
215
 
215
216
  Issue types: **Context Group**, **Task**, **Bug**.
216
217
 
@@ -220,6 +221,15 @@ Movement rules:
220
221
  - Never skip \`In Progress\`. Never move directly from \`To Do\` to \`Done\`.
221
222
  - Set status with \`telora_product_issue\` action=update.
222
223
 
224
+ Parking work that waits on a human act: open work that waits on a human
225
+ act is parked by filing ONE \`needs_operator\` or \`external_wait\`
226
+ escalation (\`telora_agent\` action=escalate) with \`humanAct\` (the one
227
+ act only a human can perform), anchored to its delivery (\`deliveryId\`)
228
+ and naming its issue (\`issueId\` -- or link it afterwards with
229
+ \`escalation_update\`). The daemon then stops waking you for that work
230
+ until the escalation is resolved. Moving an issue to \`Blocked\` parks
231
+ nothing.
232
+
223
233
  Delivery and focus stages advance automatically based on issue
224
234
  activity. Agents never set delivery executionStatus directly.
225
235
 
@@ -1 +1 @@
1
- {"version":3,"file":"claude-md.js","sourceRoot":"","sources":["../../src/templates/claude-md.ts"],"names":[],"mappings":"AAAA,8FAA8F;AAC9F,uGAAuG;AACvG,8DAA8D;AAC9D,wDAAwD;AACxD,uEAAuE;AACvE,kEAAkE;AAClE,mEAAmE;AACnE,gEAAgE;AAChE,mEAAmE;AACnE,oEAAoE;AACpE,kEAAkE;AAClE,gBAAgB;AAEhB;;;;;;;;;;;;GAYG;AAEH,MAAM,CAAC,MAAM,sBAAsB,GAAG,4BAA4B,CAAC;AACnE,MAAM,CAAC,MAAM,oBAAoB,GAAG,0BAA0B,CAAC;AAE/D;;;;;;GAMG;AACH;;;;;;;GAOG;AACH,MAAM,CAAC,MAAM,8BAA8B,GACzC,qDAAqD,CAAC;AAExD,MAAM,CAAC,MAAM,SAAS,GAAG;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CAoUxB,CAAC;AAEF;;;;;;GAMG;AACH,MAAM,UAAU,cAAc,CAAC,WAA0B;IACvD,MAAM,WAAW,GAAG,WAAW;QAC7B,CAAC,CAAC,kCAAkC,WAAW,SAAS;QACxD,CAAC,CAAC,EAAE,CAAC;IACP,MAAM,KAAK,GACT,GAAG,sBAAsB,IAAI;QAC7B,GAAG,WAAW,GAAG,SAAS,EAAE;QAC5B,GAAG,oBAAoB,IAAI,CAAC;IAC9B,OAAO,KAAK,CAAC;AACf,CAAC"}
1
+ {"version":3,"file":"claude-md.js","sourceRoot":"","sources":["../../src/templates/claude-md.ts"],"names":[],"mappings":"AAAA,8FAA8F;AAC9F,uGAAuG;AACvG,8DAA8D;AAC9D,wDAAwD;AACxD,uEAAuE;AACvE,kEAAkE;AAClE,mEAAmE;AACnE,gEAAgE;AAChE,mEAAmE;AACnE,uEAAuE;AACvE,oEAAoE;AACpE,kEAAkE;AAClE,gBAAgB;AAEhB;;;;;;;;;;;;GAYG;AAEH,MAAM,CAAC,MAAM,sBAAsB,GAAG,4BAA4B,CAAC;AACnE,MAAM,CAAC,MAAM,oBAAoB,GAAG,0BAA0B,CAAC;AAE/D;;;;;;GAMG;AACH;;;;;;;GAOG;AACH,MAAM,CAAC,MAAM,8BAA8B,GACzC,qDAAqD,CAAC;AAExD,MAAM,CAAC,MAAM,SAAS,GAAG;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;CA6UxB,CAAC;AAEF;;;;;;GAMG;AACH,MAAM,UAAU,cAAc,CAAC,WAA0B;IACvD,MAAM,WAAW,GAAG,WAAW;QAC7B,CAAC,CAAC,kCAAkC,WAAW,SAAS;QACxD,CAAC,CAAC,EAAE,CAAC;IACP,MAAM,KAAK,GACT,GAAG,sBAAsB,IAAI;QAC7B,GAAG,WAAW,GAAG,SAAS,EAAE;QAC5B,GAAG,oBAAoB,IAAI,CAAC;IAC9B,OAAO,KAAK,CAAC;AACf,CAAC"}
@@ -1,5 +1,5 @@
1
1
  // PINNED-BY-BEGIN (generated by gen:pinned-by -- do not hand-edit; checked by lint:pinned-by)
2
- // Pinned by: 92 tests -- run: npm run gen:pinned-by -- --list packages/daemon/src/testing/fixtures/api-client.ts
2
+ // Pinned by: 93 tests -- run: npm run gen:pinned-by -- --list packages/daemon/src/testing/fixtures/api-client.ts
3
3
  // PINNED-BY-END
4
4
  /** A fake ApiClient whose every call is answered by `handle`. */
5
5
  export function makeFakeApiClient(handle) {
@@ -1 +1 @@
1
- {"version":3,"file":"completion-event-deps.d.ts","sourceRoot":"","sources":["../../../src/testing/fixtures/completion-event-deps.ts"],"names":[],"mappings":"AAIA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAmCG;AAEH,OAAO,KAAK,EAAE,mBAAmB,EAAE,MAAM,4CAA4C,CAAC;AAEtF,yFAAyF;AACzF,wBAAgB,uBAAuB,CACrC,SAAS,GAAE,OAAO,CAAC,mBAAmB,CAAM,GAC3C,mBAAmB,CAmCrB"}
1
+ {"version":3,"file":"completion-event-deps.d.ts","sourceRoot":"","sources":["../../../src/testing/fixtures/completion-event-deps.ts"],"names":[],"mappings":"AAIA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAmCG;AAEH,OAAO,KAAK,EAAE,mBAAmB,EAAE,MAAM,4CAA4C,CAAC;AAGtF,yFAAyF;AACzF,wBAAgB,uBAAuB,CACrC,SAAS,GAAE,OAAO,CAAC,mBAAmB,CAAM,GAC3C,mBAAmB,CAqCrB"}
@@ -1,12 +1,15 @@
1
1
  // PINNED-BY-BEGIN (generated by gen:pinned-by -- do not hand-edit; checked by lint:pinned-by)
2
- // Pinned by: 27 tests -- run: npm run gen:pinned-by -- --list packages/daemon/src/testing/fixtures/completion-event-deps.ts
2
+ // Pinned by: 28 tests -- run: npm run gen:pinned-by -- --list packages/daemon/src/testing/fixtures/completion-event-deps.ts
3
3
  // PINNED-BY-END
4
+ import { NO_OPERATOR_HOLDS } from '../../supervision/operator-held-work.js';
4
5
  /** A complete, inert CompletionEventDeps; `overrides` name the members a test drives. */
5
6
  export function makeCompletionEventDeps(overrides = {}) {
6
7
  return {
7
8
  getFocusDeliveries: async () => [],
8
9
  getFocusIssues: async () => [],
9
10
  readRecordedConcernIds: async () => new Set(),
11
+ // Nothing held: every open work issue counts (supervision/operator-held-work.ts).
12
+ readOperatorHolds: async () => NO_OPERATOR_HOLDS,
10
13
  createEscalation: async () => { },
11
14
  terminateTeam: () => false,
12
15
  advanceDeliveryStatuses: async () => { },
@@ -1 +1 @@
1
- {"version":3,"file":"completion-event-deps.js","sourceRoot":"","sources":["../../../src/testing/fixtures/completion-event-deps.ts"],"names":[],"mappings":"AAAA,8FAA8F;AAC9F,4HAA4H;AAC5H,gBAAgB;AAyChB,yFAAyF;AACzF,MAAM,UAAU,uBAAuB,CACrC,YAA0C,EAAE;IAE5C,OAAO;QACL,kBAAkB,EAAE,KAAK,IAAI,EAAE,CAAC,EAAE;QAClC,cAAc,EAAE,KAAK,IAAI,EAAE,CAAC,EAAE;QAC9B,sBAAsB,EAAE,KAAK,IAAI,EAAE,CAAC,IAAI,GAAG,EAAU;QACrD,gBAAgB,EAAE,KAAK,IAAI,EAAE,GAAE,CAAC;QAChC,aAAa,EAAE,GAAG,EAAE,CAAC,KAAK;QAC1B,uBAAuB,EAAE,KAAK,IAAI,EAAE,GAAE,CAAC;QACvC,sBAAsB,EAAE,KAAK,EAAE,UAAU,EAAE,EAAE;YAC3C,MAAM,IAAI,KAAK,CAAC,gDAAgD,UAAU,2CAA2C,CAAC,CAAC;QACzH,CAAC;QACD,4BAA4B,EAAE,KAAK,IAAI,EAAE,CAAC,KAAK;QAC/C,oBAAoB,EAAE,KAAK,IAAI,EAAE,CAAC,IAAI;QACtC,yBAAyB,EAAE,KAAK,IAAI,EAAE,CAAC,CAAC,EAAE,QAAQ,EAAE,KAAK,EAAE,WAAW,EAAE,KAAK,EAAE,UAAU,EAAE,IAAI,EAAE,CAAC;QAClG,oBAAoB,EAAE,KAAK,IAAI,EAAE,GAAE,CAAC;QACpC,gBAAgB,EAAE,GAAG,EAAE,CAAC,SAAS;QACjC,4BAA4B,EAAE,KAAK,IAAI,EAAE,CAAC,IAAI;QAC9C,2BAA2B,EAAE,KAAK,IAAI,EAAE,GAAE,CAAC;QAC3C,+BAA+B,EAAE,GAAG,EAAE,CAAC,cAAc;QACrD,oBAAoB,EAAE,GAAG,EAAE,CAAC,EAAE;QAC9B,iBAAiB,EAAE,GAAG,EAAE,CAAC,EAAE;QAC3B,UAAU,EAAE,GAAG,EAAE,CAAC,IAAI;QACtB,2BAA2B,EAAE,GAAG,EAAE,CAAC,cAAc;QACjD,qBAAqB,EAAE,GAAG,EAAE,CAAC,CAAC,EAAE,gBAAgB,EAAE,CAAC,EAAE,uBAAuB,EAAE,IAAI,EAAE,CAAC;QACrF,oBAAoB,EAAE,GAAG,EAAE,CAAC,IAAI;QAChC,qBAAqB,EAAE,GAAG,EAAE,CAAC,KAAK;QAClC,qBAAqB,EAAE,GAAG,EAAE,CAAC,IAAI,GAAG,EAAU;QAC9C,mBAAmB,EAAE,GAAG,EAAE,CAAC,IAAI;QAC/B,2BAA2B,EAAE,KAAK,IAAI,EAAE,CAAC,CAAC,EAAE,eAAe,EAAE,CAAC,EAAE,YAAY,EAAE,KAAK,EAAE,CAAC;QACtF,GAAG,EAAE,GAAG,EAAE,CAAC,IAAI,CAAC,GAAG,EAAE;QACrB,WAAW,EAAE,GAAG,EAAE,CAAC,KAAK;QACxB,eAAe,EAAE,GAAG,EAAE,CAAC,GAAG,EAAE,GAAE,CAAC;QAC/B,OAAO,EAAE,KAAK,IAAI,EAAE,GAAE,CAAC;QACvB,GAAG,SAAS;KACb,CAAC;AACJ,CAAC"}
1
+ {"version":3,"file":"completion-event-deps.js","sourceRoot":"","sources":["../../../src/testing/fixtures/completion-event-deps.ts"],"names":[],"mappings":"AAAA,8FAA8F;AAC9F,4HAA4H;AAC5H,gBAAgB;AAwChB,OAAO,EAAE,iBAAiB,EAAE,MAAM,yCAAyC,CAAC;AAE5E,yFAAyF;AACzF,MAAM,UAAU,uBAAuB,CACrC,YAA0C,EAAE;IAE5C,OAAO;QACL,kBAAkB,EAAE,KAAK,IAAI,EAAE,CAAC,EAAE;QAClC,cAAc,EAAE,KAAK,IAAI,EAAE,CAAC,EAAE;QAC9B,sBAAsB,EAAE,KAAK,IAAI,EAAE,CAAC,IAAI,GAAG,EAAU;QACrD,kFAAkF;QAClF,iBAAiB,EAAE,KAAK,IAAI,EAAE,CAAC,iBAAiB;QAChD,gBAAgB,EAAE,KAAK,IAAI,EAAE,GAAE,CAAC;QAChC,aAAa,EAAE,GAAG,EAAE,CAAC,KAAK;QAC1B,uBAAuB,EAAE,KAAK,IAAI,EAAE,GAAE,CAAC;QACvC,sBAAsB,EAAE,KAAK,EAAE,UAAU,EAAE,EAAE;YAC3C,MAAM,IAAI,KAAK,CAAC,gDAAgD,UAAU,2CAA2C,CAAC,CAAC;QACzH,CAAC;QACD,4BAA4B,EAAE,KAAK,IAAI,EAAE,CAAC,KAAK;QAC/C,oBAAoB,EAAE,KAAK,IAAI,EAAE,CAAC,IAAI;QACtC,yBAAyB,EAAE,KAAK,IAAI,EAAE,CAAC,CAAC,EAAE,QAAQ,EAAE,KAAK,EAAE,WAAW,EAAE,KAAK,EAAE,UAAU,EAAE,IAAI,EAAE,CAAC;QAClG,oBAAoB,EAAE,KAAK,IAAI,EAAE,GAAE,CAAC;QACpC,gBAAgB,EAAE,GAAG,EAAE,CAAC,SAAS;QACjC,4BAA4B,EAAE,KAAK,IAAI,EAAE,CAAC,IAAI;QAC9C,2BAA2B,EAAE,KAAK,IAAI,EAAE,GAAE,CAAC;QAC3C,+BAA+B,EAAE,GAAG,EAAE,CAAC,cAAc;QACrD,oBAAoB,EAAE,GAAG,EAAE,CAAC,EAAE;QAC9B,iBAAiB,EAAE,GAAG,EAAE,CAAC,EAAE;QAC3B,UAAU,EAAE,GAAG,EAAE,CAAC,IAAI;QACtB,2BAA2B,EAAE,GAAG,EAAE,CAAC,cAAc;QACjD,qBAAqB,EAAE,GAAG,EAAE,CAAC,CAAC,EAAE,gBAAgB,EAAE,CAAC,EAAE,uBAAuB,EAAE,IAAI,EAAE,CAAC;QACrF,oBAAoB,EAAE,GAAG,EAAE,CAAC,IAAI;QAChC,qBAAqB,EAAE,GAAG,EAAE,CAAC,KAAK;QAClC,qBAAqB,EAAE,GAAG,EAAE,CAAC,IAAI,GAAG,EAAU;QAC9C,mBAAmB,EAAE,GAAG,EAAE,CAAC,IAAI;QAC/B,2BAA2B,EAAE,KAAK,IAAI,EAAE,CAAC,CAAC,EAAE,eAAe,EAAE,CAAC,EAAE,YAAY,EAAE,KAAK,EAAE,CAAC;QACtF,GAAG,EAAE,GAAG,EAAE,CAAC,IAAI,CAAC,GAAG,EAAE;QACrB,WAAW,EAAE,GAAG,EAAE,CAAC,KAAK;QACxB,eAAe,EAAE,GAAG,EAAE,CAAC,GAAG,EAAE,GAAE,CAAC;QAC/B,OAAO,EAAE,KAAK,IAAI,EAAE,GAAE,CAAC;QACvB,GAAG,SAAS;KACb,CAAC;AACJ,CAAC"}
@@ -1,5 +1,5 @@
1
1
  // PINNED-BY-BEGIN (generated by gen:pinned-by -- do not hand-edit; checked by lint:pinned-by)
2
- // Pinned by: 376 tests -- run: npm run gen:pinned-by -- --list packages/daemon/src/testing/fixtures/index.ts
2
+ // Pinned by: 379 tests -- run: npm run gen:pinned-by -- --list packages/daemon/src/testing/fixtures/index.ts
3
3
  // PINNED-BY-END
4
4
  /**
5
5
  * Build an ActiveFocusRow (a getActiveFocuses row): an active, armed focus with
@@ -1,5 +1,5 @@
1
1
  // PINNED-BY-BEGIN (generated by gen:pinned-by -- do not hand-edit; checked by lint:pinned-by)
2
- // Pinned by: 286 tests -- run: npm run gen:pinned-by -- --list packages/daemon/src/types/index.ts
2
+ // Pinned by: 287 tests -- run: npm run gen:pinned-by -- --list packages/daemon/src/types/index.ts
3
3
  // PINNED-BY-END
4
4
  /**
5
5
  * Domain-specific type re-exports.
@@ -19,7 +19,7 @@
19
19
  *
20
20
  * @module worktree/verify-hold-facts
21
21
  */
22
- import { type HoldWorkDelivery, type HoldWorkIssue, type VerifyHoldFacts } from '../supervision/team-work.js';
22
+ import { type HoldWorkDelivery, type HoldWorkIssue, type OperatorHeldWork, type VerifyHoldFacts } from '../supervision/team-work.js';
23
23
  /**
24
24
  * The hold source: the focus worktree registry and the verify-interlock probe
25
25
  * (worktree/focus-worktree-state.ts, worktree/verify-interlock.ts in production).
@@ -63,6 +63,8 @@ export declare function resolveTeamActionableWork(args: {
63
63
  verifyHeldDeliveryIds: (worktreePath: string) => ReadonlySet<string>;
64
64
  /** The focus's recorded review concerns: not work outside the hold (supervision/team-work.ts). */
65
65
  recordedConcernIds?: ReadonlySet<string>;
66
+ /** The open operator holds: parked work is not work outside the hold (supervision/team-work.ts). */
67
+ operatorHolds?: readonly OperatorHeldWork[];
66
68
  };
67
69
  /** See TeamActionableWorkInput.mergeResolutionOutstanding. Optional; defaults
68
70
  * to false so callers that do not track it are unaffected. */
@@ -1 +1 @@
1
- {"version":3,"file":"verify-hold-facts.d.ts","sourceRoot":"","sources":["../../src/worktree/verify-hold-facts.ts"],"names":[],"mappings":"AAOA;;;;;;;;;;;;;;;;;;;;GAoBG;AAEH,OAAO,EAGL,KAAK,gBAAgB,EACrB,KAAK,aAAa,EAClB,KAAK,eAAe,EACrB,MAAM,6BAA6B,CAAC;AAKrC;;;GAGG;AACH,MAAM,WAAW,aAAa;IAC5B,uGAAuG;IACvG,QAAQ,CAAC,gBAAgB,EAAE,CAAC,OAAO,EAAE,MAAM,KAAK;QAAE,YAAY,EAAE,MAAM,CAAA;KAAE,GAAG,SAAS,CAAC;IACrF,QAAQ,CAAC,qBAAqB,EAAE,CAAC,YAAY,EAAE,MAAM,KAAK,OAAO,CAAC;CACnE;AAED;;;;;;;;;;;GAWG;AACH,wBAAgB,oBAAoB,CAAC,OAAO,EAAE,MAAM,EAAE,IAAI,EAAE,aAAa,GAAG,OAAO,CAIlF;AAED;;;;;;;GAOG;AACH,wBAAgB,yBAAyB,CAAC,IAAI,EAAE;IAC9C,iBAAiB,EAAE,MAAM,GAAG,IAAI,CAAC;IACjC,uBAAuB,EAAE,OAAO,CAAC;IACjC,qBAAqB,EAAE,CAAC,YAAY,EAAE,MAAM,KAAK,OAAO,CAAC;IACzD,gGAAgG;IAChG,WAAW,CAAC,EAAE;QACZ,UAAU,EAAE,SAAS,gBAAgB,EAAE,CAAC;QACxC,MAAM,EAAE,SAAS,aAAa,EAAE,CAAC;QACjC,qBAAqB,EAAE,CAAC,YAAY,EAAE,MAAM,KAAK,WAAW,CAAC,MAAM,CAAC,CAAC;QACrE,kGAAkG;QAClG,kBAAkB,CAAC,EAAE,WAAW,CAAC,MAAM,CAAC,CAAC;KAC1C,CAAC;IACF;mEAC+D;IAC/D,0BAA0B,CAAC,EAAE,OAAO,CAAC;IACrC;0DACsD;IACtD,yBAAyB,CAAC,EAAE,OAAO,CAAC;CACrC,GAAG;IAAE,eAAe,EAAE,OAAO,CAAC;IAAC,qBAAqB,EAAE,OAAO,CAAA;CAAE,CAqB/D;AAED,0HAA0H;AAC1H,MAAM,WAAW,iBAAkB,SAAQ,aAAa;IACtD,QAAQ,CAAC,qBAAqB,EAAE,CAAC,YAAY,EAAE,MAAM,KAAK,WAAW,CAAC,MAAM,CAAC,CAAC;IAC9E,QAAQ,CAAC,kBAAkB,EAAE,CAAC,OAAO,EAAE,MAAM,KAAK,OAAO,CAAC,SAAS,gBAAgB,EAAE,CAAC,CAAC;IACvF,QAAQ,CAAC,cAAc,EAAE,CAAC,OAAO,EAAE,MAAM,KAAK,OAAO,CAAC,SAAS,aAAa,EAAE,CAAC,CAAC;CACjF;AAED;;;;;;GAMG;AACH,wBAAsB,2BAA2B,CAC/C,OAAO,EAAE,MAAM,EACf,IAAI,EAAE,iBAAiB,GACtB,OAAO,CAAC,eAAe,CAAC,CAgB1B;AAED,iHAAiH;AACjH,MAAM,WAAW,gBAAgB;IAC/B,QAAQ,CAAC,oBAAoB,EAAE,MAAM,WAAW,CAAC,MAAM,EAAE;QAAE,YAAY,EAAE,MAAM,CAAA;KAAE,CAAC,CAAC;IACnF,QAAQ,CAAC,qBAAqB,EAAE,CAAC,YAAY,EAAE,MAAM,KAAK,OAAO,CAAC;CACnE;AAED,gGAAgG;AAChG,MAAM,MAAM,eAAe,GAAG,iBAAiB,GAAG,gBAAgB,CAAC;AAEnE;;;;;;;;;;;;GAYG;AACH,wBAAgB,uBAAuB,CAAC,IAAI,EAAE,gBAAgB,GAAG,OAAO,CAKvE"}
1
+ {"version":3,"file":"verify-hold-facts.d.ts","sourceRoot":"","sources":["../../src/worktree/verify-hold-facts.ts"],"names":[],"mappings":"AAOA;;;;;;;;;;;;;;;;;;;;GAoBG;AAEH,OAAO,EAGL,KAAK,gBAAgB,EACrB,KAAK,aAAa,EAClB,KAAK,gBAAgB,EACrB,KAAK,eAAe,EACrB,MAAM,6BAA6B,CAAC;AAKrC;;;GAGG;AACH,MAAM,WAAW,aAAa;IAC5B,uGAAuG;IACvG,QAAQ,CAAC,gBAAgB,EAAE,CAAC,OAAO,EAAE,MAAM,KAAK;QAAE,YAAY,EAAE,MAAM,CAAA;KAAE,GAAG,SAAS,CAAC;IACrF,QAAQ,CAAC,qBAAqB,EAAE,CAAC,YAAY,EAAE,MAAM,KAAK,OAAO,CAAC;CACnE;AAED;;;;;;;;;;;GAWG;AACH,wBAAgB,oBAAoB,CAAC,OAAO,EAAE,MAAM,EAAE,IAAI,EAAE,aAAa,GAAG,OAAO,CAIlF;AAED;;;;;;;GAOG;AACH,wBAAgB,yBAAyB,CAAC,IAAI,EAAE;IAC9C,iBAAiB,EAAE,MAAM,GAAG,IAAI,CAAC;IACjC,uBAAuB,EAAE,OAAO,CAAC;IACjC,qBAAqB,EAAE,CAAC,YAAY,EAAE,MAAM,KAAK,OAAO,CAAC;IACzD,gGAAgG;IAChG,WAAW,CAAC,EAAE;QACZ,UAAU,EAAE,SAAS,gBAAgB,EAAE,CAAC;QACxC,MAAM,EAAE,SAAS,aAAa,EAAE,CAAC;QACjC,qBAAqB,EAAE,CAAC,YAAY,EAAE,MAAM,KAAK,WAAW,CAAC,MAAM,CAAC,CAAC;QACrE,kGAAkG;QAClG,kBAAkB,CAAC,EAAE,WAAW,CAAC,MAAM,CAAC,CAAC;QACzC,oGAAoG;QACpG,aAAa,CAAC,EAAE,SAAS,gBAAgB,EAAE,CAAC;KAC7C,CAAC;IACF;mEAC+D;IAC/D,0BAA0B,CAAC,EAAE,OAAO,CAAC;IACrC;0DACsD;IACtD,yBAAyB,CAAC,EAAE,OAAO,CAAC;CACrC,GAAG;IAAE,eAAe,EAAE,OAAO,CAAC;IAAC,qBAAqB,EAAE,OAAO,CAAA;CAAE,CAsB/D;AAED,0HAA0H;AAC1H,MAAM,WAAW,iBAAkB,SAAQ,aAAa;IACtD,QAAQ,CAAC,qBAAqB,EAAE,CAAC,YAAY,EAAE,MAAM,KAAK,WAAW,CAAC,MAAM,CAAC,CAAC;IAC9E,QAAQ,CAAC,kBAAkB,EAAE,CAAC,OAAO,EAAE,MAAM,KAAK,OAAO,CAAC,SAAS,gBAAgB,EAAE,CAAC,CAAC;IACvF,QAAQ,CAAC,cAAc,EAAE,CAAC,OAAO,EAAE,MAAM,KAAK,OAAO,CAAC,SAAS,aAAa,EAAE,CAAC,CAAC;CACjF;AAED;;;;;;GAMG;AACH,wBAAsB,2BAA2B,CAC/C,OAAO,EAAE,MAAM,EACf,IAAI,EAAE,iBAAiB,GACtB,OAAO,CAAC,eAAe,CAAC,CAgB1B;AAED,iHAAiH;AACjH,MAAM,WAAW,gBAAgB;IAC/B,QAAQ,CAAC,oBAAoB,EAAE,MAAM,WAAW,CAAC,MAAM,EAAE;QAAE,YAAY,EAAE,MAAM,CAAA;KAAE,CAAC,CAAC;IACnF,QAAQ,CAAC,qBAAqB,EAAE,CAAC,YAAY,EAAE,MAAM,KAAK,OAAO,CAAC;CACnE;AAED,gGAAgG;AAChG,MAAM,MAAM,eAAe,GAAG,iBAAiB,GAAG,gBAAgB,CAAC;AAEnE;;;;;;;;;;;;GAYG;AACH,wBAAgB,uBAAuB,CAAC,IAAI,EAAE,gBAAgB,GAAG,OAAO,CAKvE"}
@@ -63,6 +63,7 @@ export function resolveTeamActionableWork(args) {
63
63
  issues: args.outsideHold.issues,
64
64
  heldDeliveryIds: args.outsideHold.verifyHeldDeliveryIds(heldPath),
65
65
  recordedConcernIds: args.outsideHold.recordedConcernIds,
66
+ operatorHolds: args.outsideHold.operatorHolds,
66
67
  });
67
68
  return {
68
69
  underVerifyHold,
@@ -1 +1 @@
1
- {"version":3,"file":"verify-hold-facts.js","sourceRoot":"","sources":["../../src/worktree/verify-hold-facts.ts"],"names":[],"mappings":"AAAA,8FAA8F;AAC9F,+EAA+E;AAC/E,iEAAiE;AACjE,kFAAkF;AAClF,2DAA2D;AAC3D,gBAAgB;AAEhB;;;;;;;;;;;;;;;;;;;;GAoBG;AAEH,OAAO,EACL,0BAA0B,EAC1B,wBAAwB,GAIzB,MAAM,6BAA6B,CAAC;AACrC,OAAO,EAAE,YAAY,EAAE,MAAM,sBAAsB,CAAC;AAEpD,MAAM,GAAG,GAAG,YAAY,CAAC,EAAE,MAAM,EAAE,OAAO,EAAE,CAAC,CAAC;AAY9C;;;;;;;;;;;GAWG;AACH,MAAM,UAAU,oBAAoB,CAAC,OAAe,EAAE,IAAmB;IACvE,MAAM,YAAY,GAAG,IAAI,CAAC,gBAAgB,CAAC,OAAO,CAAC,EAAE,YAAY,IAAI,IAAI,CAAC;IAC1E,IAAI,YAAY,KAAK,IAAI;QAAE,OAAO,KAAK,CAAC;IACxC,OAAO,IAAI,CAAC,qBAAqB,CAAC,YAAY,CAAC,CAAC;AAClD,CAAC;AAED;;;;;;;GAOG;AACH,MAAM,UAAU,yBAAyB,CAAC,IAkBzC;IACC,MAAM,QAAQ,GACZ,IAAI,CAAC,iBAAiB,KAAK,IAAI,IAAI,IAAI,CAAC,qBAAqB,CAAC,IAAI,CAAC,iBAAiB,CAAC,CAAC,CAAC,CAAC,IAAI,CAAC,iBAAiB,CAAC,CAAC,CAAC,IAAI,CAAC;IACxH,MAAM,eAAe,GAAG,QAAQ,KAAK,IAAI,CAAC;IAC1C,MAAM,qBAAqB,GAAG,QAAQ,KAAK,IAAI,IAAI,IAAI,CAAC,WAAW,KAAK,SAAS;WAC5E,wBAAwB,CAAC;YAC1B,UAAU,EAAE,IAAI,CAAC,WAAW,CAAC,UAAU;YACvC,MAAM,EAAE,IAAI,CAAC,WAAW,CAAC,MAAM;YAC/B,eAAe,EAAE,IAAI,CAAC,WAAW,CAAC,qBAAqB,CAAC,QAAQ,CAAC;YACjE,kBAAkB,EAAE,IAAI,CAAC,WAAW,CAAC,kBAAkB;SACxD,CAAC,CAAC;IACL,OAAO;QACL,eAAe;QACf,qBAAqB,EAAE,0BAA0B,CAAC;YAChD,uBAAuB,EAAE,IAAI,CAAC,uBAAuB;YACrD,eAAe;YACf,qBAAqB;YACrB,0BAA0B,EAAE,IAAI,CAAC,0BAA0B;YAC3D,yBAAyB,EAAE,IAAI,CAAC,yBAAyB;SAC1D,CAAC;KACH,CAAC;AACJ,CAAC;AASD;;;;;;GAMG;AACH,MAAM,CAAC,KAAK,UAAU,2BAA2B,CAC/C,OAAe,EACf,IAAuB;IAEvB,MAAM,YAAY,GAAG,IAAI,CAAC,gBAAgB,CAAC,OAAO,CAAC,EAAE,YAAY,IAAI,IAAI,CAAC;IAC1E,IAAI,YAAY,KAAK,IAAI,IAAI,CAAC,IAAI,CAAC,qBAAqB,CAAC,YAAY,CAAC,EAAE,CAAC;QACvE,OAAO,EAAE,eAAe,EAAE,KAAK,EAAE,qBAAqB,EAAE,KAAK,EAAE,CAAC;IAClE,CAAC;IACD,IAAI,CAAC;QACH,MAAM,CAAC,UAAU,EAAE,MAAM,CAAC,GAAG,MAAM,OAAO,CAAC,GAAG,CAAC;YAC7C,IAAI,CAAC,kBAAkB,CAAC,OAAO,CAAC;YAChC,IAAI,CAAC,cAAc,CAAC,OAAO,CAAC;SAC7B,CAAC,CAAC;QACH,MAAM,eAAe,GAAG,IAAI,CAAC,qBAAqB,CAAC,YAAY,CAAC,CAAC;QACjE,OAAO,EAAE,eAAe,EAAE,IAAI,EAAE,qBAAqB,EAAE,wBAAwB,CAAC,EAAE,UAAU,EAAE,MAAM,EAAE,eAAe,EAAE,CAAC,EAAE,CAAC;IAC7H,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QACb,GAAG,CAAC,KAAK,CAAC,2DAA2D,OAAO,CAAC,KAAK,CAAC,CAAC,EAAE,CAAC,CAAC,4CAA6C,GAAa,CAAC,OAAO,EAAE,CAAC,CAAC;QAC9J,OAAO,EAAE,eAAe,EAAE,IAAI,EAAE,qBAAqB,EAAE,KAAK,EAAE,CAAC;IACjE,CAAC;AACH,CAAC;AAWD;;;;;;;;;;;;GAYG;AACH,MAAM,UAAU,uBAAuB,CAAC,IAAsB;IAC5D,KAAK,MAAM,IAAI,IAAI,IAAI,CAAC,oBAAoB,EAAE,CAAC,MAAM,EAAE,EAAE,CAAC;QACxD,IAAI,IAAI,CAAC,qBAAqB,CAAC,IAAI,CAAC,YAAY,CAAC;YAAE,OAAO,IAAI,CAAC;IACjE,CAAC;IACD,OAAO,KAAK,CAAC;AACf,CAAC"}
1
+ {"version":3,"file":"verify-hold-facts.js","sourceRoot":"","sources":["../../src/worktree/verify-hold-facts.ts"],"names":[],"mappings":"AAAA,8FAA8F;AAC9F,+EAA+E;AAC/E,iEAAiE;AACjE,kFAAkF;AAClF,2DAA2D;AAC3D,gBAAgB;AAEhB;;;;;;;;;;;;;;;;;;;;GAoBG;AAEH,OAAO,EACL,0BAA0B,EAC1B,wBAAwB,GAKzB,MAAM,6BAA6B,CAAC;AACrC,OAAO,EAAE,YAAY,EAAE,MAAM,sBAAsB,CAAC;AAEpD,MAAM,GAAG,GAAG,YAAY,CAAC,EAAE,MAAM,EAAE,OAAO,EAAE,CAAC,CAAC;AAY9C;;;;;;;;;;;GAWG;AACH,MAAM,UAAU,oBAAoB,CAAC,OAAe,EAAE,IAAmB;IACvE,MAAM,YAAY,GAAG,IAAI,CAAC,gBAAgB,CAAC,OAAO,CAAC,EAAE,YAAY,IAAI,IAAI,CAAC;IAC1E,IAAI,YAAY,KAAK,IAAI;QAAE,OAAO,KAAK,CAAC;IACxC,OAAO,IAAI,CAAC,qBAAqB,CAAC,YAAY,CAAC,CAAC;AAClD,CAAC;AAED;;;;;;;GAOG;AACH,MAAM,UAAU,yBAAyB,CAAC,IAoBzC;IACC,MAAM,QAAQ,GACZ,IAAI,CAAC,iBAAiB,KAAK,IAAI,IAAI,IAAI,CAAC,qBAAqB,CAAC,IAAI,CAAC,iBAAiB,CAAC,CAAC,CAAC,CAAC,IAAI,CAAC,iBAAiB,CAAC,CAAC,CAAC,IAAI,CAAC;IACxH,MAAM,eAAe,GAAG,QAAQ,KAAK,IAAI,CAAC;IAC1C,MAAM,qBAAqB,GAAG,QAAQ,KAAK,IAAI,IAAI,IAAI,CAAC,WAAW,KAAK,SAAS;WAC5E,wBAAwB,CAAC;YAC1B,UAAU,EAAE,IAAI,CAAC,WAAW,CAAC,UAAU;YACvC,MAAM,EAAE,IAAI,CAAC,WAAW,CAAC,MAAM;YAC/B,eAAe,EAAE,IAAI,CAAC,WAAW,CAAC,qBAAqB,CAAC,QAAQ,CAAC;YACjE,kBAAkB,EAAE,IAAI,CAAC,WAAW,CAAC,kBAAkB;YACvD,aAAa,EAAE,IAAI,CAAC,WAAW,CAAC,aAAa;SAC9C,CAAC,CAAC;IACL,OAAO;QACL,eAAe;QACf,qBAAqB,EAAE,0BAA0B,CAAC;YAChD,uBAAuB,EAAE,IAAI,CAAC,uBAAuB;YACrD,eAAe;YACf,qBAAqB;YACrB,0BAA0B,EAAE,IAAI,CAAC,0BAA0B;YAC3D,yBAAyB,EAAE,IAAI,CAAC,yBAAyB;SAC1D,CAAC;KACH,CAAC;AACJ,CAAC;AASD;;;;;;GAMG;AACH,MAAM,CAAC,KAAK,UAAU,2BAA2B,CAC/C,OAAe,EACf,IAAuB;IAEvB,MAAM,YAAY,GAAG,IAAI,CAAC,gBAAgB,CAAC,OAAO,CAAC,EAAE,YAAY,IAAI,IAAI,CAAC;IAC1E,IAAI,YAAY,KAAK,IAAI,IAAI,CAAC,IAAI,CAAC,qBAAqB,CAAC,YAAY,CAAC,EAAE,CAAC;QACvE,OAAO,EAAE,eAAe,EAAE,KAAK,EAAE,qBAAqB,EAAE,KAAK,EAAE,CAAC;IAClE,CAAC;IACD,IAAI,CAAC;QACH,MAAM,CAAC,UAAU,EAAE,MAAM,CAAC,GAAG,MAAM,OAAO,CAAC,GAAG,CAAC;YAC7C,IAAI,CAAC,kBAAkB,CAAC,OAAO,CAAC;YAChC,IAAI,CAAC,cAAc,CAAC,OAAO,CAAC;SAC7B,CAAC,CAAC;QACH,MAAM,eAAe,GAAG,IAAI,CAAC,qBAAqB,CAAC,YAAY,CAAC,CAAC;QACjE,OAAO,EAAE,eAAe,EAAE,IAAI,EAAE,qBAAqB,EAAE,wBAAwB,CAAC,EAAE,UAAU,EAAE,MAAM,EAAE,eAAe,EAAE,CAAC,EAAE,CAAC;IAC7H,CAAC;IAAC,OAAO,GAAG,EAAE,CAAC;QACb,GAAG,CAAC,KAAK,CAAC,2DAA2D,OAAO,CAAC,KAAK,CAAC,CAAC,EAAE,CAAC,CAAC,4CAA6C,GAAa,CAAC,OAAO,EAAE,CAAC,CAAC;QAC9J,OAAO,EAAE,eAAe,EAAE,IAAI,EAAE,qBAAqB,EAAE,KAAK,EAAE,CAAC;IACjE,CAAC;AACH,CAAC;AAWD;;;;;;;;;;;;GAYG;AACH,MAAM,UAAU,uBAAuB,CAAC,IAAsB;IAC5D,KAAK,MAAM,IAAI,IAAI,IAAI,CAAC,oBAAoB,EAAE,CAAC,MAAM,EAAE,EAAE,CAAC;QACxD,IAAI,IAAI,CAAC,qBAAqB,CAAC,IAAI,CAAC,YAAY,CAAC;YAAE,OAAO,IAAI,CAAC;IACjE,CAAC;IACD,OAAO,KAAK,CAAC;AACf,CAAC"}
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@telora/daemon",
3
- "version": "0.24.36",
3
+ "version": "0.24.39",
4
4
  "description": "Agent orchestration daemon for Telora - spawns and manages Claude Code instances",
5
5
  "type": "module",
6
6
  "bin": {
@@ -41,7 +41,7 @@
41
41
  "//testRunner": "Uses Node.js built-in test runner (node:test) via tsx for TypeScript support. The root package uses Vitest; this is a deliberate choice for the daemon package to avoid framework dependencies. Test files live beside the modules they exercise (owner-directory layout); the runner discovers them recursively.",
42
42
  "dependencies": {
43
43
  "@telora/daemon-core": "^0.3.2",
44
- "@telora/mcp-products": "^0.23.16",
44
+ "@telora/mcp-products": "^0.23.17",
45
45
  "commander": "^14.0.3",
46
46
  "yaml": "^2.4.0",
47
47
  "zod": "^4.3.6"