@soba-so/react 0.0.1
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/LICENSE +191 -0
- package/README.md +151 -0
- package/dist/ComputeStatus.d.ts +15 -0
- package/dist/ConnectCompute.d.ts +21 -0
- package/dist/SobaProvider.d.ts +39 -0
- package/dist/context.d.ts +47 -0
- package/dist/events.d.ts +7 -0
- package/dist/index.d.ts +7 -0
- package/dist/index.mjs +930 -0
- package/dist/index.mjs.map +7 -0
- package/dist/session.d.ts +60 -0
- package/dist/styles.css +252 -0
- package/dist/styles.d.ts +1 -0
- package/dist/types.d.ts +121 -0
- package/package.json +51 -0
package/LICENSE
ADDED
|
@@ -0,0 +1,191 @@
|
|
|
1
|
+
Apache License
|
|
2
|
+
Version 2.0, January 2004
|
|
3
|
+
http://www.apache.org/licenses/
|
|
4
|
+
|
|
5
|
+
TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION
|
|
6
|
+
|
|
7
|
+
1. Definitions.
|
|
8
|
+
|
|
9
|
+
"License" shall mean the terms and conditions for use, reproduction, and
|
|
10
|
+
distribution as defined by Sections 1 through 9 of this document.
|
|
11
|
+
|
|
12
|
+
"Licensor" shall mean the copyright owner or entity authorized by the copyright
|
|
13
|
+
owner that is granting the License.
|
|
14
|
+
|
|
15
|
+
"Legal Entity" shall mean the union of the acting entity and all other entities
|
|
16
|
+
that control, are controlled by, or are under common control with that entity.
|
|
17
|
+
For the purposes of this definition, "control" means (i) the power, direct or
|
|
18
|
+
indirect, to cause the direction or management of such entity, whether by
|
|
19
|
+
contract or otherwise, or (ii) ownership of fifty percent (50%) or more of the
|
|
20
|
+
outstanding shares, or (iii) beneficial ownership of such entity.
|
|
21
|
+
|
|
22
|
+
"You" (or "Your") shall mean an individual or Legal Entity exercising
|
|
23
|
+
permissions granted by this License.
|
|
24
|
+
|
|
25
|
+
"Source" form shall mean the preferred form for making modifications, including
|
|
26
|
+
but not limited to software source code, documentation source, and configuration
|
|
27
|
+
files.
|
|
28
|
+
|
|
29
|
+
"Object" form shall mean any form resulting from mechanical transformation or
|
|
30
|
+
translation of a Source form, including but not limited to compiled object code,
|
|
31
|
+
generated documentation, and conversions to other media types.
|
|
32
|
+
|
|
33
|
+
"Work" shall mean the work of authorship, whether in Source or Object form, made
|
|
34
|
+
available under the License, as indicated by a copyright notice that is included
|
|
35
|
+
in or attached to the work (an example is provided in the Appendix below).
|
|
36
|
+
|
|
37
|
+
"Derivative Works" shall mean any work, whether in Source or Object form, that
|
|
38
|
+
is based on (or derived from) the Work and for which the editorial revisions,
|
|
39
|
+
annotations, elaborations, or other modifications represent, as a whole, an
|
|
40
|
+
original work of authorship. For the purposes of this License, Derivative Works
|
|
41
|
+
shall not include works that remain separable from, or merely link (or bind by
|
|
42
|
+
name) to the interfaces of, the Work and Derivative Works thereof.
|
|
43
|
+
|
|
44
|
+
"Contribution" shall mean any work of authorship, including the original version
|
|
45
|
+
of the Work and any modifications or additions to that Work or Derivative Works
|
|
46
|
+
thereof, that is intentionally submitted to Licensor for inclusion in the Work
|
|
47
|
+
by the copyright owner or by an individual or Legal Entity authorized to submit
|
|
48
|
+
on behalf of the copyright owner. For the purposes of this definition,
|
|
49
|
+
"submitted" means any form of electronic, verbal, or written communication sent
|
|
50
|
+
to the Licensor or its representatives, including but not limited to
|
|
51
|
+
communication on electronic mailing lists, source code control systems, and
|
|
52
|
+
issue tracking systems that are managed by, or on behalf of, the Licensor for
|
|
53
|
+
the purpose of discussing and improving the Work, but excluding communication
|
|
54
|
+
that is conspicuously marked or otherwise designated in writing by the copyright
|
|
55
|
+
owner as "Not a Contribution."
|
|
56
|
+
|
|
57
|
+
"Contributor" shall mean Licensor and any individual or Legal Entity on behalf
|
|
58
|
+
of whom a Contribution has been received by Licensor and subsequently
|
|
59
|
+
incorporated within the Work.
|
|
60
|
+
|
|
61
|
+
2. Grant of Copyright License.
|
|
62
|
+
|
|
63
|
+
Subject to the terms and conditions of this License, each Contributor hereby
|
|
64
|
+
grants to You a perpetual, worldwide, non-exclusive, no-charge, royalty-free,
|
|
65
|
+
irrevocable copyright license to reproduce, prepare Derivative Works of,
|
|
66
|
+
publicly display, publicly perform, sublicense, and distribute the Work and such
|
|
67
|
+
Derivative Works in Source or Object form.
|
|
68
|
+
|
|
69
|
+
3. Grant of Patent License.
|
|
70
|
+
|
|
71
|
+
Subject to the terms and conditions of this License, each Contributor hereby
|
|
72
|
+
grants to You a perpetual, worldwide, non-exclusive, no-charge, royalty-free,
|
|
73
|
+
irrevocable (except as stated in this section) patent license to make, have
|
|
74
|
+
made, use, offer to sell, sell, import, and otherwise transfer the Work, where
|
|
75
|
+
such license applies only to those patent claims licensable by such Contributor
|
|
76
|
+
that are necessarily infringed by their Contribution(s) alone or by combination
|
|
77
|
+
of their Contribution(s) with the Work to which such Contribution(s) was
|
|
78
|
+
submitted. If You institute patent litigation against any entity (including a
|
|
79
|
+
cross-claim or counterclaim in a lawsuit) alleging that the Work or a
|
|
80
|
+
Contribution incorporated within the Work constitutes direct or contributory
|
|
81
|
+
patent infringement, then any patent licenses granted to You under this License
|
|
82
|
+
for that Work shall terminate as of the date such litigation is filed.
|
|
83
|
+
|
|
84
|
+
4. Redistribution.
|
|
85
|
+
|
|
86
|
+
You may reproduce and distribute copies of the Work or Derivative Works thereof
|
|
87
|
+
in any medium, with or without modifications, and in Source or Object form,
|
|
88
|
+
provided that You meet the following conditions:
|
|
89
|
+
|
|
90
|
+
You must give any other recipients of the Work or Derivative Works a copy of
|
|
91
|
+
this License; and
|
|
92
|
+
You must cause any modified files to carry prominent notices stating that You
|
|
93
|
+
changed the files; and
|
|
94
|
+
You must retain, in the Source form of any Derivative Works that You distribute,
|
|
95
|
+
all copyright, patent, trademark, and attribution notices from the Source form
|
|
96
|
+
of the Work, excluding those notices that do not pertain to any part of the
|
|
97
|
+
Derivative Works; and
|
|
98
|
+
If the Work includes a "NOTICE" text file as part of its distribution, then any
|
|
99
|
+
Derivative Works that You distribute must include a readable copy of the
|
|
100
|
+
attribution notices contained within such NOTICE file, excluding those notices
|
|
101
|
+
that do not pertain to any part of the Derivative Works, in at least one of the
|
|
102
|
+
following places: within a NOTICE text file distributed as part of the
|
|
103
|
+
Derivative Works; within the Source form or documentation, if provided along
|
|
104
|
+
with the Derivative Works; or, within a display generated by the Derivative
|
|
105
|
+
Works, if and wherever such third-party notices normally appear. The contents of
|
|
106
|
+
the NOTICE file are for informational purposes only and do not modify the
|
|
107
|
+
License. You may add Your own attribution notices within Derivative Works that
|
|
108
|
+
You distribute, alongside or as an addendum to the NOTICE text from the Work,
|
|
109
|
+
provided that such additional attribution notices cannot be construed as
|
|
110
|
+
modifying the License.
|
|
111
|
+
You may add Your own copyright statement to Your modifications and may provide
|
|
112
|
+
additional or different license terms and conditions for use, reproduction, or
|
|
113
|
+
distribution of Your modifications, or for any such Derivative Works as a whole,
|
|
114
|
+
provided Your use, reproduction, and distribution of the Work otherwise complies
|
|
115
|
+
with the conditions stated in this License.
|
|
116
|
+
|
|
117
|
+
5. Submission of Contributions.
|
|
118
|
+
|
|
119
|
+
Unless You explicitly state otherwise, any Contribution intentionally submitted
|
|
120
|
+
for inclusion in the Work by You to the Licensor shall be under the terms and
|
|
121
|
+
conditions of this License, without any additional terms or conditions.
|
|
122
|
+
Notwithstanding the above, nothing herein shall supersede or modify the terms of
|
|
123
|
+
any separate license agreement you may have executed with Licensor regarding
|
|
124
|
+
such Contributions.
|
|
125
|
+
|
|
126
|
+
6. Trademarks.
|
|
127
|
+
|
|
128
|
+
This License does not grant permission to use the trade names, trademarks,
|
|
129
|
+
service marks, or product names of the Licensor, except as required for
|
|
130
|
+
reasonable and customary use in describing the origin of the Work and
|
|
131
|
+
reproducing the content of the NOTICE file.
|
|
132
|
+
|
|
133
|
+
7. Disclaimer of Warranty.
|
|
134
|
+
|
|
135
|
+
Unless required by applicable law or agreed to in writing, Licensor provides the
|
|
136
|
+
Work (and each Contributor provides its Contributions) on an "AS IS" BASIS,
|
|
137
|
+
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied,
|
|
138
|
+
including, without limitation, any warranties or conditions of TITLE,
|
|
139
|
+
NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A PARTICULAR PURPOSE. You are
|
|
140
|
+
solely responsible for determining the appropriateness of using or
|
|
141
|
+
redistributing the Work and assume any risks associated with Your exercise of
|
|
142
|
+
permissions under this License.
|
|
143
|
+
|
|
144
|
+
8. Limitation of Liability.
|
|
145
|
+
|
|
146
|
+
In no event and under no legal theory, whether in tort (including negligence),
|
|
147
|
+
contract, or otherwise, unless required by applicable law (such as deliberate
|
|
148
|
+
and grossly negligent acts) or agreed to in writing, shall any Contributor be
|
|
149
|
+
liable to You for damages, including any direct, indirect, special, incidental,
|
|
150
|
+
or consequential damages of any character arising as a result of this License or
|
|
151
|
+
out of the use or inability to use the Work (including but not limited to
|
|
152
|
+
damages for loss of goodwill, work stoppage, computer failure or malfunction, or
|
|
153
|
+
any and all other commercial damages or losses), even if such Contributor has
|
|
154
|
+
been advised of the possibility of such damages.
|
|
155
|
+
|
|
156
|
+
9. Accepting Warranty or Additional Liability.
|
|
157
|
+
|
|
158
|
+
While redistributing the Work or Derivative Works thereof, You may choose to
|
|
159
|
+
offer, and charge a fee for, acceptance of support, warranty, indemnity, or
|
|
160
|
+
other liability obligations and/or rights consistent with this License. However,
|
|
161
|
+
in accepting such obligations, You may act only on Your own behalf and on Your
|
|
162
|
+
sole responsibility, not on behalf of any other Contributor, and only if You
|
|
163
|
+
agree to indemnify, defend, and hold each Contributor harmless for any liability
|
|
164
|
+
incurred by, or claims asserted against, such Contributor by reason of your
|
|
165
|
+
accepting any such warranty or additional liability.
|
|
166
|
+
|
|
167
|
+
END OF TERMS AND CONDITIONS
|
|
168
|
+
|
|
169
|
+
APPENDIX: How to apply the Apache License to your work
|
|
170
|
+
|
|
171
|
+
To apply the Apache License to your work, attach the following boilerplate
|
|
172
|
+
notice, with the fields enclosed by brackets "[]" replaced with your own
|
|
173
|
+
identifying information. (Don't include the brackets!) The text should be
|
|
174
|
+
enclosed in the appropriate comment syntax for the file format. We also
|
|
175
|
+
recommend that a file or class name and description of purpose be included on
|
|
176
|
+
the same "printed page" as the copyright notice for easier identification within
|
|
177
|
+
third-party archives.
|
|
178
|
+
|
|
179
|
+
Copyright [yyyy] [name of copyright owner]
|
|
180
|
+
|
|
181
|
+
Licensed under the Apache License, Version 2.0 (the "License");
|
|
182
|
+
you may not use this file except in compliance with the License.
|
|
183
|
+
You may obtain a copy of the License at
|
|
184
|
+
|
|
185
|
+
http://www.apache.org/licenses/LICENSE-2.0
|
|
186
|
+
|
|
187
|
+
Unless required by applicable law or agreed to in writing, software
|
|
188
|
+
distributed under the License is distributed on an "AS IS" BASIS,
|
|
189
|
+
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
190
|
+
See the License for the specific language governing permissions and
|
|
191
|
+
limitations under the License.
|
package/README.md
ADDED
|
@@ -0,0 +1,151 @@
|
|
|
1
|
+
# @soba-so/react
|
|
2
|
+
|
|
3
|
+
**Let your users bring the AI they already pay for, from your own React app.**
|
|
4
|
+
|
|
5
|
+
```jsx
|
|
6
|
+
import { SobaProvider, ConnectCompute, ComputeStatus } from "@soba-so/react"
|
|
7
|
+
|
|
8
|
+
<SobaProvider sessionEndpoint="/api/soba/session" user={session.user.id}>
|
|
9
|
+
<ConnectCompute />
|
|
10
|
+
<ComputeStatus />
|
|
11
|
+
</SobaProvider>
|
|
12
|
+
```
|
|
13
|
+
|
|
14
|
+
Drop that in your settings page. A person pairs their machine once, and their
|
|
15
|
+
Claude Code, Codex or local model starts serving your runs, **with no change at
|
|
16
|
+
your call site**.
|
|
17
|
+
|
|
18
|
+
## The one thing your server has to do
|
|
19
|
+
|
|
20
|
+
A browser cannot mint a Soba session: that takes your `sk_soba_` secret key, and
|
|
21
|
+
that key can start runs and read every user's usage. So the provider asks a route
|
|
22
|
+
of **yours** for a short-lived, single-user credential, the way Stripe's
|
|
23
|
+
ephemeral keys work.
|
|
24
|
+
|
|
25
|
+
```ts
|
|
26
|
+
// app/api/soba/session/route.ts
|
|
27
|
+
export async function POST() {
|
|
28
|
+
const session = await auth() // your auth, your rules
|
|
29
|
+
const res = await fetch("https://soba.so/v1/end_users/session", {
|
|
30
|
+
method: "POST",
|
|
31
|
+
headers: {
|
|
32
|
+
authorization: `Bearer ${process.env.SOBA_KEY}`,
|
|
33
|
+
"content-type": "application/json",
|
|
34
|
+
},
|
|
35
|
+
body: JSON.stringify({ user: session.user.id }),
|
|
36
|
+
})
|
|
37
|
+
return Response.json(await res.json())
|
|
38
|
+
}
|
|
39
|
+
```
|
|
40
|
+
|
|
41
|
+
That is the whole integration. `user` is the same id you pass on a run, which is
|
|
42
|
+
what makes the person whose machine this is and the person a run is attributed to
|
|
43
|
+
the same row.
|
|
44
|
+
|
|
45
|
+
The session lives ten minutes. A settings page left open for an hour is the
|
|
46
|
+
ordinary case, so the provider refreshes it before it expires **and** heals a
|
|
47
|
+
request that meets a dead one: a 401 mints a new session and retries once, for
|
|
48
|
+
every component in the tree.
|
|
49
|
+
|
|
50
|
+
If you would rather mint it yourself, pass `session` instead. It cannot be
|
|
51
|
+
refreshed, and the provider says so rather than failing quietly at minute eleven.
|
|
52
|
+
|
|
53
|
+
## The components
|
|
54
|
+
|
|
55
|
+
### `<ConnectCompute />`
|
|
56
|
+
|
|
57
|
+
The connect step, and the component that carries the real friction. It asks which
|
|
58
|
+
compute they have, shows the one command to run on the machine they want to use,
|
|
59
|
+
takes the short code that command prints, and then **waits for the machine to
|
|
60
|
+
actually appear**.
|
|
61
|
+
|
|
62
|
+
That last part is the whole design. A pairing that never dials the gateway looks
|
|
63
|
+
exactly like a successful one right up until the first run fails, so the panel
|
|
64
|
+
does not stop at "approved". Detected, not asserted.
|
|
65
|
+
|
|
66
|
+
Nothing is ever pasted back. The credential is written straight to that machine,
|
|
67
|
+
at `~/.soba/worker.json`, and neither this component nor your app ever sees it.
|
|
68
|
+
|
|
69
|
+
### `<ComputeStatus />`
|
|
70
|
+
|
|
71
|
+
The component with no equivalent in an auth product. When the compute is
|
|
72
|
+
someone's own laptop, the state of that laptop is user-facing: asleep, offline,
|
|
73
|
+
signed out of its CLI, or serving a run right now are all things only the person
|
|
74
|
+
in front of it can fix, so all of them are shown.
|
|
75
|
+
|
|
76
|
+
`authenticated` stays **tri-state** all the way to the screen. `true` is signed
|
|
77
|
+
in, `false` is a positive finding that it is signed out, and `null` means we could
|
|
78
|
+
not tell. Rendering the third as the second tells someone their working setup is
|
|
79
|
+
broken.
|
|
80
|
+
|
|
81
|
+
Several of these on one page is still one request: they read the provider's
|
|
82
|
+
polling rather than starting their own, and a hidden tab does not poll at all.
|
|
83
|
+
|
|
84
|
+
## The hook
|
|
85
|
+
|
|
86
|
+
```js
|
|
87
|
+
const { compute, connect, run, client, session } = useSoba()
|
|
88
|
+
```
|
|
89
|
+
|
|
90
|
+
| | |
|
|
91
|
+
|---|---|
|
|
92
|
+
| `compute` | `machines`, `connected`, `online`, `loading`, `error`, `refresh()` |
|
|
93
|
+
| `connect` | `app`, `command`, `publishableKey` |
|
|
94
|
+
| `run` | Start a run through your own endpoint and read its events |
|
|
95
|
+
| `client` | The framework-free API underneath, for anything the hook does not cover |
|
|
96
|
+
|
|
97
|
+
`connected` means they have paired something. `online` means something of theirs
|
|
98
|
+
could serve a run right now. They are different questions and a UI usually needs
|
|
99
|
+
both.
|
|
100
|
+
|
|
101
|
+
## Runs from the browser
|
|
102
|
+
|
|
103
|
+
A run is started by **your** server, because starting one takes your secret key.
|
|
104
|
+
Point the provider at a route that does it, and the hook will read the stream:
|
|
105
|
+
|
|
106
|
+
```ts
|
|
107
|
+
// app/api/soba/run/route.ts
|
|
108
|
+
import { Soba } from "@soba-so/sdk"
|
|
109
|
+
|
|
110
|
+
export async function POST(request: Request) {
|
|
111
|
+
const session = await auth()
|
|
112
|
+
const soba = new Soba({ apiKey: process.env.SOBA_KEY })
|
|
113
|
+
const run = await soba.run({ user: session.user.id, ...(await request.json()) })
|
|
114
|
+
return new Response(toSSE(run), { headers: { "content-type": "text/event-stream" } })
|
|
115
|
+
}
|
|
116
|
+
```
|
|
117
|
+
|
|
118
|
+
```jsx
|
|
119
|
+
const { run } = useSoba()
|
|
120
|
+
const events = await run({ prompt: "Summarise everything I saved this week" })
|
|
121
|
+
for await (const event of events) {
|
|
122
|
+
if (event.type === "delta") append(event.text)
|
|
123
|
+
}
|
|
124
|
+
```
|
|
125
|
+
|
|
126
|
+
Only the five frozen event types reach the browser. A tool call never does: your
|
|
127
|
+
server already executed it, against the data it already touches.
|
|
128
|
+
|
|
129
|
+
## Styling
|
|
130
|
+
|
|
131
|
+
The stylesheet injects itself once, so there is no import to get wrong in an RSC
|
|
132
|
+
tree. Everything is scoped under `.soba-connect` with no element selectors and no
|
|
133
|
+
assumed reset, and every colour is a custom property you can redefine:
|
|
134
|
+
|
|
135
|
+
```css
|
|
136
|
+
.soba-connect {
|
|
137
|
+
--sc-accent: #1a1a1c;
|
|
138
|
+
--sc-r: 6px;
|
|
139
|
+
}
|
|
140
|
+
```
|
|
141
|
+
|
|
142
|
+
Pass `injectStyles={false}` to the provider and import `@soba-so/react/styles.css`
|
|
143
|
+
yourself if you would rather own it.
|
|
144
|
+
|
|
145
|
+
## Requirements
|
|
146
|
+
|
|
147
|
+
React 18 or newer, as a peer dependency. No other runtime dependencies. The
|
|
148
|
+
package is a client component: it carries its own `"use client"`, so it works in
|
|
149
|
+
a Next app router tree without a wrapper.
|
|
150
|
+
|
|
151
|
+
All rights reserved. Not published under an open-source licence.
|
|
@@ -0,0 +1,15 @@
|
|
|
1
|
+
export interface ComputeStatusProps {
|
|
2
|
+
className?: string;
|
|
3
|
+
}
|
|
4
|
+
/**
|
|
5
|
+
* What this person has connected, and what it is doing right now.
|
|
6
|
+
*
|
|
7
|
+
* The component with no equivalent in an auth product. When the compute is
|
|
8
|
+
* someone's own laptop, the state of that laptop is user-facing: asleep,
|
|
9
|
+
* offline, signed out of its CLI or serving a run are all things only the
|
|
10
|
+
* person in front of it can do anything about, so all of them are shown.
|
|
11
|
+
*
|
|
12
|
+
* It reads the provider's polling rather than starting its own, so three of
|
|
13
|
+
* these on one page is still one request.
|
|
14
|
+
*/
|
|
15
|
+
export declare function ComputeStatus({ className }: ComputeStatusProps): import("react").JSX.Element;
|
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
import type { Machine } from "./types.js";
|
|
2
|
+
export interface ConnectComputeProps {
|
|
3
|
+
/** From `?code=` when they arrived from a terminal that already has one. */
|
|
4
|
+
initialCode?: string;
|
|
5
|
+
onConnected?: (machines: Machine[]) => void;
|
|
6
|
+
className?: string;
|
|
7
|
+
/** False when you place `<ComputeStatus />` yourself, so the machines are not
|
|
8
|
+
* told twice. Left true the panel opens on what this person already has. */
|
|
9
|
+
showStatus?: boolean;
|
|
10
|
+
}
|
|
11
|
+
/**
|
|
12
|
+
* The connect step, and the component that carries the real friction.
|
|
13
|
+
*
|
|
14
|
+
* It does not stop at "approved": a pairing that never dials the gateway looks
|
|
15
|
+
* exactly like a successful one right up until the first run fails, so it waits
|
|
16
|
+
* for the machine to actually appear. Detected, not asserted.
|
|
17
|
+
*
|
|
18
|
+
* This is the same panel the hosted page uses. The only difference is where the
|
|
19
|
+
* session comes from, which is what <SobaProvider> is for.
|
|
20
|
+
*/
|
|
21
|
+
export declare function ConnectCompute({ initialCode, onConnected, className, showStatus, }: ConnectComputeProps): import("react").JSX.Element;
|
|
@@ -0,0 +1,39 @@
|
|
|
1
|
+
import { type ReactNode } from "react";
|
|
2
|
+
export interface SobaProviderProps {
|
|
3
|
+
children: ReactNode;
|
|
4
|
+
/**
|
|
5
|
+
* An `est_` session you minted on your server. Cannot be refreshed, so prefer
|
|
6
|
+
* `sessionEndpoint` for anything a person leaves open.
|
|
7
|
+
*/
|
|
8
|
+
session?: string;
|
|
9
|
+
/**
|
|
10
|
+
* Your own route. The provider POSTs `{ user }` to it with your cookies, and
|
|
11
|
+
* expects `{ session, expires_in }` back. Four lines on your server:
|
|
12
|
+
*
|
|
13
|
+
* ```ts
|
|
14
|
+
* const res = await fetch("https://soba.so/v1/end_users/session", {
|
|
15
|
+
* method: "POST",
|
|
16
|
+
* headers: { authorization: `Bearer ${process.env.SOBA_KEY}` },
|
|
17
|
+
* body: JSON.stringify({ user: session.user.id }),
|
|
18
|
+
* })
|
|
19
|
+
* return Response.json(await res.json())
|
|
20
|
+
* ```
|
|
21
|
+
*/
|
|
22
|
+
sessionEndpoint?: string;
|
|
23
|
+
/** The same id you pass as `user` on a run. It is what makes the person whose
|
|
24
|
+
* machine this is and the person a run is attributed to the same row. */
|
|
25
|
+
user?: string;
|
|
26
|
+
/** Your route that starts a run with `@soba-so/sdk` and forwards the stream. */
|
|
27
|
+
runEndpoint?: string;
|
|
28
|
+
baseUrl?: string;
|
|
29
|
+
pollMs?: number;
|
|
30
|
+
/** The stylesheet injects itself once. Turn it off to ship your own. */
|
|
31
|
+
injectStyles?: boolean;
|
|
32
|
+
fetchImpl?: typeof fetch;
|
|
33
|
+
onError?: (error: Error) => void;
|
|
34
|
+
}
|
|
35
|
+
/**
|
|
36
|
+
* Holds the one thing everything else needs: a live session for one of your
|
|
37
|
+
* users. Everything below it, component or hook, reads from here.
|
|
38
|
+
*/
|
|
39
|
+
export declare function SobaProvider(props: SobaProviderProps): import("react").JSX.Element;
|
|
@@ -0,0 +1,47 @@
|
|
|
1
|
+
import type { AgentEvent, ConnectApi, Machine, Message } from "./types.js";
|
|
2
|
+
/** What your endpoint is asked for. Everything but `signal` is forwarded to it
|
|
3
|
+
* verbatim, because the run's shape is `soba.run()`'s and yours to widen. */
|
|
4
|
+
export interface RunRequest {
|
|
5
|
+
prompt?: string;
|
|
6
|
+
messages?: Message[];
|
|
7
|
+
model?: string;
|
|
8
|
+
system?: string;
|
|
9
|
+
signal?: AbortSignal;
|
|
10
|
+
[key: string]: unknown;
|
|
11
|
+
}
|
|
12
|
+
export interface ComputeState {
|
|
13
|
+
/** Every machine this person has paired, in whatever state it is in. */
|
|
14
|
+
machines: Machine[];
|
|
15
|
+
/** They have paired something. It may still be asleep. */
|
|
16
|
+
connected: boolean;
|
|
17
|
+
/** Something of theirs could serve a run right now. */
|
|
18
|
+
online: boolean;
|
|
19
|
+
loading: boolean;
|
|
20
|
+
error: Error | null;
|
|
21
|
+
refresh(): Promise<void>;
|
|
22
|
+
}
|
|
23
|
+
export interface ConnectState {
|
|
24
|
+
/** Your app's name, as the person connecting will see it. */
|
|
25
|
+
app: {
|
|
26
|
+
name: string;
|
|
27
|
+
} | null;
|
|
28
|
+
/** The exact command to run on the machine being paired. */
|
|
29
|
+
command: string | null;
|
|
30
|
+
publishableKey: string | null;
|
|
31
|
+
loading: boolean;
|
|
32
|
+
error: Error | null;
|
|
33
|
+
}
|
|
34
|
+
export interface SobaContextValue {
|
|
35
|
+
/** The `est_` session, once there is one. */
|
|
36
|
+
session: string | null;
|
|
37
|
+
/** The framework-free client, for anything the hook does not cover. */
|
|
38
|
+
client: ConnectApi | null;
|
|
39
|
+
error: Error | null;
|
|
40
|
+
compute: ComputeState;
|
|
41
|
+
connect: ConnectState;
|
|
42
|
+
/** Start a run through YOUR endpoint and read its events. Throws when the
|
|
43
|
+
* provider was given no `runEndpoint`, since a browser cannot start one. */
|
|
44
|
+
run(request: RunRequest): Promise<AsyncIterable<AgentEvent>>;
|
|
45
|
+
}
|
|
46
|
+
export declare const SobaContext: import("react").Context<SobaContextValue | null>;
|
|
47
|
+
export declare function useSoba(): SobaContextValue;
|
package/dist/events.d.ts
ADDED
|
@@ -0,0 +1,7 @@
|
|
|
1
|
+
import type { AgentEvent } from "./types.js";
|
|
2
|
+
export declare function parseEvent(raw: string): AgentEvent | null;
|
|
3
|
+
/** Server-sent events off a response body. Also reads newline-delimited JSON,
|
|
4
|
+
* since a hand-written proxy route usually forwards lines rather than frames. */
|
|
5
|
+
export declare function readEvents(response: Response): AsyncGenerator<AgentEvent>;
|
|
6
|
+
/** Everything a run said, for a caller that only wants the answer. */
|
|
7
|
+
export declare function collectText(events: AsyncIterable<AgentEvent>): Promise<string>;
|
package/dist/index.d.ts
ADDED
|
@@ -0,0 +1,7 @@
|
|
|
1
|
+
export { ComputeStatus, type ComputeStatusProps } from "./ComputeStatus.js";
|
|
2
|
+
export { ConnectCompute, type ConnectComputeProps } from "./ConnectCompute.js";
|
|
3
|
+
export { type ComputeState, type ConnectState, type RunRequest, type SobaContextValue, useSoba, } from "./context.js";
|
|
4
|
+
export { collectText, parseEvent, readEvents } from "./events.js";
|
|
5
|
+
export { SobaProvider, type SobaProviderProps } from "./SobaProvider.js";
|
|
6
|
+
export { injectStyles } from "./styles.js";
|
|
7
|
+
export type { AgentEvent, AgentEventType, ConnectApi, ConnectContext, CostClass, Machine, MachineState, Message, PendingCode, Runtime, RunUsage, } from "./types.js";
|