codex-workflow-v2 2.0.0-beta.13.11 → 2.0.0-beta.13.13

package/docs/lifecycle-capture.md

@@ -0,0 +1,34 @@
+# Repository lifecycle capture
+
+Use `node scripts/capture-lifecycle.mjs <actual CLI arguments>` with
+`WORKFLOW_CAPTURE_CONFIG=/absolute/capture-config.json`. This repository-only tool
+records actual CLI calls; it does not authorize commands, inject credentials,
+or decide what to execute next. Follow Core navigation and validate the resulting
+append-only JSONL with `scripts/validate-lifecycle-transcript.mjs`.
+
+Prepare a config with `runId`, `candidate` (source commit), `version`, `repository`,
+`stateRoot`, `log` (new absolute JSONL path), and `workerThreadId`. Bind each of
+`artifact`, `bootstrapReceipt`, `cli`, `projector`, and `validator` using
+`{ "file": "/absolute/path", "sha256": "<exact file hash>" }`.
+`captureFiles` contains the same references for both `scripts/capture-lifecycle.mjs`
+and `scripts/lifecycle-capture-evidence.mjs`. Do not edit these files/config while
+capturing a run. Use absolute paths throughout.
+
+The CLI and projector must belong to that fixture's exact installed package:
+`dist/src/cli.js` and `dist/src/navigation-actions.js`. The validator uses its own
+current build; build that checkout before capture. Its exported observation
+registry classifies records, while the installed canonical projector supplies
+advertised actions. Neither diagnostic routes nor Task status create authority.
+
+Use only the disposable synthetic bootstrap receipt from the maintained bootstrap
+tool. Repository, state root, candidate hash and version must match. Simulated
+Knowledge/grant approvals are test setup, never production consent. Do not import
+production project state or credentials. No live fixture is migrated by this tool.
+
+Each invocation emits BEGIN/END markers and appends a terminal result, including
+failures. Evidence redacts authority values and retains raw output hashes; original
+CLI stdout/stderr are returned to the invoking Worker, so retain their normal
+private handling. `INVALID_ARGUMENT` alone is not proof of a nonmutating retry.
+The recorder does not erase failures or convert them into successful lifecycle
+evidence. Keep actual App source records and review packets alongside the log;
+the capture log alone does not establish an independent App review.

package/docs/pdf/sources/codex-workflow-v2-architecture-ru.md

@@ -463,7 +463,7 @@ Restart Docker Desktop требует отдельного разрешения
 # 10. Operational checklist
 
 - exact package version установлен, bundled gateway соответствует release и переустановлен;
-- handshake подтверждает `packageVersion=2.0.0-beta.13.11`, protocol 2, state schema 2 и beta.13
+- handshake подтверждает `packageVersion=2.0.0-beta.13.13`, protocol 2, state schema 2 и beta.13
   capabilities;
 - routine observation начинается с компактного `status`; `status --full` запрашивается только для
   расследования, которому действительно нужна полная historical projection;
@@ -476,3 +476,39 @@ Restart Docker Desktop требует отдельного разрешения
 - advertised route имеет Signal-observed matrix binding либо явно помечен unsupported;
 - dependencies, progress и review posture берутся из Core projections;
 - local state не редактируется вручную; release и package update выполняются только после safe preflight и обязательных checks.
+
+
+<!-- pagebreak -->
+
+## beta.13.12: восстановление зависимости тестового каталога
+
+Поддерживаемый явный Vitest invocation связывает required check с единственным tracked
+migration-catalog test. Это отдельное hash-bound evidence, а не выдуманный static import.
+Неоднозначность, dynamic пути и forbiddenScope сохраняют запрет расширения.
+
+После подтверждённого corrective Plan новый механический конфликт оценивается в проверенном
+текущем semantic cycle. История, глобальные ordinals и stop/split authority сохраняются.
+Расширение scope выполняется только по свежему Core route; ручная правка allowedWrites запрещена.
+
+Выданное расширение переносится через проверенную Knowledge-only цепочку лишь при неизменных
+Step и semantic scope. Navigation, исполнение и review scope используют одно доказательство.
+Execution authorization остаётся отдельным условием; повреждённая цепочка блокирует перенос.
+
+Read-only Plan-integrity update preflight допускает beta.13.11+ source только с новым eligible
+V4 literal-test evidence и более новым exact target. Running Step, любой lease, повреждённая
+история, изменённые dirty bytes или более широкий dependency transport остаются блокерами.
+Полный протокол и ограничения: docs/updating-existing-project.md и docs/release.md.
+
+## beta.13.13: Knowledge проверяется до переноса зависимости
+
+Проверка обновления учитывает существующие product-источники Knowledge,
+изменённые failed Step. Допустимы только content-only изменения в связанном
+scope, с действующим делегированным маршрутом context refresh. Изменение
+классификации или состава источников блокирует этот маршрут до transport.
+
+Регистрация dependency provenance сохраняет прежнюю карту. После ограниченного
+расширения test-support scope существующий атомарный context refresh использует
+явный grant; актуальные аудит и разрешение исполнения остаются обязательными.
+Обновление пакета само по себе не одобряет проектные источники. Проверка релиза
+включает четыре уже изменённых источника, перенос пакета и продолжение до checks
+и sealed review packet; фактическая готовность Signal проверяется отдельно.

package/docs/pdf/sources/codex-workflow-v2-chat-only-guide-ru.md

@@ -57,7 +57,7 @@ AGENTS.md
 -> doctor только как дополнительная диагностика
 ```
 
-Handshake beta.13.11 должен сообщать `packageVersion=2.0.0-beta.13.11`, `protocolVersion=2`,
+Handshake beta.13.13 должен сообщать `packageVersion=2.0.0-beta.13.13`, `protocolVersion=2`,
 `stateSchemaVersion=2`, dependency DAG, initial Plan transaction, mechanical feasibility,
 Milestone autonomy, host-safe credential reference, failed-Step continuation transaction,
 cause-bound rolling refinement, structural production edge, compact status, reviewer runtime preflight,
@@ -480,7 +480,7 @@ Task/project DGR. `dependencyBinding` для standalone handoff равен null.
 # 14. Итоговый checklist пользователя
 
 - beta.13.10 exact package и новый bundled gateway установлены; handshake показывает
-  `packageVersion=2.0.0-beta.13.11`, protocol/state schema `2/2` и beta.13 capabilities;
+  `packageVersion=2.0.0-beta.13.13`, protocol/state schema `2/2` и beta.13 capabilities;
 - новый Coordinator chat не является fork старого Milestone;
 - bootstrap DGR, если нужен, выдан отдельным exact human confirmation;
 - Discovery не materialized при blocking unknowns;
@@ -504,3 +504,37 @@ Task/project DGR. `dependencyBinding` для standalone handoff равен null.
 - historical-Step recovery, если рекламировался, сохранил exact accepted commit и довёл текущий Step до обычного `step-complete` без history rewrite;
 - split-required остановился без replacement mutations;
 - Milestone validation и final acceptance связаны с текущим clean base HEAD.
+
+
+## beta.13.12: восстановление зависимости тестового каталога
+
+Поддерживаемый явный Vitest invocation связывает required check с единственным tracked
+migration-catalog test. Это отдельное hash-bound evidence, а не выдуманный static import.
+Неоднозначность, dynamic пути и forbiddenScope сохраняют запрет расширения.
+
+После подтверждённого corrective Plan новый механический конфликт оценивается в проверенном
+текущем semantic cycle. История, глобальные ordinals и stop/split authority сохраняются.
+Расширение scope выполняется только по свежему Core route; ручная правка allowedWrites запрещена.
+
+Выданное расширение переносится через проверенную Knowledge-only цепочку лишь при неизменных
+Step и semantic scope. Navigation, исполнение и review scope используют одно доказательство.
+Execution authorization остаётся отдельным условием; повреждённая цепочка блокирует перенос.
+
+Read-only Plan-integrity update preflight допускает beta.13.11+ source только с новым eligible
+V4 literal-test evidence и более новым exact target. Running Step, любой lease, повреждённая
+история, изменённые dirty bytes или более широкий dependency transport остаются блокерами.
+Полный протокол и ограничения: docs/updating-existing-project.md и docs/release.md.
+
+## beta.13.13: Knowledge проверяется до переноса зависимости
+
+Проверка обновления учитывает существующие product-источники Knowledge,
+изменённые failed Step. Допустимы только content-only изменения в связанном
+scope, с действующим делегированным маршрутом context refresh. Изменение
+классификации или состава источников блокирует этот маршрут до transport.
+
+Регистрация dependency provenance сохраняет прежнюю карту. После ограниченного
+расширения test-support scope существующий атомарный context refresh использует
+явный grant; актуальные аудит и разрешение исполнения остаются обязательными.
+Обновление пакета само по себе не одобряет проектные источники. Проверка релиза
+включает четыре уже изменённых источника, перенос пакета и продолжение до checks
+и sealed review packet; фактическая готовность Signal проверяется отдельно.

package/docs/pdf/sources/codex-workflow-v2-technical-reference-ru.md

@@ -15,7 +15,7 @@ authority сами: mutating permission определяется runtime state
 
 | Параметр beta.13 | Значение |
 |---|---|
-| npm package | `codex-workflow-v2@2.0.0-beta.13.11` |
+| npm package | `codex-workflow-v2@2.0.0-beta.13.13` |
 | protocolVersion | 2 |
 | stateSchemaVersion | 2 |
 | lifecycle epoch | 2 |
@@ -775,7 +775,7 @@ dirty update.
 observed-route matrix/compact-status/reviewer-runtime tests, legacy compatibility regressions,
 `npm run test:signal-t10-check-support-e2e`, `npm run test:signal-remediation-e2e`,
 `npm run pack:check`, `npm run smoke:downstream`, `npm run plugin:check`, official plugin/skill validators,
-`npm run docs:pdf:check` и `npm run release:check` с exact `v2.0.0-beta.13.11` tag binding и append-only
+`npm run docs:pdf:check` и `npm run release:check` с exact `v2.0.0-beta.13.13` tag binding и append-only
 real-agent lifecycle log. Candidate проверяется из clean source checkout; missing built module не должен
 превращаться в stack trace, а обязан быть детерминированно собран или диагностирован release gate.
 
@@ -784,3 +784,39 @@ Real-agent gate повторяет production boundary Codex App: Task agent у
 Nested native `codex exec` внутри другого Codex agent не является release evidence. Packet generation
 логируется как read-only observation, record — как exact `next`-authorized mutation с последующими
 `status` и `next`.
+
+
+## beta.13.12: восстановление зависимости тестового каталога
+
+Поддерживаемый явный Vitest invocation связывает required check с единственным tracked
+migration-catalog test. Это отдельное hash-bound evidence, а не выдуманный static import.
+Неоднозначность, dynamic пути и forbiddenScope сохраняют запрет расширения.
+
+После подтверждённого corrective Plan новый механический конфликт оценивается в проверенном
+текущем semantic cycle. История, глобальные ordinals и stop/split authority сохраняются.
+Расширение scope выполняется только по свежему Core route; ручная правка allowedWrites запрещена.
+
+Выданное расширение переносится через проверенную Knowledge-only цепочку лишь при неизменных
+Step и semantic scope. Navigation, исполнение и review scope используют одно доказательство.
+Execution authorization остаётся отдельным условием; повреждённая цепочка блокирует перенос.
+
+Read-only Plan-integrity update preflight допускает beta.13.11+ source только с новым eligible
+V4 literal-test evidence и более новым exact target. Running Step, любой lease, повреждённая
+история, изменённые dirty bytes или более широкий dependency transport остаются блокерами.
+Полный протокол и ограничения: docs/updating-existing-project.md и docs/release.md.
+
+<!-- pagebreak -->
+
+## beta.13.13: Knowledge проверяется до переноса зависимости
+
+Проверка обновления учитывает существующие product-источники Knowledge,
+изменённые failed Step. Допустимы только content-only изменения в связанном
+scope, с действующим делегированным маршрутом context refresh. Изменение
+классификации или состава источников блокирует этот маршрут до transport.
+
+Регистрация dependency provenance сохраняет прежнюю карту. После ограниченного
+расширения test-support scope существующий атомарный context refresh использует
+явный grant; актуальные аудит и разрешение исполнения остаются обязательными.
+Обновление пакета само по себе не одобряет проектные источники. Проверка релиза
+включает четыре уже изменённых источника, перенос пакета и продолжение до checks
+и sealed review packet; фактическая готовность Signal проверяется отдельно.

package/docs/release.md

@@ -1,5 +1,62 @@
 # Release Policy
 
+## beta.13.13: assess dirty Knowledge before dependency transport
+
+A failed Step can leave content changes in already approved Knowledge sources. The
+Plan-integrity update preflight must assess those changes before transport, using
+same failed-Step scope and current content bindings as post-transport recovery.
+Content-only drift requires an eligible existing delegated context-refresh route;
+source/classification changes or unavailable authority remain blocked.
+
+For this bounded route, dependency recovery registers only verified dependency
+provenance and preserves the approved Knowledge Map bytes. It reports the deferred
+context refresh. After the machine-derived support amendment, fresh navigation
+must lead to the existing atomic delegated refresh, independent audit and current
+execution authorization. Dependency registration never approves product Knowledge.
+The existing package-only derived refresh remains separately bounded.
+
+The release regression must include four existing approved product Knowledge
+sources changed by the failed Step, plus the subsequent package.json dependency
+change. It must reach the same Worker run, passing checks and sealed review packet,
+while proving unchanged product bytes, prior history and pre-refresh Map. Before
+tagging, a read-only assessment of the actual downstream source must confirm the
+same data shape and anticipated recovery readiness. A synthetic roundtrip alone
+is not proof of downstream readiness. All ordinary release gates remain required.
+
+## beta.13.12: bounded test invocation recovery after a corrective Plan
+
+A required check can invoke a tracked test through an explicit Vitest argument list rather
+than a static import. The bounded component-owner analyzer recognizes supported literal
+runner invocations and a unique migration-catalog test. It records the invocation and hashes
+as their own evidence; it does not invent an import edge or classify every diagnostic path
+as the failing test. Dynamic or ambiguous invocations, forbidden paths and unproved catalog
+dependencies do not establish scope authority.
+Literal invocation evidence binds a supported static call site, tracked runner/test bytes,
+the recorded failed-check diagnostic and a unique missing-catalog anchor. It does not
+assert a runtime trace or prove that every diagnostic path was a failing test.
+
+Plan-integrity eligibility can use a verified current semantic Plan cycle after an applied
+human corrective Plan and content-only Knowledge rebind. Historical failures and decisions
+remain immutable and globally numbered. Pending, malformed, conflicting or unconsumed stop
+and split authority must not disappear when selecting the current failure cycle.
+An issued machine-derived support amendment must survive only a verified Knowledge-only
+Plan rebind with the same Step and semantic scope. Navigation, execution and review scope
+must use the same proof. Rebinding does not supply execution authorization, and an invalid
+chain or semantic change must reject the carry-forward. The combined regression must reach
+authorization, run, passing checks and the sealed review packet after this rebind.
+
+The existing read-only Plan-integrity update protocol additionally admits coherent beta.13
+patches from beta.13.11 only for a freshly eligible V4 conflict with validated literal test
+invocation evidence and a strictly newer target. Existing lease, transaction, Plan, HEAD,
+dirty-byte and dependency-only transport checks remain in force. This profile does not admit
+an active Step or general dirty-worktree updates. Historical beta.12 profiles are unchanged.
+
+Required regression evidence includes real failed-check recovery after human corrective
+execution and rebind, positive and negative invocation proofs, unchanged prior Step history,
+correct current-cycle event readback, and a complete dependency transport, recovery and
+same-Worker continuation. Predicate-only tests do not satisfy the release gate. Ordinary
+CI, exact artifact, disposable App, documentation and publication checks also remain required.
+
 ## beta.13.11: preserve production edges through corrective Plan admission
 
 The closed public corrective Plan schema now admits the existing optional

package/docs/stable-release-defect-register.md

@@ -5,7 +5,7 @@ alpha.7 through beta.9 lines against the `signal_v4` Milestone 3 lifecycle. It i
 separate from implementation briefs: an item stays here until it is either
 verified fixed by a regression test or explicitly classified as downstream-only.
 
-Last reviewed: 2026-08-22.
+Last reviewed: 2026-09-08.
 
 ## Severity and status
 
@@ -14,6 +14,31 @@ Last reviewed: 2026-08-22.
 - **Closed-regression** means a patch exists; the stable release must retain its regression coverage.
 - **Downstream** means the finding belongs to `signal_v4`, not to the workflow package.
 
+## Active Milestone update findings
+
+### WF-M04-KNOWLEDGE-TRANSPORT — preflight omits post-update Knowledge readiness
+
+- Status: Implemented in beta.13.13; full-route regression is part of the release gate.
+  Downstream continuation still requires post-install verification.
+- Severity: High
+- Evidence: Signal M04 T02 revision 101 retained an approved Knowledge Map 295 while
+  four existing Knowledge entries had content changes from the failed Step. The
+  beta.13.12 source preflight checked the bounded failure and dependency transport,
+  but post-transport recovery required that only package.json differ in Knowledge.
+- Cause: the combined regression covered dependency drift and a later Knowledge
+  rebind, but did not include the already dirty product Knowledge entries at the
+  source boundary. Green package CI therefore did not establish Signal readiness.
+- Required fix: assess the actual Knowledge difference before transport using the
+  same bounded predicate as recovery. Dependency registration must not silently
+  approve product Knowledge. Preserve the stale map until the existing delegated
+  atomic context refresh becomes executable after the support-scope amendment.
+- Required evidence: complete failed-Step transport with four existing content-only
+  Knowledge changes, preserved bytes and history, delegated refresh, fresh audit
+  and execution authorization, same-Worker run, checks and sealed review packet.
+  Reject classification changes, missing authority and changed bound dirty bytes.
+- Deployment: beta.13.12 was published, but was not installed in Signal. Keep the
+  deployment hold until the replacement candidate passes this actual-state check.
+
 ## Post-beta.5 open findings
 
 ### WF-STABLE-030 — chat order and replacement progress are not observable

package/docs/updating-existing-project.md

@@ -22,6 +22,51 @@ state schema. Совпадение `stateSchemaVersion` до и после об
 нужна. Для alpha.6 при `stateSchemaVersion: 2` применяется не migration, а sidecar-only
 adoption posture.
 
+### beta.13.13: изменённые product-файлы Knowledge до обновления
+
+Перед transport проверяйте не только версии и failed-Step scope, но и Knowledge.
+Если существующие approved источники изменились в пределах текущего failed Step,
+preflight должен явно показать отложенный `task context-refresh` и подходящий
+действующий grant. Изменение состава или классификации источников не относится к
+этому маршруту. Не выполняйте source context-refresh заранее ради снятия отказа.
+
+После dependency-only transport recovery сохраняет старые байты Knowledge Map.
+Следуйте свежему `status` и `next`: сначала ограниченное расширение test-support
+scope, затем существующий атомарный refresh с указанным delegate и grant, аудит
+и разрешение исполнения. Само обновление пакета не одобряет product Knowledge.
+Если свежий preflight блокирует маршрут, не устанавливайте пакет в Signal.
+
+### beta.13.12: явный запуск теста и текущий цикл corrective Plan
+
+Если обязательный check вызывает tracked migration-catalog test через поддерживаемый literal
+Vitest invocation, новый analyzer может доказать единственный дополнительный support path.
+Диагностические пути из failed check являются упоминаниями, а не доказательством того, что
+каждый такой тест упал. Неоднозначный каталог, dynamic/glob invocation, выход за компонент
+или forbiddenScope не дают автоматического расширения.
+
+После реально зарегистрированного checks-failed новый runtime проверяет текущий semantic
+Plan cycle, включая завершённое human corrective execution и допустимый content-only rebind.
+Старая история и глобальные ordinals сохраняются. Нельзя повторять заведомо падающий Step
+ради счётчика, удалять old decisions или считать неподтверждённую смену Plan новым циклом.
+
+Уже выданное machine-derived расширение сохраняется только через проверенную Knowledge-only
+цепочку при неизменных Step и semantic scope. Navigation, исполнение и пакет ревью используют
+одно доказательство. Такая привязка не заменяет execution authorization; повреждённая цепочка
+или изменение смысла Plan запрещают перенос разрешения. После rebind следуйте свежему `next`.
+
+Для coherent beta.13 patch начиная с beta.13.11 опубликованный exact более новый runner
+может выполнить только read-only `update plan-integrity-update-preflight --id <TASK-ID>`.
+Новый source profile требует заново доказанный eligible V4 literal-test conflict; fallback
+adopted/dirty-carryover modes сами по себе его не открывают. Require `eligible=true`, нет
+running Step, active/stale lease или pending operation, точные Plan/HEAD и dirty-byte bindings.
+Далее используйте только возвращённый dependency-only transport на base и Task, установите
+exact target и следуйте target provenance recovery и fresh navigation. Сохраняйте продуктовые
+байты; не применяйте дополнительный test patch до Core-derived scope authority.
+
+Обычный `update preflight` остаётся строгим. Отсутствие scope proof или иной blocked boundary
+не разрешает внешний runner для mutation, ручную правку state, stash/reset либо более широкий
+commit. Этот профиль не подменяет внешнюю проверку разрешений.
+
 ### beta.13.1: legacy PRA compatibility after beta.13
 
 `2.0.0-beta.13.1` preserves the beta.13 protocol/schema `2/2` and adds no state migration. The

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "codex-workflow-v2",
-  "version": "2.0.0-beta.13.11",
+  "version": "2.0.0-beta.13.13",
   "description": "Requirements-first Codex development workflow with local state and explicit Git ownership.",
   "repository": {
     "type": "git",

package/plugins/codex-workflow-gateway/skills/codex-workflow-gateway/SKILL.md

@@ -92,6 +92,23 @@ active writer token when the C1 contract requires it. The recovery records only
 `task run` merely to manufacture the second failure, and never invoke this recovery for a generic
 test failure, a writable manifest, or unconfined changes.
 
+For beta.13.13, the exact published target runner may perform only read-only
+`update plan-integrity-update-preflight --id <TASK-ID>` against a coherent beta.13
+source from beta.13.11 with a strictly newer target and a freshly proved V4 literal
+test invocation conflict. Require eligible=true, exact Task/Plan/HEAD and dirty
+content bindings, and no running Step, lease or pending operation before transport.
+Perform only the returned dependency-only Task/base transport, install the exact
+target locally, and follow its provenance preflight/recovery and fresh status/next.
+
+If preflight reports deferredKnowledgeRefresh, existing product Knowledge sources
+have bounded content-only drift. Require its eligible existing delegated approval
+option; registration preserves the old Knowledge Map and does not approve product
+sources. Follow fresh navigation through support-scope recovery and the existing
+atomic task context-refresh with the exact named delegate and grant. New sources,
+classification changes, changed dirty bytes or unavailable authority block this
+route. Do not refresh source context first to conceal the failed-Step boundary,
+edit state, or apply the extra test patch before Core grants its bounded scope.
+
 When fresh `next` includes `preExecutionReplanOption.state=eligible`, an independent Plan auditor
 may stop a `ready` Task before its next Step because the current implementation Plan is obstructed.
 Use only `task preexecution-replan` with the exact advertised Task revision, Brief hash, Plan hash,

package/schemas/corrective-decision-event.schema.json

@@ -234,13 +234,15 @@
           "items": {
             "type": "object", "additionalProperties": false,
             "required": ["reasonCode", "command", "runnerPath", "ownerPath", "ownerHash", "importChain", "diagnosticPath", "componentRoot"],
+            "allOf": [{ "if": { "required": ["testInvocation"] }, "then": { "properties": { "importChain": { "maxItems": 1 } } }, "else": { "properties": { "importChain": { "minItems": 2 } } } }],
             "properties": {
               "reasonCode": { "const": "FAILED_CHECK_COMPONENT_OWNER_OUTSIDE_ALLOWED_WRITES" },
               "command": { "type": "string", "minLength": 1 },
               "runnerPath": { "type": "string", "minLength": 1 },
               "ownerPath": { "type": "string", "minLength": 1 },
               "ownerHash": { "$ref": "#/$defs/hash64" },
-              "importChain": { "$ref": "#/$defs/stringList", "minItems": 2 },
+              "importChain": { "$ref": "#/$defs/stringList", "minItems": 1 },
+              "testInvocation": {"type": "object", "additionalProperties": false, "required": ["kind", "runnerHash", "argv", "migrationOutputs", "catalogNames"], "properties": {"kind": {"const": "literal-vitest-catalog"}, "runnerHash": {"type": "string", "pattern": "^[a-f0-9]{64}$"}, "argv": {"type": "array", "items": {"type": "string"}, "minItems": 3}, "migrationOutputs": {"type": "array", "items": {"type": "string"}, "minItems": 1, "uniqueItems": true}, "catalogNames": {"type": "array", "items": {"type": "string", "pattern": "^[0-9]{4}_[a-z0-9_]+\\.sql$"}, "minItems": 1, "uniqueItems": true}}},
               "diagnosticPath": { "type": "string", "minLength": 1 },
               "componentRoot": { "type": "string", "minLength": 1 }
             }