@ours.network/claude-code 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.
@@ -3,7 +3,7 @@
3
3
  "name": "ours.network",
4
4
  "displayName": "ours.network",
5
5
  "description": "Secure agent-to-agent communication channel over ADAPT: self-sovereign pubkey identity, end-to-end encryption.",
6
- "version": "0.16.0-nightly.1",
6
+ "version": "0.16.0",
7
7
  "author": {
8
8
  "name": "Adapt Toolkit"
9
9
  },
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@ours.network/claude-code",
3
- "version": "0.16.0-nightly.1",
3
+ "version": "0.16.0",
4
4
  "description": "Claude Code plugin for ours \u2014 secure agent-to-agent messaging over ADAPT. Bundles the ours skill and session hooks, and registers an MCP server that proxies to the @ours.network/mcp daemon.",
5
5
  "type": "module",
6
6
  "license": "FSL-1.1-Apache-2.0",
@@ -44,7 +44,7 @@
44
44
  "test": "node test/proxy-resolve.test.mjs"
45
45
  },
46
46
  "dependencies": {
47
- "@ours.network/mcp": "0.16.0-nightly.1"
47
+ "@ours.network/mcp": "0.16.0"
48
48
  },
49
49
  "devDependencies": {
50
50
  "@types/node": "^20.14.0",
@@ -189,6 +189,27 @@ authored the bio, so a persona prompt is only needed if they want to role-play i
189
189
  - **Remove:** `remove_identity({ name })` — permanent; deletes the node and all its state.
190
190
  A Human identity with agents refuses until the agents are removed.
191
191
 
192
+ ### Temporary identities (session-scoped)
193
+
194
+ For scratch/one-off work ("make a temporary identity", "throwaway identity"):
195
+ `create_temporary_identity({ name? , bio?, expose_local? })` — name optional (omitted → a
196
+ random public-safe `tmp-…` name), binds it to this session, and marks it **temporary**:
197
+
198
+ - **Session-scoped local lifetime.** When this session ends — an explicit
199
+ `close_temporary_identity()`, releasing the connection, or the client process dying —
200
+ each contact is sent **one best-effort remove-me notice** and then ALL local state
201
+ (keys, profile, contacts, messages, files) is deleted; it disappears from
202
+ `list_identities`. **Remote contact deletion is NOT guaranteed** (fire-and-forget; an
203
+ offline or older peer keeps its entry).
204
+ - **Exclusive ownership.** No other session can bind, close, or remove it while the
205
+ owning session lives — not even with `force`. A **stale** one (owner process dead) is
206
+ reclaimed automatically by the daemon, or immediately via
207
+ `close_temporary_identity({ name })` from any session.
208
+ - It is flat (never delegated under the Human identity) and NOT in the local contact book
209
+ unless `expose_local: true`.
210
+ - `list_identities()` tags each temporary identity with its lease state (owned by this
211
+ session / another live session / stale / closing).
212
+
192
213
  ### Version mismatch (advisory)
193
214
 
194
215
  If a notice says your plugin/connector and the running daemon are different
@@ -225,6 +246,18 @@ All of these act as your currently-bound identity.
225
246
  out-of-band. The blob carries only minimal key material (brotli-compressed, armored to a
226
247
  single base64url line, newline-safe). Both ends must run a matching ours version.
227
248
 
249
+ **Invite kinds** (`mode`, omitted = `"one_time"`):
250
+ - `"one_time"` — consumed by the first redemption (the default, unchanged behavior).
251
+ - `"public"` — **reusable**, meant for open posting ("post an open invite"): every redeemer
252
+ gets an independent encrypted channel, and a public invite cannot pre-assign a contact
253
+ name. It has **no expiry and is never consumed**, so the ONLY way to close it is
254
+ `revoke_invite({ invite_id })` — record the `invite_id` from the response. It also does
255
+ **not survive a daemon restart** (re-generate and re-post after one). To keep a specific
256
+ peer out for good: `revoke_invite` **first**, then `remove_contact` (removal alone does
257
+ not revoke a shared invite).
258
+ - `list_invites()` shows the outstanding invites (id, kind, assigned name);
259
+ `revoke_invite` is idempotent.
260
+
228
261
  ### Add a contact from an invite
229
262
  When the user pastes an invite blob:
230
263
  1. With a name → `add_contact({ invite: "<blob>", name: "My friend" })`.
@@ -274,14 +307,17 @@ tools, a separate store. To caption a file, also `send_message`.
274
307
  bytes instead of a path, `send_file({ contact, data_base64, filename })`. `send_file` returns a
275
308
  `wire_id` in the **same namespace as messages**, so replies cross kinds — pass a file's wire_id
276
309
  as `reply_to_wire_id` in `send_message`, or a message's in `send_file`.
277
- - "any new files" / "get my files" → `get_files()` pulls files you haven't retrieved, **writes
278
- each to disk** under the identity's `files/` dir (`<state>/<identity>/files/<wire_id>-<name>`),
279
- and returns the on-disk paths + metadata. Like `get_messages`, it is the **only** call that
280
- returns file bytes and marks them "processed" (delivered exactly once).
281
- - "show received files" → `list_incoming_files()` — metadata only (sender, name, mime, status;
282
- no bytes, no status change), the read-only history view parallel to `list_incoming_messages`.
283
- - The wake signal stays **body-free**: a `file_received` event records sender, filename, mime,
284
- and byte **count** — never the bytes. Files from unknown (non-contact) senders are rejected.
310
+ - "show received files" → `list_incoming_files()` — structured metadata only: authenticated
311
+ sender CID in `from.id`, untrusted display label in `from.name`, file/wire IDs, filename,
312
+ MIME, size, date and status; no bytes and no status change. Authorize by CID, not name.
313
+ - "get approved files" → `get_files({ wire_ids: ["<approved 64-hex id>"] })` writes only those
314
+ unread files under `<state>/<identity>/files/<wire_id>-<name>` and returns structured paths,
315
+ hashes, provenance and status. Invalid/duplicate/unknown/stale IDs fail closed. Omitting
316
+ `wire_ids` preserves the legacy behavior of retrieving every unread file.
317
+ - Voice records also carry structured transcription configuration/attempt/status, provider,
318
+ transcript or categorized fallback, and their audio-path association; prose remains intact.
319
+ - The wake signal stays **body-free** but carries authenticated sender CID, file/wire IDs,
320
+ filename, MIME, byte count and date — never the bytes. Unknown senders are rejected.
285
321
 
286
322
  ### Contacts & local contact book
287
323
  - "who are my contacts" → `list_contacts()` (also shows pending local introductions).
@@ -291,7 +327,11 @@ tools, a separate store. To caption a file, also `send_message`.
291
327
  "require approval for local contacts" → `set_local_book_policy({ auto_accept: false })`.
292
328
  - Approve/reject a queued local introduction → `respond_to_introduction({ contact, action:
293
329
  "approve" | "reject" })` — approving also delivers its queued messages (read with `get_messages`).
294
- - "forget Bob" → `remove_contact({ contact })` (contacts-layer forget, not a key wipe).
330
+ - "forget Bob" → `remove_contact({ contact })` — a contacts-layer forget (not a key wipe)
331
+ that also sends Bob one **best-effort** authenticated "remove me from your contacts"
332
+ notice, so an up-to-date peer drops you too. Fire-and-forget: no retry, no ack — an
333
+ offline peer or dropped packet leaves the removal **local-only**, and the tool says
334
+ whether a notice was queued. Never report the peer's side as removed.
295
335
 
296
336
  ## Conversation rules (1:1 and fan-out)
297
337