@sanity/ailf 4.0.4 → 4.0.5

package/dist/orchestration/steps/fetch-docs-step.js

@@ -34,11 +34,16 @@ export class FetchDocsStep {
         // a mismatch where configs reference context files that were never
         // fetched.
         //
-        // Content Lake path: use ctx.taskSource (ContentLakeTaskSource) which
-        // loads Studio-owned ailf.task documents via GROQ.
-        // Filesystem path: load from .task.ts files (repo/inline tasks).
+        // Adapter path: ctx.taskSource handles both content-lake and repo modes.
+        // The composition root wires the right adapter (ContentLakeTaskSource
+        // or RepoTaskSource) per taskSourceType. RepoTaskSource loads BOTH
+        // .yaml and .task.ts files — necessary for external-consumer evals
+        // that materialize inline tasks as YAML (W0148).
+        // Filesystem path: load from .task.ts files (legacy unset path —
+        // AILF defaults from tasks/${mode}/ + optional repoTasksPath augment).
         let allTasks;
-        if (ctx.config.taskSourceType === "content-lake") {
+        if (ctx.config.taskSourceType === "content-lake" ||
+            ctx.config.taskSourceType === "repo") {
             const filter = {
                 ...(ctx.config.areas?.length ? { areas: ctx.config.areas } : {}),
                 ...(ctx.config.tasks?.length ? { taskIds: ctx.config.tasks } : {}),

package/dist/orchestration/steps/generate-configs-step.d.ts

@@ -19,13 +19,14 @@ export declare class GenerateConfigsStep implements PipelineStep {
     private compileSingleMode;
     private loadTasks;
     /**
-     * Load tasks from the Content Lake via ctx.taskSource.
+     * Load tasks via ctx.taskSource (the composition-root-wired adapter).
      *
-     * The ContentLakeTaskSource adapter handles area/task/tag filtering
-     * in the GROQ query itself, so we build a FilterOptions and pass it
-     * through rather than filtering in-memory after loading.
+     * Used for both `taskSourceType === "content-lake"` (ContentLakeTaskSource)
+     * and `taskSourceType === "repo"` (RepoTaskSource). Filtering by
+     * area/task/tag is delegated to the adapter — ContentLakeTaskSource
+     * pushes it into the GROQ query, RepoTaskSource applies it in-memory.
      */
-    private loadTasksFromContentLake;
+    private loadTasksFromAdapter;
     /**
      * Load tasks from filesystem .task.ts files.
      *

package/dist/orchestration/steps/generate-configs-step.js

@@ -209,23 +209,30 @@ export class GenerateConfigsStep {
     // Task loading — unified for all modes
     // ---------------------------------------------------------------------------
     async loadTasks(ctx, mode, state) {
-        // Content Lake path — use ctx.taskSource (ContentLakeTaskSource) which
-        // loads ailf.task documents via GROQ. This is the only path that sees
-        // Studio-owned tasks (ownership: "studio").
-        if (ctx.config.taskSourceType === "content-lake") {
-            return this.loadTasksFromContentLake(ctx, state);
+        // Adapter path — use ctx.taskSource. The composition root wires the
+        // right adapter for each taskSourceType:
+        //   - "content-lake" → ContentLakeTaskSource (Studio-owned ailf.task docs)
+        //   - "repo"         → RepoTaskSource (loads .yaml AND .task.ts from repoTasksPath)
+        // Routing both through ctx.taskSource keeps the orchestration step
+        // file-format-agnostic (W0148: external-consumer evals materialize
+        // inline tasks as .yaml, which loadPipelineTasks can't read).
+        if (ctx.config.taskSourceType === "content-lake" ||
+            ctx.config.taskSourceType === "repo") {
+            return this.loadTasksFromAdapter(ctx, state);
         }
-        // Filesystem path — load from .task.ts files (repo tasks, inline tasks).
+        // Filesystem path — load from .task.ts files (legacy unset path:
+        // AILF defaults from tasks/${mode}/ + optional repoTasksPath augment).
         return this.loadTasksFromFilesystem(ctx, mode, state);
     }
     /**
-     * Load tasks from the Content Lake via ctx.taskSource.
+     * Load tasks via ctx.taskSource (the composition-root-wired adapter).
      *
-     * The ContentLakeTaskSource adapter handles area/task/tag filtering
-     * in the GROQ query itself, so we build a FilterOptions and pass it
-     * through rather than filtering in-memory after loading.
+     * Used for both `taskSourceType === "content-lake"` (ContentLakeTaskSource)
+     * and `taskSourceType === "repo"` (RepoTaskSource). Filtering by
+     * area/task/tag is delegated to the adapter — ContentLakeTaskSource
+     * pushes it into the GROQ query, RepoTaskSource applies it in-memory.
      */
-    async loadTasksFromContentLake(ctx, state) {
+    async loadTasksFromAdapter(ctx, state) {
         const filter = {
             ...(ctx.config.areas?.length ? { areas: ctx.config.areas } : {}),
             ...(ctx.config.tasks?.length ? { taskIds: ctx.config.tasks } : {}),

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@sanity/ailf",
-  "version": "4.0.4",
+  "version": "4.0.5",
   "private": false,
   "publishConfig": {
     "access": "public"