@agentshouse/mdruntime 0.1.0-c1db74d14e5fa → 0.1.0-c1ffd2bc60355

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.
Files changed (220) hide show
  1. package/AGENTS.md +268 -251
  2. package/README.md +9 -8
  3. package/dist/adapter.d.ts +76 -40
  4. package/dist/adapter.d.ts.map +1 -1
  5. package/dist/attached-model.d.ts +4 -1
  6. package/dist/attached-model.d.ts.map +1 -1
  7. package/dist/attached-model.js +13 -3
  8. package/dist/binary.d.ts +0 -5
  9. package/dist/binary.d.ts.map +1 -1
  10. package/dist/binary.js +1 -1
  11. package/dist/bootstrap.d.ts +26 -7
  12. package/dist/bootstrap.d.ts.map +1 -1
  13. package/dist/bootstrap.js +148 -78
  14. package/dist/chain.d.ts +11 -0
  15. package/dist/chain.d.ts.map +1 -0
  16. package/dist/chain.js +64 -0
  17. package/dist/change-set.d.ts +9 -16
  18. package/dist/change-set.d.ts.map +1 -1
  19. package/dist/change-set.js +11 -88
  20. package/dist/change.d.ts +31 -1
  21. package/dist/change.d.ts.map +1 -1
  22. package/dist/change.js +10 -1
  23. package/dist/chat/earlier.d.ts +10 -0
  24. package/dist/chat/earlier.d.ts.map +1 -0
  25. package/dist/chat/earlier.js +54 -0
  26. package/dist/chat/house.d.ts +25 -0
  27. package/dist/chat/house.d.ts.map +1 -0
  28. package/dist/chat/house.js +38 -0
  29. package/dist/chat/input.d.ts +3 -1
  30. package/dist/chat/input.d.ts.map +1 -1
  31. package/dist/chat/input.js +11 -18
  32. package/dist/chat/kit.d.ts +2 -1
  33. package/dist/chat/kit.d.ts.map +1 -1
  34. package/dist/chat/kit.js +3 -3
  35. package/dist/chat/list.d.ts +3 -1
  36. package/dist/chat/list.d.ts.map +1 -1
  37. package/dist/chat/list.js +47 -6
  38. package/dist/chat/markdown.d.ts +2 -2
  39. package/dist/chat/markdown.d.ts.map +1 -1
  40. package/dist/chat/markdown.js +80 -39
  41. package/dist/chat/message.d.ts +1 -0
  42. package/dist/chat/message.d.ts.map +1 -1
  43. package/dist/chat/message.js +73 -11
  44. package/dist/chat/messages.d.ts +15 -1
  45. package/dist/chat/messages.d.ts.map +1 -1
  46. package/dist/chat/messages.js +82 -23
  47. package/dist/chat/name.d.ts +1 -0
  48. package/dist/chat/name.d.ts.map +1 -1
  49. package/dist/chat/name.js +1 -1
  50. package/dist/chat/opened.d.ts +1 -0
  51. package/dist/chat/opened.d.ts.map +1 -1
  52. package/dist/chat/opened.js +2 -0
  53. package/dist/chat/overlay.d.ts +1 -0
  54. package/dist/chat/overlay.d.ts.map +1 -1
  55. package/dist/chat/overlay.js +11 -5
  56. package/dist/chat/parts.d.ts +1 -0
  57. package/dist/chat/parts.d.ts.map +1 -1
  58. package/dist/chat/parts.js +3 -2
  59. package/dist/chat/pieces.d.ts +62 -0
  60. package/dist/chat/pieces.d.ts.map +1 -0
  61. package/dist/chat/pieces.js +1110 -0
  62. package/dist/chat/provider.d.ts +9 -2
  63. package/dist/chat/provider.d.ts.map +1 -1
  64. package/dist/chat/provider.js +121 -106
  65. package/dist/chat/question.d.ts +1 -1
  66. package/dist/chat/question.d.ts.map +1 -1
  67. package/dist/chat/question.js +7 -18
  68. package/dist/chat/ready.d.ts +5 -1
  69. package/dist/chat/ready.d.ts.map +1 -1
  70. package/dist/chat/ready.js +7 -5
  71. package/dist/chat/room-file.d.ts +8 -0
  72. package/dist/chat/room-file.d.ts.map +1 -0
  73. package/dist/chat/room-file.js +72 -0
  74. package/dist/chat/steady.d.ts +3 -0
  75. package/dist/chat/steady.d.ts.map +1 -0
  76. package/dist/chat/steady.js +26 -0
  77. package/dist/chat/style.d.ts.map +1 -1
  78. package/dist/chat/style.js +6 -1
  79. package/dist/chat.d.ts +3 -2
  80. package/dist/chat.d.ts.map +1 -1
  81. package/dist/chat.js +2 -2
  82. package/dist/client.d.ts +15 -6
  83. package/dist/client.d.ts.map +1 -1
  84. package/dist/client.js +47 -8
  85. package/dist/collection.d.ts +6 -19
  86. package/dist/collection.d.ts.map +1 -1
  87. package/dist/collection.js +30 -287
  88. package/dist/compile.d.ts +16 -0
  89. package/dist/compile.d.ts.map +1 -0
  90. package/dist/compile.js +721 -0
  91. package/dist/connection.d.ts +25 -12
  92. package/dist/connection.d.ts.map +1 -1
  93. package/dist/connection.js +2615 -946
  94. package/dist/conversation.d.ts +18 -3
  95. package/dist/conversation.d.ts.map +1 -1
  96. package/dist/conversation.js +341 -107
  97. package/dist/digest.d.ts +7 -0
  98. package/dist/digest.d.ts.map +1 -0
  99. package/dist/digest.js +113 -0
  100. package/dist/durability.d.ts +3 -5
  101. package/dist/durability.d.ts.map +1 -1
  102. package/dist/durability.js +5 -0
  103. package/dist/entry.d.ts +3 -1
  104. package/dist/entry.d.ts.map +1 -1
  105. package/dist/entry.js +18 -23
  106. package/dist/file.d.ts +2 -10
  107. package/dist/file.d.ts.map +1 -1
  108. package/dist/file.js +3 -120
  109. package/dist/fulltext.d.ts +27 -0
  110. package/dist/fulltext.d.ts.map +1 -0
  111. package/dist/fulltext.js +368 -0
  112. package/dist/host.d.ts +10 -8
  113. package/dist/host.d.ts.map +1 -1
  114. package/dist/host.js +95 -18
  115. package/dist/identity.d.ts +0 -1
  116. package/dist/identity.d.ts.map +1 -1
  117. package/dist/identity.js +0 -3
  118. package/dist/index.d.ts +15 -11
  119. package/dist/index.d.ts.map +1 -1
  120. package/dist/index.js +5 -1
  121. package/dist/live.d.ts +22 -0
  122. package/dist/live.d.ts.map +1 -0
  123. package/dist/live.js +123 -0
  124. package/dist/memory.d.ts +8 -3
  125. package/dist/memory.d.ts.map +1 -1
  126. package/dist/memory.js +43 -25
  127. package/dist/messages.d.ts +28 -0
  128. package/dist/messages.d.ts.map +1 -0
  129. package/dist/messages.js +90 -0
  130. package/dist/model.d.ts +3 -2
  131. package/dist/model.d.ts.map +1 -1
  132. package/dist/model.js +1 -1
  133. package/dist/name.d.ts +4 -0
  134. package/dist/name.d.ts.map +1 -0
  135. package/dist/name.js +122 -0
  136. package/dist/observation.d.ts +14 -0
  137. package/dist/observation.d.ts.map +1 -1
  138. package/dist/observation.js +93 -3
  139. package/dist/opened.d.ts +22 -0
  140. package/dist/opened.d.ts.map +1 -0
  141. package/dist/opened.js +107 -0
  142. package/dist/outcome.d.ts +34 -4
  143. package/dist/outcome.d.ts.map +1 -1
  144. package/dist/outcome.js +25 -0
  145. package/dist/overlay.d.ts +3 -5
  146. package/dist/overlay.d.ts.map +1 -1
  147. package/dist/overlay.js +95 -156
  148. package/dist/query.d.ts +33 -2
  149. package/dist/query.d.ts.map +1 -1
  150. package/dist/query.js +48 -7
  151. package/dist/reach.d.ts +6 -5
  152. package/dist/reach.d.ts.map +1 -1
  153. package/dist/reach.js +170 -62
  154. package/dist/react.d.ts +3 -3
  155. package/dist/react.d.ts.map +1 -1
  156. package/dist/react.js +7 -17
  157. package/dist/readiness.d.ts +20 -9
  158. package/dist/readiness.d.ts.map +1 -1
  159. package/dist/readiness.js +6 -6
  160. package/dist/reads.d.ts +11 -0
  161. package/dist/reads.d.ts.map +1 -0
  162. package/dist/reads.js +100 -0
  163. package/dist/recovery.d.ts +2 -2
  164. package/dist/recovery.d.ts.map +1 -1
  165. package/dist/recovery.js +8 -7
  166. package/dist/refresh.d.ts +16 -15
  167. package/dist/refresh.d.ts.map +1 -1
  168. package/dist/refresh.js +112 -45
  169. package/dist/replica.d.ts +57 -33
  170. package/dist/replica.d.ts.map +1 -1
  171. package/dist/replica.js +295 -177
  172. package/dist/room-draft.d.ts +17 -2
  173. package/dist/room-draft.d.ts.map +1 -1
  174. package/dist/room-draft.js +65 -25
  175. package/dist/rows.d.ts +29 -29
  176. package/dist/rows.d.ts.map +1 -1
  177. package/dist/rows.js +113 -62
  178. package/dist/save.d.ts +51 -14
  179. package/dist/save.d.ts.map +1 -1
  180. package/dist/save.js +518 -180
  181. package/dist/search.d.ts +32 -43
  182. package/dist/search.d.ts.map +1 -1
  183. package/dist/search.js +37 -168
  184. package/dist/seed.d.ts +16 -0
  185. package/dist/seed.d.ts.map +1 -0
  186. package/dist/seed.js +75 -0
  187. package/dist/shared.d.ts +8 -3
  188. package/dist/shared.d.ts.map +1 -1
  189. package/dist/shared.js +129 -66
  190. package/dist/store.d.ts +99 -88
  191. package/dist/store.d.ts.map +1 -1
  192. package/dist/store.js +335 -641
  193. package/dist/stored.d.ts +145 -0
  194. package/dist/stored.d.ts.map +1 -0
  195. package/dist/stored.js +567 -0
  196. package/dist/tables.d.ts +354 -0
  197. package/dist/tables.d.ts.map +1 -0
  198. package/dist/tables.js +624 -0
  199. package/dist/turn.d.ts +5 -3
  200. package/dist/turn.d.ts.map +1 -1
  201. package/dist/turn.js +51 -21
  202. package/dist/validation.d.ts +30 -0
  203. package/dist/validation.d.ts.map +1 -0
  204. package/dist/validation.js +162 -0
  205. package/dist/windows.d.ts +22 -0
  206. package/dist/windows.d.ts.map +1 -0
  207. package/dist/windows.js +89 -0
  208. package/dist/wire.d.ts +163 -33
  209. package/dist/wire.d.ts.map +1 -1
  210. package/dist/wire.js +54 -32
  211. package/dist/words.d.ts +19 -0
  212. package/dist/words.d.ts.map +1 -0
  213. package/dist/words.js +150 -0
  214. package/package.json +11 -5
  215. package/dist/acquisition.d.ts +0 -14
  216. package/dist/acquisition.d.ts.map +0 -1
  217. package/dist/acquisition.js +0 -24
  218. package/dist/read-side.d.ts +0 -25
  219. package/dist/read-side.d.ts.map +0 -1
  220. package/dist/read-side.js +0 -639
package/AGENTS.md CHANGED
@@ -1,300 +1,317 @@
1
1
  # Instructions for the App Creator's agent
2
2
 
3
- These instructions address an agent in an environment with Git. Obtain the App
4
- Repository, change it, build, and push. They are documentation, not enforcement.
3
+ These instructions address an agent in an environment with Git: obtain the App Repository,
4
+ change it, build, and push. They are documentation, not enforcement.
5
5
 
6
6
  ## The MD Runtime API
7
7
 
8
- App code reaches the MD Runtime through the remote client. The surfaces are Rooms,
9
- Query, Search, Observe, Types, Room Draft, Save, History, the binary file reads, Call,
8
+ App code reaches the MD Runtime through the remote client. The surfaces are Rooms, Query,
9
+ Search, Observe, Types, Room Draft, Save, History, Resolve, the binary file reads, Call,
10
10
  Reached, Log, the reported persistence answer, reauthorization, conversation, the chat
11
11
  draft, and Presentation State. Sync Status, readiness, the Service Mode, the storage-loss
12
12
  statement, the deployment facts and the signed-in member are observations only.
13
13
 
14
14
  The host attaches each port with its reach, and every member and observation answers
15
15
  within it: a Room outside it answers as one the replica does not hold, Rooms lists only
16
- the Rooms reached whole, a Room reached for single Documents shows only those Documents
17
- and the Types of the models that govern them, and without conversations the conversation
18
- members, the chat draft and the conversation observation hold none. A change of the
19
- reach reaches every open observation as its new value, a query keeping unchanged
20
- Documents the same objects.
21
-
22
- Every `observe` resolves, once its first value has arrived, to a handle: `current()` is
23
- the latest complete value, `subscribe(listener)` hears each later value whole and
24
- returns its unsubscribe, and `close()` ends the observation. Closing the port ends every
25
- handle and rejects every pending call and observation; a client that reconnects observes
26
- again.
16
+ the Rooms reached whole, a Room reached for single Documents shows only them and their
17
+ models' Types, and without conversations the conversation members, chat draft and
18
+ observation hold none. A changed reach reaches every open observation as its new value.
19
+
20
+ Every `observe` resolves, once its first value arrived, to a handle: `current()` is the
21
+ latest complete value, `subscribe(listener)` hears each later value whole and returns its
22
+ unsubscribe, and `close()` ends it. Closing the port ends every handle and rejects every
23
+ pending call and observation; a reconnected client observes again.
27
24
 
28
25
  `observe('agents')` answers every Agent a new conversation can go to, each `{ identity,
29
- name }`, whether or not it has a conversation yet. Each conversation the Provider's
30
- conversation list names is held complete in the browser. `conversation.list()` and
31
- `observe('conversations')` answer each with its Agent's identity and name, its name,
32
- created and finished times, last outcome and live `state`: `asking` while a question
33
- waits, `working` while a turn runs, else `idle`, and `started`, when the running turn
34
- began, or `null`. Observe one with `observe('conversation', id, { limit })`: the view
35
- holds a window of its latest `limit` messages, or all of them, oldest first, its chat
36
- draft, and what the Provider streams for it whether or not anything views it: the
37
- running `turn` with its message parts and its context in use and window, the open
38
- questions, the process state, and the CLI's commands and options. These live only in
39
- memory: the message accepted under the turn's id replaces the running turn, and none of
40
- them is stored or searchable. `chatDraft.write` and `chatDraft.discard` keep what the
41
- App Creator composes; sending it is a Provider Action that needs the Provider reachable
42
- and is never queued.
43
-
44
- A binary file at a Path is a binary Path entry. Query lists it by `path`, and History
45
- each of its revisions, with its `binaryFile` record and never its bytes: `{ state:
46
- 'accepted', revision, path, fileRef, byteLength, mediaType, sha256 }`, or, from a Save
47
- until the Provider accepts it, `{ state: 'pending', localId, path, byteLength,
48
- mediaType, sha256 }`. Write one with a Room Draft whose only part is `file: { blob }`,
49
- the `Blob`'s `type` its media type: Save keeps the bytes in its Pending Change, offline
50
- too, and acceptance gives the record the Provider's revision. Move or remove one as a
51
- Document, a pending one before or after Save too, its bytes following; once its Pending
52
- Change has gone to the Provider, Save refuses that as `unknown-revision` until it is
53
- accepted. `binaryFile.read(room, path, revision?)` answers a pending record's saved
54
- bytes, or asks the Provider again on every read of an accepted one or of a History
55
- revision, a removed file's last included, keeping nothing. Text, a Record attachment or
56
- a conversation message may name a file by its `fileRef`; read it with
57
- `binaryFile.readReference({ fileRef, referrer })`, the referrer being the `referrer` the
58
- Provider gave beside it, or `{ room, path }` of the document whose text names it. Both
59
- answer `{ kind: 'binary', blob }` or a refusal or failure.
26
+ name }`, with a conversation yet or not. Each conversation the Provider lists is held
27
+ complete in the browser. `conversation.list()` and `observe('conversations')` answer each
28
+ with its Agent's identity and name, its name, created and finished times, last outcome,
29
+ live `state` (`asking` while a question waits, `working` while a turn runs, else `idle`)
30
+ and `started`, when the running turn began, or `null`. `observe('conversation', id, {
31
+ limit, total: true })` holds its latest `limit` messages, at most 1,000, oldest first,
32
+ `total` their count, and `next` while older ones exist, which `after` takes, there or in
33
+ `conversation.read(id, { limit, after })`, for the window before; its chat draft; and,
34
+ only in memory, what the Provider streams whether or not anything views it: the running
35
+ `turn` with its parts and its context in use and window, which the message accepted under
36
+ the turn's id replaces, the open questions, the process state, and the CLI's commands and
37
+ options, none stored or searchable. `chatDraft.write` and `chatDraft.discard` keep what
38
+ the App Creator composes, and `chatDraft.prepend(conversation, draft)` puts a returned
39
+ message ahead of it as it stands. Sending it is a Provider Action that needs the Provider
40
+ reachable and is never queued. A new conversation's chat draft is keyed `new:<Agent
41
+ identity>`: no conversation list removes it, a retired Agent's goes, and the first answer
42
+ to `conversation.create({ agent_id, operation_id })` moves it to the created conversation,
43
+ where `conversation.send(conversation)` sends it; a replay of that create moves nothing.
44
+
45
+ Presentation State is one value per App, kept in the browser and shared by its tabs:
46
+ `presentation.read()` answers it, `null` before anything is kept,
47
+ `observe('presentation')` hears it whole, `presentation.write(value)` replaces it whole,
48
+ and `presentation.edit(members)` sets each member named, or removes one named `null`, in
49
+ the state as it stands, so tabs changing different members never lose each other's change:
50
+ never write back a value read before. Each rejects when the browser does not keep the
51
+ change, and no tab sees it then.
52
+
53
+ A binary file at a Path is a binary Path entry. Query lists it by `path`, and History each
54
+ of its revisions, with its `binaryFile` record and never its bytes: `{ state: 'accepted',
55
+ revision, path, byteLength, mediaType, sha256 }`, or, from a Save until the
56
+ Provider accepts it, `{ state: 'pending', localId, path, byteLength, mediaType, sha256 }`.
57
+ Write one with a Room Draft whose only part is `file: { blob }`, the `Blob`'s `type` its
58
+ media type: Save keeps the bytes in its Pending Change, offline too, and acceptance gives
59
+ the record the Provider's revision. Move or remove one as a Document, a pending one too,
60
+ its bytes following; once its Pending Change has gone to the Provider, Save refuses that
61
+ as `unknown-revision` until it is accepted. `binaryFile.read(room, path, revision?)`
62
+ answers a pending record's saved bytes, or an accepted one's or a History revision's, a
63
+ removed file's last included: the first read asks the Provider and the browser keeps the
64
+ bytes, and every later read of that revision, offline too, answers them from the browser.
65
+ Text names a file only by a link to its Path. A read answers
66
+ `{ kind: 'binary', stream, byteLength, mediaType }`, the bytes a `ReadableStream`
67
+ of parts of at most a mebibyte, or a refusal or failure; read the stream to its end, or
68
+ take it whole with `new Response(stream).blob()` where a screen needs one `Blob`.
60
69
 
61
70
  Rooms, Query, Search, Observe, Types, Room Draft, Save, and Reached never touch the
62
- network. History, the binary file reads and Call go to the Provider through the Adapter.
63
- Call takes the Action names the Adapter declares; any other name answers `undeclared`
64
- without reaching the Provider. A Call result whose effect the Provider places in a Room
65
- carries `at`, that Room and Room Version; `reached(room, roomVersion)` answers whether
66
- the Room's confirmed state has reached it, and the MD Runtime keeps refreshing that Room
67
- until it has; `reached(room, roomVersion, path)` answers whether the held confirmed copy
68
- of that document was written at a later Room Version. Each History revision names its
69
- author, `{ kind: 'user', id }` or `{ kind: 'site', id, name }`. History of a Path no
70
- current document holds answers the removed document's revisions with `deleted: true`,
71
- newest first; that revision is what a link to the Path opens. Every member of the client
72
- is asynchronous. Results are detached snapshots. Nothing in this surface returns the
73
- authorization, performs a request the App's code composes, or exposes the browser store.
71
+ network; History, a binary file read the browser does not keep yet and Call go to the
72
+ Provider through the Adapter.
73
+ Call takes the Action names the Adapter declares, any other answering `undeclared`. A Call
74
+ result whose effect the Provider places in a Room carries `at`, that Room and Room
75
+ Version: `reached(room, roomVersion)` answers whether the Room's confirmed state has
76
+ reached it, refreshing the Room until it has, and `reached(room, roomVersion, path)`
77
+ whether the held copy of that document was written later. A History revision names its
78
+ author, `{ kind: 'user', id }` or `{ kind: 'site' | 'inbox', id, name }`; History of a Path no
79
+ document holds answers the removed document's revisions, newest first, with `deleted:
80
+ true`, which a link to the Path opens. Every member is asynchronous and every result a
81
+ detached snapshot; nothing returns the authorization, performs a request the App's code
82
+ composes, or exposes the browser store. A Room `rooms` names `locked` shows only online.
74
83
 
75
84
  Every refusal and failure carries `code` and `retryable`: each Call and History answer
76
- other than its result, a refused Save or Room Draft write, a returned Room Draft's
77
- reason, a Room's refusal and the Connection Refusal, and every error a member rejects
78
- with, beside its message. A Provider refusal carries the Provider's own `retryable`.
79
- Every code and every value the API answers is open: handle one you do not know by its
80
- `code` and `retryable`.
85
+ other than its result, a refused Save or Room Draft write, a returned Room Draft's reason,
86
+ a Room's refusal, the Connection Refusal and every error a member rejects with, beside its
87
+ message, a Provider refusal with the Provider's own `retryable`. Every code and value is
88
+ open: handle one you do not know by its `code` and `retryable`. Only a tag telling which
89
+ fields a value carries, such as `kind`, is closed: keep a branch for one you do not know.
90
+ A model with no usable types answers `types: null`.
81
91
 
82
92
  Read the deployment facts with `observe('deployment-facts')`, an opaque value the host's
83
- contract interprets. `observe('member')` answers who uses the App: the User the Provider
84
- signed in, `{ kind: 'user', id, name }` in the shape of a change's `author`, so a
85
- Document whose `change.author.id` equals its `id` is that User's own. It is `null` until
86
- the Provider first names one, and where it names none, such as a Site. The MD Runtime
87
- keeps it with the Local Replicas, so it answers offline once known, and every port hears
88
- the next member the Provider names; signing out answers `null`, then ends the
89
- observation with the authorization. It is the only way App code learns who uses it.
93
+ contract interprets. `observe('member')` answers who uses the App, the only way App code
94
+ learns it: the User the Provider signed in, `{ kind: 'user', id, name }` like a change's
95
+ `author`, so a Document whose `change.author.id` is its `id` is that User's own; `null`
96
+ until the Provider first names one, and where it names none, such as a Site. It is kept
97
+ with the Local Replicas, answers offline once known, and every port hears the next member
98
+ named; signing out answers `null`, then ends the observation with the authorization.
90
99
 
91
100
  ## Local Query rules
92
101
 
93
- `query(q)` answers once from local state; `observe('query', q)` holds the whole result
94
- and hears it again only when it changes, keeping every unchanged Document the same
95
- object, so a component can tell what changed by identity. An answer is complete or
96
- pending: `{ documents, coverage }` or `{ groups, coverage }` is complete for the Rooms
97
- its `coverage` names, and `{ pending }` names each Room not yet acquired or prepared,
98
- `[{ room, awaits }]`. Never read a pending answer as empty: draw it as loading, and
99
- observe the query to hear the complete one. A query is data:
102
+ `query(q)` answers once from local state; `observe('query', q)` holds the whole result and
103
+ hears it again only when it changes, keeping every unchanged Document the same object, so
104
+ a component can tell what changed by identity. `{ documents, coverage }` or `{ groups,
105
+ coverage }` is complete for the Rooms its `coverage` names, and `{ pending }` names each
106
+ Room not yet acquired, prepared or unlocked, `[{ room, awaits }]`: never read it as empty,
107
+ draw it as loading and observe the query to hear the complete answer. A query is data:
100
108
 
101
109
  - **Filter.** `rooms` names Room locators and defaults to every Room. `types` names MD
102
- Types, and `any` names untyped Markdown Documents. `pathPrefix` is a directory:
103
- `notes` keeps `notes/a.md` and not `notes2/a.md`.
110
+ Types, and `any` names untyped Markdown Documents. `pathPrefix` is a directory: `notes`
111
+ keeps `notes/a.md` and not `notes2/a.md`; `folder` keeps only what lies directly in it.
112
+ `paths` keeps only the Paths it names: read named Documents so, never from a list.
104
113
  - **Fields.** Every frontmatter value is named by JSON Pointer: `/status`,
105
114
  `/shipping/city`, `~1` for a `/` and `~0` for a `~` in a key. A segment that meets a
106
115
  list applies to every item and a number names one item. `where` names pointers, ANDs
107
- them, and nests `$and` and `$or`; a pointer through a list holds when any item
108
- satisfies it. A bare value is equality; the operators are `$eq`, `$ne`, `$in`, `$nin`,
109
- `$gt`, `$gte`, `$lt`, `$lte`, `$all`, `$size` and `$exists`. Equality on a list asks
110
- whether it contains the value. Missing, null and empty differ: `$exists: false` keeps
111
- a missing field, `null` an explicit null, `''` empty text and `$size: 0` an empty
112
- list. A date compares in calendar order and never with a date-time. A reference
113
- compares by the Room Path it resolves to. Untyped frontmatter, and a value under
114
- `oneOf` or a conditional, is plain values. There is no text containment or regular
115
- expression.
116
- - **Relations.** `hop: { field, types, where, pathPrefix }` keeps Documents whose
117
- reference at pointer `field`, at any depth, points to a matching Document of the same
118
- Room. `backlinks: { field, types, where, pathPrefix }` keeps Documents that a matching
119
- Document of the same Room references. Each keeps a Document once.
116
+ them, and nests `$and` and `$or`; a pointer through a list holds if any item satisfies
117
+ it. A bare value is equality; the operators are `$eq`, `$ne`, `$in`, `$nin`, `$gt`,
118
+ `$gte`, `$lt`, `$lte`, `$all`, `$size` and `$exists`. Equality on a list asks if it
119
+ contains the value. Missing, null and empty differ: `$exists: false` keeps a missing
120
+ field, `null` an explicit null, `''` empty text and `$size: 0` an empty list. A date
121
+ compares in calendar order and never with a date-time. A reference compares by the
122
+ Room Path it resolves to. Untyped frontmatter, and a value under `oneOf` or a
123
+ conditional, is plain values. There is no text containment or regular expression.
124
+ - **Relations.** Within one Room, `hop: { field, types, where, pathPrefix }` keeps Documents
125
+ whose reference at pointer `field`, at any depth, points to a matching Document, and
126
+ `backlinks` with the same keys those a matching Document references, each once. A body
127
+ link or a `cross_room` reference may name another Room's `/rooms/<handle>/<path>`:
128
+ `resolve(room, path, destination)` answers its `document`, the `deleted` one's last
129
+ `revision`, or `unreadable` where the App does not bind it or it is locked.
120
130
  - **Parts.** A Document query must `select`: `'all'`, or `fields`, `sections`,
121
- `preamble`, `markdown`, `backlinks` and `change`, where `fields` is `'all'` or a list
122
- of pointers and `sections` `'all'` or a list of names. Selected pointers return the
123
- frontmatter holding only them, nested as written. A backlink names the referring Path,
124
- MD Type and the pointer it came from as `field`. Room and Path always return; a
125
- Markdown Document also returns its MD Type. A non-Markdown Document returns only Room
126
- and Path, and a binary Path entry Room, Path and its `binaryFile` record, whatever is
127
- selected. An unselected part is absent. Select only what a screen shows: a list that
128
- selects the Markdown hears every edit of it.
129
- - **Change.** `change` is `{ author, time }` of the Document's head revision as the
130
- Provider last delivered it: `author` is `{ kind: 'user' | 'site', id, name }` or
131
- `null` for a write the Provider made itself, and `time` is the Provider's ISO 8601
132
- change time. It is `null` where the Provider delivered no time, as at a Site. An
133
- unsent edit or move keeps it, an unsent creation has none, and a saved write takes the
134
- Provider's own once it is Accepted. A Room's last change is its Document with the
135
- latest `time`.
136
- - **Order and groups.** `orderBy` sorts by `room`, `path`, `type` or `{ field }` with
137
- TanStack DB's own options, and ties end with Room, then Path. `groupBy` by `room`,
138
- `type` or `{ field }` answers `{ groups: [{ key, count }] }`, counted over every match
139
- and ordered by `count` or a key. A sort or group takes only a pointer that holds one
140
- value. `limit` bounds the Documents or the groups.
141
- - **Results and errors.** A result carries no Room Version: read freshness from Rooms
142
- and Sync Status. `coverage` names each Room read as `{ room, generation, current }`,
143
- `current` false while a newer copy of that Room is being fetched, and the queued
144
- changes it includes as `overlay`; a Save in a Room changes the `overlay` of every
145
- query over it. An invalid query fails with the `code` `invalid-query`, `unknown-type`,
146
- `unknown-field` or `wrong-kind`, naming where, and never answers an empty result in
147
- its place.
131
+ `preamble`, `markdown`, `backlinks`, `change`, `fileId` and `revision`, where `fields` is `'all'`
132
+ or a list of pointers and `sections` `'all'` or a list of names. Selected pointers
133
+ return the frontmatter holding only them, nested as written. A backlink names the
134
+ referring Path, MD Type and the pointer it came from as `field`. Room and Path always
135
+ return; a Markdown Document also returns its MD Type, and at most its first 1,000
136
+ backlinks: a query on the referring field reads the rest. A non-Markdown Document
137
+ returns only Room, Path and a selected `fileId` and `revision`, a binary Path entry its `binaryFile`
138
+ record too, and a YAML file under `settings/` its text as a selected `markdown`, kept
139
+ out of Search. An unselected part is absent. Select only what a screen shows: a list
140
+ that selects the Markdown hears every edit of it.
141
+ - **Change, file ID and revision.** `change` is `{ author, time }` of the Document's head revision
142
+ as the Provider last delivered it: `author` is `{ kind: 'user' | 'site' | 'inbox', id, name }`, or
143
+ `null` for a write the Provider made itself, and `time` its ISO 8601 change time, or the
144
+ whole change `null` where it delivered no time, as at a Site. `fileId` is the Provider's
145
+ Stable File ID of the file at the Path, or `null`. An unsent edit keeps both, an unsent
146
+ move keeps the change and carries the file ID to the new Path, so a file ID that leaves
147
+ one Path for another is the same file moved, and an unsent creation has neither until it
148
+ is Accepted. `revision` is the Provider's head revision, `null` for an unsent creation or edit,
149
+ and moves with an unsent move. A Room's last change is its Document with the latest `time`.
150
+ - **Order and groups.** `orderBy` sorts by `room`, `path`, `type`, `folder` or `{ field }`: missing
151
+ and null first, last with `nulls: 'last'`, then numbers and booleans, then text by `locale` or
152
+ code point with `stringSort: 'lexical'`, then lists item by item; ties end with Room, then Path.
153
+ `groupBy` by `room`, `type`, `folder` or `{ field }` answers `{ groups: [{ key, count }] }`,
154
+ counted over every match and ordered by `count` or a key. A sort or group takes only a
155
+ single-value pointer. `limit`, at most 1,000 whatever a query names, bounds the Documents or the
156
+ groups, and a result it cuts short names `next`: the same query with it as `after` reads the next
157
+ window, in the same order, ties included. `total: true` adds `total`, every match's count. An
158
+ observed window hears rows entering, leaving or changing, and `next`, `total`.
159
+ - **Results and errors.** A result carries no Room Version: read freshness from Rooms and
160
+ Sync Status. `coverage` names each Room read as `{ room, generation, current }`,
161
+ `current` false while a newer copy of that Room is being fetched, and the queued changes
162
+ it includes as `overlay`, which a Save in the Room changes. An invalid query fails with
163
+ `invalid-query`, `unknown-type`, `unknown-field` or `wrong-kind`, never an empty answer.
148
164
 
149
165
  ## Local Search rules
150
166
 
151
- `search({ text, documents, conversations, limit })` answers once, by words, from local
152
- state, with MiniSearch's defaults. There is no observed search.
153
-
154
- - **What is found.** A Document by its field values, its sections' headings and text,
155
- its preamble and its Path; a message by its text. Frontmatter keys, Room Drafts, chat
156
- drafts and a running turn's parts are never found. There are no phrases, word forms,
157
- typo tolerance or prefix matching.
158
- - **Narrowing.** `documents` is a Local Query filter: `rooms`, `types`, `where`,
159
- `pathPrefix`, `hop` and `backlinks`. `conversations` names conversations. Both apply
160
- before `limit`, which bounds each list; without it every hit returns.
161
- - **Results.** `{ documents, messages, coverage }`, or `{ pending }` naming each Room or
162
- conversation the search waits for while its index is prepared: ask again, and never
163
- read pending as no hits. `coverage` names the Rooms and conversations searched. Each
164
- list is ranked by `score`, which compares hits of one list of one search. A Document
165
- hit names its `room`, `path` and `type`, a message hit its `conversation` and
166
- `identity`, and `matches` maps each matched word to the parts it matched in: `fields`,
167
- `sections`, `preamble` or `path`, or `text`. A hit carries no position; mark the words
168
- in the text you show. An invalid filter fails with its Local Query error.
167
+ `search({ text, documents, collection, conversations, limit, after, total })` answers
168
+ once, by words, from the full-text index the browser keeps with its local state, so it
169
+ answers at once after a reload. There is no observed search.
170
+
171
+ - **Declaration.** Only an App whose release declares Local Search searches; any other
172
+ App's `search` answers the never retryable `undeclared` refusal `search-undeclared`, its
173
+ `fields` naming `local_search`.
174
+ - **What is found.** A Document by its field values, its sections' headings and text, its
175
+ preamble and its Path, and a message by its text, never a frontmatter key, a Room Draft,
176
+ a chat draft or a running turn's parts. Any word found ranks a hit, more found rank it
177
+ higher, and adjacent words higher still; case and the marks of Latin, Greek and
178
+ Cyrillic letters fold, English word forms stem, the last word also matches as the start
179
+ of a word unless the text ends with a space, and Chinese, Japanese, Korean and Thai text
180
+ matches by character pairs. There is no typo tolerance and no operator syntax.
181
+ - **Narrowing.** `documents` is a Local Query filter, and `collection: true` leaves out
182
+ what each Room's `typedSelection` roots hold; `conversations` names conversations. All
183
+ apply before `limit`, which bounds each list, at most 1,000 whatever a search names. A
184
+ complete answer it cuts short names `next`, which `after` takes for the next window of
185
+ both lists. `total: true` adds `total`, each list's count. A word in very many Documents
186
+ ranks among a bounded set of them, the Documents of a rarer word of the search always
187
+ among them.
188
+ - **Results.** `{ documents, messages, coverage }`, or the same with `pending` naming each
189
+ Room the search still waits for: show its hits, ask again, and never read pending as no
190
+ hits. `coverage` names the Rooms and conversations searched. Each list is ranked by
191
+ `score`, comparable only within it; ties come by `room`, then `path`, or by
192
+ `conversation`, then `identity`. A Document hit names its `room`, `path` and `type`, a
193
+ message hit its `conversation` and `identity`; `matches` maps each word of the search
194
+ to the parts it was found in: `fields`, `sections`, `preamble`, `path` or `text`. A hit
195
+ whose words were found carries `snippet: { part, text, at }`: the part's text around
196
+ the first word found, at most 80 characters on either side, and `at` that word's start
197
+ and end in `text`. Mark the words you show. A bad filter fails as a query does.
169
198
 
170
199
  ## Room Draft, Save, and outcome rules
171
200
 
172
- The MD Runtime owns one Room Draft per Room and Path, shared by every App and tab. It is
173
- durable: it survives reload and navigation. A Room that Discovery stops listing takes
174
- its Room Drafts and its queue with it. Write a Room Draft with `roomDraft.write(room,
175
- path, revision, parts)`, naming the revision you read, or `null` when there was none,
176
- and every part it should now change: fields, sections and the preamble, or the whole
177
- Markdown, a creation, a move, or a removal. A part new to the Room Draft names its base,
178
- the value you showed when it was opened; the MD Runtime keeps a part's first base; a
179
- binary Path entry's move or removal takes `null` as its base. A write or a discard from
180
- an older revision is refused as `stale` with the current Room Draft; read it and write
181
- again.
201
+ The MD Runtime owns one durable Room Draft per Room and Path, shared by every App and tab
202
+ across reloads; a Room the Provider reports lost takes its Room Drafts and queue with it.
203
+ Write one with `roomDraft.write(room, path, revision, parts)`, naming the revision you read
204
+ or `null`, and every part it now changes: fields, sections and the preamble, or the whole
205
+ Markdown, a creation, a move, into another Room when it names `room`, or a removal. A new
206
+ part names its base, the value you showed when it was opened, a field's as `{ value }` or
207
+ `null` for no such field, and keeps its first base; a binary Path entry's move or removal
208
+ takes `null`. A write or discard from an older revision is refused as `stale` with the
209
+ current Room Draft.
182
210
 
183
211
  Save takes one Room and the Room Drafts of it to save, each with its revision, validates
184
- locally, and on success appends one Change Batch to that Room's queue and removes those
185
- Room Drafts. It is refused with the `code` `stale`, `changed-underneath` naming each
186
- part whose base no longer matches the visible state, or a local validation rule, and
187
- then creates nothing and leaves every Room Draft in place. A directory move or removal
188
- is a move or removal part on each Document and binary Path entry beneath it, saved
189
- together.
190
-
191
- Outcomes follow the Provider's answer. An Accepted Change Batch stays in the queue,
192
- drawn over the confirmed layer, until the confirmed layer reaches the Room Version it
193
- was accepted at, and then leaves it. Conflicted and Rejected, an expired operation, and
194
- a change that no longer applies over the Room each leave the queue and return as Room
195
- Drafts on the Documents they changed, marked with why: the Provider's structured refusal
196
- code and fields as returned, not known to have applied, or withdrawn locally. The rest
197
- of the queue keeps synchronizing, and Sync Status requires attention until each returned
198
- Room Draft is saved again or discarded. A Change Batch keeps no outcome once it leaves
199
- the queue; `observe('queue', room)` shows each Pending one, and a returned Room Draft
200
- says why it returned. Transport failure and Provider unavailability keep work Pending
201
- and do not infer a rejection. A refusal the Provider marks retryable stays Pending until
202
- the reset it names; the MD Runtime retries the same Change Batch identity and payload
203
- and never infers an outcome from transport uncertainty. The MD Runtime never combines,
204
- reorders, or rebases.
205
-
206
- On a Site, every Save stays in the visitor's browser. Write grants and revisions do not
207
- refuse it, and its Pending Change shows in every query and across reloads until the
208
- browser's storage is cleared. It is never sent: `observe('queue', room)` shows it
209
- `local`, and Sync Status never waits on it. Once the Room changes so that it no longer
210
- applies, it leaves the queue and returns no Room Draft.
211
-
212
- `observe('service-mode')` answers the Provider's Service Mode, `open` or `write-halted`.
213
- While writes are halted, Save still succeeds, its Change Batch waits unsent, and the
214
- queue is submitted in order once the Provider reopens writes. An Action is never held: a
215
- write the Provider refuses for the halt returns that refusal to its caller. Show the
216
- Provider as read-only instead of retrying.
217
-
218
- `observe('readiness')` tells whether the App's code and bound Rooms are held locally
219
- (`ready`), each Room's state, each refused Room's file and rule, the persistence answer
220
- and a paused preparation's `capacity` cause; `retry()` resumes a paused preparation.
221
-
222
- ## The neutrality rule
223
-
224
- No module outside an Adapter package imports, names, or special-cases a Provider. MD UI
225
- and every App reach data only through the client entry.
226
-
227
- ## Content-safety rules
228
-
229
- The Provider authorization belongs to the Runtime host and is never readable by the
230
- App's code. The App's code reaches the network only at the external origins its manifest
231
- declares, empty by default, and the Provider enforces that set. Every request to the
232
- Provider itself goes through the MD Runtime. Rendered Markdown never executes scripts,
233
- renders raw HTML only for the details and summary elements, and loads images and other
234
- resources only from origins the Provider's policy allows.
235
-
236
- ## Launch promises MD UI keeps
212
+ locally, and on success appends one Change Batch to that Room's queue and removes those Room
213
+ Drafts. Refused as `stale`, `changed-underneath` naming each part whose base no longer
214
+ matches the visible state, or a local validation rule, it creates nothing and leaves every
215
+ Room Draft. A directory move or removal is that part on each Document and binary Path entry
216
+ beneath it, saved together; moves into another Room, saved alone, are one Change Batch in
217
+ both Rooms' queues. `saveParts(room, [{ path, parts }])` saves parts, each Path once and
218
+ each new part with its base, the same way but writes no Room Draft: one held at a saved Path
219
+ stays, one at a moved Path moves with it to a destination that holds none. Never save by
220
+ writing back a Room Draft read before.
221
+
222
+ Outcomes follow the Provider's answer. An Accepted Change Batch stays in the queue, drawn
223
+ over the confirmed layer, until that layer reaches the Room Version it was accepted at.
224
+ Conflicted and Rejected, an expired operation, and a change that no longer applies each
225
+ leave the queue and return as Room Drafts on their Documents, marked with why: the
226
+ Provider's structured refusal code and fields as returned, not known to have applied, or
227
+ withdrawn locally. The rest of the queue keeps synchronizing, and Sync Status requires
228
+ attention until each returned Room Draft is saved or discarded. `observe('queue', room)`
229
+ shows each Pending Change Batch, which keeps no outcome once it leaves. Transport failure,
230
+ Provider unavailability and a refusal marked retryable, until the reset it names, keep
231
+ work Pending; the MD Runtime retries the same Change Batch identity and payload, never
232
+ infers an outcome from transport uncertainty, and never combines, reorders, or rebases.
233
+
234
+ On a Site, every Save stays in the visitor's browser: write grants and revisions do not refuse it,
235
+ and its Pending Change shows in every query and across reloads until the browser's storage is
236
+ cleared. It is never sent: `observe('queue', room)` shows it `local`, Sync Status never waits on
237
+ it, and once the Room no longer lets it apply it leaves the queue and returns no Room Draft.
238
+
239
+ `observe('service-mode')` answers the Provider's Service Mode, `open` or `write-halted`. While writes
240
+ are halted, Save succeeds, its Change Batch waits unsent and the queue is submitted in order once writes
241
+ reopen; an Action is never held, and one the halt refuses returns that refusal: show the Provider as
242
+ read-only instead of retrying. `observe('readiness')` tells whether code and bound Rooms are held
243
+ locally (`ready`), each Room's state, each refused Room's file and rule, the persistence answer, `space`
244
+ (`full` once the device's storage refused a write, Save and messages refusing as `durable-write` until
245
+ `retry()` or a later test write finds space, or once the origin refused a newer release), and the
246
+ `installation`'s Rooms, parts, bytes, `received`, `step` and `paused`.
247
+
248
+ ## Content safety and launch promises
249
+
250
+ The Provider authorization belongs to the Runtime host and is never readable by the App's
251
+ code. The App's code reaches the network only at the external origins its manifest
252
+ declares, empty by default, and the Provider enforces that set. Rendered Markdown never
253
+ executes scripts, renders raw HTML only for the details and summary elements, and loads
254
+ images and other resources only from origins the Provider's policy allows. An agent must
255
+ never read the authorization, load code from a Room, call the Provider directly, or rebase
256
+ a refused Change Batch.
237
257
 
238
258
  MD UI uses semantic HTML, is fully operable from a keyboard with visible focus and
239
259
  labelled controls, and lays out from a 360 pixel wide viewport to a desktop. Its strings
240
260
  are English only, dates and numbers follow the browser locale, and content is never
241
- translated. Light and dark themes come from CSS custom properties with the browser's
242
- preference as the default and an App's override respected. What an App Creator's agent
243
- adds carries none of these promises by itself. Reading, querying and searching never
244
- wait for the network. Data lives only in the App Creator's browser and with the
245
- Provider.
261
+ translated. Light and dark themes come from CSS custom properties, defaulting to the
262
+ browser's preference and respecting an App's override. What an agent adds carries none of
263
+ these promises by itself. Data lives only in the App Creator's browser and the Provider.
246
264
 
247
265
  ## App code takes the client its host hands it and never constructs a Runtime
248
266
 
249
- App code takes the client its host hands it: in House, `houseBridge().runtime` from
250
- `@agentshouse/app-bridge` resolves to the client House built into the page. It imports
251
- only types from `@agentshouse/mdruntime/client`, never calls `connectMdRuntime` or
252
- `serveMdRuntime`, and never imports the package main, the host entry or the Adapter
253
- package, which hosts and tests use. The in-memory Adapter at
254
- `@agentshouse/mdruntime/memory` is for tests and ships in no bundle. A Site's page fills
255
- its Entry Data Contract's `{"$param": name}` arguments with `boundQuery` from
256
- `@agentshouse/mdruntime/entry`, as House did for its HTML.
257
-
258
- A React App may observe and save through `@agentshouse/mdruntime/react`, which names
259
- React as a peer dependency. `useObserve(client, topic, ...input)` takes the arguments of
260
- `observe` and returns `{ state: 'loading' }` until the topic's first value arrives, then
261
- `{ state: 'ready', value }`, re-rendering on each change; a `null` client observes
262
- nothing and stays loading. `useSave(client)` returns `busy`, the last `outcome` or
263
- `failure`, and `save(room, roomDrafts)`, which writes each Path's parts onto the Room
264
- Draft already there, keeping the bases its parts have, or onto a new one, and saves them
265
- together. A refused Save leaves the Room Drafts for the App to save again or discard; a
266
- failure is recorded and rejects. `saveRoomDrafts(client, room, roomDrafts)` is that save
267
- outside a component. A react-admin or Refine App reads and writes its Rooms through the
268
- data providers of `@agentshouse/mdruntime-families`.
267
+ No module outside an Adapter package imports, names, or special-cases a Provider, and
268
+ every App and MD UI reach data only through the client entry. In House,
269
+ `houseBridge().runtime` from `@agentshouse/app-bridge` resolves to the client House built
270
+ into the page. App code imports only types from `@agentshouse/mdruntime/client`, never
271
+ calls `connectMdRuntime` or `serveMdRuntime`, and never imports the package main, the host
272
+ entry or the Adapter package; the in-memory Adapter at `@agentshouse/mdruntime/memory` is
273
+ for tests and ships in no bundle. A Site's page fills its Entry Data Contract's
274
+ `{"$param": name}` arguments with `boundQuery` from `@agentshouse/mdruntime/entry`, as
275
+ House did for its HTML. While the Site prepares, a query a route's `interaction` names
276
+ answers from the entry's result when the page observes that descriptor, and every other
277
+ stays pending. House replaces its HTML with the page once its document changed after those
278
+ answers, or readiness is `ready`, and then held still for two animation frames, unless the
279
+ visitor uses the HTML: draw the route at once, never behind a placeholder. Before
280
+ readiness is `ready`, `push` loads a new page.
281
+
282
+ A React App may observe and save through `@agentshouse/mdruntime/react`, with React as a
283
+ peer dependency. `useObserve(client, topic, ...input)` takes the arguments of `observe`
284
+ and returns `{ state: 'loading' }` until the topic's first value arrives, then `{ state:
285
+ 'ready', value }`, re-rendering on each change; a `null` client stays loading.
286
+ `useSave(client)` returns `busy`, the last `outcome` or `failure`, and `save(room,
287
+ parts)`, which saves through `saveParts` and rejects with a recorded failure.
288
+ `saveWritten(room, roomDrafts)` saves Room Drafts the App wrote, each named with the
289
+ revision its last write returned: one another tab wrote since is refused as `stale`, and
290
+ nothing is saved. React-admin and Refine Apps use `@agentshouse/mdruntime-families`.
269
291
 
270
292
  ## The Chat
271
293
 
272
- `@agentshouse/mdruntime/chat` holds the Chat, one data layer for every App; add React as
273
- a dependency in any App, with React DOM and `@assistant-ui/react`.
274
-
275
- Place the ready chat with `<Chat client={runtime} conversation={id} agent={agent}
276
- width="1/3" showChats />`: `conversation` opens one, `null` for a new chat, `agent` is
277
- the Agent a new chat goes to, `onOpen` hears each one it opens, and `width` is `full`
278
- (the place you give it), or `3/4`, `1/2` or `1/3` of the window docked at its right
279
- edge, whole on a narrow window. `showChats` adds its conversation list; or draw your own
280
- inside a `ChatProvider` around a `<Chat />` with no `client`. It carries its own styles;
281
- theme it with CSS custom properties on it or an ancestor: `--chat-background`,
282
- `--chat-surface`, `--chat-text`, `--chat-text-muted`, `--chat-accent`, `--chat-line`,
283
- `--chat-attention`, `--chat-danger`, `--chat-font`, `--chat-font-mono`,
284
- `--chat-font-size`, `--chat-radius` and `--chat-density` (a factor for spacing); an
285
- unset one keeps House's light or dark look. `mountChat(element, { client })` places it
286
- outside React and returns `update(props)` and `unmount()`.
294
+ `@agentshouse/mdruntime/chat` holds the Chat, one data layer for every App; add React as a
295
+ dependency in any App, with React DOM and `@assistant-ui/react`. Place the ready chat with
296
+ `<Chat client={runtime} conversation={id} agent={agent} width="1/3" showChats />`:
297
+ `conversation` opens one, `null` for a new chat, `agent` is the Agent a new chat goes to,
298
+ `onOpen` hears each one it opens, and `width` is `full` (the place you give it), or `3/4`,
299
+ `1/2` or `1/3` of the window docked at its right edge, whole on a narrow window.
300
+ `showChats` adds its conversation list; or draw your own inside a `ChatProvider` around a
301
+ `<Chat />` with no `client`. Theme its own styles with CSS custom properties on it or an
302
+ ancestor: `--chat-background`, `--chat-surface`, `--chat-text`, `--chat-text-muted`,
303
+ `--chat-accent`, `--chat-line`, `--chat-attention`, `--chat-danger`, `--chat-font`,
304
+ `--chat-font-mono`, `--chat-font-size`, `--chat-radius` and `--chat-density` (a factor for
305
+ spacing); an unset one keeps House's light or dark look. `mountChat(element, { client })`
306
+ places it outside React, with `update(props)` and `unmount()`.
287
307
 
288
308
  Mix `ChatMessageList` (`components` takes your `UserMessage` and `AssistantMessage`),
289
309
  `ChatInput` and `ChatQuestionCard` with your own design inside a `ChatProvider`, or
290
- compose assistant-ui's primitives there; `useChat()` gives `send`, the conversations,
291
- the Agents, questions to `answer`, `options` to `choose`, `commands`, the queue to
292
- `edit` or `unqueue`, `stop`, `kill` and outcomes; never replace its messages, sending or
293
- store. A secret question is never answered here; typed answers live in Presentation
294
- State's `typed` key: keep it, and change Presentation State only inside `inTurn(client,
295
- work)` from `@agentshouse/mdruntime/client`. `Markdown` draws Markdown safely.
296
-
297
- ## What an agent must never do
298
-
299
- An agent must never read the authorization, load code from a Room, call the Provider
300
- directly, or rebase a refused Change Batch.
310
+ compose assistant-ui's primitives there; `useChat()` gives `send`, the conversations, the
311
+ Agents, questions to `answer`, `options` to `choose`, `commands`, the queue to `edit` or
312
+ `unqueue`, `stop`, `kill`, `renew`, which starts a new chat with the same Agent in place
313
+ of a conversation whose session could not resume, and outcomes; never replace its
314
+ messages, sending or store. It shows a conversation's latest 50 messages, and
315
+ assistant-ui's `loadEarlier()` the 50 before, which `ChatMessageList` calls as the reader
316
+ scrolls back. A secret question is never answered here; typed answers live in the
317
+ Presentation State members named `typed:…`: leave them. `Markdown` draws Markdown safely.