@telora/daemon 0.16.42 → 0.16.44
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/build-info.json +2 -2
- package/dist/directive/directive-queue.d.ts +117 -0
- package/dist/directive/directive-queue.d.ts.map +1 -0
- package/dist/directive/directive-queue.js +114 -0
- package/dist/directive/directive-queue.js.map +1 -0
- package/dist/directive/stage-tracker.d.ts +23 -0
- package/dist/directive/stage-tracker.d.ts.map +1 -0
- package/dist/directive/stage-tracker.js +27 -0
- package/dist/directive/stage-tracker.js.map +1 -0
- package/dist/directive-executor.d.ts +3 -102
- package/dist/directive-executor.d.ts.map +1 -1
- package/dist/directive-executor.js +14 -112
- package/dist/directive-executor.js.map +1 -1
- package/dist/focus-executor.d.ts.map +1 -1
- package/dist/focus-executor.js +1 -0
- package/dist/focus-executor.js.map +1 -1
- package/dist/prompt-sections/context-sections.d.ts +32 -0
- package/dist/prompt-sections/context-sections.d.ts.map +1 -0
- package/dist/prompt-sections/context-sections.js +86 -0
- package/dist/prompt-sections/context-sections.js.map +1 -0
- package/dist/prompt-sections/execution-sections.d.ts +82 -0
- package/dist/prompt-sections/execution-sections.d.ts.map +1 -0
- package/dist/prompt-sections/execution-sections.js +601 -0
- package/dist/prompt-sections/execution-sections.js.map +1 -0
- package/dist/prompt-sections/persona-sections.d.ts +133 -0
- package/dist/prompt-sections/persona-sections.d.ts.map +1 -0
- package/dist/prompt-sections/persona-sections.js +317 -0
- package/dist/prompt-sections/persona-sections.js.map +1 -0
- package/dist/prompt-sections/role-sections.d.ts +24 -0
- package/dist/prompt-sections/role-sections.d.ts.map +1 -0
- package/dist/prompt-sections/role-sections.js +78 -0
- package/dist/prompt-sections/role-sections.js.map +1 -0
- package/dist/prompt-sections/shared.d.ts +66 -0
- package/dist/prompt-sections/shared.d.ts.map +1 -0
- package/dist/prompt-sections/shared.js +33 -0
- package/dist/prompt-sections/shared.js.map +1 -0
- package/dist/team-prompt-base.d.ts +16 -287
- package/dist/team-prompt-base.d.ts.map +1 -1
- package/dist/team-prompt-base.js +20 -1089
- package/dist/team-prompt-base.js.map +1 -1
- package/dist/templates/claude-md.d.ts.map +1 -1
- package/dist/templates/claude-md.js +0 -1
- package/dist/templates/claude-md.js.map +1 -1
- package/package.json +1 -1
|
@@ -0,0 +1,33 @@
|
|
|
1
|
+
/**
|
|
2
|
+
* Shared types and private helpers for the focus team prompt section builders.
|
|
3
|
+
*
|
|
4
|
+
* Extracted from team-prompt-base.ts. Holds the prompt-context interfaces and
|
|
5
|
+
* the engine-specific orchestration vocabulary helper used by 2+ section
|
|
6
|
+
* modules, so the section modules and the team-prompt-base aggregator import
|
|
7
|
+
* from one place (avoids circular imports).
|
|
8
|
+
*/
|
|
9
|
+
export function orchestrationVocabulary(engineId) {
|
|
10
|
+
if (engineId === 'codex') {
|
|
11
|
+
return {
|
|
12
|
+
spawnStep: '3. Spawn worker subagents (delegate via the Codex agent tool) for parallelizable work',
|
|
13
|
+
workerMechanism: 'You manage worker execution by spawning worker subagents. Workers are subagents\n' +
|
|
14
|
+
'that execute individual issues.',
|
|
15
|
+
caveat: [
|
|
16
|
+
'',
|
|
17
|
+
'**Codex subagent spawns -- spawn cleanly:**',
|
|
18
|
+
'- Do NOT pass `agent_type`, `model`, or `reasoning_effort` when delegating a',
|
|
19
|
+
' full-history fork: forked agents inherit the parent\'s type/model/effort and',
|
|
20
|
+
' the router rejects the call otherwise. Omit those fields (or spawn without a',
|
|
21
|
+
' full-history fork).',
|
|
22
|
+
],
|
|
23
|
+
};
|
|
24
|
+
}
|
|
25
|
+
// Default: Claude Code (in-process teammates via the Task tool).
|
|
26
|
+
return {
|
|
27
|
+
spawnStep: '3. Spawn workers (using the Task tool) for parallelizable work',
|
|
28
|
+
workerMechanism: 'You manage worker execution using the Task tool. Workers are subagents\n' +
|
|
29
|
+
'that execute individual issues.',
|
|
30
|
+
caveat: [],
|
|
31
|
+
};
|
|
32
|
+
}
|
|
33
|
+
//# sourceMappingURL=shared.js.map
|
|
@@ -0,0 +1 @@
|
|
|
1
|
+
{"version":3,"file":"shared.js","sourceRoot":"","sources":["../../src/prompt-sections/shared.ts"],"names":[],"mappings":"AAAA;;;;;;;GAOG;AAuEH,MAAM,UAAU,uBAAuB,CAAC,QAA4B;IAClE,IAAI,QAAQ,KAAK,OAAO,EAAE,CAAC;QACzB,OAAO;YACL,SAAS,EAAE,uFAAuF;YAClG,eAAe,EACb,mFAAmF;gBACnF,iCAAiC;YACnC,MAAM,EAAE;gBACN,EAAE;gBACF,6CAA6C;gBAC7C,8EAA8E;gBAC9E,gFAAgF;gBAChF,gFAAgF;gBAChF,uBAAuB;aACxB;SACF,CAAC;IACJ,CAAC;IACD,iEAAiE;IACjE,OAAO;QACL,SAAS,EAAE,gEAAgE;QAC3E,eAAe,EACb,0EAA0E;YAC1E,iCAAiC;QACnC,MAAM,EAAE,EAAE;KACX,CAAC;AACJ,CAAC"}
|
|
@@ -1,293 +1,22 @@
|
|
|
1
1
|
/**
|
|
2
2
|
* Core prompt building infrastructure for focus team prompts.
|
|
3
3
|
*
|
|
4
|
-
*
|
|
5
|
-
*
|
|
6
|
-
*
|
|
7
|
-
*
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
}
|
|
16
|
-
export
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
productId: string;
|
|
21
|
-
deliveries: FocusDeliveryInfo[];
|
|
22
|
-
issues: FocusIssueInfo[];
|
|
23
|
-
executionConfig: FocusExecutionConfig;
|
|
24
|
-
pipelineConfig: PipelineConfig | null;
|
|
25
|
-
productContextDocs?: ProductContextDoc[];
|
|
26
|
-
deploymentProfileSnapshot?: DeploymentProfileSnapshotContext | null;
|
|
27
|
-
readOnly?: boolean;
|
|
28
|
-
loopContext?: string;
|
|
29
|
-
/**
|
|
30
|
-
* Number of open review-filed issues across all deliveries on this
|
|
31
|
-
* focus. When > 0, the team prompt includes a remediation directive
|
|
32
|
-
* orienting the team to "fix flagged defects, do not expand scope".
|
|
33
|
-
*/
|
|
34
|
-
reviewFiledOpenCount?: number;
|
|
35
|
-
/**
|
|
36
|
-
* Focus.description -- the focus statement that serves as the implicit
|
|
37
|
-
* apex of the reality tree. Surfaced to the close_loop stage agent as
|
|
38
|
-
* the alignment target for the tree-drift check. See the design
|
|
39
|
-
* principle "Tree-Focus Apex" and the wiki page
|
|
40
|
-
* "reality-trees-crt-frt-planning-layer".
|
|
41
|
-
*/
|
|
42
|
-
focusDescription?: string | null;
|
|
43
|
-
/**
|
|
44
|
-
* Resolved engine backend id ('claude' | 'codex' | ...). Selects the
|
|
45
|
-
* engine-specific orchestration vocabulary in the lead prompt (how the lead
|
|
46
|
-
* spawns workers). Defaults to 'claude' when absent.
|
|
47
|
-
*/
|
|
48
|
-
engineId?: string;
|
|
49
|
-
}
|
|
50
|
-
/**
|
|
51
|
-
* Build the role context section from the agent role's system prompt template.
|
|
52
|
-
*/
|
|
53
|
-
export declare function buildRoleSection(role: AgentRole): string[];
|
|
54
|
-
/**
|
|
55
|
-
* Build the domain boundaries section from allowed file patterns.
|
|
56
|
-
*/
|
|
57
|
-
export declare function buildDomainBoundariesSection(role: AgentRole): string[];
|
|
58
|
-
/**
|
|
59
|
-
* Build the team lead role description section.
|
|
60
|
-
*/
|
|
61
|
-
export declare function buildTeamLeadRoleSection(engineId?: string): string[];
|
|
62
|
-
/**
|
|
63
|
-
* Build the read-only audit mode notice section.
|
|
64
|
-
* Returns empty array if not in read-only mode.
|
|
65
|
-
*/
|
|
66
|
-
export declare function buildReadOnlyAuditSection(readOnly?: boolean): string[];
|
|
67
|
-
/**
|
|
68
|
-
* Build the focus context section (focus ID, name, product ID).
|
|
69
|
-
*/
|
|
70
|
-
export declare function buildFocusContextSection(context: FocusTeamPromptContext): string[];
|
|
71
|
-
/**
|
|
72
|
-
* Build the product context documents section.
|
|
73
|
-
* Deduplicates documents by title. Returns empty array if no docs.
|
|
74
|
-
*/
|
|
75
|
-
export declare function buildProductContextSection(docs?: ProductContextDoc[]): string[];
|
|
76
|
-
/**
|
|
77
|
-
* Build the deployment profile section (inception prompt + guidelines).
|
|
78
|
-
* Returns empty array if no snapshot provided.
|
|
79
|
-
*/
|
|
80
|
-
export declare function buildDeploymentProfileSection(snapshot?: DeploymentProfileSnapshotContext | null): string[];
|
|
81
|
-
/**
|
|
82
|
-
* Build the loop context section (persona + documents + Q&A).
|
|
83
|
-
* Returns pre-formatted markdown from the loop.context resolver, or empty array if none.
|
|
84
|
-
*/
|
|
85
|
-
export declare function buildLoopContextSection(loopContext?: string): string[];
|
|
86
|
-
/**
|
|
87
|
-
* Build the execution config section (max workers, poll interval).
|
|
88
|
-
*/
|
|
89
|
-
export declare function buildExecutionConfigSection(config: FocusExecutionConfig): string[];
|
|
90
|
-
/**
|
|
91
|
-
* Build the planning section -- emitted only when the focus has no
|
|
92
|
-
* deliveries and the team's first act is to scope them.
|
|
93
|
-
*
|
|
94
|
-
* The team uses telora_product_delivery_create and telora_product_issue_create
|
|
95
|
-
* (the same MCP tools used for mid-flight rescoping) to write the plan to the
|
|
96
|
-
* database. After writing, the team continues into normal execution -- no
|
|
97
|
-
* separate planning daemon step.
|
|
98
|
-
*
|
|
99
|
-
* Returns an empty array when deliveries exist (already-scoped focuses
|
|
100
|
-
* behave exactly as today).
|
|
101
|
-
*/
|
|
102
|
-
export declare function buildPlanningSection(context: FocusTeamPromptContext): string[];
|
|
103
|
-
/**
|
|
104
|
-
* Build the delivery listing sections: other deliveries (brief) + team deliveries (detailed).
|
|
105
|
-
*
|
|
106
|
-
* Partitions deliveries into team work (queued/coding) and other (human-owned).
|
|
107
|
-
* Renders issue counts, context groups, and standalone issues for team deliveries.
|
|
108
|
-
*/
|
|
109
|
-
export declare function buildDeliveryListingSection(deliveries: FocusDeliveryInfo[], issues: FocusIssueInfo[]): string[];
|
|
110
|
-
/**
|
|
111
|
-
* Build the mandatory status update rules section.
|
|
112
|
-
*/
|
|
113
|
-
export declare function buildStatusUpdateRulesSection(): string[];
|
|
114
|
-
/**
|
|
115
|
-
* Build the execution instructions section (Phase 1: Setup).
|
|
116
|
-
*/
|
|
117
|
-
export declare function buildExecutionInstructionsSection(productId: string): string[];
|
|
118
|
-
/**
|
|
119
|
-
* Build the worker management section (Phase 2 / TEL-4).
|
|
120
|
-
*/
|
|
121
|
-
/**
|
|
122
|
-
* Constraints on tool usage specific to a daemon-spawned team lead session.
|
|
123
|
-
*
|
|
124
|
-
* Background: ScheduleWakeup is documented for /loop dynamic mode (interactive
|
|
125
|
-
* self-paced sessions). Daemon-spawned teams are stream-json sessions; calling
|
|
126
|
-
* ScheduleWakeup produces no wake-up callback, the session idles, and the
|
|
127
|
-
* daemon sees no progress -- the team stalls indefinitely. Sleep loops have
|
|
128
|
-
* the same failure mode. The fix is at the prompt layer: tell the lead these
|
|
129
|
-
* tools do not apply here.
|
|
130
|
-
*/
|
|
131
|
-
export declare function buildSessionConstraintsSection(): string[];
|
|
132
|
-
export declare function buildWorkerManagementSection(maxWorkers: number, engineId?: string): string[];
|
|
133
|
-
/**
|
|
134
|
-
* Build the delivery stage progression section (Phase 3 / TEL-5).
|
|
135
|
-
*/
|
|
136
|
-
export declare function buildDeliveryStageProgressionSection(): string[];
|
|
137
|
-
/**
|
|
138
|
-
* Build the review-defect remediation directive.
|
|
139
|
-
*
|
|
140
|
-
* Emitted when the team is being respawned to address issues filed by a
|
|
141
|
-
* review pass (see review-defect-detector.ts). The directive orients the
|
|
142
|
-
* team to "fix defects, not expand scope" -- the open issues on this
|
|
143
|
-
* focus are review-filed defects, not net-new product work.
|
|
144
|
-
*
|
|
145
|
-
* Returns an empty array when no review-filed defects are pending. The
|
|
146
|
-
* caller decides when to include the section based on detector state.
|
|
147
|
-
*/
|
|
148
|
-
export declare function buildRemediationDirectiveSection(reviewFiledOpenCount: number): string[];
|
|
149
|
-
/**
|
|
150
|
-
* The marker we look for in the assembled stage-directive context to know a
|
|
151
|
-
* review report is being rendered into the prompt. The focus.last_review_report
|
|
152
|
-
* resolver in assembly-resolvers.ts emits this exact heading.
|
|
153
|
-
*/
|
|
154
|
-
export declare const LAST_REVIEW_REPORT_HEADING = "## Last Review Report";
|
|
155
|
-
/**
|
|
156
|
-
* Build the remediation framing line for a review-driven dev session.
|
|
157
|
-
*
|
|
158
|
-
* Detection signal: the assembled stage-directive context contains a
|
|
159
|
-
* non-empty `## Last Review Report` section. When present, emit a single
|
|
160
|
-
* framing line that orients the agent toward "you previously shipped this --
|
|
161
|
-
* address the gaps, do not redo correct work". When absent, emit nothing.
|
|
162
|
-
*
|
|
163
|
-
* Reads ONLY from the assembled context string. No DB calls -- the
|
|
164
|
-
* focus.last_review_report resolver is the source of truth for whether a
|
|
165
|
-
* report exists; this section is a renderer of that signal.
|
|
166
|
-
*
|
|
167
|
-
* The caller's responsibility is to render this section BEFORE the
|
|
168
|
-
* assembled context, so the framing line appears above the report content
|
|
169
|
-
* in the final prompt.
|
|
170
|
-
*/
|
|
171
|
-
export declare function buildRemediationFramingSection(assembledContext: string): string[];
|
|
172
|
-
/**
|
|
173
|
-
* Build the scoping mandate section.
|
|
174
|
-
*
|
|
175
|
-
* A delivery in queued status cannot transition to coding without at least
|
|
176
|
-
* one Task or Bug issue. The DB trigger blocks the transition outright; this
|
|
177
|
-
* section makes the requirement visible to the team lead so it does not waste
|
|
178
|
-
* a turn discovering it through a 400 response.
|
|
179
|
-
*/
|
|
180
|
-
export declare function buildScopingMandateSection(): string[];
|
|
181
|
-
/**
|
|
182
|
-
* Build the rescoping and splitting deliveries section.
|
|
183
|
-
*/
|
|
184
|
-
export declare function buildRescopingSection(focusId: string, productId: string): string[];
|
|
185
|
-
/**
|
|
186
|
-
* Build the new work delivery section (Phase 5 -- daemon-push model).
|
|
187
|
-
*/
|
|
188
|
-
export declare function buildNewWorkDeliverySection(): string[];
|
|
189
|
-
/**
|
|
190
|
-
* Build the error handling and escalation section (TEL-6).
|
|
191
|
-
*/
|
|
192
|
-
export declare function buildErrorHandlingSection(): string[];
|
|
193
|
-
/**
|
|
194
|
-
* Build the merge conflict resolution protocol section.
|
|
195
|
-
*/
|
|
196
|
-
export declare function buildMergeConflictSection(): string[];
|
|
197
|
-
/**
|
|
198
|
-
* Build the loop maintenance directive section.
|
|
199
|
-
* Instructs the agent to proactively maintain loop data as it works,
|
|
200
|
-
* making its thinking visible to humans for review and correction.
|
|
201
|
-
*/
|
|
202
|
-
export declare function buildLoopMaintenanceSection(): string[];
|
|
203
|
-
/**
|
|
204
|
-
* Build the close_loop bookkeeper persona.
|
|
205
|
-
*
|
|
206
|
-
* The close_loop stage runs a different kind of agent: a "bookkeeper" whose
|
|
207
|
-
* single mandate is to drive every anchored injection to a terminal state
|
|
208
|
-
* (verified or escalated) and emit the residual tree-drift / incomplete-
|
|
209
|
-
* planning signals. The persona is intentionally narrow and asymmetric --
|
|
210
|
-
* the only outcomes for an anchored injection are:
|
|
211
|
-
*
|
|
212
|
-
* - verified -> evidence in the worktree supports the FRT overlay flip;
|
|
213
|
-
* call telora_reality_tree_injection_verify(...).
|
|
214
|
-
* - escalated -> evidence is absent or ambiguous; file an
|
|
215
|
-
* `injection_unverified` escalation. There is NO third
|
|
216
|
-
* option. The bookkeeper does not write code, does not
|
|
217
|
-
* propose new injections, and does not silently lower
|
|
218
|
-
* the bar by leaving an injection in `proposed` or
|
|
219
|
-
* `in_progress` indefinitely.
|
|
220
|
-
*
|
|
221
|
-
* Asymmetric bias: the system moves reality toward intent (verifying
|
|
222
|
-
* injections, retiring closed UDEs) but NEVER lowers intent toward the
|
|
223
|
-
* shipped reality (a delivery that did not actually flip its target UDE
|
|
224
|
-
* must escalate, not have its FRT overlay edited to match what shipped).
|
|
225
|
-
*
|
|
226
|
-
* The literal tokens "verified", "escalated", "no third option", "evidence",
|
|
227
|
-
* and "asymmetric" all appear verbatim so the persona is grep-verifiable
|
|
228
|
-
* by the close_loop directive tests and reviewers.
|
|
229
|
-
*
|
|
230
|
-
* Dispatched per stage `close_loop` -- the `loop.persona` resolver picks
|
|
231
|
-
* this variant when invoked with `variant=close_loop`, and the close_loop
|
|
232
|
-
* stage assembly recipe in the dispatcher uses `loop.persona(variant=close_loop)`.
|
|
233
|
-
*/
|
|
234
|
-
export declare function buildCloseLoopBookkeeperPersona(): string;
|
|
235
|
-
/**
|
|
236
|
-
* Build the close_loop drift-check section.
|
|
237
|
-
*
|
|
238
|
-
* The close_loop stage agent (the focus "bookkeeper") propagates verified
|
|
239
|
-
* injection effects back into the CRT and checks the residual tree for drift
|
|
240
|
-
* against the focus statement. There is no stored apex node in the tree --
|
|
241
|
-
* `focus.description` is the implicit apex of the reality tree; UDEs
|
|
242
|
-
* articulate the gap between current reality and that statement.
|
|
243
|
-
*
|
|
244
|
-
* This section renders the focus statement verbatim and instructs the
|
|
245
|
-
* agent to compare residual UDEs against it. It MUST contain both the
|
|
246
|
-
* focus.description text and the literal token `tree_drift` so the
|
|
247
|
-
* directive-executor can confirm the close_loop prompt was assembled
|
|
248
|
-
* correctly (and so reviewers can grep for it).
|
|
249
|
-
*
|
|
250
|
-
* If `focusDescription` is null/empty, the section emits a notice that
|
|
251
|
-
* no apex statement is available and the drift check cannot be performed
|
|
252
|
-
* -- the agent should escalate.
|
|
253
|
-
*
|
|
254
|
-
* See:
|
|
255
|
-
* - Design principle "Tree-Focus Apex" in memory/design-principles.md
|
|
256
|
-
* - Wiki page "reality-trees-crt-frt-planning-layer", section
|
|
257
|
-
* "Tree-Focus Apex Convention"
|
|
258
|
-
*/
|
|
259
|
-
export declare function buildCloseLoopDriftCheckSection(focusDescription: string | null | undefined): string[];
|
|
260
|
-
/**
|
|
261
|
-
* Build the completion section.
|
|
262
|
-
*/
|
|
263
|
-
export declare function buildCompletionSection(): string[];
|
|
264
|
-
/** Inputs for the incremental resume-delta message. */
|
|
265
|
-
export interface ResumeDeltaContext {
|
|
266
|
-
/** Lineage being resumed (e.g. 'coding', 'review'). */
|
|
267
|
-
lineage: string;
|
|
268
|
-
/** Focus name for the framing line. */
|
|
269
|
-
focusName: string;
|
|
270
|
-
/** Assembled git.diff_against_base content (may be empty). */
|
|
271
|
-
gitDiff: string;
|
|
272
|
-
/**
|
|
273
|
-
* Open review-filed issues from the prior cycle. For the review lineage these
|
|
274
|
-
* are findings to re-verify; for coding they are defects to address.
|
|
275
|
-
*/
|
|
276
|
-
priorFindings: FocusIssueInfo[];
|
|
277
|
-
}
|
|
278
|
-
/**
|
|
279
|
-
* Build the incremental delta message sent when a lineage's session is RESUMED
|
|
280
|
-
* (INJ-D). A resumed Claude session already holds its role framework, tools,
|
|
281
|
-
* status rules, and accumulated context -- re-sending the full prompt wastes
|
|
282
|
-
* tokens and re-anchors. The delta carries only what changed since the last
|
|
283
|
-
* cycle (the diff) plus the prior findings, deliberately omitting the
|
|
284
|
-
* role-framework sections.
|
|
285
|
-
*
|
|
286
|
-
* Anti-anchoring: for the review lineage the prior findings are framed as "to
|
|
287
|
-
* VERIFY, not trust" -- the diff and acceptance criteria remain ground truth
|
|
288
|
-
* each cycle, so a resumed reviewer re-examines rather than rubber-stamping.
|
|
289
|
-
*/
|
|
290
|
-
export declare function buildResumeDeltaMessage(ctx: ResumeDeltaContext): string;
|
|
4
|
+
* Thin aggregator: the section builders now live in ./prompt-sections/*. This
|
|
5
|
+
* file re-exports the full public surface (so every existing importer of
|
|
6
|
+
* './team-prompt-base.js' keeps working unchanged) and keeps the two prompt
|
|
7
|
+
* composition entry points -- buildRoleFrameworkPrompt and buildFocusTeamPrompt.
|
|
8
|
+
*
|
|
9
|
+
* Extracted from focus-prompt-builder.ts for maintainability; split into
|
|
10
|
+
* prompt-sections/ for navigability.
|
|
11
|
+
*/
|
|
12
|
+
import type { AgentRole } from './types.js';
|
|
13
|
+
export type { DeploymentProfileSnapshotContext, FocusTeamPromptContext, } from './prompt-sections/shared.js';
|
|
14
|
+
import type { FocusTeamPromptContext } from './prompt-sections/shared.js';
|
|
15
|
+
export { buildRoleSection, buildDomainBoundariesSection, buildTeamLeadRoleSection, buildReadOnlyAuditSection, } from './prompt-sections/role-sections.js';
|
|
16
|
+
export { buildFocusContextSection, buildProductContextSection, buildDeploymentProfileSection, buildLoopContextSection, buildExecutionConfigSection, } from './prompt-sections/context-sections.js';
|
|
17
|
+
export { buildPlanningSection, buildDeliveryListingSection, buildStatusUpdateRulesSection, buildExecutionInstructionsSection, buildSessionConstraintsSection, buildWorkerManagementSection, buildDeliveryStageProgressionSection, buildScopingMandateSection, buildRescopingSection, buildNewWorkDeliverySection, buildErrorHandlingSection, buildMergeConflictSection, buildCompletionSection, } from './prompt-sections/execution-sections.js';
|
|
18
|
+
export { buildRemediationDirectiveSection, LAST_REVIEW_REPORT_HEADING, buildRemediationFramingSection, buildLoopMaintenanceSection, buildCloseLoopBookkeeperPersona, buildCloseLoopDriftCheckSection, buildResumeDeltaMessage, } from './prompt-sections/persona-sections.js';
|
|
19
|
+
export type { ResumeDeltaContext } from './prompt-sections/persona-sections.js';
|
|
291
20
|
/**
|
|
292
21
|
* Build the role framework prompt -- sections that apply to every stage.
|
|
293
22
|
*
|
|
@@ -1 +1 @@
|
|
|
1
|
-
{"version":3,"file":"team-prompt-base.d.ts","sourceRoot":"","sources":["../src/team-prompt-base.ts"],"names":[],"mappings":"AAAA
|
|
1
|
+
{"version":3,"file":"team-prompt-base.d.ts","sourceRoot":"","sources":["../src/team-prompt-base.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;GAUG;AAEH,OAAO,KAAK,EAAE,SAAS,EAAE,MAAM,YAAY,CAAC;AAG5C,YAAY,EACV,gCAAgC,EAChC,sBAAsB,GACvB,MAAM,6BAA6B,CAAC;AACrC,OAAO,KAAK,EAAE,sBAAsB,EAAE,MAAM,6BAA6B,CAAC;AAG1E,OAAO,EACL,gBAAgB,EAChB,4BAA4B,EAC5B,wBAAwB,EACxB,yBAAyB,GAC1B,MAAM,oCAAoC,CAAC;AAS5C,OAAO,EACL,wBAAwB,EACxB,0BAA0B,EAC1B,6BAA6B,EAC7B,uBAAuB,EACvB,2BAA2B,GAC5B,MAAM,uCAAuC,CAAC;AAU/C,OAAO,EACL,oBAAoB,EACpB,2BAA2B,EAC3B,6BAA6B,EAC7B,iCAAiC,EACjC,8BAA8B,EAC9B,4BAA4B,EAC5B,oCAAoC,EACpC,0BAA0B,EAC1B,qBAAqB,EACrB,2BAA2B,EAC3B,yBAAyB,EACzB,yBAAyB,EACzB,sBAAsB,GACvB,MAAM,yCAAyC,CAAC;AAkBjD,OAAO,EACL,gCAAgC,EAChC,0BAA0B,EAC1B,8BAA8B,EAC9B,2BAA2B,EAC3B,+BAA+B,EAC/B,+BAA+B,EAC/B,uBAAuB,GACxB,MAAM,uCAAuC,CAAC;AAC/C,YAAY,EAAE,kBAAkB,EAAE,MAAM,uCAAuC,CAAC;AAWhF;;;;;;;;;;GAUG;AACH,wBAAgB,wBAAwB,CACtC,IAAI,EAAE,SAAS,EACf,OAAO,EAAE,sBAAsB,GAC9B,MAAM,CAgCR;AAMD;;;;;;;;;GASG;AACH,wBAAgB,oBAAoB,CAClC,IAAI,EAAE,SAAS,EACf,OAAO,EAAE,sBAAsB,GAC9B,MAAM,CAqCR"}
|