@noodleseed/agent-kit 0.94.0 → 0.96.0

package/skills/claude-code/examples/stateful-draft/src/views/draft-card.tsx

@@ -0,0 +1,152 @@
+import { useEffect, useState } from 'react';
+import { useCallTool, useSendFollowUpMessage, useToolInfo } from '../helpers.js';
+import './widget-style.css';
+
+type Brief = { title?: string; audience?: string; goal?: string };
+type Snapshot = { value: Brief; revision: number; status: string; proposal?: Brief };
+
+function displayBrief(data: Snapshot | undefined): Brief {
+  const proposal = data?.proposal;
+  return proposal && (proposal.title || proposal.audience || proposal.goal)
+    ? proposal
+    : (data?.value ?? {});
+}
+
+function snapshot(result: unknown): Snapshot | undefined {
+  if (!result || typeof result !== 'object') return;
+  const envelope = result as { isError?: boolean; structuredContent?: Partial<Snapshot> };
+  const data = envelope.structuredContent;
+  if (
+    !envelope.isError &&
+    data &&
+    data.value &&
+    typeof data.value === 'object' &&
+    Number.isInteger(data.revision) &&
+    typeof data.status === 'string'
+  ) {
+    return data as Snapshot;
+  }
+}
+
+export default function DraftCard() {
+  const info = useToolInfo('open_draft');
+  const read = useCallTool('open_draft');
+  const save = useCallTool('save_draft');
+  const followUp = useSendFollowUpMessage();
+  const [saved, setSaved] = useState(() => snapshot(info));
+  const [brief, setBrief] = useState<Brief>(() => displayBrief(snapshot(info)));
+  const [busy, setBusy] = useState(false);
+  const [reloadRequired, setReloadRequired] = useState(false);
+  const [message, setMessage] = useState('Review your brief. An account is optional.');
+  useEffect(() => {
+    const next = snapshot({ structuredContent: info.structuredContent });
+    if (next) {
+      setSaved(next);
+      setBrief(displayBrief(next));
+    }
+  }, [info.structuredContent]);
+  const complete = Boolean(brief.title?.trim() && brief.audience?.trim() && brief.goal?.trim());
+  const unchanged = ['title', 'audience', 'goal'].every(
+    (key) => brief[key as keyof Brief] === saved?.value[key as keyof Brief],
+  );
+
+  async function run(operation: 'load' | 'save') {
+    setBusy(true);
+    try {
+      const result =
+        operation === 'load'
+          ? await read.callTool({})
+          : await save.callTool({ ...brief, expectedRevision: saved?.revision });
+      const next = snapshot(result);
+      if (!next) throw new Error('No authoritative result');
+      setSaved(next);
+      setBrief(displayBrief(next));
+      setReloadRequired(false);
+      setMessage(operation === 'save' ? 'Your brief is saved.' : 'Saved brief loaded.');
+    } catch {
+      setReloadRequired(true);
+      setMessage(
+        'No save was confirmed. Reload saved to check the latest brief before trying again.',
+      );
+    } finally {
+      setBusy(false);
+    }
+  }
+
+  return (
+    <main className="brief-shell">
+      <header>
+        <p className="brief-eyebrow">YOUR FIRST USEFUL STEP</p>
+        <h1>Your project brief</h1>
+        <p>Make something useful before creating an account.</p>
+      </header>
+      <section className="brief-fields">
+        <label>
+          Project title
+          <input
+            required
+            maxLength={120}
+            value={brief.title ?? ''}
+            placeholder="A better first week"
+            onChange={(event) => setBrief({ ...brief, title: event.currentTarget.value })}
+          />
+        </label>
+        <label>
+          Who is this for?
+          <textarea
+            required
+            maxLength={240}
+            rows={2}
+            value={brief.audience ?? ''}
+            placeholder="New teammates joining our product team"
+            onChange={(event) => setBrief({ ...brief, audience: event.currentTarget.value })}
+          />
+        </label>
+        <label>
+          What would success look like?
+          <textarea
+            required
+            maxLength={240}
+            rows={3}
+            value={brief.goal ?? ''}
+            placeholder="Complete their first useful project in a week"
+            onChange={(event) => setBrief({ ...brief, goal: event.currentTarget.value })}
+          />
+        </label>
+        <p role="status" aria-live="polite">
+          {busy ? 'Waiting for the result…' : message}
+        </p>
+        <div className="brief-actions">
+          <button type="button" disabled={busy} onClick={() => void run('load')}>
+            Reload saved
+          </button>
+          <button
+            className="brief-primary"
+            type="button"
+            onClick={() => void run('save')}
+            disabled={busy || !saved || !complete || reloadRequired}
+          >
+            Save brief
+          </button>
+        </div>
+      </section>
+      <footer>
+        <p>
+          A saved brief lasts up to 24 hours and can follow you when you sign in. No project has
+          been created.
+        </p>
+        <button
+          type="button"
+          disabled={
+            busy || !complete || !unchanged || !saved || saved.revision === 0 || reloadRequired
+          }
+          onClick={() =>
+            void followUp({ prompt: 'I would like to continue with my saved brief in an account.' })
+          }
+        >
+          Continue with an account
+        </button>
+      </footer>
+    </main>
+  );
+}

package/skills/claude-code/examples/stateful-draft/src/views/widget-style.css

@@ -0,0 +1,93 @@
+@layer stateful-draft {
+  .brief-shell {
+    box-sizing: border-box;
+    max-width: 600px;
+    margin: 0 auto;
+    padding: 24px;
+    color: var(--ns-text-primary, #172033);
+    background: var(--ns-surface, #f8fafc);
+    font-family: var(--ns-font, system-ui, sans-serif);
+    line-height: 1.5;
+  }
+  .brief-shell * {
+    box-sizing: border-box;
+  }
+  .brief-shell h1 {
+    margin: 4px 0;
+    font-size: 26px;
+    letter-spacing: -0.03em;
+  }
+  .brief-shell p {
+    color: var(--ns-text-secondary, #526077);
+  }
+  .brief-eyebrow {
+    font-size: 11px;
+    font-weight: 700;
+    letter-spacing: 0.12em;
+  }
+  .brief-fields {
+    display: grid;
+    gap: 16px;
+    margin: 24px 0;
+  }
+  .brief-shell label {
+    display: grid;
+    gap: 6px;
+    font-size: 14px;
+    font-weight: 600;
+  }
+  .brief-shell input,
+  .brief-shell textarea {
+    width: 100%;
+    padding: 10px 12px;
+    border: 1px solid var(--ns-border, #cbd5e1);
+    border-radius: var(--ns-radius-md, 8px);
+    color: inherit;
+    background: var(--ns-surface-raised, #fff);
+    font: inherit;
+    font-weight: 400;
+    resize: vertical;
+  }
+  .brief-actions {
+    display: flex;
+    flex-wrap: wrap;
+    gap: 8px;
+  }
+  .brief-shell button {
+    padding: 10px 16px;
+    border: 1px solid var(--ns-border, #cbd5e1);
+    border-radius: var(--ns-radius-md, 8px);
+    background: var(--ns-surface-raised, #fff);
+    color: inherit;
+    font: inherit;
+    font-size: 14px;
+    font-weight: 600;
+    cursor: pointer;
+  }
+  .brief-shell .brief-primary {
+    background: var(--ns-accent, #2563eb);
+    color: var(--ns-accent-text, #fff);
+    border-color: transparent;
+  }
+  .brief-shell button:disabled {
+    opacity: 0.5;
+    cursor: default;
+  }
+  .brief-shell :focus-visible {
+    outline: 2px solid var(--ns-focus, #2563eb);
+    outline-offset: 3px;
+  }
+  .brief-shell footer {
+    border-top: 1px solid var(--ns-border, #cbd5e1);
+    padding-top: 12px;
+    font-size: 13px;
+  }
+  @media (max-width: 380px) {
+    .brief-shell {
+      padding: 16px;
+    }
+    .brief-actions button {
+      width: 100%;
+    }
+  }
+}

package/skills/claude-code/examples/stateful-draft/test/draft-card.test.tsx

@@ -0,0 +1,88 @@
+// @vitest-environment happy-dom
+import { act } from 'react';
+import { createRoot } from 'react-dom/client';
+import { afterEach, beforeEach, expect, it, vi } from 'vitest';
+
+const callTool = vi.fn();
+const followUp = vi.fn();
+const initial = {
+  value: { title: 'Team launch', audience: 'New teammates', goal: 'Complete their first project' },
+  revision: 4,
+  status: 'active',
+};
+let entry: unknown = initial;
+vi.mock('../src/helpers.js', () => ({
+  useToolInfo: () => ({ structuredContent: entry }),
+  useCallTool: () => ({ callTool }),
+  useSendFollowUpMessage: () => followUp,
+}));
+
+import DraftCard from '../src/views/draft-card.js';
+
+let host: HTMLDivElement;
+let root: ReturnType<typeof createRoot>;
+beforeEach(async () => {
+  vi.stubGlobal('IS_REACT_ACT_ENVIRONMENT', true);
+  callTool.mockReset();
+  followUp.mockReset();
+  entry = initial;
+  host = document.createElement('div');
+  document.body.append(host);
+  root = createRoot(host);
+  await act(async () => root.render(<DraftCard />));
+});
+afterEach(() => {
+  act(() => root.unmount());
+  host.remove();
+});
+function button(label: string) {
+  const found = [...host.querySelectorAll('button')].find((entry) => entry.textContent === label);
+  if (!found) throw new Error(`Missing button: ${label}`);
+  return found;
+}
+
+it('saves using the server revision and displays only the returned result', async () => {
+  callTool.mockResolvedValue({ structuredContent: { ...initial, revision: 8 } });
+  await act(async () => button('Save brief').click());
+  expect(callTool).toHaveBeenCalledWith({ ...initial.value, expectedRevision: 4 });
+  expect(host.textContent).toContain('Your brief is saved.');
+  expect(button('Continue with an account').disabled).toBe(false);
+});
+
+it('shows a proposed brief without pretending it is already saved', async () => {
+  entry = { value: {}, revision: 0, status: 'active', proposal: initial.value };
+  await act(async () => root.render(<DraftCard />));
+  expect(host.querySelector('input')?.value).toBe('Team launch');
+  expect(button('Continue with an account').disabled).toBe(true);
+  callTool.mockResolvedValue({ structuredContent: { ...initial, revision: 1 } });
+  await act(async () => button('Save brief').click());
+  expect(callTool).toHaveBeenCalledWith({ ...initial.value, expectedRevision: 0 });
+});
+
+it('does not invent a save when confirmation is pending or the response is missing', async () => {
+  callTool.mockResolvedValue({});
+  await act(async () => button('Save brief').click());
+  expect(host.textContent).not.toContain('Your brief is saved.');
+  expect(host.textContent).toContain('No save was confirmed.');
+});
+
+it('retains edits on a stale write and requires a reload before another save', async () => {
+  callTool.mockResolvedValue({ isError: true });
+  await act(async () => button('Save brief').click());
+  expect(host.querySelector('input')?.value).toBe('Team launch');
+  expect(button('Save brief').disabled).toBe(true);
+  expect(host.textContent).toContain('Reload saved');
+  callTool.mockResolvedValue({ structuredContent: { ...initial, revision: 7 } });
+  await act(async () => button('Reload saved').click());
+  await act(async () => button('Save brief').click());
+  expect(callTool).toHaveBeenLastCalledWith({ ...initial.value, expectedRevision: 7 });
+});
+
+it('keeps continuing separate from saving and makes no project-creation claim', async () => {
+  await act(async () => button('Continue with an account').click());
+  expect(callTool).not.toHaveBeenCalled();
+  expect(followUp).toHaveBeenCalledWith({
+    prompt: 'I would like to continue with my saved brief in an account.',
+  });
+  expect(host.textContent).not.toContain('Project created');
+});

package/skills/claude-code/examples/stateful-draft/test/server.test.ts

@@ -0,0 +1,58 @@
+import { fileURLToPath } from 'node:url';
+import { validate } from '@noodleseed/one';
+import { describe, expect, it } from 'vitest';
+import app from '../src/server.js';
+
+describe('stateful draft onboarding reference', () => {
+  it('reads and saves authoritative state instead of a widget-only copy', async () => {
+    const manifest = await app.toManifest();
+    expect(manifest.tools.find((entry) => entry.name === 'open_draft')?.fulfilment.steps).toEqual([
+      expect.objectContaining({ use: 'state.read_state', args: { handle: 'draft' } }),
+    ]);
+    expect(manifest.tools.find((entry) => entry.name === 'save_draft')).toMatchObject({
+      annotations: { readOnlyHint: false, confirm: true },
+      fulfilment: {
+        steps: [
+          expect.objectContaining({
+            use: 'state.patch_state',
+            args: {
+              handle: 'draft',
+              expectedRevision: '${input.expectedRevision}',
+              value: {
+                title: '${input.title}',
+                audience: '${input.audience}',
+                goal: '${input.goal}',
+              },
+            },
+          }),
+        ],
+      },
+    });
+  });
+
+  it('limits anonymous access and transfers only an expiring draft after verified login', async () => {
+    const manifest = await app.toManifest();
+    expect(manifest.state?.handles.draft).toMatchObject({
+      scope: 'caller',
+      ttlSeconds: 86400,
+      claimOnAuthentication: true,
+    });
+    expect(manifest.server.assistant?.surfaces?.map((surface) => surface.mode)).toEqual([
+      'mixed',
+      'authenticated',
+    ]);
+    const continued = manifest.tools.find((entry) => entry.name === 'continue_draft');
+    expect(continued?.annotations?.readOnlyHint).toBe(true);
+    expect(continued?.fulfilment.output).toMatchObject({ accountId: '${user.id}' });
+    expect(continued?.fulfilment.steps).toEqual([
+      expect.objectContaining({ use: 'state.read_state', args: { handle: 'draft' } }),
+    ]);
+  });
+
+  it('compiles through the public validator, including anonymous action confirmation', async () => {
+    const result = await validate({
+      manifestPath: fileURLToPath(new URL('../src/server.ts', import.meta.url)),
+    });
+    expect(result.ok, JSON.stringify(result.ok ? [] : result.errors)).toBe(true);
+  });
+});

package/skills/claude-code/examples/stateful-draft/vitest.config.ts

@@ -0,0 +1,6 @@
+import { defineConfig } from 'vitest/config';
+
+export default defineConfig({
+  oxc: { jsx: { runtime: 'automatic' } },
+  test: { include: ['test/**/*.test.{ts,tsx}'], testTimeout: 30_000, maxWorkers: 2 },
+});

package/skills/claude-code/examples/weather/README.md

@@ -7,6 +7,10 @@ Capability slots: HTTP connector authoring, ordered fulfilment flows, query/resp
 **list-returning connector output** (a connector that returns a live, variable-length array), and
 sandboxed compute, including an explicit least-privilege per-operation response-size bound.
 
+For a different API with an OpenAPI document, start with `noodle import openapi <file>` in a separate
+directory. Its shared schemas and offline test establish the contract, not live behavior; follow the
+[connector guide](https://docs.noodleseed.dev/docs/guides/connectors) before replacing this curated flow.
+
 1. **`geo.search`** → geocode the city to coordinates (Open-Meteo Geocoding API)
 2. **`forecast.current`** → fetch current weather for those coordinates (Open-Meteo Forecast API)
 3. **`brief.summarize`** → derive a human-readable briefing in a **WASM/QuickJS compute sandbox**

package/skills/claude-code/executing-noodle-plans/SKILL.md

@@ -3,7 +3,7 @@ name: executing-noodle-plans
 description: "Use when the user asks to execute an approved, decision-complete implementation plan for a Noodle Seed project task by task with test-first changes, review, recovery, and final verification."
 ---
 
-<!-- noodle-skill version:0.94.0 hash:6a9f132ddb79352e -->
+<!-- noodle-skill version:0.96.0 hash:6a9f132ddb79352e -->
 
 # Execute a Noodle Seed implementation plan
 

package/skills/claude-code/publishing-mcp-integrations/SKILL.md

@@ -3,7 +3,7 @@ name: publishing-mcp-integrations
 description: "Use when preparing, reviewing, or submitting a Noodle Seed MCP integration to a host or app directory."
 ---
 
-<!-- noodle-skill version:0.94.0 hash:0ccafb222038f553 -->
+<!-- noodle-skill version:0.96.0 hash:0ccafb222038f553 -->
 
 # publishing-mcp-integrations
 

package/skills/claude-code/references/authoring-workflow.md

@@ -22,8 +22,9 @@
 ## Input paths
 
 1. **Website scrape** — if the user gives a URL, scrape it for surface hints (products, services, hours, contact, pricing). Stop there: the URL does not reveal CRM, booking systems, custom APIs, auth model, eligibility rules, quoting logic, or approval flows. Those live in the business systems and the owner’s head — ask.
-2. **OpenAPI import** — `noodle import openapi <file>` emits a starter `server.ts` from a spec. Use it when the user provides an OpenAPI document.
+2. **OpenAPI import** — `noodle import openapi <file>` writes a pinned project at `src/server.ts`, shared operation/tool schemas, managed auth references, and an offline contract test. It does not install dependencies or call the backend. Follow its README, run `agent:check`, and add a reviewed sandbox-operation test; compile success is not live integration proof. Review unsupported-body/auth warnings before deployment. Modified files are preserved unless `--force` is explicit.
 3. **Upstream MCP import** — `noodle import mcp <url> --name <slug> --output <dir>` discovers `tools/list` once, validates and freezes tool schemas into TypeScript, and writes a secret-free drift snapshot. Upstream annotations are untrusted, so generated tools remain destructive confirmed actions until an author verifies and narrows them. Use `--header-env <header>=<ENV_NAME>` for import-only auth and `--check` for classified, non-mutating drift detection. Runtime never performs discovery.
+Both imports use `src/server.ts` as the declared entrypoint, include an offline compile test and `.env.example`, and write files only. Install the pinned dependencies, run the generated checks, then `noodle agents setup --apply`. Never treat generated contract tests as customer authentication or business-workflow evidence.
 4. **User interview** — Noodle does not interview; you do. Cover custom APIs/integrations, eligibility rules, quoting/approval logic, and private schemas (SQL DDL or JSON samples for custom `connector` declarations). Ask for concrete examples and sample payloads; do not guess a schema from a URL or invent endpoints.
 
 ## Fit check
@@ -393,20 +394,14 @@ Compute `run` functions are serialized and sandboxed: no imports, no closure cap
 
 ## Tests
 
-Use Vitest for app-local tests. The generated `npm test` command scans only the project-owned `test/` directory; skill-local example tests are reference material, not part of the app suite. Keep fixtures project-local; do not import from `examples/`. A minimum test suite imports the default server, checks the intended definitions compile, then lets `noodle test --json` perform the loopback MCP smoke.
+Start from the generated `test/server.test.ts`, not a blank test file. `npm test` runs `vitest run --dir test` over the project-owned `test/` directory; skill-local example tests are reference material. The generated suite compiles the actual source/view, lists tools, asserts a representative result and rejects invalid input. It copies source into temporary fixture storage and uses synthetic configuration, never customer secrets or saved hosted targets. The HTTP profile proves one local backend read and zero extra calls for invalid input.
 
-```ts
-import { describe, expect, it } from 'vitest';
-import app from '../src/server.js';
-
-describe('server', () => {
-  it('declares the expected tool surface', () => {
-    expect(app.name).toBe('support_assistant');
-  });
-});
+```sh
+npm test
+npm run agent:check
 ```
 
-After focused tests pass, run `noodle validate --json`, `noodle test --json`, and then `noodle dev` for interactive local verification.
+Adapt the representative arguments and assertions when business contracts change; keep invalid-input and authorization cases. A name/export assertion or `noodle test --json` without `--tool` proves no useful call. After fixture tests pass, bind the real local configuration, run an authorized representative read, and use `noodle dev` for interactive checks. Never use a production mutation or fixture success as customer-readiness evidence.
 
 ## Secrets and variables
 

package/skills/claude-code/references/build-an-mcp-app.md

@@ -25,14 +25,14 @@ Before implementation, capture a short design spec: target user, conversational
 4. **Preserve fallback.** Every tool that launches a widget must still return useful text without the widget, so unsupported hosts and failed rendering remain usable.
 5. **Decide product-guide coverage.** Record the required product-guide decision and its reason, then use `references/product-agent-guides.md` as the canonical selection and authoring guidance.
 6. **Author and wire the App contract.** Follow `references/widgets-and-apps.md` for the canonical component guidance, view registration, hooks, state, CSP, tool visibility, and output shaping. Keep tool effects and confirmation semantics correct independently of the UI.
-7. **Validate the local artifact.** Run `noodle validate --json`, `noodle test --json`, and `noodle check --json`. Repair failures at the layer that produced them.
+7. **Validate the local artifact.** Run the generated/adapted `npm test`, `noodle validate --json` and `noodle check --json`. Prove a representative result and negative case, not just registration. Synthetic preference previews do not save; replace their backend seam and verify the authorized effect before showing success.
 8. **Inspect the experience.** Run `noodle devtools` and verify loading, empty, error, success, responsive layout, focus/keyboard behavior, and the text fallback.
 9. **Escalate evidence only on request.** Run a host test only when the user requested host verification. Run host-specific compliance only when preparing that host submission; select the exact host-testing or compliance entry from the router lookup catalog only after that evidence level is explicitly requested.
 
 ## Verification evidence
 
 - **Product:** the design spec states the user benefit, UI fit decision, and product-guide decision with its reason.
-- **Server:** `noodle validate --json` and `noodle test --json` succeeded.
+- **Server:** compilation, a representative call and negative input/authorization cases passed; report whether fixtures or a real authorized backend were used.
 - **App contract:** `noodle check --json` succeeded.
 - **Local UX:** `noodle devtools` exercised the relevant states and the useful text fallback without the widget.
 - **Host/compliance:** report each requested host or compliance check with its evidence; report every unperformed higher level as not run.

package/skills/claude-code/references/build-an-mcp-server.md

@@ -26,7 +26,7 @@ Establish only the inputs needed for the requested stopping point. Follow `refer
 5. **Author in TypeScript.** Follow `references/authoring-workflow.md` for connector and flow patterns, `references/tool-design.md` for the model-facing tool surface, and `references/sdk-surface.md` for exact builders. These are this route’s complete canonical support set; use the router lookup catalog only when observed evidence names a different concern.
    MCP protocol versions are platform-owned and negotiated automatically at the serving endpoint. Do not add protocol-version settings to server options, `noodle.json`, app manifests, or deployment configuration.
 6. **Validate and repair.** Run `noodle validate --json`. Parse `error.errors[]`, repair the cited `path`, and rerun validation. Consult the lookup catalog only for the specific reported error code; do not open another reference speculatively.
-7. **Run the local smoke.** After validation succeeds, run `noodle test --json` and repair any failure at that evidence layer.
+7. **Run local behavior.** Start from the generated tests and run `npm test`: compile, tools/list, representative result and invalid-input rejection. `noodle test --json` without `--tool` is registration-only; repair failures before claiming a working capability.
 8. **Prove external behavior.** For connector-backed reads, set credentials through the effective local target and run a safe representative `noodle tools call`. Confirm populated mapped fields from real output, not merely successful registration.
 9. **Stop at the requested boundary.** Do not add an App, host test, hosted environment, publication work, or deployment unless the user requested that outcome. Deploy only when the selected route or the user explicitly requires it.
 
@@ -36,7 +36,7 @@ Report evidence as a ladder and claim only levels actually exercised:
 
 - **Authoring:** the requested TypeScript behavior exists with typed inputs and outputs, and the product-guide decision and reason are recorded.
 - **Compilation:** `noodle validate --json` returned success.
-- **Local smoke:** `noodle test --json` returned success.
+- **Local behavior:** the generated/adapted suite passed a representative call and a negative case. Synthetic fixtures prove only their configured behavior.
 - **Connector reality:** a representative safe read via `noodle tools call` returned populated mapped fields. This is required for connector-backed work.
 - **Higher levels:** explicitly report host, deployment, and production checks as not run unless they were separately requested and evidenced.
 

package/skills/claude-code/references/connect-an-api.md

@@ -198,7 +198,7 @@ model" section of `references/authoring-workflow.md`.
 
 ### Set the secret for local runs
 
-Local `dev`, smoke commands, secrets, and variables resolve one effective target: explicit flags, then the project link, then the saved CLI target, then local defaults. Set the secret through that same target:
+Local authoring resolves explicit coordinates, then the complete project link, then deterministic local defaults; saved global coordinates do not redirect an unlinked project. Follow the diagnostic’s exact-target commands from the project directory for every missing secret and variable:
 
 ```sh
 # Canonical: writes to the effective local environment used by dev/test/devtools:
@@ -215,7 +215,7 @@ Scoped local values live in `./.env.noodle`; the exact project-root `.env` is a
 
 ### Prove real output
 
-`noodle validate` / `noodle test` prove a connector tool *compiles and registers* — not that its
+`noodle validate` / `noodle test` without `--tool` prove a connector tool *compiles and registers* — not that its
 mapping returns data. With the secret set, run a live read: `noodle tools call <read_tool> --args
 '{…}'` executes the connector against the real API in-process. Confirm the mapped fields are populated,
 not `undefined`; if they are empty, distinguish a legitimate empty result from a missing or incorrect mapping, fix `${response…}` paths against the real payload when needed, and re-run.

package/skills/claude-code/references/embedded-assistant.md

@@ -4,6 +4,7 @@
 
 - Architecture
 - Select the architecture before code
+- Install into the existing application
 - Author and validate
 - Product workflow guidance
 - Customize the presentation
@@ -63,6 +64,20 @@ Use the existing host framework and its package manager. Recommend the managed r
 
 The architecture brief must state the selected topology, why it fits the named user and job, the two code owners and two local processes, credential and identity flow, routing authority, model owner, files expected to change, and the first requested evidence boundary. If identity/session ownership, exact origin, tenant-routing authority, model ownership, or evidence target is unavailable, return a blocked architecture brief naming the missing owner or decision and do not edit either codebase.
 
+## Install into the existing application
+
+Configure or reuse an existing capability before generating files. Public embedding uses the existing script or embed ID and needs no customer backend session/config route. Reuse application APIs and business functions; generate a thin handler only where the approved architecture identifies a missing stable boundary.
+
+For a supported host, first run `noodle assistant embed --framework nextjs --surface public --dry-run --json` in the customer application, substituting `authenticated` or `mixed` only for the selected surface. Read the returned recipe applicability, applicationSeams, generated contents/hashes, skipped conflicts and nextSteps. The output is an installation plan, not permission to change the repository.
+
+For the documented non-Node backend/static-frontend authenticated profile, discover the framework choice through `noodle commands --json` and follow the linked framework guide below. The installer supplies a session view, a fail-closed identity seam, real CSRF-enforced request tests, a browser wrapper and exact-destination CSRF transport tests. Keep the existing package managers, authentication middleware and same-origin proxy. Pass the existing CSRF token and user/tenant principalKey to the wrapper; the managed element supports injected fetch, so preserving CSRF does not require a custom renderer or Node production server. Unsupported combinations use the neutral contract, not a claimed qualified profile.
+
+Once local changes are authorized, rerun without `--dry-run`; never add `--force` to resolve a conflict automatically. Read the installed `NOODLE-INTEGRATION.md` and newly installed project skill before editing. Implement only the named session/business/mount seams and preserve the host framework, package manager, login and authorization. Mixed mode also requires an application-owned login transaction; the generated callback does not implement or verify that transaction.
+
+Use generated tests and independently maintained acceptance cases at the actual customer boundary. A static host check, a mock test or installed files cannot prove application authorization or production browser behavior. Missing identities, sandbox access, customer approval or a reachable service remain unverified. Record the exact application/Noodle revisions, package versions and environment for observed evidence; rerun affected checks after changes.
+
+Unsupported hosts use the framework-neutral integration contract below; do not claim they received a generated, qualified framework profile. Keep direct MCP and headless projections on the same TypeScript source, and preserve their separate identity requirements.
+
 ## Author and validate
 
 `noodle init` and `noodle init --template widget` deliberately produce credential-free MCP Apps. Add an assistant declaration only when the product explicitly includes a customer-hosted assistant; do not make ordinary external-host widgets depend on model-provider settings.
@@ -143,6 +158,16 @@ The sign-in card renders on the same themed chrome as every proposal card and fo
 
 #### Complete mixed-mode handoff
 
+For a small SaaS onboarding flow, first read the bundled [stateful-draft example](../examples/stateful-draft/README.md). Compose the existing capabilities; do not introduce an onboarding platform API, workflow engine, research pipeline, or second identity provider.
+
+Start from one useful result the visitor can see before signup. Ask only for missing information, one short question at a time. Show an editable preview, and offer an account only when it unlocks a meaningful next step. Keep the ordinary signup route available. Research and document parsing are optional enrichment, never required because the flow is conversational.
+
+Use a finite-TTL caller state handle only if the draft needs server persistence. Opt it into `claimOnAuthentication` when it should move to the verified account. An explicit typed read tool supplies the current revision; a typed patch tool sends that revision and the complete reviewed value. Widget state is a display cache, never proof of a save. A failed or missing result must not increment the revision, mark the draft saved, or silently retry a conflicting write.
+
+Keep the final business action in the customer API. Map the reviewed draft to its existing create/update operation after authentication, with confirmation and the backend’s existing authorization and idempotency. Ticket adoption transfers temporary state, not a CRM record or completed onboarding.
+
+Prove this journey before calling it ready: useful anonymous preview; actual saved state; cancelled/expired signup; verified signup with the same draft; a destination conflict without an automatic merge; and no business write merely because login succeeded. A synthetic login demonstrates the integration shape but is not evidence that the customer identity system is connected.
+
 1. **Capture the ticket.** The widget raises `assistant-sign-in-requested` with a single-use `signInTicket`. POST it to the host application same-origin backend and bind it to the short-lived login transaction; keep it out of query strings, logs, analytics, and durable browser storage.
 2. **Use the existing login.** Send the visitor through the host application full-page redirect for sign-in or sign-up. Noodle never becomes the customer identity provider.
 3. **Elevate on the backend.** After authentication, recover the bound ticket and call `createAssistantSession({ ..., signInTicket })` with the verified user, server-owned routing, backend client credentials, and the exact **origin the conversation will continue on**. The allowed destination may differ from the anonymous marketing origin; successful elevation rebinds the session to it.
@@ -246,39 +271,20 @@ The doctor reads `NOODLE_ASSISTANT_CLIENT_ID` / `NOODLE_ASSISTANT_CLIENT_SECRET`
 
 Read the customer repository lockfile or `packageManager` field and install `@noodleseed/assistant` with that existing package manager; never introduce a second lockfile.
 
-Create an authenticated same-origin backend route:
+Use the installed same-origin route and `createAssistantSessionHandler` from `@noodleseed/assistant/server`; do not regenerate guards, JSON parsing or token-exchange infrastructure. The only identity seam is `authenticateAssistantRequest` in `lib/noodle-assistant-auth.ts`.
 
-The route must return a JSON `401` for a signed-out caller rather than an HTML login redirect, require JSON, and compare the request against the exact configured Origin before exchange. The managed renderer sends same-origin cookies but does not invent an application CSRF token. Treat JSON plus exact Origin as the minimum cookie/CSRF boundary; when the host keeps token-based CSRF middleware, use the DOM-free client with an injected `fetch` that supplies the token instead of exempting the route. Resolve claims and connector routes from the authenticated user and server-owned membership only.
+The route must return a JSON `401` for a signed-out caller rather than an HTML login redirect, require JSON, and compare the request against the exact configured Origin before exchange. The managed renderer sends same-origin cookies but does not invent an application CSRF token. Preserve the host token-based CSRF middleware: inject a same-origin-only token fetch into the managed element before mounting, as the Django/Vue profile does; a custom renderer is not required. Invalid CSRF may correctly fail before authentication. Resolve claims and connector routes from the authenticated user and server-owned membership only.
 
 For the complete framework-neutral server-to-server HTTP exchange in a non-Node host, link to the [Django and Vue guide](https://docs.noodleseed.dev/docs/guides/embedded-assistant-django-vue); keep its framework-specific middleware and mounting mechanics there rather than copying them into agent instructions.
 
-```ts
-import { createAssistantSession } from "@noodleseed/assistant/server";
-
-export async function POST(request: Request) {
-  const user = await requireCurrentUser(request);
-  const { context } = await request.json();
-  const session = await createAssistantSession({
-    serviceUrl: process.env.NOODLE_SERVICE_URL!,
-    clientId: process.env.NOODLE_ASSISTANT_CLIENT_ID!,
-    clientSecret: process.env.NOODLE_ASSISTANT_CLIENT_SECRET!,
-    origin: process.env.PUBLIC_APP_ORIGIN!,
-    user: {
-      id: user.id,
-      email: user.email,
-      roles: user.roles,
-      scopes: user.scopes,
-    },
-    context,
-    // Saved, backend-verified user preferences outrank browser hints.
-    preferences: { locale: user.locale, timeZone: user.timeZone },
-  });
-  return Response.json(session);
-}
-```
+Return `AssistantSessionIdentity | null` from the adapter. Null means signed out; service failure must throw rather than masquerade as signed out. Derive `user`, claims, preferences and routes from the existing verified session/membership. The maintained handler owns exact-Origin/JSON checks, bounded flat context, no-store JSON failures, a 15-second deadline, no redirects and no exchange retries. For mixed-mode continuation, return a `signInTicket` only from the backend-bound login transaction; never take it directly from browser JSON.
+
+For saved presentation preferences, return `preferences: { locale: user.locale, timeZone: user.timeZone }` beside the verified `user`. Omit unknown values; browser hints are not verified account preferences.
 
 Authenticate before exchange. Pass backend-verified `user.roles` and OAuth-style `user.scopes` separately; they govern the same per-tool authorization rules as verified MCP bearer claims. Source `origin` from trusted server configuration or strictly match the request origin against the same exact allowlist; never accept an arbitrary request header. Treat page context as untrusted model context, never authorization. Forward the helper response unchanged.
 
+Run the generated `test/noodle-assistant.test.ts` with the application's Vitest runner (add the dev dependency using its existing package manager if absent). It tests the real generated route with synthetic identities. Separately exercise the real session function with signed-out, tenant-A, tenant-B and authorized fixtures before claiming integration proof. A green mock suite does not prove customer authorization.
+
 `serviceUrl` is the Noodle Seed control-plane base URL: the value `noodle assistant clients create` prints, also stored as `serviceUrl` in `deployment.json`. It is NOT the deployment MCP endpoint (`url`, which ends in `/v1/mcp` and rejects session exchange). Never probe or guess endpoints with real credentials.
 
 ### Route customer endpoints from the backend
@@ -765,7 +771,7 @@ noodle assistant embed --check --json
 noodle assistant embed --check --json --require-env EXAMPLE_DELEG_CLIENT_SECRET
 ```
 
-The check reports only required and missing environment names, never their values. Pass `--surface public|mixed|authenticated` to match the deployment: `public` drops the backend client id/secret requirement (a public embed has neither), and `public`/`mixed` additionally require `script-src` — the one directive whose failure runs no widget code at all, so nothing can report it from inside the page. CSP directives verify against the service origin exactly, via the env placeholder, or through a covering wildcard (`https://*.example.com`); a dynamic expression is marked unverified instead of guessed. Additional `--require-env` names are application-owned; `--env-alias NAME=HOST_NAME` follows a host repo that names an env var differently.
+The check reports required and missing environment names, never their values. Use the exact command in an installed NOODLE-INTEGRATION.md, including its aliases and additional names, with the host environment exported; the CLI does not load application dotenv files. Pass `--surface public|mixed|authenticated` to match the deployment: `public` needs no backend client credentials. Public script-tag mounts need the service in `script-src`; the generated bundled React mount needs only `connect-src` and `frame-src` for that service. Unknown public mounts retain the conservative script check. CSP verifies an exact service origin, an env placeholder or a covering wildcard; dynamic expressions stay unverified. `--require-env` adds application-owned names and `--env-alias NAME=HOST_NAME` follows existing host naming.
 
 Read `evidence.levels` in order and stop at `evidence.firstUnproven`: