@proveanything/smartlinks 1.14.10 → 1.14.12

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/dist/openapi.yaml CHANGED
@@ -2586,6 +2586,113 @@ paths:
2586
2586
  description: Unauthorized
2587
2587
  404:
2588
2588
  description: Not found
2589
+ /admin/collection/{collectionId}/contacts/search:
2590
+ get:
2591
+ tags:
2592
+ - contact
2593
+ summary: contact.search
2594
+ operationId: contact_search
2595
+ security:
2596
+ - bearerAuth: []
2597
+ parameters:
2598
+ - name: collectionId
2599
+ in: path
2600
+ required: true
2601
+ schema:
2602
+ type: string
2603
+ - name: q
2604
+ in: query
2605
+ required: false
2606
+ schema:
2607
+ type: string
2608
+ - name: typeahead
2609
+ in: query
2610
+ required: false
2611
+ schema:
2612
+ type: string
2613
+ - name: email
2614
+ in: query
2615
+ required: false
2616
+ schema:
2617
+ type: string
2618
+ - name: phone
2619
+ in: query
2620
+ required: false
2621
+ schema:
2622
+ type: string
2623
+ - name: id
2624
+ in: query
2625
+ required: false
2626
+ schema:
2627
+ type: string
2628
+ - name: userId
2629
+ in: query
2630
+ required: false
2631
+ schema:
2632
+ type: string
2633
+ - name: source
2634
+ in: query
2635
+ required: false
2636
+ schema:
2637
+ type: string
2638
+ - name: locale
2639
+ in: query
2640
+ required: false
2641
+ schema:
2642
+ type: string
2643
+ - name: createdFrom
2644
+ in: query
2645
+ required: false
2646
+ schema:
2647
+ type: string
2648
+ - name: createdTo
2649
+ in: query
2650
+ required: false
2651
+ schema:
2652
+ type: string
2653
+ - name: externalIdKey
2654
+ in: query
2655
+ required: false
2656
+ schema:
2657
+ type: string
2658
+ - name: externalIdValue
2659
+ in: query
2660
+ required: false
2661
+ schema:
2662
+ type: string
2663
+ - name: customFieldKey
2664
+ in: query
2665
+ required: false
2666
+ schema:
2667
+ type: string
2668
+ - name: customFieldValue
2669
+ in: query
2670
+ required: false
2671
+ schema:
2672
+ type: string
2673
+ - name: limit
2674
+ in: query
2675
+ required: false
2676
+ schema:
2677
+ type: string
2678
+ - name: offset
2679
+ in: query
2680
+ required: false
2681
+ schema:
2682
+ type: string
2683
+ responses:
2684
+ 200:
2685
+ description: Success
2686
+ content:
2687
+ application/json:
2688
+ schema:
2689
+ $ref: "#/components/schemas/ContactSearchResponse"
2690
+ 400:
2691
+ description: Bad request
2692
+ 401:
2693
+ description: Unauthorized
2694
+ 404:
2695
+ description: Not found
2589
2696
  /admin/collection/{collectionId}/contacts/upsert:
2590
2697
  post:
2591
2698
  tags:
@@ -19580,6 +19687,70 @@ components:
19580
19687
  - items
19581
19688
  - limit
19582
19689
  - offset
19690
+ ContactSearchParams:
19691
+ type: object
19692
+ properties:
19693
+ collectionId:
19694
+ type: string
19695
+ q:
19696
+ type: string
19697
+ typeahead:
19698
+ type: boolean
19699
+ email:
19700
+ type: string
19701
+ phone:
19702
+ type: string
19703
+ id:
19704
+ type: string
19705
+ userId:
19706
+ type: string
19707
+ tags:
19708
+ type: array
19709
+ items:
19710
+ type: object
19711
+ additionalProperties: true
19712
+ tagsAll:
19713
+ type: array
19714
+ items:
19715
+ type: object
19716
+ additionalProperties: true
19717
+ source:
19718
+ type: string
19719
+ locale:
19720
+ type: string
19721
+ createdFrom:
19722
+ type: string
19723
+ createdTo:
19724
+ type: string
19725
+ externalIdKey:
19726
+ type: string
19727
+ externalIdValue:
19728
+ type: string
19729
+ customFieldKey:
19730
+ type: string
19731
+ customFieldValue:
19732
+ type: string
19733
+ limit:
19734
+ type: number
19735
+ offset:
19736
+ type: number
19737
+ required:
19738
+ - collectionId
19739
+ ContactSearchResponse:
19740
+ type: object
19741
+ properties:
19742
+ items:
19743
+ type: array
19744
+ items:
19745
+ $ref: "#/components/schemas/Contact"
19746
+ limit:
19747
+ type: number
19748
+ offset:
19749
+ type: number
19750
+ required:
19751
+ - items
19752
+ - limit
19753
+ - offset
19583
19754
  PublicContactUpsertResponse:
19584
19755
  type: object
19585
19756
  properties:
@@ -34,6 +34,32 @@ export interface ContactListResponse {
34
34
  limit: number;
35
35
  offset: number;
36
36
  }
37
+ export interface ContactSearchParams {
38
+ collectionId: string;
39
+ q?: string;
40
+ typeahead?: boolean;
41
+ email?: string;
42
+ phone?: string;
43
+ id?: string;
44
+ userId?: string;
45
+ tags?: string | string[];
46
+ tagsAll?: string | string[];
47
+ source?: string;
48
+ locale?: string;
49
+ createdFrom?: string;
50
+ createdTo?: string;
51
+ externalIdKey?: string;
52
+ externalIdValue?: string;
53
+ customFieldKey?: string;
54
+ customFieldValue?: string;
55
+ limit?: number;
56
+ offset?: number;
57
+ }
58
+ export interface ContactSearchResponse {
59
+ items: Contact[];
60
+ limit: number;
61
+ offset: number;
62
+ }
37
63
  export type PublicContactUpsertRequest = Partial<Pick<Contact, "email" | "phone" | "userId" | "firstName" | "lastName" | "displayName" | "company" | "tags" | "source" | "notes" | "avatarUrl" | "locale" | "timezone" | "externalIds">> & {
38
64
  customFields?: ContactCustomFields;
39
65
  };
@@ -1,6 +1,6 @@
1
1
  # Smartlinks API Summary
2
2
 
3
- Version: 1.14.10 | Generated: 2026-05-16T17:03:23.904Z
3
+ Version: 1.14.12 | Generated: 2026-05-19T11:25:45.278Z
4
4
 
5
5
  This is a concise summary of all available API functions and types.
6
6
 
@@ -36,6 +36,11 @@ For detailed guides on specific features:
36
36
  - **[Product Facets SDK](PRODUCT_FACETS_SDK.md)** - Admin and public product facet endpoints and TypeScript interfaces
37
37
  - **[Attestations](attestations.md)** - Append-only fact log with cryptographic chain integrity, time-series analytics, and public/owner/admin visibility
38
38
  - **[Auth Kit](auth-kit.md)** - End-user authentication flows (email/password, magic link, OTP, OAuth) for microapps
39
+ - **[Portal Request Login](portal-request-login.md)** - Sub-apps delegate user authentication to the portal; `useSafeAuth().requestLogin` hook and iframe postMessage contract, redirect-bounce handling
40
+ - **[Portal Auth Broadcast](portal-auth-broadcast.md)** - Publishing a custom-flow session to the portal so the header, sibling apps, and SDK all stay in sync
41
+ - **[Portal Request Action](portal-request-action.md)** - Invoking portal built-in actions (`__qrScanner`, `__share`, `__logout`, etc.) from containers, widgets, and iframes
42
+ - **[Portal Back Button](portal-back-button.md)** - `parentPath` contract for hierarchy-aware "up" navigation; `useDeepLinkSync` integration
43
+ - **[Contact Search](contact-search.md)** - Admin contact search: free-text, typeahead, identity/tag/JSONB filters, and pagination
39
44
  - **[App Data Storage](app-data-storage.md)** - User-specific and collection-scoped app data storage
40
45
  - **[Forms](forms.md)** - Platform-managed form definitions, submissions, and schema-driven React form UI
41
46
  - **[App Objects: Cases, Threads & Records](app-objects.md)** - Generic app-scoped building blocks for support cases, discussions, bookings, registrations, and more
@@ -89,7 +94,7 @@ The Smartlinks SDK is organized into the following namespaces:
89
94
  — Identity & Access —
90
95
  - **auth** - Admin authentication and account ops: login/logout, tokens, account info.
91
96
  - **authKit** - End‑user auth flows (email/password, OAuth, phone); profiles and verification.
92
- - **contact** - Manage customer contacts; CRUD, lookup, upsert, erase.
97
+ - **contact** - Manage customer contacts; CRUD, lookup, upsert, erase, and admin search. → [Guide](contact-search.md)
93
98
 
94
99
  — Messaging & Audience —
95
100
  - **comms** - Send notifications (push, email, wallet); templating, severity, delivery status. → [Guide](comms.md)
@@ -4460,6 +4465,40 @@ interface ContactListResponse {
4460
4465
  }
4461
4466
  ```
4462
4467
 
4468
+ **ContactSearchParams** (interface)
4469
+ ```typescript
4470
+ interface ContactSearchParams {
4471
+ collectionId: string
4472
+ q?: string
4473
+ typeahead?: boolean
4474
+ email?: string
4475
+ phone?: string
4476
+ id?: string
4477
+ userId?: string
4478
+ tags?: string | string[]
4479
+ tagsAll?: string | string[]
4480
+ source?: string
4481
+ locale?: string
4482
+ createdFrom?: string
4483
+ createdTo?: string
4484
+ externalIdKey?: string
4485
+ externalIdValue?: string
4486
+ customFieldKey?: string
4487
+ customFieldValue?: string
4488
+ limit?: number
4489
+ offset?: number
4490
+ }
4491
+ ```
4492
+
4493
+ **ContactSearchResponse** (interface)
4494
+ ```typescript
4495
+ interface ContactSearchResponse {
4496
+ items: Contact[]
4497
+ limit: number
4498
+ offset: number
4499
+ }
4500
+ ```
4501
+
4463
4502
  **PublicContactUpsertResponse** (interface)
4464
4503
  ```typescript
4465
4504
  interface PublicContactUpsertResponse {
@@ -8629,6 +8668,28 @@ Returns all proof type definitions. Proof types are templates that specify which
8629
8668
  **list**(collectionId: string,
8630
8669
  params?: { limit?: number; offset?: number; includeDeleted?: boolean }) → `Promise<ContactListResponse>`
8631
8670
 
8671
+ **search**({
8672
+ collectionId,
8673
+ q,
8674
+ typeahead,
8675
+ email,
8676
+ phone,
8677
+ id,
8678
+ userId,
8679
+ tags,
8680
+ tagsAll,
8681
+ source,
8682
+ locale,
8683
+ createdFrom,
8684
+ createdTo,
8685
+ externalIdKey,
8686
+ externalIdValue,
8687
+ customFieldKey,
8688
+ customFieldValue,
8689
+ limit,
8690
+ offset,
8691
+ }: ContactSearchParams) → `Promise<ContactSearchResponse>`
8692
+
8632
8693
  **get**(collectionId: string,
8633
8694
  contactId: string,
8634
8695
  params?: { includeDeleted?: boolean }) → `Promise<ContactResponse>`
@@ -0,0 +1,162 @@
1
+ # Contact Search
2
+
3
+ Admin-scoped endpoint for querying contacts within a collection. Supports
4
+ free-text search, type-ahead, identity lookup, structured filters, and JSONB
5
+ field queries. All parameters are optional and composable.
6
+
7
+ **Base path:** `GET /api/admin/:collectionId/contacts/search`
8
+
9
+ ---
10
+
11
+ ## Quick examples
12
+
13
+ ```ts
14
+ // Type-ahead while user types "joh" into a search box
15
+ await contact.search({ collectionId, q: "joh", typeahead: true })
16
+
17
+ // Find contacts by partial email
18
+ await contact.search({ collectionId, email: "acme.com" })
19
+
20
+ // Exact contact by UUID
21
+ await contact.search({ collectionId, id: "uuid-here" })
22
+
23
+ // All contacts tagged "vip" created this year
24
+ await contact.search({
25
+ collectionId,
26
+ tags: ["vip"],
27
+ createdFrom: "2026-01-01",
28
+ })
29
+
30
+ // Find by external ID (e.g. Shopify customer ID)
31
+ await contact.search({
32
+ collectionId,
33
+ externalIdKey: "shopify_id",
34
+ externalIdValue: "123456",
35
+ })
36
+ ```
37
+
38
+ ---
39
+
40
+ ## Parameters
41
+
42
+ ### Free-text
43
+
44
+ | Param | Type | Description |
45
+ |---|---|---|
46
+ | `q` | `string` | General search term. Searches `first_name`, `last_name`, `display_name`, `company`, and all identity values (`email`, `phone`). When the value contains `@` only email identities are searched; when it matches a phone pattern only phone identities are searched. |
47
+ | `typeahead` | `boolean` | When `true`, uses prefix (`startsWith`) operators instead of substring (`contains`). Significantly cheaper per keystroke. Default limit becomes `10`; minimum `q` length is 2 characters. Use this for live search-as-you-type UIs. |
48
+
49
+ ### Identity filters
50
+
51
+ | Param | Type | Description |
52
+ |---|---|---|
53
+ | `email` | `string` | Partial match against normalised email identity values. Case-insensitive. |
54
+ | `phone` | `string` | Partial match against normalised phone identity values. |
55
+
56
+ ### Exact lookups
57
+
58
+ These short-circuit all text/filter logic and return at most one contact.
59
+
60
+ | Param | Type | Description |
61
+ |---|---|---|
62
+ | `id` | `string` (UUID) | Contact primary key. |
63
+ | `userId` | `string` | Firebase auth UID linked to the contact. |
64
+
65
+ ### Structured filters
66
+
67
+ All filters are ANDed with each other and with any text search.
68
+
69
+ | Param | Type | Description |
70
+ |---|---|---|
71
+ | `tags` | `string \| string[]` | Comma-separated string or repeated param. Contacts must have **any** of these tags. |
72
+ | `tagsAll` | `string \| string[]` | Contacts must have **all** of these tags. |
73
+ | `source` | `string` | Exact match on the `source` field. |
74
+ | `locale` | `string` | Exact match on the `locale` field (e.g. `"en-US"`). |
75
+ | `createdFrom` | `string` (ISO-8601) | Lower bound on `created_at`. |
76
+ | `createdTo` | `string` (ISO-8601) | Upper bound on `created_at`. |
77
+
78
+ ### JSONB field filters
79
+
80
+ Searches inside the `external_ids` or `custom_fields` JSONB columns by
81
+ key/value pair. Both params in a pair must be supplied together.
82
+
83
+ | Param | Type | Description |
84
+ |---|---|---|
85
+ | `externalIdKey` | `string` | Top-level key in `externalIds` (e.g. `"shopify_id"`). |
86
+ | `externalIdValue` | `string` | Expected value at that key. |
87
+ | `customFieldKey` | `string` | Top-level key in `customFields`. |
88
+ | `customFieldValue` | `string` | Expected value at that key. |
89
+
90
+ ### Pagination
91
+
92
+ | Param | Type | Default | Max |
93
+ |---|---|---|---|
94
+ | `limit` | `number` | `20` (`10` in typeahead mode) | `100` (`10` in typeahead mode) |
95
+ | `offset` | `number` | `0` | — |
96
+
97
+ ---
98
+
99
+ ## Response
100
+
101
+ ```ts
102
+ {
103
+ items: Contact[],
104
+ limit: number,
105
+ offset: number,
106
+ }
107
+ ```
108
+
109
+ Each `Contact` item follows the shape defined in `src/types/contact.ts`.
110
+
111
+ ---
112
+
113
+ ## SDK usage
114
+
115
+ ```ts
116
+ import { contact } from '@proveanything/smartlinks'
117
+
118
+ const results = await contact.search({
119
+ collectionId: "my-collection",
120
+ q: "jane",
121
+ tags: ["vip"],
122
+ limit: 20,
123
+ })
124
+
125
+ for (const c of results.items) {
126
+ console.log(c.displayName, c.email)
127
+ }
128
+ ```
129
+
130
+ ---
131
+
132
+ ## Performance notes
133
+
134
+ The search endpoint is backed by **PostgreSQL trigram GIN indexes** via the
135
+ `pg_trgm` extension (migration `20260519000001`). This makes `ILIKE '%query%'`
136
+ scans fast even with millions of contacts per org.
137
+
138
+ **What is a trigram?** PostgreSQL decomposes every string into overlapping
139
+ 3-character windows ("trigrams") and stores them in an inverted index. A query
140
+ for `"acme"` is converted into trigrams `" ac", "acm", "cme", "me "` and the
141
+ index returns only rows containing those windows — so Postgres never scans rows
142
+ that can't match, regardless of whether the query is a prefix, suffix, or
143
+ middle-of-word substring.
144
+
145
+ **Type-ahead mode** (`typeahead: true`) is the recommended pattern for
146
+ keystroke-by-keystroke UI. It emits `LIKE 'query%'` (prefix) operators instead
147
+ of `LIKE '%query%'` (substring). Prefix scans are cheaper because they require
148
+ fewer trigram lookups, making them safe to call on every keypress. Minimum query
149
+ length is enforced at 2 characters server-side to prevent over-broad scans.
150
+
151
+ **Future scale path:** At very high volumes, routing `search` through
152
+ Elasticsearch would add typo-tolerance and relevance ranking. The API surface is
153
+ intentionally implementation-agnostic so the backing engine can be swapped
154
+ without client changes.
155
+
156
+ ---
157
+
158
+ ## Error codes
159
+
160
+ | Code | HTTP | Meaning |
161
+ |---|---|---|
162
+ | `SEARCH_REQUIRED` | 400 | No searchable parameter was provided. |
package/docs/overview.md CHANGED
@@ -65,6 +65,7 @@ The SmartLinks SDK (`@proveanything/smartlinks`) includes comprehensive document
65
65
  | **Executors** | `docs/executor.md` | Building executor bundles for SEO, LLM content, programmatic config |
66
66
  | **Deep Linking** | `docs/deep-link-discovery.md` | URL state management, navigable states, portal menus, AI nav |
67
67
  | **Portal Back Button** | `docs/portal-back-button.md` | Hierarchy-aware "up" navigation inside embedded apps |
68
+ | **Portal Request Action** | `docs/portal-request-action.md` | Triggering portal built-in actions (__qrScanner, __share, __logout, etc.) from sub-apps |
68
69
  | **Interactions** | `docs/interactions.md` | Business events, outcomes, voting, competitions, and journey triggers |
69
70
  | **AI-Native Manifests** | `docs/manifests.md` | `app.manifest.json`, `app.admin.json`, `ai-guide.md` structure |
70
71
  | **App Config Files** | `docs/app-manifest.md` | Full field-by-field reference for both JSON config files |
@@ -74,7 +75,9 @@ The SmartLinks SDK (`@proveanything/smartlinks`) includes comprehensive document
74
75
  | **AI Guide Template** | `docs/ai-guide-template.md` | Template for creating `public/ai-guide.md` — customise per app |
75
76
  | **Forms** | `docs/forms.md` | Form definitions, schema-driven rendering, submission patterns |
76
77
  | **Auth Kit** | `docs/auth-kit.md` | End-user sign-in: email/password, magic links, phone OTP, Google OAuth |
78
+ | **Portal Request Login** | `docs/portal-request-login.md` | How sub-apps ask the portal to authenticate the user; hook and iframe postMessage contracts |
77
79
  | **Portal Auth Broadcast** | `docs/portal-auth-broadcast.md` | Publishing custom auth flows to the portal; syncing sessions across containers and iframes |
80
+ | **Contact Search** | `docs/contact-search.md` | Admin contact search: free-text, typeahead, identity/tag/JSONB filters, and pagination |
78
81
  | **App Records Pattern** | `docs/app-records-pattern.md` | Standard pattern for per-product/facet/variant/batch admin + public widget UIs |
79
82
  | **UI Utils** | `docs/ui-utils.md` | `@proveanything/smartlinks-utils-ui` — React shells, hooks, and primitives for records-based apps |
80
83
 
@@ -1,6 +1,12 @@
1
1
  # Publishing Auth State to the Portal
2
2
 
3
- > **For sub-app authors.** This guide explains how to broadcast authentication state changes to the portal so the header, account UI, and sibling apps stay in sync.
3
+ > **⚠️ Read [`portal-request-login.md`](./portal-request-login.md) first.**
4
+ > The recommended pattern for "I need a logged-in user before I continue"
5
+ > is `requestLogin` — the sub-app asks the portal to run its standard
6
+ > AuthKit flow and awaits a result. This doc covers the *other* case:
7
+ > a sub-app that runs its **own** authentication flow and needs to
8
+ > publish the resulting session up to the portal so the header, account
9
+ > UI, and sibling apps stay in sync.
4
10
 
5
11
  A SmartLinks micro-app may need to run its own custom authentication flow —
6
12
  typical cases: an auction app that calls a bidder API, a competition app
@@ -11,6 +17,7 @@ app pick up the new session.
11
17
 
12
18
  This doc describes the contract the portal framework already implements.
13
19
 
20
+
14
21
  ---
15
22
 
16
23
  ## Container / Widget Apps (Same React Tree)
@@ -52,18 +59,28 @@ function BidButton() {
52
59
 
53
60
  ## Iframe Apps (Cross-Origin)
54
61
 
55
- Iframe apps don't share React context. Post messages directly from the
56
- iframe to its parent the portal's `IframeResponder` listens for these:
62
+ Iframe apps don't share React context with the portal. They publish their
63
+ session by posting framework-recognised messages on `window.parent`. The
64
+ portal's `IframeResponder` listens for these and routes them into the same
65
+ `login` / `logout` calls the built-in `AuthModal` makes.
66
+
67
+ > **Note:** There is no `authKit.publishLogin` / `publishLogout` helper in
68
+ > the SmartLinks SDK today. Use the raw `postMessage` calls below. If a
69
+ > helper ships later it will wrap exactly these payloads.
57
70
 
58
71
  ```ts
59
- // LOGIN
72
+ // LOGIN — after your custom auth flow returns a token + user
60
73
  window.parent.postMessage({
61
74
  _smartlinksIframeMessage: true,
62
75
  type: 'smartlinks:authkit:login',
63
76
  payload: {
64
77
  token: '<bearer>',
65
- user: { uid: 'usr_123', email: 'bidder@example.com', displayName: 'Jane' },
66
- accountData: { /* optional */ },
78
+ user: {
79
+ uid: 'usr_123',
80
+ email: 'bidder@example.com',
81
+ displayName: 'Jane Bidder',
82
+ },
83
+ accountData: { tier: 'gold' }, // optional, free-form
67
84
  },
68
85
  }, '*');
69
86
 
@@ -114,8 +131,9 @@ through the standard portal UI.
114
131
  wiped.
115
132
 
116
133
  ❌ Implementing logout by just clearing your own state. Always call
117
- `useAuth().logout()` (container/widget) or post `smartlinks:authkit:logout`
118
- (iframe) so the whole portal session ends cleanly.
134
+ `useAuth().logout()` (container/widget) or post the
135
+ `smartlinks:authkit:logout` message (iframe) so the whole portal
136
+ session ends cleanly.
119
137
 
120
138
  ---
121
139