llm.rb 16.0.0.pre.3 → 16.0.0.pre.4
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.
- checksums.yaml +4 -4
- data/CHANGELOG.md +40 -0
- data/docs/deepdive/advanced/context.md +4 -3
- data/docs/deepdive/features/database.md +5 -4
- data/docs/deepdive/features/embeddings.md +2 -0
- data/docs/deepdive/features/files.md +52 -0
- data/docs/deepdive/features/moderations.md +48 -0
- data/docs/deepdive/features/responses.md +54 -0
- data/docs/deepdive/fundamentals/agents.md +8 -5
- data/docs/deepdive/fundamentals/providers.md +37 -0
- data/docs/deepdive/fundamentals/schema.md +50 -0
- data/docs/deepdive/fundamentals/tools.md +6 -0
- data/docs/deepdive/reference/object.md +6 -0
- data/docs/deepdive/reference/response.md +55 -0
- data/docs/deepdive.md +4 -0
- data/lib/llm/active_record/acts_as_llm.rb +24 -7
- data/lib/llm/agent.rb +4 -1
- data/lib/llm/context.rb +1 -0
- data/lib/llm/sequel/plugin.rb +19 -6
- data/lib/llm/step.rb +59 -0
- data/lib/llm/stream.rb +36 -4
- data/lib/llm/version.rb +1 -1
- metadata +6 -1
checksums.yaml
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
SHA256:
|
|
3
|
-
metadata.gz:
|
|
4
|
-
data.tar.gz:
|
|
3
|
+
metadata.gz: a83847d3c33a48980bd9740d7aff397db757ec91224440a97c10240c0ae3a290
|
|
4
|
+
data.tar.gz: 402d6ea4a68fc987e3597d1b6dd84089f2804c7774ef35e38fb8fc424b0e62b0
|
|
5
5
|
SHA512:
|
|
6
|
-
metadata.gz:
|
|
7
|
-
data.tar.gz:
|
|
6
|
+
metadata.gz: f75dda6e725c6aa48748a407e744c94c006d3db4973cf45064f7f0252fc2bc818ee7a99b564e66c4bad6ad4066bf5214b912a637b3b25b8b9f335d45d226c7e2
|
|
7
|
+
data.tar.gz: ea3e7fe4a32687c7a34f4b85a0bd4aeee5b7b68387452dd1ac98a3572f1b1f74b4f19ac3ee32b10cf6f53563b9eceb5a8e9292e6001b90728e4997c7b9a301a2
|
data/CHANGELOG.md
CHANGED
|
@@ -46,6 +46,16 @@
|
|
|
46
46
|
[`LLM::Message`](https://r.uby.dev/api-docs/llm.rb/LLM/Message.html) objects.
|
|
47
47
|
Every other format, and Sequel, still loads the runtime.
|
|
48
48
|
|
|
49
|
+
### ActiveRecord
|
|
50
|
+
|
|
51
|
+
* **activerecord: add `messages!` for the runtime's own messages** <br>
|
|
52
|
+
[`LLM::ActiveRecord#messages!`](https://r.uby.dev/api-docs/llm.rb/LLM/ActiveRecord.html#messages!-instance_method)
|
|
53
|
+
returns the messages the runtime holds whatever the storage format is, so a
|
|
54
|
+
jsonb record can still reach them now that its `#messages` answers with the
|
|
55
|
+
view over the column. It reads what the context holds, including state that
|
|
56
|
+
has not been saved, where `#messages` reads the column. The Sequel plugin
|
|
57
|
+
answers to `#messages!` too, where it is the same call as `#messages`.
|
|
58
|
+
|
|
49
59
|
### Console
|
|
50
60
|
|
|
51
61
|
* **console: erase with the backspace key on OpenBSD** <br>
|
|
@@ -115,6 +125,23 @@
|
|
|
115
125
|
`respond_to?` with false for an instance method. A hook that raises becomes
|
|
116
126
|
what the caller sees in place of the call's result.
|
|
117
127
|
|
|
128
|
+
### ORM
|
|
129
|
+
|
|
130
|
+
* **orm: save a conversation after each request, not once per turn** <br>
|
|
131
|
+
[`LLM::Step`](https://r.uby.dev/api-docs/llm.rb/LLM/Step.html) is prepended
|
|
132
|
+
onto every stream by
|
|
133
|
+
[`LLM::Stream.try`](https://r.uby.dev/api-docs/llm.rb/LLM/Stream.html#try-class_method),
|
|
134
|
+
so a conversation bound to a record is written down as it goes and a turn
|
|
135
|
+
that is interrupted can be continued rather than started over. It saves
|
|
136
|
+
through
|
|
137
|
+
[`LLM::Context#record`](https://r.uby.dev/api-docs/llm.rb/LLM/Context.html#record-instance_method),
|
|
138
|
+
an ActiveRecord model through `LLM::ActiveRecord::Utils.save!` and a Sequel
|
|
139
|
+
model through `LLM::Sequel::Plugin::Utils.save!`, and the write is best
|
|
140
|
+
effort, so a failure is swallowed rather than raised inside the request that
|
|
141
|
+
has just completed. Before this, `talk` and `ask` on both wrappers saved
|
|
142
|
+
once, when the whole turn had finished, so an interrupted turn persisted
|
|
143
|
+
nothing.
|
|
144
|
+
|
|
118
145
|
### Provider
|
|
119
146
|
|
|
120
147
|
* **deepseek: support image attachments in chat completions** <br>
|
|
@@ -155,6 +182,19 @@
|
|
|
155
182
|
discarded a false default, and `required: false` marks the parameter optional
|
|
156
183
|
rather than being ignored.
|
|
157
184
|
|
|
185
|
+
### Stream
|
|
186
|
+
|
|
187
|
+
* **stream: add `on_step`, called when a request completes** <br>
|
|
188
|
+
[`LLM::Stream#on_step`](https://r.uby.dev/api-docs/llm.rb/LLM/Stream.html#on_step-instance_method)
|
|
189
|
+
is a new callback, emitted from
|
|
190
|
+
[`LLM::Context#talk`](https://r.uby.dev/api-docs/llm.rb/LLM/Context.html#talk-instance_method)
|
|
191
|
+
once the prompt and the response are in the conversation. It marks the
|
|
192
|
+
boundary between one request and the next, which is the point a stream can
|
|
193
|
+
checkpoint the conversation at, because a provider will accept it again
|
|
194
|
+
there. It fires once per successful request, so a request retried after a
|
|
195
|
+
rate limit or a timeout calls it when it lands and not once per attempt, and
|
|
196
|
+
it fires even when the stream is disabled.
|
|
197
|
+
|
|
158
198
|
## v15.5.0
|
|
159
199
|
|
|
160
200
|
Changes since `v15.4.1`.
|
|
@@ -81,9 +81,10 @@ Pass `retry_budget:` to retry a request that was rate limited
|
|
|
81
81
|
Each retry sleeps a growing interval (2s, 4s, 6s, ...) and notifies
|
|
82
82
|
the stream through
|
|
83
83
|
[`LLM::Stream#on_retry`](https://r.uby.dev/api-docs/llm.rb/LLM/Stream.html#on_retry-instance_method)
|
|
84
|
-
before trying again.
|
|
85
|
-
|
|
86
|
-
|
|
84
|
+
before trying again. The budget lives on the provider, where it
|
|
85
|
+
defaults to 5 (8 on Alibaba, which rate limits more often), and an
|
|
86
|
+
agent that sets none of its own takes the provider's, so most users
|
|
87
|
+
never touch this directly.
|
|
87
88
|
|
|
88
89
|
### Identity
|
|
89
90
|
|
|
@@ -419,11 +419,12 @@ records rather than
|
|
|
419
419
|
[`LLM::Message`](https://r.uby.dev/api-docs/llm.rb/LLM/Message.html)
|
|
420
420
|
objects, until
|
|
421
421
|
[`#unwrap!`](https://r.uby.dev/api-docs/llm.rb/LLM/ActiveRecord/Message.html#unwrap!-instance_method)
|
|
422
|
-
turns them back.
|
|
422
|
+
turns them back. `#messages!` is the runtime's own list, whatever the
|
|
423
|
+
format is, so a jsonb record reaches it in one call.
|
|
423
424
|
|
|
424
|
-
Every other format
|
|
425
|
-
|
|
426
|
-
|
|
425
|
+
Every other format answers `#messages` with the runtime's messages, as
|
|
426
|
+
it always did, and that is the default. Sequel has no equivalent to any
|
|
427
|
+
of this: its plugin persists the same state, and there is no view to
|
|
427
428
|
read it back in the database.
|
|
428
429
|
|
|
429
430
|
### Sequel
|
|
@@ -0,0 +1,52 @@
|
|
|
1
|
+
|
|
2
|
+
## Files
|
|
3
|
+
|
|
4
|
+
### Introduction
|
|
5
|
+
|
|
6
|
+
#### Overview
|
|
7
|
+
|
|
8
|
+
Some providers keep files you upload, and let a later request refer to
|
|
9
|
+
one by id instead of resending its bytes. The Files API is how a file
|
|
10
|
+
is uploaded, listed, fetched, downloaded, and deleted, and a file id is
|
|
11
|
+
then passed to an endpoint that reads it.
|
|
12
|
+
|
|
13
|
+
#### How it works
|
|
14
|
+
|
|
15
|
+
Call the file methods on a provider that implements them. `create`
|
|
16
|
+
uploads a file and returns its record, `get` reads a record, `download`
|
|
17
|
+
returns the bytes, `all` lists the files, and `delete` removes one:
|
|
18
|
+
|
|
19
|
+
```ruby
|
|
20
|
+
require "llm"
|
|
21
|
+
|
|
22
|
+
llm = LLM.openai(key: ENV["KEY"])
|
|
23
|
+
ctx = LLM::Context.new(llm)
|
|
24
|
+
|
|
25
|
+
file = llm.files.create(file: "/books/goodread.pdf")
|
|
26
|
+
ctx.talk ["Tell me about this PDF", file]
|
|
27
|
+
|
|
28
|
+
llm.files.all # every uploaded file
|
|
29
|
+
llm.files.get(file: file.id) # one file's record
|
|
30
|
+
llm.files.download(file: file.id) # its bytes, under #file
|
|
31
|
+
llm.files.delete(file: file.id)
|
|
32
|
+
```
|
|
33
|
+
|
|
34
|
+
`create` takes a path, an `LLM::File`, or a `File` object, and a
|
|
35
|
+
`purpose:` that tells the provider what the file is for. An uploaded
|
|
36
|
+
file carries its id, so it can be passed to a turn directly, as above,
|
|
37
|
+
and a response from `download` exposes the bytes through `#file`.
|
|
38
|
+
|
|
39
|
+
#### Why would I use it?
|
|
40
|
+
|
|
41
|
+
A file that a provider stores can be reused across requests without
|
|
42
|
+
being uploaded each time. That keeps a large document or an image out
|
|
43
|
+
of the request body, and it is how OpenAI's vector stores, and the
|
|
44
|
+
assistants that read them, get their content.
|
|
45
|
+
|
|
46
|
+
#### Notes
|
|
47
|
+
|
|
48
|
+
OpenAI, Anthropic, and Google implement the Files API; a provider that
|
|
49
|
+
does not raises `NotImplementedError`. `download` is OpenAI-only. A
|
|
50
|
+
file id belongs to the provider that minted it: DeepSeek, for example,
|
|
51
|
+
has no Files API and raises `LLM::PromptError` when it is handed a file
|
|
52
|
+
id from another provider.
|
|
@@ -0,0 +1,48 @@
|
|
|
1
|
+
|
|
2
|
+
## Moderations
|
|
3
|
+
|
|
4
|
+
### Introduction
|
|
5
|
+
|
|
6
|
+
#### Overview
|
|
7
|
+
|
|
8
|
+
A moderation classifies text or an image against a set of harm
|
|
9
|
+
categories, so an application can decide what to do with it before
|
|
10
|
+
showing it, storing it, or sending it to a model. OpenAI hosts the
|
|
11
|
+
moderation endpoint.
|
|
12
|
+
|
|
13
|
+
#### How it works
|
|
14
|
+
|
|
15
|
+
Call `llm.moderations` with the content to check. The response lists a
|
|
16
|
+
moderation per input, and each one reports whether it was flagged, the
|
|
17
|
+
categories it matched, and their scores:
|
|
18
|
+
|
|
19
|
+
```ruby
|
|
20
|
+
require "llm"
|
|
21
|
+
|
|
22
|
+
llm = LLM.openai(key: ENV["KEY"])
|
|
23
|
+
|
|
24
|
+
res = llm.moderations.create(input: "I hate you")
|
|
25
|
+
mod = res.moderations[0]
|
|
26
|
+
|
|
27
|
+
mod.flagged? # => true
|
|
28
|
+
mod.categories # the categories that matched
|
|
29
|
+
mod.scores # a score per category
|
|
30
|
+
```
|
|
31
|
+
|
|
32
|
+
`input` accepts a string or a URL, so an image URL is classified the
|
|
33
|
+
same way text is.
|
|
34
|
+
|
|
35
|
+
#### Why would I use it?
|
|
36
|
+
|
|
37
|
+
A moderation is a cheap check that runs before an expensive or public
|
|
38
|
+
step. Screen user-generated content before publishing it, gate a
|
|
39
|
+
request before it reaches a model, or keep a record of what was
|
|
40
|
+
filtered and why.
|
|
41
|
+
|
|
42
|
+
#### Notes
|
|
43
|
+
|
|
44
|
+
Only OpenAI implements moderations; another provider raises
|
|
45
|
+
`NotImplementedError`. The default model is `omni-moderation-latest`,
|
|
46
|
+
and it classifies both text and images. The scores are model
|
|
47
|
+
estimates, so a threshold is a product decision rather than a fixed
|
|
48
|
+
value.
|
|
@@ -0,0 +1,54 @@
|
|
|
1
|
+
|
|
2
|
+
## Responses
|
|
3
|
+
|
|
4
|
+
### Introduction
|
|
5
|
+
|
|
6
|
+
#### Overview
|
|
7
|
+
|
|
8
|
+
OpenAI's Responses API gives every reply an id, and a later call can
|
|
9
|
+
continue from one by passing `previous_response_id:`. When the provider
|
|
10
|
+
is asked to store the reply, it keeps the history, so a client can hand
|
|
11
|
+
the thread back instead of resending it.
|
|
12
|
+
|
|
13
|
+
#### How it works
|
|
14
|
+
|
|
15
|
+
Create a response with `llm.responses.create`, then continue it by
|
|
16
|
+
passing `previous_response_id:` the id of the last one. A response can
|
|
17
|
+
be read back with `get` and removed with `delete`:
|
|
18
|
+
|
|
19
|
+
```ruby
|
|
20
|
+
require "llm"
|
|
21
|
+
|
|
22
|
+
llm = LLM.openai(key: ENV["KEY"])
|
|
23
|
+
|
|
24
|
+
first = llm.responses.create "Your task is to answer the user's questions",
|
|
25
|
+
role: :developer
|
|
26
|
+
second = llm.responses.create "5 + 5 = X ?",
|
|
27
|
+
role: :user,
|
|
28
|
+
previous_response_id: first.id
|
|
29
|
+
|
|
30
|
+
puts second.content
|
|
31
|
+
|
|
32
|
+
llm.responses.get(second) # read it back
|
|
33
|
+
llm.responses.delete(second) # remove it
|
|
34
|
+
```
|
|
35
|
+
|
|
36
|
+
`create` accepts the same prompt shapes as a completion (a string or a
|
|
37
|
+
list), plus `role:`, `model:`, `tools:`, and a `stream:` target. It
|
|
38
|
+
returns an `LLM::Response` like any other call.
|
|
39
|
+
|
|
40
|
+
#### Why would I use it?
|
|
41
|
+
|
|
42
|
+
Server-side state means the conversation lives with the provider
|
|
43
|
+
instead of in the request. Passing one id continues a thread without
|
|
44
|
+
rebuilding and resending the messages, which keeps requests small and
|
|
45
|
+
lets a client that lost its local history pick the thread back up.
|
|
46
|
+
|
|
47
|
+
#### Notes
|
|
48
|
+
|
|
49
|
+
Only OpenAI implements the Responses API. A context in `mode:
|
|
50
|
+
:responses` uses this endpoint and defaults to `store: false`, so the
|
|
51
|
+
conversation is not kept on the provider and the context rebuilds the
|
|
52
|
+
input itself; set `store: true` to keep it there and have the next turn
|
|
53
|
+
continue with `previous_response_id`. A plain `llm.responses.create`
|
|
54
|
+
call continues only when `previous_response_id:` is given.
|
|
@@ -245,9 +245,12 @@ of hanging.
|
|
|
245
245
|
|
|
246
246
|
The retry budget applies to rate-limited requests
|
|
247
247
|
(`LLM::RateLimitError`) and timeouts (`Timeout::Error`, covering
|
|
248
|
-
`Net::OpenTimeout` and `Net::ReadTimeout`)
|
|
249
|
-
retried. The budget
|
|
248
|
+
`Net::OpenTimeout` and `Net::ReadTimeout`); other errors are never
|
|
249
|
+
retried. The budget lives on the provider, where it defaults to five
|
|
250
|
+
(eight on Alibaba, which rate limits more often), and an agent that
|
|
251
|
+
sets none of its own takes the provider's. A raw
|
|
250
252
|
[`LLM::Context`](https://r.uby.dev/api-docs/llm.rb/LLM/Context.html)
|
|
251
|
-
defaults to zero (`retry_budget: 0`)
|
|
252
|
-
content streams, so retrying the same
|
|
253
|
-
`retry_budget: 0` to disable retries on
|
|
253
|
+
defaults to zero (`retry_budget: 0`), so retries are opt-in there. A
|
|
254
|
+
429 is refused before any content streams, so retrying the same
|
|
255
|
+
request loses nothing. Pass `retry_budget: 0` to disable retries on
|
|
256
|
+
an agent.
|
|
@@ -92,6 +92,43 @@ missing model or registry raises `LLM::NoSuchModelError` or
|
|
|
92
92
|
`LLM::NoSuchRegistryError`, which the runtime rescues to default
|
|
93
93
|
gracefully (for example, an unknown context window reads as `nil`).
|
|
94
94
|
|
|
95
|
+
### Model listings
|
|
96
|
+
|
|
97
|
+
#### Overview
|
|
98
|
+
|
|
99
|
+
The registry is the catalog llm.rb ships. A provider can also list the
|
|
100
|
+
models it serves right now, which shows a model added since your copy
|
|
101
|
+
of `data/` was written, or one available to your account alone.
|
|
102
|
+
|
|
103
|
+
#### How it works
|
|
104
|
+
|
|
105
|
+
A provider with a models endpoint exposes it through `llm.models`, and
|
|
106
|
+
`all` returns the list:
|
|
107
|
+
|
|
108
|
+
```ruby
|
|
109
|
+
require "llm"
|
|
110
|
+
|
|
111
|
+
llm = LLM.openai(key: ENV["KEY"])
|
|
112
|
+
llm.models.all.each { puts _1.id }
|
|
113
|
+
```
|
|
114
|
+
|
|
115
|
+
OpenAI, Anthropic, Google, Bedrock, and Ollama implement it. Bedrock
|
|
116
|
+
lists the foundation models in the configured region and accepts
|
|
117
|
+
`byProvider:` to narrow the list; Ollama lists the models pulled into
|
|
118
|
+
the local daemon.
|
|
119
|
+
|
|
120
|
+
#### Why would I use it?
|
|
121
|
+
|
|
122
|
+
A shipped catalog goes stale between releases. Asking the provider
|
|
123
|
+
keeps a model picker current and reveals models the catalog does not
|
|
124
|
+
know about.
|
|
125
|
+
|
|
126
|
+
#### Notes
|
|
127
|
+
|
|
128
|
+
Not every provider implements a models endpoint; calling `models` on
|
|
129
|
+
one that does not raises `NotImplementedError`. Unlike the registry,
|
|
130
|
+
the call needs credentials.
|
|
131
|
+
|
|
95
132
|
### Request headers
|
|
96
133
|
|
|
97
134
|
#### Overview
|
|
@@ -178,3 +178,53 @@ DSL builds, so the result is used the same way.
|
|
|
178
178
|
An unsupported `type`, an unresolvable `$ref`, or a `$ref` that does
|
|
179
179
|
not start with `#/` raises `TypeError`. When a schema omits `type`,
|
|
180
180
|
the parser infers it from `const`, `enum`, or `default`.
|
|
181
|
+
|
|
182
|
+
### Deferred types
|
|
183
|
+
|
|
184
|
+
#### Overview
|
|
185
|
+
|
|
186
|
+
A property or parameter type can be given as a block, in which case the
|
|
187
|
+
type is worked out when the schema is serialized rather than when the
|
|
188
|
+
class that declares it is defined. That is how a type that only exists
|
|
189
|
+
at runtime, such as the values a store holds right now, is described.
|
|
190
|
+
|
|
191
|
+
#### How it works
|
|
192
|
+
|
|
193
|
+
Pass a block in place of the type. It is called each time the schema is
|
|
194
|
+
serialized, and whatever it returns is resolved in turn, so it can
|
|
195
|
+
return a leaf, a class, or an array of either:
|
|
196
|
+
|
|
197
|
+
```ruby
|
|
198
|
+
class Article < LLM::Schema
|
|
199
|
+
property :kind, proc { LLM::Schema::Enum[*Article.kinds] }, "The article kind"
|
|
200
|
+
required %i[kind]
|
|
201
|
+
end
|
|
202
|
+
```
|
|
203
|
+
|
|
204
|
+
The same works for a tool parameter:
|
|
205
|
+
|
|
206
|
+
```ruby
|
|
207
|
+
class Publish < LLM::Tool
|
|
208
|
+
name "publish"
|
|
209
|
+
parameter :kind, proc { LLM::Schema::Enum[*Article.kinds] }, "The article kind"
|
|
210
|
+
required %i[kind]
|
|
211
|
+
|
|
212
|
+
def call(kind:)
|
|
213
|
+
Article.publish(kind:)
|
|
214
|
+
end
|
|
215
|
+
end
|
|
216
|
+
```
|
|
217
|
+
|
|
218
|
+
#### Why would I use it?
|
|
219
|
+
|
|
220
|
+
A schema is a class-level definition, but the choices it offers are
|
|
221
|
+
sometimes only known when a request is made. A deferred type lets the
|
|
222
|
+
schema be declared once and still send the values that are current at
|
|
223
|
+
the time of the request.
|
|
224
|
+
|
|
225
|
+
#### Notes
|
|
226
|
+
|
|
227
|
+
The block is called on every serialization, so it runs once per
|
|
228
|
+
request and sees the latest values. Everything a leaf accepts, such as
|
|
229
|
+
`required`, `default`, and `enum`, is applied to the resolved leaf
|
|
230
|
+
after the block returns.
|
|
@@ -435,6 +435,12 @@ needs most. See the
|
|
|
435
435
|
The tools that spawn subprocesses use the optional `test-cmd.rb`
|
|
436
436
|
gem for process management and interrupt handling.
|
|
437
437
|
|
|
438
|
+
`LLM::Tool.subclasses` lists the direct subclasses of
|
|
439
|
+
[`LLM::Tool`](https://r.uby.dev/api-docs/llm.rb/LLM/Tool.html), so a
|
|
440
|
+
tool defined under an intermediate base class is not in the list.
|
|
441
|
+
[`LLM::Tool.registry`](https://r.uby.dev/api-docs/llm.rb/LLM/Tool.html#registry-class_method)
|
|
442
|
+
lists every tool that has a name, wherever it sits in the hierarchy.
|
|
443
|
+
|
|
438
444
|
### Interrupts
|
|
439
445
|
|
|
440
446
|
#### Overview
|
|
@@ -61,6 +61,12 @@ is defined explicitly and serializes through the configured JSON
|
|
|
61
61
|
adapter via
|
|
62
62
|
[`LLM.json.dump`](https://r.uby.dev/api-docs/llm.rb/LLM.html#json-class_method).
|
|
63
63
|
|
|
64
|
+
The adapter is `LLM::JSONAdapter::JSON`, the standard library, by
|
|
65
|
+
default. Set `LLM.json = :oj` or `LLM.json = :yajl` to use a faster
|
|
66
|
+
backend when the matching gem is present; every adapter normalizes
|
|
67
|
+
strings to valid UTF-8 before it serializes, so the choice affects
|
|
68
|
+
speed rather than behavior.
|
|
69
|
+
|
|
64
70
|
### Reading and writing
|
|
65
71
|
|
|
66
72
|
#### Overview
|
|
@@ -0,0 +1,55 @@
|
|
|
1
|
+
|
|
2
|
+
## LLM::Response
|
|
3
|
+
|
|
4
|
+
### Introduction
|
|
5
|
+
|
|
6
|
+
#### Overview
|
|
7
|
+
|
|
8
|
+
Every call returns an
|
|
9
|
+
[`LLM::Response`](https://r.uby.dev/api-docs/llm.rb/LLM/Response.html).
|
|
10
|
+
It is one normalized shape that a provider, an endpoint, or a context
|
|
11
|
+
extends with the accessors that response needs, so chat completions,
|
|
12
|
+
embeddings, images, and OCR all share a common surface without losing
|
|
13
|
+
their own.
|
|
14
|
+
|
|
15
|
+
#### How it works
|
|
16
|
+
|
|
17
|
+
`LLM::Response` carries the transport response and a little common
|
|
18
|
+
state: `#res` (the underlying HTTP response), `#body` (the parsed body,
|
|
19
|
+
or a raw string), `#ok?`, `#id`, and `#file?`. A name the base class
|
|
20
|
+
does not define falls through to the body, so a provider field such as
|
|
21
|
+
`content` is reachable directly.
|
|
22
|
+
|
|
23
|
+
A completion response also includes
|
|
24
|
+
[`LLM::Contract::Completion`](https://r.uby.dev/api-docs/llm.rb/LLM/Contract/Completion.html),
|
|
25
|
+
which adds the pieces a chat reply needs:
|
|
26
|
+
|
|
27
|
+
```ruby
|
|
28
|
+
res = agent.talk "Weather in Paris?", schema: Weather
|
|
29
|
+
|
|
30
|
+
res.content # the raw text, or the structured reply
|
|
31
|
+
res.content! # the reply parsed as an LLM::Object
|
|
32
|
+
res.messages # the messages this turn produced
|
|
33
|
+
res.usage # an LLM::Usage (input, output, reasoning, cache, ...)
|
|
34
|
+
res.reasoning_content # the model's reasoning, when the provider exposes it
|
|
35
|
+
res.model # the model that answered
|
|
36
|
+
```
|
|
37
|
+
|
|
38
|
+
#### Why would I use it?
|
|
39
|
+
|
|
40
|
+
One shape means one set of methods to learn: the same `content!`,
|
|
41
|
+
`usage`, and `messages` work whatever the provider. When an endpoint
|
|
42
|
+
returns something shaped differently, it adds an accessor rather than
|
|
43
|
+
changing the contract.
|
|
44
|
+
|
|
45
|
+
#### Notes
|
|
46
|
+
|
|
47
|
+
`#usage` returns an
|
|
48
|
+
[`LLM::Usage`](https://r.uby.dev/api-docs/llm.rb/LLM/Usage.html), so
|
|
49
|
+
token counts are read the same way everywhere; the individual token
|
|
50
|
+
readers (`input_tokens`, `output_tokens`, `cache_read_tokens`, and so
|
|
51
|
+
on) live on the completion contract. Endpoint-specific accessors such
|
|
52
|
+
as `images`, `pages`, `audio`, or `embeddings` come from the adapter
|
|
53
|
+
that extends the response, so they are present only on responses that
|
|
54
|
+
carry that data. `#content!` parses the content as JSON, which is the
|
|
55
|
+
read to use with a schema.
|
data/docs/deepdive.md
CHANGED
|
@@ -68,6 +68,9 @@ is the best place to start if you are new to llm.rb.
|
|
|
68
68
|
- [Built-in tools](deepdive/features/builtin_tools.md)
|
|
69
69
|
- [Concurrency](deepdive/features/concurrency.md)
|
|
70
70
|
- [Embeddings](deepdive/features/embeddings.md)
|
|
71
|
+
- [Files](deepdive/features/files.md)
|
|
72
|
+
- [Moderations](deepdive/features/moderations.md)
|
|
73
|
+
- [Responses](deepdive/features/responses.md)
|
|
71
74
|
- [Database](deepdive/features/database.md)
|
|
72
75
|
- [Console](deepdive/features/console.md)
|
|
73
76
|
|
|
@@ -88,6 +91,7 @@ is the best place to start if you are new to llm.rb.
|
|
|
88
91
|
|
|
89
92
|
## Reference
|
|
90
93
|
|
|
94
|
+
- [LLM::Response](deepdive/reference/response.md)
|
|
91
95
|
- [LLM::Object](deepdive/reference/object.md)
|
|
92
96
|
- [LLM::Cost](deepdive/reference/cost.md)
|
|
93
97
|
- [Tracer](deepdive/reference/tracer.md)
|
|
@@ -56,21 +56,23 @@ module LLM::ActiveRecord
|
|
|
56
56
|
|
|
57
57
|
module InstanceMethods
|
|
58
58
|
##
|
|
59
|
-
# Continues the stored context with new input
|
|
59
|
+
# Continues the stored context with new input.
|
|
60
|
+
#
|
|
61
|
+
# The conversation is saved by {LLM::Step LLM::Step} at each request.
|
|
60
62
|
# @see LLM::Context#talk
|
|
61
63
|
# @return [LLM::Response]
|
|
62
64
|
def talk(...)
|
|
63
|
-
|
|
64
|
-
ctx.talk(...).tap { Utils.save!(self, ctx, options) }
|
|
65
|
+
ctx.talk(...)
|
|
65
66
|
end
|
|
66
67
|
|
|
67
68
|
##
|
|
68
|
-
# Continues the stored context with new input
|
|
69
|
+
# Continues the stored context with new input.
|
|
70
|
+
#
|
|
71
|
+
# The conversation is saved by {LLM::Step LLM::Step} at each request.
|
|
69
72
|
# @see LLM::Context#ask
|
|
70
73
|
# @return [LLM::Response]
|
|
71
74
|
def ask(...)
|
|
72
|
-
|
|
73
|
-
ctx.ask(...).tap { Utils.save!(self, ctx, options) }
|
|
75
|
+
ctx.ask(...)
|
|
74
76
|
end
|
|
75
77
|
|
|
76
78
|
##
|
|
@@ -101,7 +103,8 @@ module LLM::ActiveRecord
|
|
|
101
103
|
# unordered - conversation order is `position`, not `id` - and its rows
|
|
102
104
|
# are {LLM::ActiveRecord::Message} records until
|
|
103
105
|
# {LLM::ActiveRecord::Message#unwrap!} turns them back into
|
|
104
|
-
# {LLM::Message} objects.
|
|
106
|
+
# {LLM::Message} objects. {#messages!} is the runtime's own collection,
|
|
107
|
+
# for a caller who wants that instead.
|
|
105
108
|
# @see LLM::Context#messages
|
|
106
109
|
# @return [ActiveRecord::Relation, LLM::Buffer]
|
|
107
110
|
def messages
|
|
@@ -113,6 +116,20 @@ module LLM::ActiveRecord
|
|
|
113
116
|
end
|
|
114
117
|
end
|
|
115
118
|
|
|
119
|
+
##
|
|
120
|
+
# Returns the messages the runtime holds, whatever the storage format is.
|
|
121
|
+
#
|
|
122
|
+
# This is what {#messages} answers with for every format but jsonb, and
|
|
123
|
+
# it is the way back to it for a jsonb record. The difference between
|
|
124
|
+
# the two is what each reads: this reads what the context holds,
|
|
125
|
+
# including state that has not been saved, where {#messages} reads the
|
|
126
|
+
# column.
|
|
127
|
+
# @see LLM::Context#messages
|
|
128
|
+
# @return [LLM::Buffer]
|
|
129
|
+
def messages!
|
|
130
|
+
ctx.messages
|
|
131
|
+
end
|
|
132
|
+
|
|
116
133
|
##
|
|
117
134
|
# @note The bang keeps the ActiveRecord and Sequel wrappers aligned.
|
|
118
135
|
# @see LLM::Context#model
|
data/lib/llm/agent.rb
CHANGED
|
@@ -441,7 +441,10 @@ module LLM
|
|
|
441
441
|
# knows its own API, and how often it recovers from a
|
|
442
442
|
# rate limit rather than failing outright.
|
|
443
443
|
params[:retry_budget] = llm.retry_budget if params[:retry_budget].equal?(UNDEFINED)
|
|
444
|
-
|
|
444
|
+
##
|
|
445
|
+
# The context is bound to the same record the agent holds, so code
|
|
446
|
+
# written against a context alone can find it through `ctx.record`.
|
|
447
|
+
@ctx = LLM::Context.new(llm, params.merge(record: @record).compact)
|
|
445
448
|
@path and File.readable?(@path) ? @ctx.restore(path:) : nil
|
|
446
449
|
end
|
|
447
450
|
|
data/lib/llm/context.rb
CHANGED
data/lib/llm/sequel/plugin.rb
CHANGED
|
@@ -155,21 +155,23 @@ module LLM::Sequel
|
|
|
155
155
|
Utils = Plugin::Utils
|
|
156
156
|
|
|
157
157
|
##
|
|
158
|
-
# Continues the stored context with new input
|
|
158
|
+
# Continues the stored context with new input.
|
|
159
|
+
#
|
|
160
|
+
# The conversation is saved by {LLM::Step LLM::Step} at each request.
|
|
159
161
|
# @see LLM::Context#talk
|
|
160
162
|
# @return [LLM::Response]
|
|
161
163
|
def talk(...)
|
|
162
|
-
|
|
163
|
-
ctx.talk(...).tap { Utils.save!(self, ctx, options) }
|
|
164
|
+
ctx.talk(...)
|
|
164
165
|
end
|
|
165
166
|
|
|
166
167
|
##
|
|
167
|
-
# Continues the stored context with new input
|
|
168
|
+
# Continues the stored context with new input.
|
|
169
|
+
#
|
|
170
|
+
# The conversation is saved by {LLM::Step LLM::Step} at each request.
|
|
168
171
|
# @see LLM::Context#ask
|
|
169
172
|
# @return [LLM::Response]
|
|
170
173
|
def ask(...)
|
|
171
|
-
|
|
172
|
-
ctx.ask(...).tap { Utils.save!(self, ctx, options) }
|
|
174
|
+
ctx.ask(...)
|
|
173
175
|
end
|
|
174
176
|
|
|
175
177
|
##
|
|
@@ -199,6 +201,17 @@ module LLM::Sequel
|
|
|
199
201
|
ctx.messages
|
|
200
202
|
end
|
|
201
203
|
|
|
204
|
+
##
|
|
205
|
+
# @note The same call {#messages} makes here, and here for the sake of the
|
|
206
|
+
# name: on {LLM::ActiveRecord} the two differ for a jsonb record, and a
|
|
207
|
+
# wrapper that answered to a name the other one does not is the next
|
|
208
|
+
# reader's surprise.
|
|
209
|
+
# @see LLM::Context#messages
|
|
210
|
+
# @return [LLM::Buffer]
|
|
211
|
+
def messages!
|
|
212
|
+
ctx.messages
|
|
213
|
+
end
|
|
214
|
+
|
|
202
215
|
##
|
|
203
216
|
# @note The bang is used because Sequel reserves `model` for the
|
|
204
217
|
# underlying model class on instances.
|
data/lib/llm/step.rb
ADDED
|
@@ -0,0 +1,59 @@
|
|
|
1
|
+
# frozen_string_literal: true
|
|
2
|
+
|
|
3
|
+
module LLM
|
|
4
|
+
##
|
|
5
|
+
# Writes the conversation down when a request completes.
|
|
6
|
+
#
|
|
7
|
+
# {LLM::Step LLM::Step} is prepended onto a stream's singleton class by
|
|
8
|
+
# {LLM::Stream.try}, so a conversation bound to a record is saved as it goes:
|
|
9
|
+
# a turn that is interrupted - by a crash, by a deploy, or by a provider that
|
|
10
|
+
# refuses - can be continued rather than started over.
|
|
11
|
+
#
|
|
12
|
+
# It saves through the record the context is bound to ({LLM::Context#record}),
|
|
13
|
+
# and it knows both the ORMs llm.rb speaks: an ActiveRecord model is saved
|
|
14
|
+
# with {LLM::ActiveRecord::Utils.save!} and a Sequel model with
|
|
15
|
+
# {LLM::Sequel::Plugin::Utils.save!}. A context with no record - which is
|
|
16
|
+
# every context that is not backed by a model - has nothing to save, and
|
|
17
|
+
# neither has a record that carries neither plugin, so the step is passed
|
|
18
|
+
# along untouched.
|
|
19
|
+
#
|
|
20
|
+
# All of this is one method on purpose. The module is put onto an object the
|
|
21
|
+
# caller owns, and a helper would be one more name on that object for as long
|
|
22
|
+
# as it lives.
|
|
23
|
+
#
|
|
24
|
+
# The write is best effort: a failure is swallowed rather than raised, because
|
|
25
|
+
# this runs inside the request that has just completed, and a stale checkpoint
|
|
26
|
+
# is a smaller failure than a turn that ends because the database was busy.
|
|
27
|
+
# Only the write is covered, so a stream's own `on_step` is reached whether or
|
|
28
|
+
# not the write lands - a step that a tracer hears about does not depend on a
|
|
29
|
+
# database having been free.
|
|
30
|
+
#
|
|
31
|
+
# @see LLM::Stream#on_step
|
|
32
|
+
# @see LLM::ActiveRecord::Utils.save!
|
|
33
|
+
module Step
|
|
34
|
+
##
|
|
35
|
+
# Saves the conversation the context holds, then passes the step along.
|
|
36
|
+
#
|
|
37
|
+
# @param [LLM::Context] ctx
|
|
38
|
+
# The context the request belongs to
|
|
39
|
+
# @param [LLM::Response] res
|
|
40
|
+
# The response for the request that completed
|
|
41
|
+
# @return [nil]
|
|
42
|
+
def on_step(ctx, res)
|
|
43
|
+
record = ctx.record
|
|
44
|
+
if record and record.class.respond_to?(:llm_plugin_options)
|
|
45
|
+
options = record.class.llm_plugin_options
|
|
46
|
+
begin
|
|
47
|
+
if defined?(::ActiveRecord::Base) and ::ActiveRecord::Base === record
|
|
48
|
+
LLM::ActiveRecord::Utils.save!(record, ctx, options)
|
|
49
|
+
elsif defined?(::Sequel::Model) and ::Sequel::Model === record
|
|
50
|
+
LLM::Sequel::Plugin::Utils.save!(record, ctx, options)
|
|
51
|
+
end
|
|
52
|
+
rescue
|
|
53
|
+
nil
|
|
54
|
+
end
|
|
55
|
+
end
|
|
56
|
+
super
|
|
57
|
+
end
|
|
58
|
+
end
|
|
59
|
+
end
|
data/lib/llm/stream.rb
CHANGED
|
@@ -37,10 +37,12 @@ module LLM
|
|
|
37
37
|
#
|
|
38
38
|
# @see LLM::Agent Where streams are typically attached
|
|
39
39
|
# @see LLM::Context Where streams are bound per-turn
|
|
40
|
+
# @see LLM::Step An extension that saves the conversation at each step
|
|
40
41
|
class Stream
|
|
41
42
|
require_relative "stream/queue"
|
|
42
43
|
require_relative "stream/io"
|
|
43
44
|
require_relative "stream/disabled"
|
|
45
|
+
require_relative "step"
|
|
44
46
|
|
|
45
47
|
##
|
|
46
48
|
# This method will try to convert its argument into
|
|
@@ -51,18 +53,22 @@ module LLM
|
|
|
51
53
|
# objects, IO objects who implement `#<<`, true, false,
|
|
52
54
|
# and nil. Anything else raises a TypeError.
|
|
53
55
|
#
|
|
56
|
+
# The stream it answers with is ready to be told about a step:
|
|
57
|
+
# {LLM::Step LLM::Step} is prepended onto it here, once, rather than by
|
|
58
|
+
# every caller that means to save a conversation.
|
|
59
|
+
#
|
|
54
60
|
# @raise [TypeError]
|
|
55
61
|
# @param [LLM::Stream, #<<, Boolean, NilClass] obj
|
|
56
62
|
# @return [LLM::Stream]
|
|
57
63
|
def self.try(obj, extra: {})
|
|
58
64
|
if LLM::Stream === obj
|
|
59
|
-
obj.tap { _1.extra.merge!(extra) }
|
|
65
|
+
obj.tap { _1.extra.merge!(extra) }.tap { _1.singleton_class.prepend(LLM::Step) }
|
|
60
66
|
elsif obj.respond_to?(:<<)
|
|
61
|
-
LLM::Stream::IO.new(obj).tap { _1.extra.merge!(extra) }
|
|
67
|
+
LLM::Stream::IO.new(obj).tap { _1.extra.merge!(extra) }.tap { _1.singleton_class.prepend(LLM::Step) }
|
|
62
68
|
elsif obj == true
|
|
63
|
-
LLM::Stream.new.tap { _1.extra.merge!(extra) }
|
|
69
|
+
LLM::Stream.new.tap { _1.extra.merge!(extra) }.tap { _1.singleton_class.prepend(LLM::Step) }
|
|
64
70
|
elsif obj.nil? || obj == false
|
|
65
|
-
LLM::Stream::Disabled.new.tap { _1.extra.merge!(extra) }
|
|
71
|
+
LLM::Stream::Disabled.new.tap { _1.extra.merge!(extra) }.tap { _1.singleton_class.prepend(LLM::Step) }
|
|
66
72
|
else
|
|
67
73
|
raise TypeError, "invalid stream object"
|
|
68
74
|
end
|
|
@@ -152,6 +158,32 @@ module LLM
|
|
|
152
158
|
nil
|
|
153
159
|
end
|
|
154
160
|
|
|
161
|
+
##
|
|
162
|
+
# Called when a request in a turn has completed.
|
|
163
|
+
#
|
|
164
|
+
# This is the boundary between one request and the next: the response
|
|
165
|
+
# is in the context's message history, and a turn that asked for tools
|
|
166
|
+
# runs them after this while a turn that is finished ends here.
|
|
167
|
+
#
|
|
168
|
+
# It is emitted once per successful request, so a request that is
|
|
169
|
+
# retried after a rate limit or a timeout calls this when it lands and
|
|
170
|
+
# not once per attempt. It is also emitted when the stream is disabled:
|
|
171
|
+
# a disabled stream has no output to report, but it is still told that
|
|
172
|
+
# a step ended.
|
|
173
|
+
#
|
|
174
|
+
# The context is passed with the response so that a stream does not have
|
|
175
|
+
# to reach for it: {LLM::Step LLM::Step}, which saves the conversation the
|
|
176
|
+
# context holds, is written against this callback alone.
|
|
177
|
+
#
|
|
178
|
+
# @param [LLM::Context] ctx
|
|
179
|
+
# The context the request belongs to
|
|
180
|
+
# @param [LLM::Response] res
|
|
181
|
+
# The response for the request that completed
|
|
182
|
+
# @return [nil]
|
|
183
|
+
def on_step(ctx, res)
|
|
184
|
+
nil
|
|
185
|
+
end
|
|
186
|
+
|
|
155
187
|
##
|
|
156
188
|
# Called before a context transformer rewrites a prompt.
|
|
157
189
|
# @param [LLM::Transformer] transformer
|
data/lib/llm/version.rb
CHANGED
metadata
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
--- !ruby/object:Gem::Specification
|
|
2
2
|
name: llm.rb
|
|
3
3
|
version: !ruby/object:Gem::Version
|
|
4
|
-
version: 16.0.0.pre.
|
|
4
|
+
version: 16.0.0.pre.4
|
|
5
5
|
platform: ruby
|
|
6
6
|
authors:
|
|
7
7
|
- Robert Gleeson
|
|
@@ -400,6 +400,9 @@ files:
|
|
|
400
400
|
- docs/deepdive/features/console.md
|
|
401
401
|
- docs/deepdive/features/database.md
|
|
402
402
|
- docs/deepdive/features/embeddings.md
|
|
403
|
+
- docs/deepdive/features/files.md
|
|
404
|
+
- docs/deepdive/features/moderations.md
|
|
405
|
+
- docs/deepdive/features/responses.md
|
|
403
406
|
- docs/deepdive/fundamentals/agents.md
|
|
404
407
|
- docs/deepdive/fundamentals/providers.md
|
|
405
408
|
- docs/deepdive/fundamentals/schema.md
|
|
@@ -414,6 +417,7 @@ files:
|
|
|
414
417
|
- docs/deepdive/reference/cost.md
|
|
415
418
|
- docs/deepdive/reference/model_registry.md
|
|
416
419
|
- docs/deepdive/reference/object.md
|
|
420
|
+
- docs/deepdive/reference/response.md
|
|
417
421
|
- docs/deepdive/reference/tracer.md
|
|
418
422
|
- lib/llm.rb
|
|
419
423
|
- lib/llm/a2a.rb
|
|
@@ -642,6 +646,7 @@ files:
|
|
|
642
646
|
- lib/llm/server_tool.rb
|
|
643
647
|
- lib/llm/session.rb
|
|
644
648
|
- lib/llm/skill.rb
|
|
649
|
+
- lib/llm/step.rb
|
|
645
650
|
- lib/llm/stream.rb
|
|
646
651
|
- lib/llm/stream/disabled.rb
|
|
647
652
|
- lib/llm/stream/io.rb
|