@bpmnkit/docspack 0.0.1 → 0.0.3

package/.llms/chunks/packages.core.installation-applybpmnoperations-definitions-operations-options.md

@@ -0,0 +1,23 @@
+# @bpmnkit/core — Installation — `applyBpmnOperations(definitions, operations, options?)`
+
+Applies edit operations to the full model. The operation vocabulary is the same one an LLM
+produces; applying it here rather than to a `CompactDiagram` means an edit touches only what it
+names and leaves the document's pools, lanes, data wiring and Zeebe detail alone.
+
+```typescript
+import { applyBpmnOperations } from "@bpmnkit/core";
+
+const { definitions, applied } = applyBpmnOperations(parsed, [
+  { op: "rename", id: "Task_1", name: "Approve invoice" },
+  { op: "update", id: "Task_1", patch: { jobType: "approve" } },
+]);
+```
+
+**Strict by default.** An operation naming an element that does not exist throws an
+`OperationError` and nothing is applied — the previous implementation skipped such operations
+silently, so a patch with a misspelled id reported success and changed nothing. Pass
+`{ strict: false }` to get `{ definitions, applied, problems }` instead and decide for
+yourself. The input is never mutated either way.
+
+---
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation-bpmn.continueprocess-definitions-processid.md

@@ -0,0 +1,45 @@
+# @bpmnkit/core — Installation — `Bpmn.continueProcess(definitions, processId)`
+
+Continue an existing model instead of generating a replacement for it. `build()` returns *that
+document* with the named process's contents replaced, so other processes, the collaboration,
+lanes, diagram interchange, root elements and unmodelled content all survive. The input is not
+mutated.
+
+```typescript
+const updated = Bpmn.continueProcess(Bpmn.parse(xml), "order-process")
+  .insertAfter("validate")
+  .serviceTask("notify", { name: "Notify", taskType: "notify" })
+  .build();
+```
+
+Also available as `ProcessBuilder.from(definitions, processId)`.
+
+**`.at(nodeId)`** continues from a node whose path is open — no outgoing sequence flow, or a
+gateway, where several outgoing flows are the point. It refuses a node that is not directly in
+that process (a node inside a sub-process means building that sub-process), an end event, and a
+node that would gain a second outgoing flow — that is an uncontrolled split, and almost always
+means you wanted to insert.
+
+**`.insertAfter(nodeId)`** splices what you build next into the path leaving an existing node:
+`validate → end` becomes `validate → notify → end`. The existing flow keeps its **id and its
+target** and only changes where it starts, so an edge nobody asked to move keeps its identity
+in the diagram and in a diff. It refuses a node with no outgoing flow, and one with several,
+where "after" is ambiguous.
+
+Which of the two you mean is not guessable, so it is not guessed.
+
+**Continuing never infers gateways.** `ProcessBuilder` normally inserts join gateways for
+branches you build; on a parsed model that reads the whole topology and retargets edges you
+never touched, so continue mode does not do it. A branch that needs a join here says so with
+`.connectTo(joinId)`. `build()` refuses outright if anything would rewire a sequence flow the
+document already had.
+
+**Diagram interchange is not regenerated.** Existing shapes keep their positions, and elements
+you add have none until `.withAutoLayout()` or a later `applyAutoLayout()` gives them one.
+
+`isExecutable` and the process name are left as they were unless you call `.executable()` or
+`.name()`. BPMN reads an absent `isExecutable` as false, so writing the builder's default onto
+a process that never carried it would make a non-executable process executable.
+
+---
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation-bpmn.creatediagram-id.md

@@ -15,4 +15,4 @@ const defs = Bpmn.createDiagram("OrderSystem")
 ```
 
 ---
-Source: https://docs.bpmnkit.com/packages/core/
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation-bpmn.createprocess-id-name.md

@@ -7,4 +7,4 @@ const builder = Bpmn.createProcess("my-process", "My Process");
 ```
 
 ---
-Source: https://docs.bpmnkit.com/packages/core/
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation-bpmn.export-definitions.md

@@ -7,4 +7,4 @@ const xml = Bpmn.export(definitions);
 ```
 
 ---
-Source: https://docs.bpmnkit.com/packages/core/
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation-bpmn.makeempty-processid-processname.md

@@ -8,4 +8,4 @@ const xml = Bpmn.makeEmpty("my-process", "My Process");
 ```
 
 ---
-Source: https://docs.bpmnkit.com/packages/core/
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation-bpmn.parse-xml.md

@@ -7,4 +7,4 @@ const definitions = Bpmn.parse(xmlString);
 ```
 
 ---
-Source: https://docs.bpmnkit.com/packages/core/
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation-bpmn.sample_xml.md

@@ -4,4 +4,4 @@ A constant containing a simple 3-node sample diagram (start → task → end).
 Useful for demos and tests.
 
 ---
-Source: https://docs.bpmnkit.com/packages/core/
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation-compactify-definitions.md

@@ -1,7 +1,10 @@
 # @bpmnkit/core — Installation — `compactify(definitions)`
 
-Converts a `BpmnDefinitions` object to a `CompactDiagram` — a small JSON object
-suitable for LLM prompts.
+Projects a `BpmnDefinitions` object onto a `CompactDiagram` — a small JSON object suitable
+for LLM prompts. **Lossy:** it keeps topology, names and the common Zeebe bindings, and drops
+collaborations, participants, message flows, lanes, data stores, artifacts, root-level
+messages and errors, multi-instance loop characteristics, full `zeebe:ioMapping` entries and
+diagram interchange.
 
 ```typescript
 import { compactify } from "@bpmnkit/core";
@@ -10,4 +13,4 @@ const compact = compactify(Bpmn.parse(xml));
 ```
 
 ---
-Source: https://docs.bpmnkit.com/packages/core/
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation-diagrambuilder-collaborations.md

@@ -0,0 +1,35 @@
+# @bpmnkit/core — Installation — DiagramBuilder — collaborations
+
+`.participant()`, `.message()` and `.messageFlow()` build a pooled diagram. Ids are used
+verbatim, so a generated diagram can be referred to by the ids you chose.
+
+```typescript
+const defs = Bpmn.createDiagram("Order")
+  .process("order", (p) => p.startEvent("o_start").serviceTask("o_send", { taskType: "send" }).endEvent("o_end"))
+  .process("supply", (p) => p.startEvent("s_start").serviceTask("s_recv", { taskType: "recv" }).endEvent("s_end"))
+  .participant("P_Buyer", { name: "Buyer", processId: "order" })
+  .participant("P_Seller", { name: "Seller", processId: "supply" })
+  .participant("P_Bank", { name: "Bank" })            // black box — no process
+  .message("Msg_Order", { name: "order placed", correlationKey: "= orderId" })
+  .messageFlow("MF_1", { source: "o_send", target: "s_recv", messageRef: "Msg_Order" })
+  .build();
+```
+
+A message flow's `source` and `target` name either participants or flow nodes inside them —
+both are valid BPMN, and `applyAutoLayout` reads either.
+
+A diagram with no participants gets **no** collaboration element. An empty
+`<bpmn:collaboration/>` is not a neutral addition: a modeler reads it as "this document is
+pooled" and renders every process pool-less.
+
+`.collaborationId(id)` renames the collaboration, which defaults to `"Collaboration_1"`.
+
+`build()` refuses a collaboration a modeler would not open, reporting every problem at once:
+a participant naming a process the diagram does not contain, two participants claiming the
+same process, a duplicate id, a message flow whose endpoint does not exist or which names an
+undeclared message, and — the one that is easy to write by accident — a message flow that
+starts and ends in the same pool. A message flow is what crosses a pool boundary; one that
+stays inside a pool should be a sequence flow.
+
+---
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation-diffsemantics-before-after.md

@@ -0,0 +1,15 @@
+# @bpmnkit/core — Installation — `diffSemantics(before, after)`
+
+What changed between two models, as `{ added, removed, changed }` keyed by element id. Changes
+are attributed to the element that actually changed rather than to all of its ancestors, and
+running auto-layout produces an empty diff.
+
+```typescript
+import { diffSemantics } from "@bpmnkit/core";
+
+const { added, removed, changed } = diffSemantics(before, after);
+// changed: [{ id: "Task_1", before: {...}, after: {...} }]
+```
+
+---
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation-ensurezeebeextension-owner-extension.md

@@ -0,0 +1,32 @@
+# @bpmnkit/core — Installation — `ensureZeebeExtension(owner, extension)`
+
+Finds a Zeebe extension element on a flow element, creating it if absent, and refuses a
+placement the Zeebe schema does not allow. Use it instead of pushing onto `extensionElements`
+directly: the push cannot fail, so `zeebe:calledDecision` on a service task becomes a deploy
+error in Camunda rather than a throw where it was written.
+
+```typescript
+import { ensureZeebeExtension, ZeebePlacementError } from "@bpmnkit/core";
+
+ensureZeebeExtension(serviceTask, "zeebe:taskDefinition").attributes.type = "worker";
+ensureZeebeExtension(serviceTask, "zeebe:calledDecision"); // throws ZeebePlacementError
+```
+
+`ZeebePlacementError` carries `ownerElement`, `extension` and `allowedOn`, so the message
+names the elements that *would* have been valid.
+
+`isZeebePlacementAllowed(ownerElement, extension)` answers the same question without throwing,
+and `ZEEBE_PLACEMENT` is the table itself — extension name to the element names that may own it.
+
+The table is generated from `zeebe.json`'s `meta.allowedIn` (`zeebe-bpmn-moddle`, MIT),
+resolved against the BPMN type graph, so it states the schema's rules rather than ours. **An
+extension the schema says nothing about is allowed**: the descriptor declares no owner for
+`zeebe:subscription` or `zeebe:properties`, and inventing a rule there would reject valid
+documents. Non-`zeebe:` extensions are not checked at all.
+
+`applyBpmnOperations` runs the same check, and reports a misplaced extension as an ordinary
+operation problem — checked before anything is written, so the element is left untouched and
+the rest of the batch still applies.
+
+---
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation-expand-compact.md

@@ -1,6 +1,8 @@
 # @bpmnkit/core — Installation — `expand(compact)`
 
-Converts a `CompactDiagram` back to a `BpmnDefinitions` object.
+Builds a `BpmnDefinitions` object from a `CompactDiagram`. It restores only what the compact
+form carries, so `expand(compactify(definitions))` is not `definitions` — use this to build a
+model from a compact definition, not as a round trip for a file you need to keep.
 
 ```typescript
 import { expand } from "@bpmnkit/core";
@@ -10,4 +12,4 @@ const xml = Bpmn.export(definitions);
 ```
 
 ---
-Source: https://docs.bpmnkit.com/packages/core/
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation-joins-inferred-by-default-or-declared.md

@@ -0,0 +1,28 @@
+# @bpmnkit/core — Installation — Joins: inferred by default, or declared
+
+Where several branches of one gateway reach the same element, `build()` inserts a matching
+join gateway for you. That is a help when you are reading the chain you just wrote, and a trap
+for generated code, which cannot see the element it did not emit.
+
+```typescript
+const defs = builder.build({ explicitJoins: true });
+// Error: Inferred join gateways: gw_join. Declare them with .connectTo(joinId),
+// or drop { explicitJoins: true } to keep the inference.
+```
+
+The error names the gateway it would have added, which is the id you pass to `.connectTo()`.
+
+A join you declare only counts if it **matches the split**: an exclusive split converging on a
+parallel gateway is not the gateway inference would have added, so it is still inferred — and
+with `explicitJoins` that refusal is the only thing that tells you.
+
+`Bpmn.continueProcess()` never infers joins at all, whatever this option says. Inference reads
+the whole topology, and on a document you were handed that means rewriting edges you never
+touched.
+
+`{ strict: true }` is the former name for this option and still works. It was renamed because
+"strict" says nothing about what it is strict *about*, and because `applyBpmnOperations` takes
+a `strict` that means something else entirely.
+
+---
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation-layoutprocess-process.md

@@ -12,4 +12,4 @@ const result = layoutProcess(process);
 ```
 
 ---
-Source: https://docs.bpmnkit.com/packages/core/
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation-processbuilder-methods.md

@@ -23,7 +23,7 @@ All builder methods return `this` for chaining.
 | `.defaults(options)` | Set process-wide defaults (e.g. `{ serviceTask: { retries: "5" } }`) applied to all subsequent tasks |
 | `.disconnectedStartEvent(id?, options?)` | Add a start event with no auto-connection to the current cursor — alias for `addStartEvent` |
 | `.withAutoLayout()` | Apply Sugiyama layout before building |
-| `.build(options?)` | Return the completed `BpmnDefinitions`. Pass `{ strict: true }` to throw if auto-join gateways are inserted (encourages explicit topology) |
+| `.build(options?)` | Return the completed `BpmnDefinitions`. Pass `{ explicitJoins: true }` to refuse inferred join gateways — see below |
 
 ---
-Source: https://docs.bpmnkit.com/packages/core/
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation-projectsemantics-definitions.md

@@ -0,0 +1,7 @@
+# @bpmnkit/core — Installation — `projectSemantics(definitions)`
+
+The canonical, presentation-free projection `semanticHash` covers. Returns `{ value, elements }`
+— the whole model as canonical JSON, plus a shallow projection per element id.
+
+---
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation-reconcilecompact-definitions-compact-options.md

@@ -0,0 +1,12 @@
+# @bpmnkit/core — Installation — `reconcileCompact(definitions, compact, options?)`
+
+Applies a `CompactDiagram` to an existing model as a set of changes. Elements that already
+exist are patched in place and keep their extensions, new ones are inserted, and ones the input
+no longer mentions are removed — where `expand(compact)` would rebuild the whole document and
+discard everything the compact form cannot describe.
+
+Processes are only added, never removed: sending one process of a multi-process document means
+"this is how that process should look", not "delete the others".
+
+---
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation-semantichash-definitions.md

@@ -0,0 +1,23 @@
+# @bpmnkit/core — Installation — `semanticHash(definitions)`
+
+SHA-256 of the model's meaning, with the diagram excluded. Two documents that say the same
+thing hash the same however they are laid out, ordered or formatted — so a changed hash means
+the model changed, not that the picture moved.
+
+```typescript
+import { Bpmn, applyAutoLayout, semanticHash } from "@bpmnkit/core";
+
+const definitions = Bpmn.parse(xml);
+semanticHash(applyAutoLayout(definitions)) === semanticHash(definitions); // true
+```
+
+Excluded from the hash: diagram interchange and its `bioc`/`color` extensions,
+`zeebe:modelerTemplateIcon`, and `exporter`/`exporterVersion`. Element order, attribute order
+and whitespace do not affect it. `modeler:executionPlatform` **is** included — it names the
+engine the model targets, so changing it is a real change.
+
+Synchronous and dependency-free, so it works in the browser and does not force callers to
+become async.
+
+---
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.installation.md

@@ -8,4 +8,4 @@ pnpm add @bpmnkit/core
 ## API Reference
 
 ---
-Source: https://docs.bpmnkit.com/packages/core/
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.overview.md

@@ -4,7 +4,7 @@
 BPMN 2.0 programmatically:
 
 - **Fluent builder** — chain method calls to construct any process shape
-- **Parser/serializer** — round-trip any BPMN 2.0 XML with full fidelity
+- **Parser/serializer** — round-trip BPMN 2.0 XML, keeping unmodelled content verbatim
 - **Auto-layout** — Sugiyama algorithm assigns coordinates automatically
 - **Compact format** — token-efficient AI-friendly intermediate representation
 - **DMN support** — parse, build, and export DMN 1.3 decision tables
@@ -12,4 +12,4 @@ BPMN 2.0 programmatically:
 Zero runtime dependencies. ESM-only. Runs in browsers, Node.js, Deno, Bun, and edge runtimes.
 
 ---
-Source: https://docs.bpmnkit.com/packages/core/
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.core.writing-files-bpmnkit-core-node.md

@@ -0,0 +1,43 @@
+# @bpmnkit/core — Writing files — `@bpmnkit/core/node`
+
+Anything that touches the filesystem lives behind the `@bpmnkit/core/node` subpath, so
+importing `@bpmnkit/core` itself never pulls `node:` builtins into a browser bundle.
+
+### `writeBpmn(definitions, options)`
+
+The only supported way to write a BPMN file, and the only one that checks what it wrote.
+Before anything reaches disk it serialises the model, **parses the result back**, and compares
+the semantic hashes. If they differ the write is refused and nothing is written.
+
+```typescript
+import { writeBpmn } from "@bpmnkit/core/node";
+import { WriteError, WriteVerificationError } from "@bpmnkit/core";
+
+const result = await writeBpmn(definitions, {
+  output: "flow.bpmn",
+  force: false,        // default — refuses rather than replace an existing file
+  layout: "preserve",  // default — "auto" regenerates the diagram first
+});
+
+result.destination;    // absolute path written
+result.semanticHash;   // the model's hash, verified after reading it back
+result.outputSha256;   // digest of the exact bytes on disk
+result.changes;        // what this write changed about the file it replaced
+```
+
+The file appears complete or not at all: contents go to a temporary file in the destination's
+own directory and are then linked or renamed into place, so an interrupted write cannot leave
+a half-written model behind. Two concurrent writes to the same new path cannot both succeed.
+
+`WriteVerificationError` carries a `changes` field naming the elements that diverged.
+`WriteError` means the destination exists and `force` was not given, or the filesystem refused.
+
+**What the check does not cover.** It compares the model in memory against the model read back
+from the output, so it catches the serialiser losing something. It cannot catch the *parser*
+having dropped something on the way in — content the parser never saw is absent from both
+sides. That is what the round-trip corpus gate covers, and there is deliberately no option to
+skip verification: turning it off would only ever be used to get past the bug it exists to
+report. If you want unchecked serialisation, `Bpmn.export()` still returns a string.
+
+---
+Source: https://bpmnkit.com/docs/packages/core

package/.llms/chunks/packages.docspack.installation.md

@@ -32,7 +32,7 @@ When you're ready for production, deploy to a real Camunda 8 cluster:
 ...
 
 ---
-Source: https://docs.bpmnkit.com/getting-started/quick-start/
+Source: /docs/getting-started/quick-start
 
 ---
 cost: 1,204 tokens, capped at 3,000
@@ -42,4 +42,4 @@ Every answer names the package, the version and the chunk it came from, and clos
 what it cost. An agent can quote the chunk id back when a passage turns out to be wrong.
 
 ---
-Source: https://docs.bpmnkit.com/packages/docspack/
+Source: https://bpmnkit.com/docs/packages/docspack

package/.llms/chunks/packages.docspack.overview.md

@@ -20,4 +20,4 @@ does the same job with no extra tooling.
 - Zero runtime dependencies
 
 ---
-Source: https://docs.bpmnkit.com/packages/docspack/
+Source: https://bpmnkit.com/docs/packages/docspack

package/.llms/chunks/packages.docspack.reading-it-yourself.md

@@ -31,4 +31,4 @@ with the versions installed.
 Options: `--limit <n>`, `--max-tokens <n>`, `--pack <name>`, `--cwd <dir>`.
 
 ---
-Source: https://docs.bpmnkit.com/packages/docspack/
+Source: https://bpmnkit.com/docs/packages/docspack

package/.llms/chunks/packages.docspack.trust.md

@@ -10,4 +10,4 @@ security boundary rather than as configuration:
 - packages under the `@docspack-community` scope are labelled unreviewed in every answer
 
 ---
-Source: https://docs.bpmnkit.com/packages/docspack/
+Source: https://bpmnkit.com/docs/packages/docspack

package/.llms/chunks/packages.docspack.using-the-index-directly.md

@@ -21,7 +21,7 @@ console.log(`${tokens} tokens`);
 
 ## How the pack is built
 
-`bpmnkit-docs build` reads the Markdown under `apps/docs/src/content/docs`, splits each
+`bpmnkit-docs build` reads the Markdown under `apps/landing/src/content/docs`, splits each
 document at its `##` headings, and writes one file per chunk:
 
 ```
@@ -49,4 +49,4 @@ You can steer either from the document itself:
 ```
 
 ---
-Source: https://docs.bpmnkit.com/packages/docspack/
+Source: https://bpmnkit.com/docs/packages/docspack

package/.llms/chunks/packages.editor.basic-setup.md

@@ -38,4 +38,4 @@ const hud = initEditorHud(editor, {
 ```
 
 ---
-Source: https://docs.bpmnkit.com/packages/editor/
+Source: https://bpmnkit.com/docs/packages/editor

package/.llms/chunks/packages.editor.full-editor-with-all-plugins.md

@@ -27,4 +27,4 @@ const hud = initEditorHud(editor, { aiButton: dock.aiPane.button });
 ```
 
 ---
-Source: https://docs.bpmnkit.com/packages/editor/
+Source: https://bpmnkit.com/docs/packages/editor

package/.llms/chunks/packages.editor.hud-options.md

@@ -38,4 +38,4 @@ type SideDock = {
 ```
 
 ---
-Source: https://docs.bpmnkit.com/packages/editor/
+Source: https://bpmnkit.com/docs/packages/editor

package/.llms/chunks/packages.editor.overview.md

@@ -18,4 +18,4 @@ pnpm add @bpmnkit/editor
 ```
 
 ---
-Source: https://docs.bpmnkit.com/packages/editor/
+Source: https://bpmnkit.com/docs/packages/editor

package/.llms/chunks/packages.engine.installation.md

@@ -74,4 +74,4 @@ const processes = engine.getDeployedProcesses();
 ```
 
 ---
-Source: https://docs.bpmnkit.com/packages/engine/
+Source: https://bpmnkit.com/docs/packages/engine

package/.llms/chunks/packages.engine.overview.md

@@ -16,4 +16,4 @@ JavaScript runtime — no external services required.
 Zero runtime dependencies. ESM-only.
 
 ---
-Source: https://docs.bpmnkit.com/packages/engine/
+Source: https://bpmnkit.com/docs/packages/engine

package/.llms/chunks/packages.engine.processinstance.md

@@ -14,4 +14,4 @@
 | `instance.deliverMessage(name, vars?)` | Correlate a message to a waiting event |
 
 ---
-Source: https://docs.bpmnkit.com/packages/engine/
+Source: https://bpmnkit.com/docs/packages/engine

package/.llms/chunks/packages.engine.variable-scoping.md

@@ -24,4 +24,4 @@ Call `parseDurationMs(str)` from `@bpmnkit/engine` to convert duration strings
 to milliseconds in your own code.
 
 ---
-Source: https://docs.bpmnkit.com/packages/engine/
+Source: https://bpmnkit.com/docs/packages/engine

package/.llms/chunks/packages.worker-client.client.poll-jobtype-options.md

@@ -37,4 +37,4 @@ interface ActivatedJob {
 ```
 
 ---
-Source: https://docs.bpmnkit.com/packages/worker-client/
+Source: https://bpmnkit.com/docs/packages/worker-client

package/.llms/chunks/packages.worker-client.createworkerclient-options.md

@@ -29,4 +29,4 @@ const client = createWorkerClient({
 A `WorkerClient` object with a single `poll()` method.
 
 ---
-Source: https://docs.bpmnkit.com/packages/worker-client/
+Source: https://bpmnkit.com/docs/packages/worker-client

package/.llms/chunks/packages.worker-client.job.complete-variables.md

@@ -26,4 +26,4 @@ await job.throwError("PAYMENT_DECLINED", "Card declined by issuer", { code: "05"
 ```
 
 ---
-Source: https://docs.bpmnkit.com/packages/worker-client/
+Source: https://bpmnkit.com/docs/packages/worker-client

package/.llms/chunks/packages.worker-client.md

@@ -30,4 +30,4 @@ for await (const job of client.poll("com.example:send-email:1")) {
 ```
 
 ---
-Source: https://docs.bpmnkit.com/packages/worker-client/
+Source: https://bpmnkit.com/docs/packages/worker-client

package/.llms/chunks/packages.worker-client.oauth2-camunda-saas.md

@@ -23,4 +23,4 @@ node dist/index.js
 | `ZEEBE_TOKEN_AUDIENCE` | OAuth2 audience |
 
 ---
-Source: https://docs.bpmnkit.com/packages/worker-client/
+Source: https://bpmnkit.com/docs/packages/worker-client

package/.llms/chunks/packages.worker-client.see-also.md

@@ -1,7 +1,7 @@
 # @bpmnkit/worker-client — See also
 
-- [Standalone Workers](/guides/workers-standalone/) — scaffolding, running, and deploying workers
-- [AI-Driven Implementation](/guides/ai-implement/) — generate workers automatically with `/implement`
+- [Standalone Workers](/docs/guides/workers-standalone) — scaffolding, running, and deploying workers
+- [AI-Driven Implementation](/docs/guides/ai-implement) — generate workers automatically with `/implement`
 
 ---
-Source: https://docs.bpmnkit.com/packages/worker-client/
+Source: https://bpmnkit.com/docs/packages/worker-client