@bastani/atomic 0.6.8 → 0.7.0-1

package/dist/sdk/workflows/builtin/open-claude-design/helpers/import.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"import.d.ts","sourceRoot":"","sources":["../../../../../../src/sdk/workflows/builtin/open-claude-design/helpers/import.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAEH,+DAA+D;AAC/D,MAAM,WAAW,aAAa;IAC5B,0CAA0C;IAC1C,MAAM,EAAE,MAAM,CAAC;IACf,uDAAuD;IACvD,SAAS,EAAE,MAAM,CAAC;IAClB,yDAAyD;IACzD,UAAU,EAAE,MAAM,GAAG,IAAI,CAAC;IAC1B,qDAAqD;IACrD,SAAS,EAAE,MAAM,GAAG,IAAI,CAAC;CAC1B;AAED,2DAA2D;AAC3D,wBAAgB,KAAK,CAAC,SAAS,EAAE,MAAM,GAAG,OAAO,CAGhD;AAED,iEAAiE;AACjE,wBAAgB,UAAU,CAAC,SAAS,EAAE,MAAM,GAAG,OAAO,CAMrD;AAED;;;GAGG;AACH,wBAAgB,sBAAsB,CAAC,IAAI,EAAE;IAC3C,MAAM,EAAE,MAAM,CAAC;IACf,SAAS,EAAE,MAAM,CAAC;IAClB,UAAU,EAAE,MAAM,GAAG,IAAI,CAAC;IAC1B,SAAS,EAAE,MAAM,GAAG,IAAI,CAAC;CAC1B,GAAG,aAAa,CAOhB"}

package/dist/sdk/workflows/builtin/open-claude-design/helpers/prompts.d.ts

@@ -1,106 +0,0 @@
-/**
- * Prompt builders for the open-claude-design workflow.
- *
- * Each builder produces a focused, single-responsibility prompt for one
- * stage of the 5-phase design pipeline. Context-engineering principles:
- *
- *   - Position-aware framing: key context (design prompt, design system)
- *     at the TOP and BOTTOM of every prompt.
- *   - Forward-only data flow: downstream stages embed upstream outputs
- *     verbatim — no re-discovery.
- *   - Trailing-prose guarantee: every prompt asks for a short prose recap
- *     so transcript reads never return empty.
- *   - HIL via AskUserQuestion: explicit instructions to use the tool,
- *     never regular NL conversation, for user decisions.
- */
-import type { ImportContext } from "./import.ts";
-import type { DesignSystemData } from "./design-system.ts";
-/** Phase 1 — headless: find CSS/Tailwind/design files in codebase. */
-export declare function buildDesignLocatorPrompt(opts: {
-    root: string;
-}): string;
-/** Phase 1 — headless: extract colors, fonts, spacing from located files. */
-export declare function buildDesignAnalyzerPrompt(opts: {
-    root: string;
-}): string;
-/** Phase 1 — headless: find existing component patterns in the codebase. */
-export declare function buildDesignPatternPrompt(opts: {
-    root: string;
-}): string;
-/**
- * Phase 1 — visible, HIL: present findings and build Design.md with
- * user approval at each decision point.
- */
-export declare function buildDesignSystemBuilderPrompt(opts: {
-    root: string;
-    locatorOutput: string;
-    analyzerOutput: string;
-    patternsOutput: string;
-    existingImpeccable: string;
-}): string;
-/** Phase 2 — headless: navigate URL, screenshot, extract DOM/CSS. */
-export declare function buildWebCapturePrompt(opts: {
-    url: string;
-    screenshotDir: string;
-}): string;
-/** Phase 2 — headless: parse document reference (DOCX/PPTX/XLSX/image/PDF). */
-export declare function buildFileParserPrompt(opts: {
-    filePath: string;
-}): string;
-/** Phase 3 — visible: generate first design version. */
-export declare function buildGeneratorPrompt(opts: {
-    prompt: string;
-    outputType: string;
-    designSystem: DesignSystemData;
-    importContext: ImportContext;
-    root: string;
-    outputDir: string;
-}): string;
-/** Phase 4 — visible, HIL: collect user feedback on the current design. */
-export declare function buildRefineFeedbackPrompt(opts: {
-    prompt: string;
-    designDir: string;
-    iteration: number;
-    maxIterations: number;
-}): string;
-/** Phase 4 — headless: automated design critique with structured output. */
-export declare function buildCritiquePrompt(opts: {
-    designDir: string;
-    designSystem: DesignSystemData;
-    userFeedback: string;
-}): string;
-/** Phase 4 — headless: visual validation via playwright screenshot. */
-export declare function buildScreenshotValidationPrompt(opts: {
-    designDir: string;
-    scratchDir: string;
-}): string;
-/** Phase 4 — visible: apply feedback + critique findings to the design. */
-export declare function buildApplyChangesPrompt(opts: {
-    prompt: string;
-    designDir: string;
-    designSystem: DesignSystemData;
-    userFeedback: string;
-    critiqueOutput: string;
-    screenshotOutput: string;
-    scanFindings: string;
-    iteration: number;
-}): string;
-/**
- * Phase 4 — visible: final deterministic gate. Runs when the post-loop
- * scanner still reports findings. The agent MUST remove every one before
- * export; no ambiguity, no negotiation, no new features.
- */
-export declare function buildForcedFixPrompt(opts: {
-    designDir: string;
-    designSystem: DesignSystemData;
-    scanFindings: string;
-}): string;
-/** Phase 5 — visible: export design and create output-type-tailored assets. */
-export declare function buildExportPrompt(opts: {
-    prompt: string;
-    designDir: string;
-    finalDesignDir: string;
-    designSystem: DesignSystemData;
-    outputType: string;
-}): string;
-//# sourceMappingURL=prompts.d.ts.map

package/dist/sdk/workflows/builtin/open-claude-design/helpers/prompts.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"prompts.d.ts","sourceRoot":"","sources":["../../../../../../src/sdk/workflows/builtin/open-claude-design/helpers/prompts.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;GAcG;AAQH,OAAO,KAAK,EAAE,aAAa,EAAE,MAAM,aAAa,CAAC;AACjD,OAAO,KAAK,EAAE,gBAAgB,EAAE,MAAM,oBAAoB,CAAC;AAiD3D,sEAAsE;AACtE,wBAAgB,wBAAwB,CAAC,IAAI,EAAE;IAC7C,IAAI,EAAE,MAAM,CAAC;CACd,GAAG,MAAM,CA+CT;AAED,6EAA6E;AAC7E,wBAAgB,yBAAyB,CAAC,IAAI,EAAE;IAC9C,IAAI,EAAE,MAAM,CAAC;CACd,GAAG,MAAM,CAgDT;AAED,4EAA4E;AAC5E,wBAAgB,wBAAwB,CAAC,IAAI,EAAE;IAC7C,IAAI,EAAE,MAAM,CAAC;CACd,GAAG,MAAM,CAwCT;AAED;;;GAGG;AACH,wBAAgB,8BAA8B,CAAC,IAAI,EAAE;IACnD,IAAI,EAAE,MAAM,CAAC;IACb,aAAa,EAAE,MAAM,CAAC;IACtB,cAAc,EAAE,MAAM,CAAC;IACvB,cAAc,EAAE,MAAM,CAAC;IACvB,kBAAkB,EAAE,MAAM,CAAC;CAC5B,GAAG,MAAM,CAiIT;AAMD,qEAAqE;AACrE,wBAAgB,qBAAqB,CAAC,IAAI,EAAE;IAC1C,GAAG,EAAE,MAAM,CAAC;IACZ,aAAa,EAAE,MAAM,CAAC;CACvB,GAAG,MAAM,CA4CT;AAED,+EAA+E;AAC/E,wBAAgB,qBAAqB,CAAC,IAAI,EAAE;IAC1C,QAAQ,EAAE,MAAM,CAAC;CAClB,GAAG,MAAM,CA0CT;AAMD,wDAAwD;AACxD,wBAAgB,oBAAoB,CAAC,IAAI,EAAE;IACzC,MAAM,EAAE,MAAM,CAAC;IACf,UAAU,EAAE,MAAM,CAAC;IACnB,YAAY,EAAE,gBAAgB,CAAC;IAC/B,aAAa,EAAE,aAAa,CAAC;IAC7B,IAAI,EAAE,MAAM,CAAC;IACb,SAAS,EAAE,MAAM,CAAC;CACnB,GAAG,MAAM,CAqFT;AAMD,2EAA2E;AAC3E,wBAAgB,yBAAyB,CAAC,IAAI,EAAE;IAC9C,MAAM,EAAE,MAAM,CAAC;IACf,SAAS,EAAE,MAAM,CAAC;IAClB,SAAS,EAAE,MAAM,CAAC;IAClB,aAAa,EAAE,MAAM,CAAC;CACvB,GAAG,MAAM,CAgDT;AAED,4EAA4E;AAC5E,wBAAgB,mBAAmB,CAAC,IAAI,EAAE;IACxC,SAAS,EAAE,MAAM,CAAC;IAClB,YAAY,EAAE,gBAAgB,CAAC;IAC/B,YAAY,EAAE,MAAM,CAAC;CACtB,GAAG,MAAM,CAuET;AAED,uEAAuE;AACvE,wBAAgB,+BAA+B,CAAC,IAAI,EAAE;IACpD,SAAS,EAAE,MAAM,CAAC;IAClB,UAAU,EAAE,MAAM,CAAC;CACpB,GAAG,MAAM,CAkDT;AAED,2EAA2E;AAC3E,wBAAgB,uBAAuB,CAAC,IAAI,EAAE;IAC5C,MAAM,EAAE,MAAM,CAAC;IACf,SAAS,EAAE,MAAM,CAAC;IAClB,YAAY,EAAE,gBAAgB,CAAC;IAC/B,YAAY,EAAE,MAAM,CAAC;IACrB,cAAc,EAAE,MAAM,CAAC;IACvB,gBAAgB,EAAE,MAAM,CAAC;IACzB,YAAY,EAAE,MAAM,CAAC;IACrB,SAAS,EAAE,MAAM,CAAC;CACnB,GAAG,MAAM,CAiFT;AAED;;;;GAIG;AACH,wBAAgB,oBAAoB,CAAC,IAAI,EAAE;IACzC,SAAS,EAAE,MAAM,CAAC;IAClB,YAAY,EAAE,gBAAgB,CAAC;IAC/B,YAAY,EAAE,MAAM,CAAC;CACtB,GAAG,MAAM,CAmDT;AAMD,+EAA+E;AAC/E,wBAAgB,iBAAiB,CAAC,IAAI,EAAE;IACtC,MAAM,EAAE,MAAM,CAAC;IACf,SAAS,EAAE,MAAM,CAAC;IAClB,cAAc,EAAE,MAAM,CAAC;IACvB,YAAY,EAAE,gBAAgB,CAAC;IAC/B,UAAU,EAAE,MAAM,CAAC;CACpB,GAAG,MAAM,CAoET"}

package/dist/sdk/workflows/builtin/open-claude-design/helpers/scan.d.ts

@@ -1,50 +0,0 @@
-/**
- * Deterministic impeccable scan — runs the `impeccable detect --json` CLI
- * against a design directory and returns structured findings.
- *
- * No LLM call; the refinement loop surfaces these findings to the
- * apply-changes stage so the agent can fix banned anti-patterns
- * alongside user feedback.
- */
-/** Shape of a single finding emitted by `impeccable detect --json`. */
-export interface ScanFinding {
-    readonly antipattern: string;
-    readonly name: string;
-    readonly description: string;
-    readonly file: string;
-    readonly line: number;
-    readonly snippet: string;
-}
-/**
- * Result of running the scanner. Discriminated on `available` so callers
- * can distinguish "ran successfully, no findings" from "scanner missing".
- */
-export type ScanResult = {
-    readonly available: true;
-    readonly findings: readonly ScanFinding[];
-} | {
-    readonly available: false;
-    readonly reason: string;
-};
-/**
- * Run `impeccable detect --json` against `designDir`. The CLI exits 0
- * whether or not findings exist, so we parse the JSON array and return
- * its length. If the CLI is missing or its output is not parseable,
- * return `{ available: false, reason }` so the caller can gracefully
- * proceed without scan input.
- */
-export declare function runImpeccableScan(designDir: string): Promise<ScanResult>;
-/**
- * Returns true iff the scanner ran successfully AND reported at least
- * one finding. Narrows the union so callers can access `findings`.
- */
-export declare function hasBlockingFindings(scan: ScanResult): scan is {
-    available: true;
-    findings: readonly ScanFinding[];
-};
-/**
- * Render findings as a human-readable block for inclusion in agent
- * prompts. Groups by anti-pattern id, lists each file:line with snippet.
- */
-export declare function renderScanFindings(findings: readonly ScanFinding[]): string;
-//# sourceMappingURL=scan.d.ts.map

package/dist/sdk/workflows/builtin/open-claude-design/helpers/scan.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"scan.d.ts","sourceRoot":"","sources":["../../../../../../src/sdk/workflows/builtin/open-claude-design/helpers/scan.ts"],"names":[],"mappings":"AAAA;;;;;;;GAOG;AAIH,uEAAuE;AACvE,MAAM,WAAW,WAAW;IAC1B,QAAQ,CAAC,WAAW,EAAE,MAAM,CAAC;IAC7B,QAAQ,CAAC,IAAI,EAAE,MAAM,CAAC;IACtB,QAAQ,CAAC,WAAW,EAAE,MAAM,CAAC;IAC7B,QAAQ,CAAC,IAAI,EAAE,MAAM,CAAC;IACtB,QAAQ,CAAC,IAAI,EAAE,MAAM,CAAC;IACtB,QAAQ,CAAC,OAAO,EAAE,MAAM,CAAC;CAC1B;AAED;;;GAGG;AACH,MAAM,MAAM,UAAU,GAClB;IAAE,QAAQ,CAAC,SAAS,EAAE,IAAI,CAAC;IAAC,QAAQ,CAAC,QAAQ,EAAE,SAAS,WAAW,EAAE,CAAA;CAAE,GACvE;IAAE,QAAQ,CAAC,SAAS,EAAE,KAAK,CAAC;IAAC,QAAQ,CAAC,MAAM,EAAE,MAAM,CAAA;CAAE,CAAC;AAE3D;;;;;;GAMG;AACH,wBAAsB,iBAAiB,CACrC,SAAS,EAAE,MAAM,GAChB,OAAO,CAAC,UAAU,CAAC,CAuCrB;AAED;;;GAGG;AACH,wBAAgB,mBAAmB,CACjC,IAAI,EAAE,UAAU,GACf,IAAI,IAAI;IAAE,SAAS,EAAE,IAAI,CAAC;IAAC,QAAQ,EAAE,SAAS,WAAW,EAAE,CAAA;CAAE,CAE/D;AAED;;;GAGG;AACH,wBAAgB,kBAAkB,CAChC,QAAQ,EAAE,SAAS,WAAW,EAAE,GAC/B,MAAM,CAqBR"}

package/dist/sdk/workflows/builtin/open-claude-design/helpers/validation.d.ts

@@ -1,12 +0,0 @@
-/**
- * Validation helpers — refinement loop exit detection and critique parsing.
- */
-/**
- * Detect whether the user signaled "done" via AskUserQuestion in the
- * feedback stage. The feedback stage's prompt instructs the agent to
- * include one of the completion signal phrases when the user approves.
- *
- * Returns `true` if the refinement loop should exit.
- */
-export declare function isRefinementComplete(feedbackResult: string): boolean;
-//# sourceMappingURL=validation.d.ts.map

package/dist/sdk/workflows/builtin/open-claude-design/helpers/validation.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"validation.d.ts","sourceRoot":"","sources":["../../../../../../src/sdk/workflows/builtin/open-claude-design/helpers/validation.ts"],"names":[],"mappings":"AAAA;;GAEG;AAoBH;;;;;;GAMG;AACH,wBAAgB,oBAAoB,CAAC,cAAc,EAAE,MAAM,GAAG,OAAO,CAQpE"}

package/dist/sdk/workflows/builtin/open-claude-design/opencode/index.d.ts

@@ -1,58 +0,0 @@
-/**
- * open-claude-design / opencode
- *
- * OpenCode replica of the Claude open-claude-design workflow. Orchestrates
- * the design skill ecosystem (impeccable, critique, shape, polish, audit,
- * etc.) into a deterministic 5-phase pipeline:
- *
- *   Phase 1: Design System Onboarding — extract tokens, build Design.md (HIL)
- *   Phase 2: Import — aggregate text/URL/file references
- *   Phase 3: Generation — produce first design version
- *   Phase 4: Refinement Loop — bounded iterate with critique + user feedback
- *   Phase 5: Export/Handoff — HTML export + Claude Code handoff bundle
- *
- * OpenCode-specific concerns (see references/failure-modes.md):
- *
- *   • F5 — every `ctx.stage()` is a FRESH session. Every specialist receives
- *     its required context verbatim in its first prompt.
- *   • F3 — `result.data!.parts` is a heterogenous array (text/tool/reasoning/
- *     file parts). Use `extractResponseText()` to filter to text parts only;
- *     concatenating raw `parts` produces `[object Object]` strings.
- *   • F6 — every prompt explicitly requires trailing prose so transcripts and
- *     `extractResponseText()` reads are never empty.
- *   • F9 — `s.save()` receives the unwrapped `{ info, parts }` payload from
- *     `result.data!`; passing the full `result` breaks downstream reads.
- *
- * Sub-agents are dispatched via the `agent` parameter on
- * `s.client.session.prompt()` (OpenCode's SDK-native way to route a turn
- * to a named sub-agent).
- *
- * See claude/index.ts for the full topology diagram and design rationale.
- *
- * Run: atomic workflow -n open-claude-design -a opencode "design a dashboard"
- */
-declare const _default: import("../../../index.ts").WorkflowDefinition<"opencode", readonly [{
-    readonly name: "prompt";
-    readonly type: "text";
-    readonly required: true;
-    readonly description: "What to design (e.g., 'a dashboard for monitoring API latency')";
-}, {
-    readonly name: "reference";
-    readonly type: "text";
-    readonly required: false;
-    readonly description: "URL, file path, or codebase path to import as design reference";
-}, {
-    readonly name: "output-type";
-    readonly type: "enum";
-    readonly required: false;
-    readonly values: readonly ["prototype", "wireframe", "page", "component"];
-    readonly default: "prototype";
-    readonly description: "Type of design output to generate";
-}, {
-    readonly name: "design-system";
-    readonly type: "text";
-    readonly required: false;
-    readonly description: "Path to existing Design.md (skips onboarding if provided)";
-}]>;
-export default _default;
-//# sourceMappingURL=index.d.ts.map

package/dist/sdk/workflows/builtin/open-claude-design/opencode/index.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../../../../../../src/sdk/workflows/builtin/open-claude-design/opencode/index.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAgCG;;;;;;;;;;;;;;;;;;;;;;;;AAoDH,wBA6gBa"}

package/dist/sdk/workflows/builtin/ralph/claude/index.d.ts

@@ -1,37 +0,0 @@
-/**
- * Ralph workflow for Claude Code — plan → orchestrate → review loop.
- *
- * Each sub-agent invocation spawns its own visible session in the graph,
- * so users can see each iteration's progress in real time. The loop
- * terminates when:
- *   - `max_loops` iterations have completed (defaults to {@link DEFAULT_MAX_LOOPS}), OR
- *   - Both parallel reviewer passes return `overall_correctness === "patch is correct"`.
- *
- * On a failed review the merged findings are formatted into a markdown
- * brief by {@link formatReviewForReplan} and fed into the next iteration's
- * planner, which is responsible for validating, deduping, and clustering
- * them into shared root causes before revising the RFC.
- *
- * The reviewer stages run **headless** via the Claude Agent SDK with
- * `outputFormat: { type: "json_schema", schema: REVIEW_RESULT_JSON_SCHEMA }`,
- * so the SDK validates {@link ReviewResultSchema} before returning. The
- * validated object is read from `s.session.lastStructuredOutput` — no text
- * parsing required. Running the reviewers headless (no tmux pane) keeps the
- * graph focused on stages the user cares about and lets the SDK enforce the
- * schema without TUI round-trips.
- *
- * Run: atomic workflow -n ralph -a claude "<your spec>"
- */
-declare const _default: import("../../../index.ts").WorkflowDefinition<"claude", readonly [{
-    readonly name: "prompt";
-    readonly type: "text";
-    readonly required: true;
-    readonly description: "task prompt";
-}, {
-    readonly name: "max_loops";
-    readonly type: "integer";
-    readonly description: "maximum number of plan/orchestrate/review iterations";
-    readonly default: 10;
-}]>;
-export default _default;
-//# sourceMappingURL=index.d.ts.map

package/dist/sdk/workflows/builtin/ralph/claude/index.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../../../../../../src/sdk/workflows/builtin/ralph/claude/index.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;GAuBG;;;;;;;;;;;;AA+CH,wBAyMa"}

package/dist/sdk/workflows/builtin/ralph/copilot/index.d.ts

@@ -1,34 +0,0 @@
-/**
- * Ralph workflow for Copilot — plan → orchestrate → review loop.
- *
- * Each sub-agent invocation spawns its own visible session in the graph,
- * so users can see each iteration's progress in real time. The loop
- * terminates when:
- *   - `max_loops` iterations have completed (defaults to {@link DEFAULT_MAX_LOOPS}), OR
- *   - Both parallel reviewer passes return `overall_correctness === "patch is correct"`.
- *
- * On a failed review the merged findings are formatted into a markdown
- * brief by {@link formatReviewForReplan} and fed into the next iteration's
- * planner, which is responsible for validating, deduping, and clustering
- * them into shared root causes before revising the RFC.
- *
- * The reviewer stages use a `submit_review` custom tool (defined via
- * `defineTool` with Zod schema validation) to guarantee the review result
- * matches the {@link ReviewResultSchema}. The Copilot SDK validates tool
- * call arguments against the Zod schema before the handler fires.
- *
- * Run: atomic workflow -n ralph -a copilot "<your spec>"
- */
-declare const _default: import("../../../index.ts").WorkflowDefinition<"copilot", readonly [{
-    readonly name: "prompt";
-    readonly type: "text";
-    readonly required: true;
-    readonly description: "task prompt";
-}, {
-    readonly name: "max_loops";
-    readonly type: "integer";
-    readonly description: "maximum number of plan/orchestrate/review iterations";
-    readonly default: 10;
-}]>;
-export default _default;
-//# sourceMappingURL=index.d.ts.map

package/dist/sdk/workflows/builtin/ralph/copilot/index.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"index.d.ts","sourceRoot":"","sources":["../../../../../../src/sdk/workflows/builtin/ralph/copilot/index.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;GAoBG;;;;;;;;;;;;AAgEH,wBAqNa"}

package/dist/sdk/workflows/builtin/ralph/helpers/copilot-reviewer.d.ts

@@ -1,25 +0,0 @@
-/**
- * Inline reviewer `CustomAgentConfig` for the Copilot ralph workflow.
- *
- * Why this exists instead of reusing `.github/agents/reviewer.md`: Copilot
- * CLI parses the disk agent's `tools:` frontmatter against its built-in
- * alias registry at load time. Custom tool names (like `submit_review`
- * registered via `defineTool` at session creation) are unknown at that
- * moment and get silently dropped. Defining the agent inline in
- * `customAgents` runs the tool-allowlist check against the session's live
- * tool registry, so `submit_review` is actually exposed to the subagent.
- *
- * This is a ralph-specific fork — the disk reviewer stays general-purpose
- * for non-ralph invocations.
- */
-import type { CustomAgentConfig } from "@github/copilot-sdk";
-/**
- * Build the ralph-specific reviewer `CustomAgentConfig`.
- *
- * Pass the session-level custom tool name(s) (e.g. `"submit_review"`) via
- * `submitReviewToolName` so the reviewer subagent's tool allowlist
- * includes it. Session-level tools named here are visible to the subagent;
- * omitted names are filtered out.
- */
-export declare function buildRalphReviewerAgent(submitReviewToolName: string): CustomAgentConfig;
-//# sourceMappingURL=copilot-reviewer.d.ts.map

package/dist/sdk/workflows/builtin/ralph/helpers/copilot-reviewer.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"copilot-reviewer.d.ts","sourceRoot":"","sources":["../../../../../../src/sdk/workflows/builtin/ralph/helpers/copilot-reviewer.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;GAaG;AAEH,OAAO,KAAK,EAAE,iBAAiB,EAAE,MAAM,qBAAqB,CAAC;AA+D7D;;;;;;;GAOG;AACH,wBAAgB,uBAAuB,CACrC,oBAAoB,EAAE,MAAM,GAC3B,iBAAiB,CAgBnB"}

package/dist/sdk/workflows/builtin/ralph/helpers/git.d.ts

@@ -1,69 +0,0 @@
-/**
- * Deterministic changeset probes used by the Ralph loop.
- *
- * The reviewer and debugger sub-agents both benefit from knowing exactly which
- * files were touched by the current work. We compute a diff relative to the
- * parent branch (auto-discovered, defaulting to main) so the changeset
- * includes BOTH committed and uncommitted changes — not just the working tree.
- *
- * Git command failures are captured — not swallowed — so downstream agents
- * can distinguish "nothing changed" from "git broke" and course-correct.
- */
-/**
- * Discover the parent (base) branch for the current HEAD.
- *
- * Strategy:
- * 1. Find the merge-base between HEAD and each default-branch candidate.
- *    The candidate whose merge-base is closest to HEAD (fewest commits away)
- *    is the winner.
- * 2. If no candidate exists locally, fall back to "main".
- *
- * This handles the common case of feature branches off main/master without
- * requiring configuration.
- */
-export declare function discoverBaseBranch(cwd?: string): Promise<string>;
-/** The result of capturing the full changeset for a review. */
-export interface BranchChangeset {
-    /** The base branch the diff is relative to (e.g. "main") */
-    baseBranch: string;
-    /**
-     * `git diff --stat` output showing files changed, insertions, deletions
-     * relative to the merge-base with the parent branch. Includes both
-     * committed AND uncommitted changes.
-     */
-    diffStat: string;
-    /**
-     * Short list of uncommitted working-tree changes (`git status -s`).
-     * Useful for the reviewer to distinguish "already committed" from
-     * "still in-flight".
-     */
-    uncommitted: string;
-    /**
-     * `git diff --name-status` output listing each changed file with its
-     * status (A=added, M=modified, D=deleted, R=renamed).
-     */
-    nameStatus: string;
-    /**
-     * Human-readable error messages for any git commands that failed during
-     * changeset capture. Empty when everything succeeded. Downstream prompts
-     * surface these so the reviewing agent can course-correct (e.g. run the
-     * git commands itself, or flag the gap as a finding).
-     */
-    errors: string[];
-}
-/**
- * Capture the full changeset for the current branch relative to its parent.
- *
- * Combines:
- * - `git diff <merge-base>..HEAD --stat` (committed changes)
- * - `git diff --stat` (uncommitted staged+unstaged changes)
- * - `git status -s` (working tree snapshot)
- *
- * Into a single {@link BranchChangeset} that gives the reviewer complete
- * visibility into everything this branch has done.
- *
- * Git failures are collected in {@link BranchChangeset.errors} rather than
- * swallowed, so downstream agents see exactly what broke and can compensate.
- */
-export declare function captureBranchChangeset(cwd?: string): Promise<BranchChangeset>;
-//# sourceMappingURL=git.d.ts.map

package/dist/sdk/workflows/builtin/ralph/helpers/git.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"git.d.ts","sourceRoot":"","sources":["../../../../../../src/sdk/workflows/builtin/ralph/helpers/git.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;GAUG;AA0DH;;;;;;;;;;;GAWG;AACH,wBAAsB,kBAAkB,CACtC,GAAG,GAAE,MAAsB,GAC1B,OAAO,CAAC,MAAM,CAAC,CA4BjB;AAID,+DAA+D;AAC/D,MAAM,WAAW,eAAe;IAC9B,4DAA4D;IAC5D,UAAU,EAAE,MAAM,CAAC;IACnB;;;;OAIG;IACH,QAAQ,EAAE,MAAM,CAAC;IACjB;;;;OAIG;IACH,WAAW,EAAE,MAAM,CAAC;IACpB;;;OAGG;IACH,UAAU,EAAE,MAAM,CAAC;IACnB;;;;;OAKG;IACH,MAAM,EAAE,MAAM,EAAE,CAAC;CAClB;AAED;;;;;;;;;;;;;GAaG;AACH,wBAAsB,sBAAsB,CAC1C,GAAG,GAAE,MAAsB,GAC1B,OAAO,CAAC,eAAe,CAAC,CAuC1B"}