@kindgi/sdk 0.1.1 → 0.1.2

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@kindgi/sdk",
-  "version": "0.1.1",
+  "version": "0.1.2",
   "description": "@kindgi/sdk — the authoring SDK for Kindgi™. Facade over the individual @kindgi/* packages + @kindgi/client. Unifies pack authoring (defineTool / defineCheck / defineAgent / defineFlow) and client callsites (createClient) behind three sub-paths: /define, /client, /types. Re-export facade; zero behavior.",
   "license": "Apache-2.0",
   "repository": {
@@ -18,27 +18,33 @@
   "exports": {
     "./define": {
       "types": "./dist/define.d.ts",
-      "import": "./dist/define.js"
+      "import": "./dist/define.js",
+      "default": "./dist/define.js"
     },
     "./client": {
       "types": "./dist/client.d.ts",
-      "import": "./dist/client.js"
+      "import": "./dist/client.js",
+      "default": "./dist/client.js"
     },
     "./types": {
       "types": "./dist/types.d.ts",
-      "import": "./dist/types.js"
+      "import": "./dist/types.js",
+      "default": "./dist/types.js"
     },
     "./webhooks": {
       "types": "./dist/webhooks.d.ts",
-      "import": "./dist/webhooks.js"
+      "import": "./dist/webhooks.js",
+      "default": "./dist/webhooks.js"
     },
     "./build": {
       "types": "./dist/build.d.ts",
-      "import": "./dist/build.js"
+      "import": "./dist/build.js",
+      "default": "./dist/build.js"
     },
     ".": {
       "types": "./dist/index.d.ts",
-      "import": "./dist/index.js"
+      "import": "./dist/index.js",
+      "default": "./dist/index.js"
     },
     "./package.json": "./package.json"
   },
@@ -49,15 +55,15 @@
     "README.md"
   ],
   "dependencies": {
-    "@kindgi/agents": "0.1.1",
-    "@kindgi/client": "0.1.1",
-    "@kindgi/crypto": "0.1.1",
-    "@kindgi/flow": "0.1.1",
-    "@kindgi/guardrails": "0.1.1",
-    "@kindgi/handler-runtime": "0.1.1",
-    "@kindgi/schema": "0.1.1",
-    "@kindgi/tools": "0.1.1",
-    "@kindgi/types": "0.1.1"
+    "@kindgi/agents": "0.1.2",
+    "@kindgi/client": "0.1.2",
+    "@kindgi/crypto": "0.1.2",
+    "@kindgi/flow": "0.1.2",
+    "@kindgi/guardrails": "0.1.2",
+    "@kindgi/handler-runtime": "0.1.2",
+    "@kindgi/schema": "0.1.2",
+    "@kindgi/tools": "0.1.2",
+    "@kindgi/types": "0.1.2"
   },
   "peerDependencies": {
     "zod": "^4.0.0"
@@ -75,7 +81,7 @@
     "vitest": "^2.1.8"
   },
   "engines": {
-    "node": ">=22.0.0"
+    "node": ">=22.12.0"
   },
   "publishConfig": {
     "access": "public",

package/skills/kindgi-authoring-guardrails/SKILL.md

@@ -107,11 +107,17 @@ How the pack tooling reads this file:
   `configZod`, `configSchema` or `configJsonSchema`, or a top-level
   `configZod` / `configSchema`), and the declaration's `config` — what
   the check runs with. It does not record `description`, `budget` or
-  `judgeCapabilities`.
+  `judgeCapabilities`. It checks `config` (none counts as `{}`) against
+  the config schema: a config that doesn't fit, or a required field with
+  no default left out, is a file error naming where, and `kindgi build`
+  refuses the pack.
 - The **pack service** loads the same module to run the check. It uses
   the module's `evaluate` export, or the `default` / `check` export when
   that is a function or has an `evaluate` method — here, the named
-  `check` export.
+  `check` export. A `defineCheck` check's `evaluate` gets the config its
+  schema resolves: the schema's defaults applied (a guardrail that
+  declares no config gets them all), and a config that doesn't fit
+  refused, naming where.
 
 ## Validating a declaration in-process
 

package/skills/kindgi-authoring-tools/SKILL.md

@@ -12,7 +12,7 @@ description: >
   authoring agents is covered by kindgi-authoring-agents.
 type: core
 library: "@kindgi/sdk"
-version: "0.4.3"
+version: "0.4.4"
 sdk_version: "0.0.0"
 pack_languages: [node]
 sources:
@@ -278,6 +278,17 @@ run start via `semver.maxSatisfying`. No implicit `:latest`.
    ("⚠ The pack imports @prisma/client (in kindgi/tools/…), which
    package.json lists only in devDependencies: …"), and `kindgi build`
    refuses the pack until it moves.
+10. **A tool that needs the app's install scripts in the image.** The
+    image installs with scripts off, so the app's `postinstall` /
+    `prepare` (`prisma generate`, husky) don't run there; `kindgi build`
+    lists them ("✓ The app's own install scripts don't run in the image:
+    …"). A tool that uses Prisma's client then fails the build ("@prisma/client
+    did not initialize yet"). Add `prisma({ schema: 'prisma/schema.prisma' })`
+    (from `@kindgi/sdk/build`; add `config: 'prisma.config.ts'` when the app
+    has one) to `image.extensions` in `kindgi.config.ts`. Other generate
+    steps: `defineBuildExtension({ name, contextFiles, postInstall: [{ bin, args }] })`.
+    Debian packages: `image.systemPackages`. Placeholder env for those steps:
+    `image.buildEnv` (never secrets).
 
 ## References
 

package/skills/kindgi-getting-started/SKILL.md

@@ -14,7 +14,7 @@ description: >
   primitive.
 type: core
 library: "@kindgi/sdk"
-version: "0.3.4"
+version: "0.3.5"
 sdk_version: "0.0.0"
 pack_languages: [node]
 ---
@@ -161,6 +161,48 @@ Most of the setup is automatable, but two require your knowledge:
   registered — `kindgi providers register --preset=anthropic` with the
   key in `.env`; see `kindgi-authoring-providers`.
 
+## Your app and Kindgi's data
+
+When the app keeps something a run did (a ticket a flow triaged, an answer
+an agent gave), its own row stores the run's id, in a column such as
+`kindgi_run_id`. The app starts the run and reads the rest through the API,
+server side, with `createClient()` from `@kindgi/sdk/client`:
+
+```ts
+import { createClient } from '@kindgi/sdk/client';
+
+const kindgi = createClient(); // KINDGI_API_URL + KINDGI_API_TOKEN
+const run = await kindgi.runs.start({
+  flow: 'my-pack.triage-ticket',
+  input: { ticketId },
+  options: { wait: false }, // the run id now; run.finished tells you when it ends
+});
+// save run.id as the ticket's kindgi_run_id
+```
+
+
+- **Status, output, timing:** `kindgi.runs.get(runId)`
+  (`GET /v1/runs/{runId}`); status and timing only: `kindgi.runs.progress(runId)`.
+- **The audit, step by step:** `kindgi.runs.journal(runId)`
+  (`GET /v1/runs/{runId}/journal`).
+- **Where an agent's answer came from:** `kindgi.provenance.get(runId)`
+  (`GET /v1/provenance/{runId}`). A flow run has none of its own: each agent
+  step's `step.completed` entry in the flow's journal names its turn's run
+  (`payload.output.runId`).
+- **When a run finished:** the `run.finished` webhook (the run's id and
+  outcome, no output; then `runs.get`), not polling.
+
+Show it in the app's own UI. **Never:**
+
+- **query Kindgi's database**, even on the app's own Postgres server, and
+  never map its tables into the app's ORM. Its schema is private and changes
+  with every release (migrations only go forward), row-level security guards
+  every tenant query, and a runtime Kindgi hosts gives no database access.
+- **link users to Kindgi's console** or any Kindgi UI for this data.
+
+To keep a copy (reporting, search), pull it through the API into the app's
+own tables. Docs: https://docs.kindgi.com/v0.1/guides/runs/show-runs-in-your-app/
+
 ## References
 
 - Full CLI surface: `kindgi --help`.

package/skills/kindgi-python-getting-started/SKILL.md

@@ -14,7 +14,7 @@ description: >
   kindgi-python-authoring-agents; models by kindgi-authoring-providers.
 type: core
 library: "kindgi (Python)"
-version: "0.1.1"
+version: "0.1.3"
 sdk_version: "0.0.0"
 pack_languages: [python]
 sources:
@@ -26,7 +26,7 @@ sources:
 # Getting started with Kindgi in Python
 
 > **Running `kindgi`:** a Python pack has no Node project, so the
-> `kindgi` CLI (a Node 22+ program) is the one on `PATH`. Python
+> `kindgi` CLI (a Node 22.12+ program) is the one on `PATH`. Python
 > commands run in the pack's environment: `uv run …`.
 
 ## What a pack is
@@ -182,6 +182,37 @@ for event in client.runs.stream(str(run.id)):
 `AsyncKindgi` is the asyncio twin. `kindgi dev` prints the URL and the
 token; `.kindgirc.json` in the pack holds them for the CLI.
 
+## Your app and Kindgi's data
+
+When the app keeps something a run did (a ticket a flow triaged, an answer
+an agent gave), its own row stores the run's id, in a column such as
+`kindgi_run_id` (`run = client.runs.start(flow=…, input=…, options={"wait": False})`,
+then `run.id`). The app reads the rest through the API, server side, with
+`Kindgi()` from `kindgi.client`:
+
+- **Status, output, timing:** `client.runs.get(run_id)`
+  (`GET /v1/runs/{runId}`); status and timing only: `client.runs.progress(run_id)`.
+- **The audit, step by step:** `client.runs.journal(run_id).data`
+  (`GET /v1/runs/{runId}/journal`).
+- **Where an agent's answer came from:** `client.provenance.get(run_id)`
+  (`GET /v1/provenance/{runId}`). A flow run has none of its own: each agent
+  step's `step.completed` entry in the flow's journal names its turn's run
+  (`entry.payload["output"]["runId"]`).
+- **When a run finished:** the `run.finished` webhook (the run's id and
+  outcome, no output; then `runs.get`), not polling.
+
+Show it in the app's own UI. **Never:**
+
+- **query Kindgi's database**, even on the app's own Postgres server, and
+  never map its tables into the app's ORM (SQLAlchemy, Django models). Its
+  schema is private and changes with every release (migrations only go
+  forward), row-level security guards every tenant query, and a runtime
+  Kindgi hosts gives no database access.
+- **link users to Kindgi's console** or any Kindgi UI for this data.
+
+To keep a copy (reporting, search), pull it through the API into the app's
+own tables. Docs: https://docs.kindgi.com/v0.1/guides/runs/show-runs-in-your-app/
+
 ## Build an image
 
 `kindgi build --env=<name>` (an `[tool.kindgi.environments.<name>]`