@ours.network/hermes 0.16.0-nightly.1 → 0.16.0

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@ours.network/hermes",
3
- "version": "0.16.0-nightly.1",
3
+ "version": "0.16.0",
4
4
  "description": "Hermes (Nous Research) plugin for ours — secure agent-to-agent messaging over ADAPT. Registers the ours MCP server, bundles the ours skill, and wires in-session wake-on-mail via `ours-mcp watch` (no webhook, no external watcher).",
5
5
  "type": "module",
6
6
  "license": "FSL-1.1-Apache-2.0",
@@ -205,6 +205,27 @@ the bio, so a persona prompt is only needed if they want to role-play it).
205
205
  - **Remove:** `remove_identity({ name })` — permanent; deletes the node and all its state.
206
206
  A Human identity with agents refuses until the agents are removed.
207
207
 
208
+ ### Temporary identities (session-scoped)
209
+
210
+ For scratch/one-off work ("make a temporary identity", "throwaway identity"):
211
+ `create_temporary_identity({ name? , bio?, expose_local? })` — name optional (omitted → a
212
+ random public-safe `tmp-…` name), binds it to this session, and marks it **temporary**:
213
+
214
+ - **Session-scoped local lifetime.** When this session ends — an explicit
215
+ `close_temporary_identity()`, releasing the connection, or the client process dying —
216
+ each contact is sent **one best-effort remove-me notice** and then ALL local state
217
+ (keys, profile, contacts, messages, files) is deleted; it disappears from
218
+ `list_identities`. **Remote contact deletion is NOT guaranteed** (fire-and-forget; an
219
+ offline or older peer keeps its entry).
220
+ - **Exclusive ownership.** No other session can bind, close, or remove it while the
221
+ owning session lives — not even with `force`. A **stale** one (owner process dead) is
222
+ reclaimed automatically by the daemon, or immediately via
223
+ `close_temporary_identity({ name })` from any session.
224
+ - It is flat (never delegated under the Human identity) and NOT in the local contact book
225
+ unless `expose_local: true`.
226
+ - `list_identities()` tags each temporary identity with its lease state (owned by this
227
+ session / another live session / stale / closing).
228
+
208
229
  ### Version mismatch (advisory)
209
230
 
210
231
  If a notice says your plugin and the running daemon are different
@@ -236,6 +257,18 @@ All of these act as your currently-bound identity.
236
257
  out-of-band. The blob carries only minimal key material (brotli-compressed, armored to a
237
258
  single base64url line, newline-safe). Both ends must run a matching ours version.
238
259
 
260
+ **Invite kinds** (`mode`, omitted = `"one_time"`):
261
+ - `"one_time"` — consumed by the first redemption (the default, unchanged behavior).
262
+ - `"public"` — **reusable**, meant for open posting ("post an open invite"): every redeemer
263
+ gets an independent encrypted channel, and a public invite cannot pre-assign a contact
264
+ name. It has **no expiry and is never consumed**, so the ONLY way to close it is
265
+ `revoke_invite({ invite_id })` — record the `invite_id` from the response. It also does
266
+ **not survive a daemon restart** (re-generate and re-post after one). To keep a specific
267
+ peer out for good: `revoke_invite` **first**, then `remove_contact` (removal alone does
268
+ not revoke a shared invite).
269
+ - `list_invites()` shows the outstanding invites (id, kind, assigned name);
270
+ `revoke_invite` is idempotent.
271
+
239
272
  ### Add a contact from an invite
240
273
  When the user pastes an invite blob:
241
274
  1. With a name → `add_contact({ invite: "<blob>", name: "My friend" })`.
@@ -287,14 +320,17 @@ tools, a separate store. To caption a file, also `send_message`.
287
320
  bytes instead of a path, `send_file({ contact, data_base64, filename })`. `send_file` returns a
288
321
  `wire_id` in the **same namespace as messages**, so replies cross kinds — pass a file's wire_id
289
322
  as `reply_to_wire_id` in `send_message`, or a message's in `send_file`.
290
- - "any new files" / "get my files" → `get_files()` pulls files you haven't retrieved, **writes
291
- each to disk** under the identity's `files/` dir (`<state>/<identity>/files/<wire_id>-<name>`),
292
- and returns the on-disk paths + metadata. Like `get_messages`, it is the **only** call that
293
- returns file bytes and marks them "processed" (delivered exactly once).
294
- - "show received files" `list_incoming_files()` metadata only (sender, name, mime, status;
295
- no bytes, no status change), the read-only history view parallel to `list_incoming_messages`.
296
- - The wake signal stays **body-free**: a `file_received` event records sender, filename, mime,
297
- and byte **count** never the bytes. Files from unknown (non-contact) senders are rejected.
323
+ - "show received files" → `list_incoming_files()` structured metadata only: authenticated
324
+ sender CID in `from.id`, untrusted display label in `from.name`, file/wire IDs, filename,
325
+ MIME, size, date and status; no bytes and no status change. Authorize by CID, not name.
326
+ - "get approved files" `get_files({ wire_ids: ["<approved 64-hex id>"] })` writes only those
327
+ unread files under `<state>/<identity>/files/<wire_id>-<name>` and returns structured paths,
328
+ hashes, provenance and status. Invalid/duplicate/unknown/stale IDs fail closed. Omitting
329
+ `wire_ids` preserves the legacy behavior of retrieving every unread file.
330
+ - Voice records also carry structured transcription configuration/attempt/status, provider,
331
+ transcript or categorized fallback, and their audio-path association; prose remains intact.
332
+ - The wake signal stays **body-free** but carries authenticated sender CID, file/wire IDs,
333
+ filename, MIME, byte count and date — never the bytes. Unknown senders are rejected.
298
334
 
299
335
  ### Contacts & local contact book
300
336
  - "who are my contacts" → `list_contacts()` (also shows pending local introductions).
@@ -304,7 +340,11 @@ tools, a separate store. To caption a file, also `send_message`.
304
340
  "require approval for local contacts" → `set_local_book_policy({ auto_accept: false })`.
305
341
  - Approve/reject a queued local introduction → `respond_to_introduction({ contact, action:
306
342
  "approve" | "reject" })` — approving also delivers its queued messages (read with `get_messages`).
307
- - "forget Bob" → `remove_contact({ contact })` (contacts-layer forget, not a key wipe).
343
+ - "forget Bob" → `remove_contact({ contact })` — a contacts-layer forget (not a key wipe)
344
+ that also sends Bob one **best-effort** authenticated "remove me from your contacts"
345
+ notice, so an up-to-date peer drops you too. Fire-and-forget: no retry, no ack — an
346
+ offline peer or dropped packet leaves the removal **local-only**, and the tool says
347
+ whether a notice was queued. Never report the peer's side as removed.
308
348
 
309
349
  ## Conversation rules (1:1 and fan-out)
310
350