@mean-weasel/lineage 0.1.3 → 0.1.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.
package/CHANGELOG.md CHANGED
@@ -1,5 +1,11 @@
1
1
  # Changelog
2
2
 
3
+ ## 0.1.4
4
+
5
+ - Implement target-scoped agent claims for lineage and content-post agent writes, including claim lifecycle CLI/API commands, heartbeat/release/revoke/transfer controls, and token-redacted read APIs.
6
+ - Add claim-aware handoff packets, workspace/content occupancy badges, and a read-only Agents view so humans can see active, idle, stale, and closed claims without exposing raw tokens.
7
+ - Enforce matching claim tokens for claimed lineage/content mutations and document the `LINEAGE_CLAIM_TOKEN` operator flow, including rare `project_channel` ownership.
8
+
3
9
  ## 0.1.3
4
10
 
5
11
  - Add a managed Swissifier rich-demo media download flow that verifies the release archive and restored PNG checksums before loading the demo.
package/README.md CHANGED
@@ -40,6 +40,40 @@ By default, `lineage start` listens on `lineage.localhost:5197` and stores SQLit
40
40
  lineage start --port 6123 --db ~/.lineage/lineage.sqlite
41
41
  ```
42
42
 
43
+ ## Agent Claims
44
+
45
+ Mutating agent writes use target-scoped claim tokens. Read-only inspection stays
46
+ available without a claim, but confirmed writes such as lineage `link-child` and
47
+ claimed content post attach/phase actions require a matching token when a target
48
+ is already claimed.
49
+
50
+ Create a claim and copy the raw token at creation time:
51
+
52
+ ```bash
53
+ lineage agent claim --project demo-project --scope lineage_workspace --target demo-project:lineage-workspace:<root-asset-id> --target-title "TikTok hook lineage" --agent-name "Codex thread 123" --ttl 20m --json
54
+ export LINEAGE_CLAIM_TOKEN='claim_abc.secret_xyz'
55
+ ```
56
+
57
+ Keep the claim fresh and pass it to mutating commands:
58
+
59
+ ```bash
60
+ lineage agent heartbeat --claim-token "$LINEAGE_CLAIM_TOKEN" --json
61
+ lineage link-child --project demo-project --root <root-asset-id> --child <child-asset-id> --claim-token "$LINEAGE_CLAIM_TOKEN" --confirm-write --json
62
+ lineage agent release --claim-token "$LINEAGE_CLAIM_TOKEN" --json
63
+ ```
64
+
65
+ The app-created claim-aware handoff packet includes the same token export,
66
+ heartbeat, inspect, and write commands. Raw claim tokens are not shown in the
67
+ read-only Agents view.
68
+
69
+ Use `project_channel` only for rare work that intentionally owns an entire
70
+ project/channel lane. Prefer `lineage_workspace` or `content_post` claims for
71
+ normal target-scoped agent work:
72
+
73
+ ```bash
74
+ lineage agent claim --project demo-project --scope project_channel --target demo-project:channel:tiktok --channel tiktok --agent-name "Channel owner" --ttl 20m --json
75
+ ```
76
+
43
77
  ## Codex Plugin
44
78
 
45
79
  The versioned Codex plugin lives in `plugins/lineage-codex-plugin`. Install the
@@ -118,6 +152,8 @@ Lineage also includes a lightweight Swissifier rich-demo manifest at `fixtures/d
118
152
 
119
153
  To hydrate the Swissifier demo with real images, use the Demo seed menu's Swissifier `Download media` control. Lineage downloads `swissifier-rich-demo-v1.tar.gz` from the [v0.1.2 GitHub release](https://github.com/mean-weasel/lineage/releases/tag/v0.1.2), verifies the archive checksum, safely unpacks the PNGs into local scratch storage, and then verifies each PNG checksum before loading the rich demo.
120
154
 
155
+ Future rich-demo media packs should follow the same split: commit only the lightweight manifest changes, attach the generated media archive to the GitHub release for the app version that first references that archive, then pin the public release URL, archive size, and SHA-256 in the manifest. If a later app release reuses an unchanged media pack, keep the manifest pointed at the original release asset instead of duplicating the archive.
156
+
121
157
  For manual verification or offline restore, the expected archive checksum is:
122
158
 
123
159
  ```sh