@try-works/dsh-recursive-mode 0.3.1 → 0.4.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +959 -0
- package/lib/client.js +9 -2
- package/lib/closeout-report.d.ts +113 -0
- package/lib/closeout-standards.d.ts +35 -0
- package/lib/closeout.d.ts +12 -0
- package/lib/commands.d.ts +1 -1
- package/lib/config.d.ts +202 -0
- package/lib/delegation.d.ts +123 -3
- package/lib/enforcement.d.ts +90 -1
- package/lib/errors.d.ts +168 -0
- package/lib/git-context.d.ts +17 -0
- package/lib/guard-log.d.ts +39 -0
- package/lib/handoff.d.ts +29 -0
- package/lib/hooks.d.ts +103 -0
- package/lib/identity.d.ts +61 -0
- package/lib/index.d.ts +32 -12
- package/lib/index.js +9819 -3858
- package/lib/job-log.d.ts +34 -0
- package/lib/jobs-runner.d.ts +105 -0
- package/lib/json-safe.d.ts +33 -0
- package/lib/lock.d.ts +42 -0
- package/lib/memory-feedback.d.ts +52 -0
- package/lib/memory-select.d.ts +78 -0
- package/lib/memory.d.ts +137 -0
- package/lib/model-inventory.d.ts +106 -0
- package/lib/phase-graph.d.ts +111 -0
- package/lib/phase-rules.d.ts +67 -8
- package/lib/plan-gate.d.ts +68 -0
- package/lib/policy-globs.d.ts +222 -0
- package/lib/policy-write.d.ts +42 -0
- package/lib/policy.d.ts +39 -0
- package/lib/recursive_ask.tool.d.ts +88 -0
- package/lib/recursive_closeout.tool.d.ts +1 -1
- package/lib/recursive_delegate.tool.d.ts +22 -0
- package/lib/recursive_preview.tool.d.ts +48 -0
- package/lib/recursive_review.tool.d.ts +28 -0
- package/lib/result-cap.d.ts +70 -0
- package/lib/review-round.d.ts +82 -0
- package/lib/review.d.ts +9 -0
- package/lib/role-route.d.ts +122 -0
- package/lib/router.d.ts +90 -5
- package/lib/runtime.d.ts +252 -12
- package/lib/settlement.d.ts +132 -0
- package/lib/skills-phase.d.ts +71 -0
- package/lib/status.d.ts +53 -1
- package/lib/teams-loop.d.ts +91 -2
- package/lib/training.d.ts +211 -0
- package/lib/ts-lint.d.ts +15 -0
- package/lib/types.d.ts +48 -0
- package/lib/workflow-audit.d.ts +207 -0
- package/package.json +29 -30
- package/preset/recursive.patch.yml +312 -0
- package/scripts/e2e-run.mjs +51 -0
- package/scripts/link-dsh.mjs +233 -0
- package/scripts/live/fake-llm.mjs +150 -0
- package/scripts/live-session-plugin.mjs +179 -0
- package/scripts/live-session-stock.mjs +106 -0
- package/scripts/live-session.mjs +139 -0
- package/src/client/derive.ts +18 -2
- package/src/closeout-report.ts +274 -0
- package/src/closeout-standards.ts +102 -0
- package/src/closeout.ts +39 -2
- package/src/commands.ts +116 -4
- package/src/config.ts +113 -0
- package/src/delegation.ts +336 -18
- package/src/enforcement.ts +262 -72
- package/src/errors.ts +197 -0
- package/src/git-context.ts +33 -2
- package/src/guard-log.ts +134 -0
- package/src/handoff.ts +62 -0
- package/src/hooks.ts +316 -0
- package/src/identity.ts +230 -0
- package/src/index.ts +385 -20
- package/src/job-log.ts +112 -0
- package/src/jobs-runner.ts +222 -0
- package/src/json-safe.ts +75 -0
- package/src/lock.ts +153 -16
- package/src/memory-feedback.ts +185 -0
- package/src/memory-select.ts +187 -0
- package/src/memory.ts +309 -0
- package/src/model-inventory.ts +196 -0
- package/src/phase-graph.ts +191 -0
- package/src/phase-rules.ts +236 -0
- package/src/plan-gate.ts +111 -0
- package/src/policy-globs.ts +636 -0
- package/src/policy-write.ts +210 -0
- package/src/policy.ts +70 -5
- package/src/recursive_ask.tool.ts +276 -0
- package/src/recursive_audit_team.tool.ts +7 -3
- package/src/recursive_closeout.tool.ts +36 -35
- package/src/recursive_delegate.tool.ts +194 -0
- package/src/recursive_init.tool.ts +4 -3
- package/src/recursive_lint.tool.ts +81 -6
- package/src/recursive_lock.tool.ts +21 -4
- package/src/recursive_phase.tool.ts +3 -2
- package/src/recursive_preview.tool.ts +142 -0
- package/src/recursive_review.tool.ts +190 -0
- package/src/recursive_scratch.tool.ts +5 -4
- package/src/recursive_status.tool.ts +3 -2
- package/src/recursive_worktree.tool.ts +6 -5
- package/src/result-cap.ts +130 -0
- package/src/review-round.ts +335 -0
- package/src/review.ts +17 -3
- package/src/role-route.ts +230 -0
- package/src/router.ts +128 -2
- package/src/runtime.ts +968 -39
- package/src/settlement.ts +355 -0
- package/src/skills-phase.ts +143 -0
- package/src/snapshot.ts +39 -8
- package/src/status.ts +209 -4
- package/src/teams-loop.ts +223 -9
- package/src/training.ts +565 -0
- package/src/ts-lint.ts +38 -4
- package/src/types.ts +51 -0
- package/src/workflow-audit.ts +288 -0
- package/scripts/install-preset.cmd +0 -7
- package/scripts/install-preset.js +0 -101
package/src/index.ts
CHANGED
|
@@ -1,8 +1,14 @@
|
|
|
1
1
|
import { type Context } from '@deepseek-ai/cordis'
|
|
2
2
|
import { createUserMessage } from '@deepseek-ai/dsh-llm'
|
|
3
|
+
import type { ContextFormed } from '@deepseek-ai/dsh-llm'
|
|
3
4
|
import { existsSync } from 'node:fs'
|
|
4
5
|
import { join } from 'node:path'
|
|
5
6
|
import { RecursiveRuntime } from './runtime.ts'
|
|
7
|
+
import type { JobsRegistryLike } from './jobs-runner.ts'
|
|
8
|
+
import { planGateForExit } from './plan-gate.ts'
|
|
9
|
+
import { registerPhaseSkills, type SkillRegistryLike } from './skills-phase.ts'
|
|
10
|
+
import type { WorkflowEngineLike } from './workflow-audit.ts'
|
|
11
|
+
import type { RecursiveModeConfig } from './config.ts'
|
|
6
12
|
import { createRecursiveStatusTool } from './recursive_status.tool.ts'
|
|
7
13
|
import { createRecursiveInitTool } from './recursive_init.tool.ts'
|
|
8
14
|
import { createRecursiveLockTool } from './recursive_lock.tool.ts'
|
|
@@ -12,8 +18,14 @@ import { createRecursiveScratchTool } from './recursive_scratch.tool.ts'
|
|
|
12
18
|
import { createRecursiveWorktreeTool } from './recursive_worktree.tool.ts'
|
|
13
19
|
import { createRecursivePhaseTool } from './recursive_phase.tool.ts'
|
|
14
20
|
import { createRecursiveAuditTeamTool } from './recursive_audit_team.tool.ts'
|
|
21
|
+
import { createRecursiveReviewTool } from './recursive_review.tool.ts'
|
|
22
|
+
import { createRecursiveDelegateTool } from './recursive_delegate.tool.ts'
|
|
23
|
+
import { createRecursiveAskTool } from './recursive_ask.tool.ts'
|
|
24
|
+
import { createRecursivePreviewTool } from './recursive_preview.tool.ts'
|
|
25
|
+
import type { SubagentsRuntimeLike } from './delegation.ts'
|
|
15
26
|
import { registerRecursiveCommand } from './commands.ts'
|
|
16
|
-
import { evaluateToolGuard, coerceAskToDecision } from './enforcement.ts'
|
|
27
|
+
import { evaluateToolGuard, coerceAskToDecision, type ToolGuardDecision } from './enforcement.ts'
|
|
28
|
+
import { appendGuardDecision, appendObservedTamper, type GuardDecisionRecord } from './guard-log.ts'
|
|
17
29
|
import type { GoalServiceLike } from './goals-projection.ts'
|
|
18
30
|
import type { TeamRuntimeLike } from './teams-loop.ts'
|
|
19
31
|
import { renderRecursivePolicy } from './policy.ts'
|
|
@@ -22,11 +34,47 @@ import { snapshotWorkspace } from './snapshot.ts'
|
|
|
22
34
|
import { mountRecursiveRoutesOnce, makeRecursiveRoutes, type RecursiveRouteHost } from './live-route.ts'
|
|
23
35
|
import { registerRecursiveSkill } from './skills.ts'
|
|
24
36
|
import { enumerateRuns, stageBWorkflowInit } from './bootstrap.ts'
|
|
25
|
-
import { getNextLegalPhase, getLockStatus } from './lock.ts'
|
|
37
|
+
import { getNextLegalPhase, getLockStatus, PHASE_SEQUENCE } from './lock.ts'
|
|
38
|
+
import { adoptSettlement } from './settlement.ts'
|
|
39
|
+
import type { LlmInventoryLike } from './model-inventory.ts'
|
|
40
|
+
import { resolveRunDir } from './run.ts'
|
|
26
41
|
import { phaseLintRulesMessage, ReminderOnceGate } from './phase-rules.ts'
|
|
42
|
+
import { settlementFromEvent, runDirForChild, recordSettlement } from './settlement.ts'
|
|
43
|
+
|
|
44
|
+
/**
|
|
45
|
+
* rc.2 rebase (T31a) — the message-source vocabulary changed under us.
|
|
46
|
+
*
|
|
47
|
+
* At `dsh-v0.1.1-rc.2` `MessageSourceMap` carried a shared catch-all
|
|
48
|
+
* `plugin: { kind: 'plugin'; plugin: string }` entry, which this file used for
|
|
49
|
+
* its injected phase-lint reminder. At `dsh-v0.2.0-rc.2` that entry is GONE:
|
|
50
|
+
* the map is merge-extensible and, in its own words, "each producer declares
|
|
51
|
+
* its own `kind` in its own module; there is no shared catch-all `plugin`
|
|
52
|
+
* kind". This was invisible in the old checkout because its `node_modules`
|
|
53
|
+
* still held a stale `dsh-llm`.
|
|
54
|
+
*
|
|
55
|
+
* The idiom below is copied from the shipped `@deepseek-ai/dsh-repeat-tool-reminder`,
|
|
56
|
+
* whose pre-step reminder is the closest analogue to ours: a user-role message
|
|
57
|
+
* whose source declares its own kind and a `form: 'notice'` one-line account.
|
|
58
|
+
*/
|
|
59
|
+
declare module '@deepseek-ai/dsh-llm' {
|
|
60
|
+
interface MessageSourceMap {
|
|
61
|
+
'recursive-mode': { kind: 'recursive-mode' } & ContextFormed
|
|
62
|
+
}
|
|
63
|
+
}
|
|
64
|
+
|
|
65
|
+
/** Producer source stamped on every injected phase-lint reminder. */
|
|
66
|
+
const REMINDER_SOURCE = { kind: 'recursive-mode' } as const
|
|
27
67
|
|
|
28
68
|
export const name = '@try-works/dsh-recursive-mode'
|
|
29
69
|
|
|
70
|
+
/**
|
|
71
|
+
* T7: the plugin's Config schema, which the settings service DISCOVERS (see `src/config.ts`
|
|
72
|
+
* for why declaring it is the registration). Re-exported from the entry because the Loader
|
|
73
|
+
* reads it from the plugin module.
|
|
74
|
+
*/
|
|
75
|
+
export { Config } from './config.ts'
|
|
76
|
+
export type { RecursiveModeConfig } from './config.ts'
|
|
77
|
+
|
|
30
78
|
export { RecursiveRuntime } from './runtime.ts'
|
|
31
79
|
export { createRecursiveStatusTool } from './recursive_status.tool.ts'
|
|
32
80
|
export { createRecursiveInitTool } from './recursive_init.tool.ts'
|
|
@@ -93,7 +141,57 @@ export const inject = ['tools']
|
|
|
93
141
|
* repo/run work and NO session-event emission here: zero recursive/* events
|
|
94
142
|
* are ever appended (resume-crash fix), and the board reads the live fs route.
|
|
95
143
|
*/
|
|
96
|
-
|
|
144
|
+
/** T38: the built-in guard's hook name — the chain's identity for "this was the plugin's own". */
|
|
145
|
+
const BUILTIN_GUARD_HOOK_NAME = 'builtin-tool-guard'
|
|
146
|
+
|
|
147
|
+
/**
|
|
148
|
+
* T38 — the tool guard, as a function rather than an inline block.
|
|
149
|
+
*
|
|
150
|
+
* Extracted so the SAME code can run as a hook on the registry: a built-in and a
|
|
151
|
+
* sibling then share one chain, one ordering rule and one failure policy, instead of
|
|
152
|
+
* the built-in being privileged code that always runs first. Every side effect stays
|
|
153
|
+
* here — the guard-decision log is written by whoever computes the decision, so moving
|
|
154
|
+
* the call site cannot lose it.
|
|
155
|
+
*
|
|
156
|
+
* The `ask` coercion is unchanged and stays key-frozen: `coerceAskToDecision`'s output
|
|
157
|
+
* is asserted with an exact `toEqual`, so the rebuilt object carries the guard's `rule`
|
|
158
|
+
* and `transition` forward rather than letting the coercion drop them.
|
|
159
|
+
*/
|
|
160
|
+
function runToolGuard(
|
|
161
|
+
recursive: RecursiveRuntime,
|
|
162
|
+
exec: unknown,
|
|
163
|
+
root: string,
|
|
164
|
+
runId: string,
|
|
165
|
+
): ToolGuardDecision {
|
|
166
|
+
const guardMode = recursive.enforcementConfig.toolGuards
|
|
167
|
+
const decision = evaluateToolGuard(exec as never, root, runId, guardMode)
|
|
168
|
+
const coerced = coerceAskToDecision(decision, guardMode)
|
|
169
|
+
const final: ToolGuardDecision = coerced === decision
|
|
170
|
+
? decision
|
|
171
|
+
: { ...coerced, rule: decision.rule, transition: decision.transition }
|
|
172
|
+
// T15 (C/D): every decision is logged — allows included — so the rolling trace shows
|
|
173
|
+
// what the guard decided AND why, not only refusals. File-backed evidence in the
|
|
174
|
+
// control-plane config dir: zero session-event emission.
|
|
175
|
+
if (root) {
|
|
176
|
+
const record: GuardDecisionRecord = {
|
|
177
|
+
at: new Date().toISOString(),
|
|
178
|
+
runId,
|
|
179
|
+
tool: (exec as { name?: string } | null)?.name ?? '',
|
|
180
|
+
kind: final.kind,
|
|
181
|
+
rule: final.rule ?? 'none',
|
|
182
|
+
}
|
|
183
|
+
if (final.kind === 'allow') {
|
|
184
|
+
if (final.warn) record.reason = final.warn
|
|
185
|
+
} else if (final.reason) {
|
|
186
|
+
record.reason = final.reason
|
|
187
|
+
}
|
|
188
|
+
if (final.transition) record.transition = final.transition
|
|
189
|
+
appendGuardDecision(root, record)
|
|
190
|
+
}
|
|
191
|
+
return final
|
|
192
|
+
}
|
|
193
|
+
|
|
194
|
+
export function apply(ctx: Context, config?: RecursiveModeConfig) {
|
|
97
195
|
// R4 shell split (02-to-be-plan.addendum-r4-r2-mount-resolution.md): the
|
|
98
196
|
// global bare-name row in cordis.patch.yml mounts with config.shellOnly=true
|
|
99
197
|
// to expose ONLY the client bundle for client discovery. It must register
|
|
@@ -112,7 +210,58 @@ export function apply(ctx: Context, config?: { shellOnly?: boolean; repoRoot?: s
|
|
|
112
210
|
// SAFETY: the goals service is an optional host service (could be absent); the
|
|
113
211
|
// run projection treats null as "no goal backing" and never throws.
|
|
114
212
|
const goals = ctx.get('goals') as GoalServiceLike | null
|
|
115
|
-
|
|
213
|
+
// T10: the native jobs registry, when the composition mounts one. OPTIONAL on purpose —
|
|
214
|
+
// a long operation must still run, and say it was untracked, rather than fail because no
|
|
215
|
+
// board is attached.
|
|
216
|
+
const jobs = ctx.get('jobs') as JobsRegistryLike | undefined
|
|
217
|
+
// T39: the subagents seam is resolved HERE, at the composition, so the runtime can fall back
|
|
218
|
+
// to it when a caller passes none. Measured reason: `recursive_review.tool.ts` — the only
|
|
219
|
+
// production caller of `delegateReview` — passes no seam, and the runtime then reported
|
|
220
|
+
// "no ctx.subagents runtime available" on a host that had mounted it all along.
|
|
221
|
+
const subagentsSeamForRuntime = ctx.get('subagents') as SubagentsRuntimeLike | undefined
|
|
222
|
+
const recursive = new RecursiveRuntime(ctx, { repoRoot: config?.repoRoot ?? process.cwd(), workspaceRegistry, goals, jobs, subagents: subagentsSeamForRuntime ?? null, workflow: ctx.get('workflow') as WorkflowEngineLike | undefined ?? null })
|
|
223
|
+
// ⚠ FU-9 — AND RESOLVE IT AGAIN WHENEVER THE SERVICE APPEARS, because the one-shot get above is only a
|
|
224
|
+
// fast path. A live run proved the cost of relying on it: the review fell back to self-audit and reported
|
|
225
|
+
// `Status: failed` while a child DIRECTORY sat there — written by this plugin's own brief writer, before
|
|
226
|
+
// any service call — so the artifact looked like a started child and was not. `ctx.inject` is the
|
|
227
|
+
// harness's own pattern for a service that may be mounted by a later layer, and it fires immediately when
|
|
228
|
+
// the service is already present, so this is a guarantee rather than a second chance.
|
|
229
|
+
ctx.inject(['subagents'], (subagentsCtx: Context) => {
|
|
230
|
+
recursive.attachSubagents((subagentsCtx.get('subagents') as SubagentsRuntimeLike | undefined) ?? null)
|
|
231
|
+
})
|
|
232
|
+
// ⚠ FU-19 — AND THE LLM INVENTORY, the same late-attaching way: `ctx.llm` is what the browser model catalog is
|
|
233
|
+
// built from, so it is the service that knows which providers and models this host actually has. Resolved
|
|
234
|
+
// optionally — a host without it gets the `unverified` verdict rather than a silent approval.
|
|
235
|
+
const llmInventory = ctx.get('llm') as LlmInventoryLike | undefined
|
|
236
|
+
recursive.attachLlmInventory(llmInventory ?? null)
|
|
237
|
+
ctx.inject(['llm'], (llmCtx: Context) => {
|
|
238
|
+
recursive.attachLlmInventory((llmCtx.get('llm') as LlmInventoryLike | undefined) ?? null)
|
|
239
|
+
})
|
|
240
|
+
|
|
241
|
+
// T7 — THE SETTINGS NAMESPACE, APPLIED ON EVERY APPLY. The settings service edits the
|
|
242
|
+
// Loader entry's config and the Loader RE-APPLIES this plugin, so a toggle in the UI
|
|
243
|
+
// lands on this line: the re-application IS the hot reload, and there is deliberately
|
|
244
|
+
// no watcher or file poller here to drift out of sync with it.
|
|
245
|
+
//
|
|
246
|
+
// Guarded on PRESENCE rather than truthiness: `enforcement: undefined` means "the
|
|
247
|
+
// caller said nothing", which must leave the runtime's own default alone, while an
|
|
248
|
+
// explicit object — including one whose fields the schema defaulted — is a decision.
|
|
249
|
+
// Validation stays in `resolveEnforcementConfig` (strict, fail-loud), so a bad value
|
|
250
|
+
// from any source is refused rather than coerced.
|
|
251
|
+
if (config?.enforcement !== undefined) recursive.setEnforcementConfig(config.enforcement)
|
|
252
|
+
|
|
253
|
+
// T12 — publish each phase's rules to the native SKILL catalogue, so the agent and its
|
|
254
|
+
// children can ASK what a phase requires instead of grepping this checkout. The catalogue is
|
|
255
|
+
// optional; with none mounted this registers nothing and says so, because a composition
|
|
256
|
+
// without skills should still run the workflow.
|
|
257
|
+
const phaseSkills = registerPhaseSkills(ctx.get('skills') as SkillRegistryLike | undefined, PHASE_SEQUENCE)
|
|
258
|
+
// Tied to this plugin's effects: the contribution is withdrawn with the fiber that made it.
|
|
259
|
+
yield () => { for (const dispose of phaseSkills.disposers) dispose() }
|
|
260
|
+
|
|
261
|
+
// T7 part 2 — the ROUTER overrides, on the same terms: present means override, absent
|
|
262
|
+
// means defer to the workspace's declarative `recursive-router.json`. ONE PATH, NOT
|
|
263
|
+
// TWO: this does not replace the file, it lays over it (see `loadRouterPolicy`).
|
|
264
|
+
if (config?.router !== undefined) recursive.setRouterOverrides(config.router)
|
|
116
265
|
|
|
117
266
|
const repairedRoots = new Set<string>()
|
|
118
267
|
const reminderGate = new ReminderOnceGate()
|
|
@@ -126,6 +275,11 @@ export function apply(ctx: Context, config?: { shellOnly?: boolean; repoRoot?: s
|
|
|
126
275
|
// live service's real Agent parameter is a superset of TeamCallerHandle, so
|
|
127
276
|
// the seam passes the exact live Agent the tool extracts from exec.agent.
|
|
128
277
|
const agentTeams = ctx.get('agentTeams') as TeamRuntimeLike | undefined
|
|
278
|
+
// T36: the continuable-subagent seam the review tool drives. Optional for the
|
|
279
|
+
// same reason as agentTeams — absent it, `recursive_review` still runs and
|
|
280
|
+
// reports `unavailable`, naming that the repair path does not exist rather than
|
|
281
|
+
// pretending the review was a success.
|
|
282
|
+
const subagentsSeam = subagentsSeamForRuntime
|
|
129
283
|
|
|
130
284
|
// Packaged skill (dsh plugin standard): register the `recursive-mode` skill
|
|
131
285
|
// into the host skills registry via ctx.skills.registerProvider (the
|
|
@@ -143,6 +297,16 @@ export function apply(ctx: Context, config?: { shellOnly?: boolean; repoRoot?: s
|
|
|
143
297
|
ctx.tools.register(createRecursiveScratchTool(recursive)),
|
|
144
298
|
ctx.tools.register(createRecursiveWorktreeTool(recursive)),
|
|
145
299
|
ctx.tools.register(createRecursivePhaseTool(recursive)),
|
|
300
|
+
ctx.tools.register(createRecursiveReviewTool(recursive, subagentsSeam)),
|
|
301
|
+
// ⚠ FU-17 — WORK delegation: the main agent hands a phase's actual work to a child, reads it, and sends
|
|
302
|
+
// feedback to the same child. Registered beside the review tool because they share the round driver, the
|
|
303
|
+
// settlement observer and the reply contract — the difference is what a settlement MEANS.
|
|
304
|
+
ctx.tools.register(createRecursiveDelegateTool(recursive, subagentsSeam)),
|
|
305
|
+
// T23: the three human gates as structured decisions. Registered here so the ask is a TOOL call
|
|
306
|
+
// — which is what the host renders as a card — rather than prose a person has to interpret.
|
|
307
|
+
ctx.tools.register(createRecursiveAskTool(recursive)),
|
|
308
|
+
// T26: the read-only view of what the enforcement contract will do, before it fires.
|
|
309
|
+
ctx.tools.register(createRecursivePreviewTool(recursive)),
|
|
146
310
|
...(agentTeams ? [ctx.tools.register(createRecursiveAuditTeamTool(agentTeams))] : []),
|
|
147
311
|
]
|
|
148
312
|
|
|
@@ -186,30 +350,232 @@ export function apply(ctx: Context, config?: { shellOnly?: boolean; repoRoot?: s
|
|
|
186
350
|
|
|
187
351
|
// Phase C R4: tools/pre-execute surgical guards (Layer 2, caller of the
|
|
188
352
|
// transition set). Scope-filtered to the active run's worktree.
|
|
353
|
+
//
|
|
354
|
+
// T15 — this listener used to hand `evaluateToolGuard` an EMPTY runId, so its
|
|
355
|
+
// `runDir` resolved to `<root>/.recursive/run` — the directory that holds run
|
|
356
|
+
// DIRECTORIES, not artifacts. The monotonic lock-order and Phase-3 TDD
|
|
357
|
+
// branches could therefore never fire; only the locked-write branch worked
|
|
358
|
+
// (it resolves its target path directly). The REAL active run id is now
|
|
359
|
+
// resolved per call, the same way recursive_status/phaseRules do it.
|
|
360
|
+
const sessionsStore = ctx.get('sessions') as
|
|
361
|
+
| { get?: (id: string) => { header?: { cwd?: string } } | undefined }
|
|
362
|
+
| undefined
|
|
363
|
+
// T38 — THE BUILT-IN GUARD IS NOW A HOOK ON THE SAME CHAIN AS EVERYONE ELSE.
|
|
364
|
+
//
|
|
365
|
+
// Registered at PRIORITY 0 so a sibling with a higher priority runs FIRST and can
|
|
366
|
+
// pre-empt it cheaply — which is the point of participation. The guard stays the
|
|
367
|
+
// baseline that runs when nobody objects.
|
|
368
|
+
//
|
|
369
|
+
// `fail_closed` because this is a GATING point: a guard that cannot decide must not
|
|
370
|
+
// let the call through. The FULL decision rides back as an annotation, so `ask` and
|
|
371
|
+
// `allow` survive with `warn`/`rule`/`transition` intact — the listener returns that
|
|
372
|
+
// object VERBATIM, which is what keeps `guard-path` byte-identical.
|
|
373
|
+
recursive.hooks.register('pre_trigger', {
|
|
374
|
+
name: BUILTIN_GUARD_HOOK_NAME,
|
|
375
|
+
priority: 0,
|
|
376
|
+
onError: 'fail_closed',
|
|
377
|
+
run: (input) => {
|
|
378
|
+
const payload = input as { exec?: unknown; root?: string; runId?: string }
|
|
379
|
+
const decision = runToolGuard(recursive, payload.exec, payload.root ?? '', payload.runId ?? '')
|
|
380
|
+
return decision.kind === 'deny'
|
|
381
|
+
? { decision: 'deny' as const, reason: decision.reason ?? 'denied by the tool guard', annotations: { guardDecision: decision } }
|
|
382
|
+
: { decision: 'continue' as const, annotations: { guardDecision: decision } }
|
|
383
|
+
},
|
|
384
|
+
})
|
|
385
|
+
// T13 (part 2) — THE PLAN GATE IS LIVE. `exit_plan_mode` is the event that leaves plan mode,
|
|
386
|
+
// so it is where the gate belongs: a run still waiting on a DISCOVERY phase must not leave
|
|
387
|
+
// plan mode, because that would start implementing on an unfinished plan. The gate reads the
|
|
388
|
+
// phase the run is already waiting on rather than keeping its own state, which is why it
|
|
389
|
+
// cannot drift from the workflow.
|
|
390
|
+
//
|
|
391
|
+
// Priority 5, ABOVE the built-in tool guard at 0: this is a workflow-shaped refusal and
|
|
392
|
+
// should be the reason a caller sees, not something the generic guard has to restate.
|
|
393
|
+
recursive.hooks.register('pre_trigger', {
|
|
394
|
+
name: 'exit-plan-mode-gate',
|
|
395
|
+
priority: 5,
|
|
396
|
+
onError: 'fail_closed',
|
|
397
|
+
run: (input) => {
|
|
398
|
+
const payload = input as { tool?: string; root?: string; runId?: string }
|
|
399
|
+
if (payload.tool !== 'exit_plan_mode') return { decision: 'continue' as const }
|
|
400
|
+
const root = payload.root ?? ''
|
|
401
|
+
const runId = payload.runId ?? ''
|
|
402
|
+
if (root === '' || runId === '') return { decision: 'continue' as const }
|
|
403
|
+
const gate = planGateForExit(getNextLegalPhase(join(root, '.recursive', 'run', runId)))
|
|
404
|
+
return gate.allow
|
|
405
|
+
? { decision: 'continue' as const, annotations: { planGate: gate.reason } }
|
|
406
|
+
: { decision: 'deny' as const, reason: gate.reason }
|
|
407
|
+
},
|
|
408
|
+
})
|
|
189
409
|
const toolRuntime = ctx as unknown as { on?: (event: string, listener: (payload: unknown, next?: unknown) => unknown) => () => void }
|
|
190
410
|
if (toolRuntime.on) {
|
|
191
|
-
disposers.push(toolRuntime.on('tools/pre-execute', (payload, next) => {
|
|
411
|
+
disposers.push(toolRuntime.on('tools/pre-execute', async (payload, next) => {
|
|
192
412
|
const exec = payload as { name?: string; arguments?: unknown; agent?: { session?: { header?: { cwd?: string } } } | null } | null
|
|
193
413
|
if (!exec?.name) return typeof next === 'function' ? next() : { kind: 'allow' }
|
|
194
414
|
// B3: per-call root is the session cwd (authoritative when the registry is
|
|
195
415
|
// absent), never process.cwd().
|
|
196
|
-
const
|
|
197
|
-
const
|
|
198
|
-
|
|
199
|
-
|
|
200
|
-
//
|
|
201
|
-
//
|
|
202
|
-
//
|
|
203
|
-
|
|
204
|
-
|
|
205
|
-
|
|
416
|
+
const cwd = exec?.agent?.session?.header?.cwd ?? ''
|
|
417
|
+
const root = (await recursive.resolveRootForRoute(undefined, cwd, sessionsStore)) ?? cwd
|
|
418
|
+
// T15 (A): the active run id is resolved from the FILESYSTEM on every call
|
|
419
|
+
// — `resolveRunDir` is the canonical latest-run-by-mtime used by
|
|
420
|
+
// recursive_status/phaseRules. Deliberately NO ttl/time cache: a cached run
|
|
421
|
+
// id would silently reintroduce exactly the empty-runId bug being fixed
|
|
422
|
+
// here, because a run created moments ago must be visible immediately. If a
|
|
423
|
+
// cache is ever added it must be provably invalidated on run creation.
|
|
424
|
+
const runId = root ? resolveRunDir(root)?.runId ?? '' : ''
|
|
425
|
+
|
|
426
|
+
// T27 — THE NAMED POINT IS LIVE AT THE ENFORCEMENT SEAM. A sibling hook may
|
|
427
|
+
// deny here BEFORE the built-in guard runs, so participation is real rather
|
|
428
|
+
// than a reachable registry that nothing consults.
|
|
429
|
+
//
|
|
430
|
+
// With no hooks registered — the ordinary case — the chain returns `continue`
|
|
431
|
+
// and the guard below runs exactly as it always has, which is what keeps
|
|
432
|
+
// `guard-path.spec.ts`'s pinned contract byte-identical. That is the point of
|
|
433
|
+
// putting the chain FIRST: it adds a way in without moving what was there.
|
|
434
|
+
//
|
|
435
|
+
// A `hold` is treated as a denial at this seam. `hold` means "stop and wait"
|
|
436
|
+
// for a point that can resume later; a tool call has nothing to resume, so
|
|
437
|
+
// pretending to hold would silently proceed. Better to refuse and say so.
|
|
438
|
+
const preTrigger = await recursive.hooks.run('pre_trigger', {
|
|
439
|
+
tool: exec.name,
|
|
440
|
+
args: exec.arguments,
|
|
441
|
+
exec,
|
|
442
|
+
root,
|
|
443
|
+
runId,
|
|
444
|
+
})
|
|
445
|
+
const decider = preTrigger.ran[preTrigger.ran.length - 1]
|
|
446
|
+
|
|
447
|
+
// A SIBLING stopped the chain. Checked by the DECIDER, not by the built-in's
|
|
448
|
+
// mere absence: a sibling with a LOWER priority than the guard runs after it, so
|
|
449
|
+
// "the guard is in the trail" does not mean "the guard decided".
|
|
450
|
+
if ((preTrigger.decision === 'deny' || preTrigger.decision === 'hold') && decider?.name !== BUILTIN_GUARD_HOOK_NAME) {
|
|
451
|
+
const by = decider?.name ?? 'a pre_trigger hook'
|
|
452
|
+
const why = preTrigger.reason ?? 'no reason given'
|
|
453
|
+
// A `hold` is treated as a refusal at this seam. `hold` means "stop and wait"
|
|
454
|
+
// for a point that can resume later; a tool call has nothing to resume, so
|
|
455
|
+
// pretending to hold would silently proceed — worse than refusing, because the
|
|
456
|
+
// caller would never learn a hook wanted to stop it.
|
|
457
|
+
return {
|
|
458
|
+
kind: 'deny',
|
|
459
|
+
reason: preTrigger.decision === 'hold'
|
|
460
|
+
? 'held by pre_trigger hook ' + by + ': ' + why
|
|
461
|
+
: 'denied by pre_trigger hook ' + by + ': ' + why,
|
|
462
|
+
}
|
|
463
|
+
}
|
|
464
|
+
|
|
465
|
+
// The guard itself failed: it is fail_closed, so the refusal is reported with
|
|
466
|
+
// its own error rather than as a silent allow.
|
|
467
|
+
if (decider?.name === BUILTIN_GUARD_HOOK_NAME && decider.error !== undefined) {
|
|
468
|
+
return { kind: 'deny', reason: 'the tool guard failed: ' + decider.error }
|
|
469
|
+
}
|
|
470
|
+
|
|
471
|
+
const builtIn = preTrigger.ran.find((entry) => entry.name === BUILTIN_GUARD_HOOK_NAME)
|
|
472
|
+
const final = builtIn?.annotations?.guardDecision as ToolGuardDecision | undefined
|
|
473
|
+
if (final === undefined) {
|
|
474
|
+
// Unreachable while the built-in is registered unconditionally. It fails
|
|
475
|
+
// CLOSED rather than allowing, because "we could not decide" is not permission.
|
|
476
|
+
return { kind: 'deny', reason: 'the tool guard produced no decision' }
|
|
477
|
+
}
|
|
478
|
+
// The guard's own object, returned VERBATIM — the pinned contract.
|
|
479
|
+
if (final.kind === 'deny') return final
|
|
480
|
+
if (final.kind === 'allow' && final.warn) {
|
|
206
481
|
// Package-tagged host logging; never a silent pass under approval=never.
|
|
207
|
-
console.warn('[recursive] tool guard (advisory): ' +
|
|
482
|
+
console.warn('[recursive] tool guard (advisory): ' + final.warn + ' — allowing')
|
|
208
483
|
}
|
|
209
484
|
return typeof next === 'function' ? next() : { kind: 'allow' }
|
|
210
485
|
}))
|
|
211
486
|
}
|
|
212
487
|
|
|
488
|
+
// T15 (E): the fs/observed lock-tamper path. The harness contract is a plain
|
|
489
|
+
// SYNCHRONOUS emit fired AFTER a successful write, so this listener cannot
|
|
490
|
+
// veto anything and contractually must not throw — it only RECORDS. Before
|
|
491
|
+
// T15 the plugin had no fs/observed listener at all (the string appeared in
|
|
492
|
+
// comments only), so `detectTamper` was exported and unit-tested with no live
|
|
493
|
+
// caller and a tampered lock surfaced nowhere but prompt text.
|
|
494
|
+
const observationRuntime = ctx as unknown as { on?: (event: string, listener: (target: unknown, observation: unknown, actor: unknown) => void) => () => void }
|
|
495
|
+
if (observationRuntime.on) {
|
|
496
|
+
disposers.push(observationRuntime.on('fs/observed', (target, observation, actor) => {
|
|
497
|
+
try {
|
|
498
|
+
// Only a present observation can be a tamper; absent/unrelated are ignored.
|
|
499
|
+
if ((observation as { kind?: string } | null)?.kind !== 'present') return
|
|
500
|
+
const displayPath = (target as { displayPath?: string } | null)?.displayPath ?? ''
|
|
501
|
+
if (!displayPath) return
|
|
502
|
+
// Cheap shape test BEFORE any filesystem work: fs/observed fires on reads
|
|
503
|
+
// too, so enumerating runs for every observation would be a readdir per
|
|
504
|
+
// file touch. This is EXACTLY detectTamper's own admission test (same
|
|
505
|
+
// normalized string, same two conditions), so it can never reject a
|
|
506
|
+
// candidate detectTamper would have accepted.
|
|
507
|
+
const normalized = displayPath.replace(/\\/g, '/')
|
|
508
|
+
if (!normalized.endsWith('.md') || !normalized.includes('/.recursive/run/')) return
|
|
509
|
+
// The actor is the tool execution. This event cannot await, so the root is
|
|
510
|
+
// the actor's session cwd (the same B4 sync shortcut fsPolicyIntent takes:
|
|
511
|
+
// the session cwd is authoritative, the registry path is async-only).
|
|
512
|
+
const cwd = (actor as { agent?: { session?: { header?: { cwd?: string } } } } | null)?.agent?.session?.header?.cwd ?? ''
|
|
513
|
+
if (!cwd) return
|
|
514
|
+
const runId = resolveRunDir(cwd)?.runId ?? ''
|
|
515
|
+
const tamper = recursive.detectTamper(normalized, cwd, runId)
|
|
516
|
+
if (!tamper) return
|
|
517
|
+
appendObservedTamper(cwd, {
|
|
518
|
+
at: new Date().toISOString(),
|
|
519
|
+
runId: tamper.runId,
|
|
520
|
+
path: tamper.path,
|
|
521
|
+
reason: tamper.reason,
|
|
522
|
+
})
|
|
523
|
+
} catch {
|
|
524
|
+
// Observe-only: the fs/observed contract forbids throwing.
|
|
525
|
+
}
|
|
526
|
+
}))
|
|
527
|
+
}
|
|
528
|
+
|
|
529
|
+
// T36: capture a delegated child's SETTLEMENT at delivery time.
|
|
530
|
+
//
|
|
531
|
+
// WHY DELIVERY AND NOT HISTORY. The obvious implementation of a parent-side
|
|
532
|
+
// settlement observer is to scan the session log for the `subagent-settled`
|
|
533
|
+
// notice. That is prohibited: DSH deprecates synchronous reads of arbitrary
|
|
534
|
+
// session history (`eventAt`/`snapshotEvents`/`ownEvents`) and states that new
|
|
535
|
+
// production calls are prohibited, enforced by an executable lint check. The
|
|
536
|
+
// sanctioned replacement is to process the DELIVERED event, which is this
|
|
537
|
+
// listener — the same `session/event` seam the projection registry subscribes
|
|
538
|
+
// to. The durable fact then lands in the run's own FILE state, which is where
|
|
539
|
+
// every other plugin fact lands and keeps the plugin zero-emission.
|
|
540
|
+
//
|
|
541
|
+
// The loop needs this because there is NO parent-side promise to await: a
|
|
542
|
+
// continuable child's settlement arrives as a durable user message on a later
|
|
543
|
+
// turn, so the round observer must find a recorded settlement or honestly
|
|
544
|
+
// report that none has landed yet.
|
|
545
|
+
const sessionRuntime = ctx as unknown as { on?: (event: string, listener: (session: unknown, event: unknown) => void) => () => void }
|
|
546
|
+
if (sessionRuntime.on) {
|
|
547
|
+
disposers.push(sessionRuntime.on('session/event', (session, event) => {
|
|
548
|
+
try {
|
|
549
|
+
// Cheap shape test FIRST: session/event fires for EVERY committed event
|
|
550
|
+
// in every session, so a non-settlement must be rejected before any
|
|
551
|
+
// filesystem work. This is the same ordering the fs/observed listener
|
|
552
|
+
// uses, for the same reason.
|
|
553
|
+
const notice = settlementFromEvent(event as never)
|
|
554
|
+
if (notice === null) return
|
|
555
|
+
// B3: the session cwd is the authoritative control-plane root per call.
|
|
556
|
+
const cwd = (session as { header?: { cwd?: string } } | null)?.header?.cwd ?? ''
|
|
557
|
+
if (cwd === '') return
|
|
558
|
+
const runDir = runDirForChild(cwd, notice.childId)
|
|
559
|
+
// No run (or an ambiguous one) means the settlement is not filed rather
|
|
560
|
+
// than filed wrongly: the loop will report "no settlement yet", which is
|
|
561
|
+
// recoverable, whereas attaching evidence to the wrong run is not.
|
|
562
|
+
if (runDir === null) {
|
|
563
|
+
// ⚠ FU-17 — ADOPT RATHER THAN DROP. The rule above still holds — never guess between runs — but a
|
|
564
|
+
// settlement for a child nobody filed is evidence of work that really happened, and dropping it
|
|
565
|
+
// means a phase artifact cannot cite it. `adoptSettlement` files it into the single run when there
|
|
566
|
+
// is exactly one, and into a root-level adoption log when choosing would mean guessing. Marked as
|
|
567
|
+
// adopted either way, so a reader can tell an adopted record from a delegation's own.
|
|
568
|
+
adoptSettlement(cwd, notice)
|
|
569
|
+
return
|
|
570
|
+
}
|
|
571
|
+
recordSettlement(runDir, notice)
|
|
572
|
+
} catch {
|
|
573
|
+
// Observe-only. This rides the hot path of every session event and must
|
|
574
|
+
// never break the session it observes.
|
|
575
|
+
}
|
|
576
|
+
}))
|
|
577
|
+
}
|
|
578
|
+
|
|
213
579
|
// SP3 R5: agent/pre-step lint-rules injection (pre-step contract verified: the
|
|
214
580
|
// listener returns { kind: 'enter', messages: [...messages, injected] } and the
|
|
215
581
|
// returned array REPLACES the default [...claimed, context]). When the session's
|
|
@@ -258,7 +624,7 @@ export function apply(ctx: Context, config?: { shellOnly?: boolean; repoRoot?: s
|
|
|
258
624
|
const reminder = phaseLintRulesMessage(phase)
|
|
259
625
|
return {
|
|
260
626
|
kind: 'enter',
|
|
261
|
-
messages: [...messages, createUserMessage({ content: [{ type: 'text', text: reminder }], source: {
|
|
627
|
+
messages: [...messages, createUserMessage({ content: [{ type: 'text', text: reminder }], source: { ...REMINDER_SOURCE, form: 'notice', summary: 'phase ' + phase + ' lint rules' } })],
|
|
262
628
|
} as const
|
|
263
629
|
}))
|
|
264
630
|
}
|
|
@@ -267,12 +633,11 @@ export function apply(ctx: Context, config?: { shellOnly?: boolean; repoRoot?: s
|
|
|
267
633
|
// mountOnce-global: apply() runs per-session, but the route must register
|
|
268
634
|
// exactly once (WebServer.register throws on duplicate kind+path) and serve
|
|
269
635
|
// PER-WORKSPACE state. No-op when the host composes no webServer (headless).
|
|
636
|
+
// (`sessionsStore` is resolved once, above the pre-execute listener, which now
|
|
637
|
+
// needs it too.)
|
|
270
638
|
const webServer = ctx.get('webServer') as
|
|
271
639
|
| { register: (route: { kind: string; path: string; handler: unknown }) => () => void }
|
|
272
640
|
| undefined
|
|
273
|
-
const sessionsStore = ctx.get('sessions') as
|
|
274
|
-
| { get?: (id: string) => { header?: { cwd?: string } } | undefined }
|
|
275
|
-
| undefined
|
|
276
641
|
if (webServer) {
|
|
277
642
|
const host: RecursiveRouteHost = {
|
|
278
643
|
// sessionId PRIMARY: the host resolves cwd from the attached session header;
|
package/src/job-log.ts
ADDED
|
@@ -0,0 +1,112 @@
|
|
|
1
|
+
/**
|
|
2
|
+
* T39 — surface job runs to the board as a durable, file-backed log.
|
|
3
|
+
*
|
|
4
|
+
* WHY A FILE AND NOT AN EVENT BUS. The native registry offers
|
|
5
|
+
* `jobs.events.subscribe(filter, listener)`, and subscribing was the first thing this looked
|
|
6
|
+
* like it should do. It is the wrong seam for THIS job: an event carries a job id and a
|
|
7
|
+
* status, but **not the run a job belongs to** — and the plugin's board reads the RUN LAYER.
|
|
8
|
+
* Subscribing would therefore mean parsing run ids back out of our own labels, which is a
|
|
9
|
+
* mapping that breaks silently the day a label changes. The call site already knows the run
|
|
10
|
+
* it started work for, so the run id is recorded where it is KNOWN and read where it is
|
|
11
|
+
* NEEDED. That also keeps the zero-emission invariant: a file in the run layer, never a
|
|
12
|
+
* session event.
|
|
13
|
+
*
|
|
14
|
+
* ⚠ BEST-EFFORT BY DESIGN, exactly like the guard log and the settlement log: a failed log
|
|
15
|
+
* write must never change the outcome of work that already ran. Recording is observability;
|
|
16
|
+
* letting observability fail a lint would be the tail wagging the dog.
|
|
17
|
+
*
|
|
18
|
+
* ⚠ AND IT SAYS WHETHER THE RUN WAS TRACKED. `tracked: false` is recorded rather than left
|
|
19
|
+
* implicit, because a reader must be able to tell "this job ran without a board" from "the
|
|
20
|
+
* board lost it" — the same distinction `describeJobRun` makes for a caller.
|
|
21
|
+
*/
|
|
22
|
+
import { appendFileSync, existsSync, mkdirSync, readFileSync } from 'node:fs'
|
|
23
|
+
import { dirname, join } from 'node:path'
|
|
24
|
+
import type { JobRunResult } from './jobs-runner.ts'
|
|
25
|
+
|
|
26
|
+
/** One recorded run, as the board reads it. */
|
|
27
|
+
export interface JobLogRecord {
|
|
28
|
+
at: string
|
|
29
|
+
/** The producer kind: `lint`, `worktree`, `delegation`. */
|
|
30
|
+
kind: string
|
|
31
|
+
label: string
|
|
32
|
+
/** False when there was no registry and the work ran inline. */
|
|
33
|
+
tracked: boolean
|
|
34
|
+
jobId?: string
|
|
35
|
+
status: 'completed' | 'killed' | 'failed'
|
|
36
|
+
detail?: string
|
|
37
|
+
}
|
|
38
|
+
|
|
39
|
+
/** Where a run's job log lives, beside its other run-layer records. */
|
|
40
|
+
export function jobsLogPath(root: string, runId: string): string {
|
|
41
|
+
return join(root, '.recursive', 'run', runId, 'jobs', 'jobs.jsonl')
|
|
42
|
+
}
|
|
43
|
+
|
|
44
|
+
/**
|
|
45
|
+
* Append one run to the log. Never throws: an unwritable log is not a reason for a completed
|
|
46
|
+
* lint to be reported as a failure.
|
|
47
|
+
*
|
|
48
|
+
* @returns true when the line was written, false when it could not be — so a caller that
|
|
49
|
+
* cares can say so without this function deciding for it.
|
|
50
|
+
*/
|
|
51
|
+
export function recordJobRun(
|
|
52
|
+
root: string,
|
|
53
|
+
runId: string,
|
|
54
|
+
entry: { kind: string; label: string; result: JobRunResult<unknown> },
|
|
55
|
+
): boolean {
|
|
56
|
+
if (root === '' || runId === '') return false
|
|
57
|
+
try {
|
|
58
|
+
const path = jobsLogPath(root, runId)
|
|
59
|
+
mkdirSync(dirname(path), { recursive: true })
|
|
60
|
+
const record: JobLogRecord = {
|
|
61
|
+
at: new Date().toISOString(),
|
|
62
|
+
kind: entry.kind,
|
|
63
|
+
label: entry.label,
|
|
64
|
+
tracked: entry.result.tracked,
|
|
65
|
+
status: entry.result.status,
|
|
66
|
+
}
|
|
67
|
+
if (entry.result.jobId !== undefined) record.jobId = entry.result.jobId
|
|
68
|
+
const detail = entry.result.detail ?? entry.result.error
|
|
69
|
+
if (detail !== undefined) record.detail = detail
|
|
70
|
+
appendFileSync(path, JSON.stringify(record) + '\n', 'utf8')
|
|
71
|
+
return true
|
|
72
|
+
} catch {
|
|
73
|
+
return false
|
|
74
|
+
}
|
|
75
|
+
}
|
|
76
|
+
|
|
77
|
+
/** Read a run's job log. A missing or damaged file reads as empty — never an error. */
|
|
78
|
+
export function readJobRuns(root: string, runId: string): JobLogRecord[] {
|
|
79
|
+
const path = jobsLogPath(root, runId)
|
|
80
|
+
if (!existsSync(path)) return []
|
|
81
|
+
try {
|
|
82
|
+
return readFileSync(path, 'utf8')
|
|
83
|
+
.split('\n')
|
|
84
|
+
.filter((line) => line.trim() !== '')
|
|
85
|
+
.flatMap((line) => {
|
|
86
|
+
try {
|
|
87
|
+
const parsed = JSON.parse(line) as JobLogRecord
|
|
88
|
+
return typeof parsed?.kind === 'string' && typeof parsed?.status === 'string' ? [parsed] : []
|
|
89
|
+
} catch {
|
|
90
|
+
return []
|
|
91
|
+
}
|
|
92
|
+
})
|
|
93
|
+
} catch {
|
|
94
|
+
return []
|
|
95
|
+
}
|
|
96
|
+
}
|
|
97
|
+
|
|
98
|
+
/**
|
|
99
|
+
* A board-facing rendering: one line per run, newest last, with the untracked and
|
|
100
|
+
* non-completed cases called out rather than implied.
|
|
101
|
+
*/
|
|
102
|
+
export function renderJobLog(root: string, runId: string): string {
|
|
103
|
+
const records = readJobRuns(root, runId)
|
|
104
|
+
if (records.length === 0) return 'no job runs recorded for this run'
|
|
105
|
+
return records
|
|
106
|
+
.map((record) => {
|
|
107
|
+
const where = record.tracked ? (record.jobId ?? 'job') : 'untracked'
|
|
108
|
+
const why = record.detail === undefined ? '' : ' — ' + record.detail
|
|
109
|
+
return record.status + ' [' + record.kind + '] ' + where + ': ' + record.label + why
|
|
110
|
+
})
|
|
111
|
+
.join('\n')
|
|
112
|
+
}
|