@jini-ai/chat 0.3.11 → 0.5.1

package/dist/react/features/model-picker/index.d.ts

@@ -1,32 +0,0 @@
-/**
- * @module features/model-picker
- *
- * Public barrel — the only entry point other code (inside or outside this
- * package) should import from; internal files are reached only through
- * this file. See `source-map.md` for provenance and `types.ts`'s header for
- * the `@jini-ai/protocol`-only dependency boundary.
- *
- * Where this belongs (2026-08-03 `@jini-ai/chat` consolidation): `ADS-memory/reports/jini-port/recon/
- * r4b-webui-design.md` §1 line 41 explicitly lists "model/agent picker" among the widgets that
- * belong behind a host-injected slot, not inside chat-react proper — picking which LLM/agent to
- * run is a provider concern, not a chat-domain one. This module doesn't import anything from
- * chat's own domain (only this package's local `Icon`/`hooks/context` utilities), so the design
- * doc's instinct holds up on inspection. It moves here unchanged anyway: it has exactly one real
- * consumer today (this package's own barrel, plus two tests), and this workspace's precedent
- * (see `packages/desktop-host/source-map.md`) is to defer generalizing/slotting until a second
- * consumer actually exists, rather than build a slot interface nobody has asked for yet. If a
- * second consumer shows up, extracting this into a real host-injected slot is the intended end
- * state — not a rewrite, a move.
- */
-export * from './types.js';
-export * from './constants.js';
-export * from './rules.js';
-export * from './ports.js';
-export { defaultModelPickerPort } from './dependencies.js';
-export { useModelPicker } from './hooks/useModelPicker.hooks.js';
-export type { UseModelPickerOptions, ModelPickerController } from './hooks/useModelPicker.hooks.js';
-export { ModelPicker } from './components/ModelPicker.js';
-export type { ModelPickerProps } from './components/ModelPicker.js';
-export { CredentialStatusBadge } from './components/CredentialStatusBadge.js';
-export type { CredentialStatusBadgeProps } from './components/CredentialStatusBadge.js';
-//# sourceMappingURL=index.d.ts.map

package/dist/react/features/model-picker/index.js

@@ -1,29 +0,0 @@
-/**
- * @module features/model-picker
- *
- * Public barrel — the only entry point other code (inside or outside this
- * package) should import from; internal files are reached only through
- * this file. See `source-map.md` for provenance and `types.ts`'s header for
- * the `@jini-ai/protocol`-only dependency boundary.
- *
- * Where this belongs (2026-08-03 `@jini-ai/chat` consolidation): `ADS-memory/reports/jini-port/recon/
- * r4b-webui-design.md` §1 line 41 explicitly lists "model/agent picker" among the widgets that
- * belong behind a host-injected slot, not inside chat-react proper — picking which LLM/agent to
- * run is a provider concern, not a chat-domain one. This module doesn't import anything from
- * chat's own domain (only this package's local `Icon`/`hooks/context` utilities), so the design
- * doc's instinct holds up on inspection. It moves here unchanged anyway: it has exactly one real
- * consumer today (this package's own barrel, plus two tests), and this workspace's precedent
- * (see `packages/desktop-host/source-map.md`) is to defer generalizing/slotting until a second
- * consumer actually exists, rather than build a slot interface nobody has asked for yet. If a
- * second consumer shows up, extracting this into a real host-injected slot is the intended end
- * state — not a rewrite, a move.
- */
-export * from './types.js';
-export * from './constants.js';
-export * from './rules.js';
-export * from './ports.js';
-export { defaultModelPickerPort } from './dependencies.js';
-export { useModelPicker } from './hooks/useModelPicker.hooks.js';
-export { ModelPicker } from './components/ModelPicker.js';
-export { CredentialStatusBadge } from './components/CredentialStatusBadge.js';
-//# sourceMappingURL=index.js.map

package/dist/react/features/model-picker/ports.d.ts

@@ -1,11 +0,0 @@
-import type { FetchProviderModelsInput, FetchProviderModelsResult } from './types.js';
-/**
- * The DI seam for anything transport-shaped this feature needs. Optional —
- * a host that only ever supplies a static model list needs no port at all;
- * `fetchProviderModels` exists for hosts that want to warm a live catalogue
- * (mirrors OD's `fetchProviderModels`/`providerModelsCache` pair).
- */
-export interface ModelPickerPort {
-    fetchProviderModels?(input: FetchProviderModelsInput): Promise<FetchProviderModelsResult>;
-}
-//# sourceMappingURL=ports.d.ts.map

package/dist/react/features/model-picker/rules.d.ts

@@ -1,26 +0,0 @@
-import type { CredentialStatus, ModelOption, ModelPickerGroup, ModelPickerSelection, ModelProvider } from './types.js';
-/**
- * Groups models by `providerId`, attaching each group's resolved credential
- * status and sorting configured providers first (stable — ties keep model
- * order). A model whose `providerId` has no matching entry in `providers`
- * gets a synthesized provider (`{ id, label: id }`) rather than being
- * dropped, so an unrecognized provider id still renders instead of silently
- * disappearing.
- */
-export declare function groupModelsByProvider(models: readonly ModelOption[], providers: readonly ModelProvider[], statusByProviderId: Readonly<Record<string, CredentialStatus>>): ModelPickerGroup[];
-export declare function matchesModelQuery(model: ModelOption, provider: ModelProvider, normalizedQuery: string): boolean;
-/** Filters each group's models by `query`; drops groups left with zero matches. Returns a shallow copy of every group when `query` is blank. */
-export declare function filterModelGroups(groups: readonly ModelPickerGroup[], query: string): ModelPickerGroup[];
-/** Finds which group (and therefore provider) `modelId` belongs to, or `null` if it isn't in any group. */
-export declare function findSelectedModel(groups: readonly ModelPickerGroup[], modelId: string | null | undefined): ModelPickerSelection | null;
-/** True when `modelId` is set but not present in any group — a free-text/custom value. */
-export declare function isCustomModelId(modelId: string | null | undefined, groups: readonly ModelPickerGroup[]): boolean;
-/** The first model in the first (highest-priority) group, or `null` if every group is empty. */
-export declare function firstAvailableModelId(groups: readonly ModelPickerGroup[]): string | null;
-/**
- * A one-line subtitle for the selected model: its hint, prefixed with the
- * provider label unless the hint already opens with it (avoids
- * "OpenAI · OpenAI · 4K, native multimodal"-style duplication).
- */
-export declare function modelSubtitle(selection: ModelPickerSelection): string;
-//# sourceMappingURL=rules.d.ts.map

package/dist/react/features/model-picker/rules.js

@@ -1,84 +0,0 @@
-/**
- * @module rules
- *
- * Pure logic for the model-picker feature: grouping models by provider,
- * searching/filtering, and resolving the current selection. No React, no
- * transport, no DOM — ported and generified from OD's
- * `NewProjectPanel.tsx`'s `MediaModelCards` (provider grouping + search) and
- * `modelOptions.tsx`'s `matchesModelSearch`/`isCustomModel` (search matching
- * + custom-value detection). See `source-map.md`.
- */
-import { CREDENTIAL_STATUS_SORT_PRIORITY } from './constants.js';
-/**
- * Groups models by `providerId`, attaching each group's resolved credential
- * status and sorting configured providers first (stable — ties keep model
- * order). A model whose `providerId` has no matching entry in `providers`
- * gets a synthesized provider (`{ id, label: id }`) rather than being
- * dropped, so an unrecognized provider id still renders instead of silently
- * disappearing.
- */
-export function groupModelsByProvider(models, providers, statusByProviderId) {
-    const providerById = new Map(providers.map((provider) => [provider.id, provider]));
-    const groupsByProviderId = new Map();
-    for (const model of models) {
-        let group = groupsByProviderId.get(model.providerId);
-        if (!group) {
-            const provider = providerById.get(model.providerId) ?? { id: model.providerId, label: model.providerId };
-            const status = statusByProviderId[model.providerId] ?? 'unconfigured';
-            group = { provider, status, models: [] };
-            groupsByProviderId.set(model.providerId, group);
-        }
-        group.models.push(model);
-    }
-    return Array.from(groupsByProviderId.values()).sort((a, b) => CREDENTIAL_STATUS_SORT_PRIORITY[a.status] - CREDENTIAL_STATUS_SORT_PRIORITY[b.status]);
-}
-export function matchesModelQuery(model, provider, normalizedQuery) {
-    const haystack = `${model.id}\n${model.label}\n${model.hint ?? ''}\n${provider.label}`.toLowerCase();
-    return haystack.includes(normalizedQuery);
-}
-/** Filters each group's models by `query`; drops groups left with zero matches. Returns a shallow copy of every group when `query` is blank. */
-export function filterModelGroups(groups, query) {
-    const normalized = query.trim().toLowerCase();
-    if (!normalized)
-        return groups.map((group) => ({ ...group, models: group.models.slice() }));
-    return groups
-        .map((group) => ({
-        ...group,
-        models: group.models.filter((model) => matchesModelQuery(model, group.provider, normalized)),
-    }))
-        .filter((group) => group.models.length > 0);
-}
-/** Finds which group (and therefore provider) `modelId` belongs to, or `null` if it isn't in any group. */
-export function findSelectedModel(groups, modelId) {
-    if (!modelId)
-        return null;
-    for (const group of groups) {
-        const model = group.models.find((m) => m.id === modelId);
-        if (model)
-            return { model, group };
-    }
-    return null;
-}
-/** True when `modelId` is set but not present in any group — a free-text/custom value. */
-export function isCustomModelId(modelId, groups) {
-    if (!modelId)
-        return false;
-    return findSelectedModel(groups, modelId) === null;
-}
-/** The first model in the first (highest-priority) group, or `null` if every group is empty. */
-export function firstAvailableModelId(groups) {
-    return groups[0]?.models[0]?.id ?? null;
-}
-/**
- * A one-line subtitle for the selected model: its hint, prefixed with the
- * provider label unless the hint already opens with it (avoids
- * "OpenAI · OpenAI · 4K, native multimodal"-style duplication).
- */
-export function modelSubtitle(selection) {
-    const hint = selection.model.hint ?? '';
-    const providerLabel = selection.group.provider.label;
-    if (!hint)
-        return providerLabel;
-    return hint.toLowerCase().startsWith(providerLabel.toLowerCase()) ? hint : `${providerLabel} · ${hint}`;
-}
-//# sourceMappingURL=rules.js.map

package/dist/react/features/model-picker/types.d.ts

@@ -1,38 +0,0 @@
-/**
- * @module types
- *
- * `features/model-picker/` is an independent feature slice: it depends only
- * on `@jini-ai/protocol`'s agent-catalog vocabulary for what a model/agent/
- * provider actually is — never on this package's own conversation/message
- * state (`useConversation`/`useRunStream`/`transport.ts`) — so any consumer
- * of `@jini-ai/chat-react` can use it without pulling in a full chat UI. See
- * `source-map.md` for the extraction this ports (OD's `InlineModelSwitcher.tsx`
- * + siblings and `NewProjectPanel.tsx`'s `MediaModelCards`).
- *
- * Files with no React import (this one included) stay at the feature's top
- * level; `hooks/`/`components/` move under `react/` — the layout policy in
- * `ADS-memory/reports/jini-port/god-components-extraction-plan.md`.
- */
-import type { AgentDefinition, AgentDiagnostic, CredentialStatus, ModelCatalogOption as ModelOption, ModelProvider } from '@jini-ai/protocol';
-export type { AgentDefinition, AgentDiagnostic, CredentialStatus, ModelOption, ModelProvider };
-/** One provider's models, grouped together with that provider's resolved credential status. */
-export interface ModelPickerGroup {
-    provider: ModelProvider;
-    status: CredentialStatus;
-    models: ModelOption[];
-}
-/** The currently-selected model plus the group (and therefore provider) it belongs to. */
-export interface ModelPickerSelection {
-    model: ModelOption;
-    group: ModelPickerGroup;
-}
-export interface FetchProviderModelsInput {
-    providerId: string;
-    baseUrl?: string;
-    credential?: string;
-}
-export interface FetchProviderModelsResult {
-    ok: boolean;
-    models: ModelOption[];
-}
-//# sourceMappingURL=types.d.ts.map

package/dist/react/features/model-picker/types.js

@@ -1,2 +0,0 @@
-export {};
-//# sourceMappingURL=types.js.map

package/dist/react/poc-mcp-ui-official/PocMcpUiCard.d.ts

@@ -1,9 +0,0 @@
-export interface PocMcpUiCardProps {
-    /** Pre-fetched HTML — normally the `resource.text` from `createPocUiResource()`. */
-    html: string;
-    /** Where the (not-stood-up, for this POC) sandbox proxy page would live. */
-    sandboxUrl: URL;
-}
-/** Renders one static MCP-UI card through the real `@mcp-ui/client` `AppRenderer`. */
-export declare function PocMcpUiCard({ html, sandboxUrl }: PocMcpUiCardProps): import("react").JSX.Element;
-//# sourceMappingURL=PocMcpUiCard.d.ts.map

package/dist/react/poc-mcp-ui-official/PocMcpUiCard.js

@@ -1,29 +0,0 @@
-import { jsx as _jsx } from "react/jsx-runtime";
-/**
- * @module poc-mcp-ui-official/PocMcpUiCard
- *
- * PROOF OF CONCEPT — see `create-poc-resource.ts`'s module doc for full context. Not wired into
- * this package's public API, not a replacement for `McpUiSurfaceCard.tsx`.
- *
- * Wraps `@mcp-ui/client`'s real `AppRenderer` component (the current name for what older versions
- * of `@mcp-ui/client` called `UIResourceRenderer` — renamed around its v6.0.0 rebrand onto the
- * `@modelcontextprotocol/ext-apps` "MCP Apps" spec). `AppRenderer` is given pre-fetched `html`
- * directly (skipping MCP resource-fetching, since this POC has no live MCP server behind it) and no
- * `client`, which is an explicitly supported mode per its own prop doc ("Omit to disable automatic
- * MCP forwarding and use custom handlers instead" — this POC supplies neither, since the one static
- * card it renders never calls a tool back).
- *
- * `AppRenderer` builds its own `AppBridge` internally and, on mount, creates a real sandboxed
- * `<iframe>` pointed at `sandbox.url`, then waits for that iframe to `postMessage` back a
- * `ui/notifications/sandbox-proxy-ready` notification before it will hand the HTML over. That
- * handshake needs a REAL sandbox-proxy page served at `sandbox.url` — this POC does not stand one
- * up (out of scope for validating the package's own API surface), so the test that renders this
- * component asserts on the real, unmocked iframe `AppRenderer` creates (src, sandbox attribute,
- * default sizing) rather than waiting for a live handshake that would just time out under jsdom.
- */
-import { AppRenderer } from '@mcp-ui/client';
-/** Renders one static MCP-UI card through the real `@mcp-ui/client` `AppRenderer`. */
-export function PocMcpUiCard({ html, sandboxUrl }) {
-    return (_jsx(AppRenderer, { toolName: "poc-mcp-ui-official-card", sandbox: { url: sandboxUrl }, html: html }));
-}
-//# sourceMappingURL=PocMcpUiCard.js.map

package/dist/react/poc-mcp-ui-official/create-poc-resource.d.ts

@@ -1,30 +0,0 @@
-/**
- * @module poc-mcp-ui-official/create-poc-resource
- *
- * PROOF OF CONCEPT — NOT wired into the package's public API (not re-exported from
- * `src/react/index.ts`), and NOT a replacement for the hand-rolled MCP-UI stack
- * (`McpUiSurfaceCard.tsx`, `useMcpUiHost`, `create-mcp-ui-tool-caller.ts`), which this file does
- * not touch.
- *
- * Validates that the REAL, official `@mcp-ui/server` package (not this repo's own reimplementation
- * of the MCP-UI resource shape) can build a `UIResource` end to end, per the owner's decision to
- * evaluate replacing the hand-rolled client with the upstream package. See
- * `poc-mcp-ui-official/__tests__/poc-mcp-ui-official.test.tsx` for the assertions this module
- * exists to feed, and `ADS-memory/` (the consuming product's own copy) / this session's final report for the CJS/ESM
- * interop finding that shaped how this is imported (ESM only — `@mcp-ui/client`'s CJS build is
- * broken in 7.1.1; `require('@mcp-ui/client')` throws / returns an empty object depending on Node
- * version. `@mcp-ui/server`'s CJS build works fine in this same version, but this module still
- * uses the ESM entry point for consistency with the client half of this POC).
- */
-import { type UIResource } from '@mcp-ui/server';
-/** The one concrete example this POC builds: a simple static HTML card. */
-export declare const POC_CARD_URI = "ui://jini-poc/mcp-ui-official-card";
-export declare const POC_CARD_HTML: string;
-/**
- * Builds the one UIResource this POC round-trips: server creates it, the test then feeds its
- * `resource.text` straight to the client's `AppRenderer` as pre-fetched `html` (see the test —
- * `AppRenderer`'s `html` prop skips MCP resource-fetching entirely, which is the right shape for a
- * standalone POC with no live MCP server behind it).
- */
-export declare function createPocUiResource(): UIResource;
-//# sourceMappingURL=create-poc-resource.d.ts.map

package/dist/react/poc-mcp-ui-official/create-poc-resource.js

@@ -1,44 +0,0 @@
-/**
- * @module poc-mcp-ui-official/create-poc-resource
- *
- * PROOF OF CONCEPT — NOT wired into the package's public API (not re-exported from
- * `src/react/index.ts`), and NOT a replacement for the hand-rolled MCP-UI stack
- * (`McpUiSurfaceCard.tsx`, `useMcpUiHost`, `create-mcp-ui-tool-caller.ts`), which this file does
- * not touch.
- *
- * Validates that the REAL, official `@mcp-ui/server` package (not this repo's own reimplementation
- * of the MCP-UI resource shape) can build a `UIResource` end to end, per the owner's decision to
- * evaluate replacing the hand-rolled client with the upstream package. See
- * `poc-mcp-ui-official/__tests__/poc-mcp-ui-official.test.tsx` for the assertions this module
- * exists to feed, and `ADS-memory/` (the consuming product's own copy) / this session's final report for the CJS/ESM
- * interop finding that shaped how this is imported (ESM only — `@mcp-ui/client`'s CJS build is
- * broken in 7.1.1; `require('@mcp-ui/client')` throws / returns an empty object depending on Node
- * version. `@mcp-ui/server`'s CJS build works fine in this same version, but this module still
- * uses the ESM entry point for consistency with the client half of this POC).
- */
-import { createUIResource } from '@mcp-ui/server';
-/** The one concrete example this POC builds: a simple static HTML card. */
-export const POC_CARD_URI = 'ui://jini-poc/mcp-ui-official-card';
-export const POC_CARD_HTML = [
-    '<!doctype html>',
-    '<html>',
-    '  <body style="font-family: sans-serif; margin: 0; padding: 16px;">',
-    '    <h1 data-testid="poc-card-heading">Hello from @mcp-ui/server</h1>',
-    '    <p>This card was built by the REAL, official createUIResource(), not the hand-rolled one.</p>',
-    '  </body>',
-    '</html>',
-].join('\n');
-/**
- * Builds the one UIResource this POC round-trips: server creates it, the test then feeds its
- * `resource.text` straight to the client's `AppRenderer` as pre-fetched `html` (see the test —
- * `AppRenderer`'s `html` prop skips MCP resource-fetching entirely, which is the right shape for a
- * standalone POC with no live MCP server behind it).
- */
-export function createPocUiResource() {
-    return createUIResource({
-        uri: POC_CARD_URI,
-        content: { type: 'rawHtml', htmlString: POC_CARD_HTML },
-        encoding: 'text',
-    });
-}
-//# sourceMappingURL=create-poc-resource.js.map