@mean-weasel/lineage 0.1.5 → 0.1.7

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,19 @@
1
1
  # Changelog
2
2
 
3
+ ## 0.1.7
4
+
5
+ - Add a claim-aware lineage task queue for per-image iteration and re-roll work, including task instructions, comments, cancellation, and human override controls.
6
+ - Add visible agent/task state in the lineage canvas and side panel so humans can see when a task is pending, locked, or actively claimed.
7
+ - Add QA seed guardrails that distinguish basic SVG placeholder media from the Swissifier rich PNG demo seed.
8
+ - Add deterministic rich-seed verification and browser coverage to fail when QA is pointed at the wrong seed or invisible placeholder previews.
9
+
10
+ ## 0.1.6
11
+
12
+ - Add per-image re-roll attempt history with stack inspection, previous-attempt selection, and promotion back to the current/top attempt.
13
+ - Add CLI and agent-facing re-roll commands for marking, listing, planning, importing, and cancelling one job per target image.
14
+ - Package public-safe Swissifier re-roll PNG fixtures and manifest metadata so the demo canvas shows multi-attempt nodes out of the box.
15
+ - Harden project switching, lineage workspace fallback, and backend attempt invariants around re-roll histories.
16
+
3
17
  ## 0.1.5
4
18
 
5
19
  - Add graph orientation controls for lineage views and CLI flows, including browser coverage for orientation behavior.
package/README.md CHANGED
@@ -68,6 +68,37 @@ lineage link-child --project demo-project --root <root-asset-id> --child <child-
68
68
  lineage agent release --claim-token "$LINEAGE_CLAIM_TOKEN" --json
69
69
  ```
70
70
 
71
+ `lineage link-child` creates a new visible descendant in the lineage graph. Do
72
+ not use it for re-rolls.
73
+
74
+ For re-roll work, mark the target, have the agent plan/import one replacement
75
+ attempt, and cancel only when the request should be abandoned:
76
+
77
+ ```bash
78
+ lineage reroll mark --project demo-project --root <root-asset-id> --target <target-asset-id> --notes "Fix distorted text" --confirm-write --json
79
+ lineage reroll list --project demo-project --root <root-asset-id> --json
80
+ lineage reroll plan --project demo-project --root <root-asset-id> --target <target-asset-id> --prompt "Regenerate with clean readable text" --json
81
+ lineage reroll import --project demo-project --job-id <job-id> --file <.asset-scratch-file> --confirm-write --json
82
+ lineage reroll cancel --project demo-project --root <root-asset-id> --target <target-asset-id> --confirm-write --json
83
+ ```
84
+
85
+ `lineage reroll import` updates the target node's current attempt and should
86
+ not add a visible child edge.
87
+
88
+ Lineage task queue commands expose the same work as explicit tasks that agents
89
+ can inspect, claim, start, comment on, and cancel:
90
+
91
+ ```bash
92
+ lineage tasks list --project demo-project --root <root-asset-id> --json
93
+ lineage tasks inspect --project demo-project --task <task-id> --json
94
+ lineage tasks claim --project demo-project --task <task-id> --agent-name "Task worker" --json
95
+ lineage tasks start --project demo-project --task <task-id> --claim-token "$LINEAGE_CLAIM_TOKEN" --json
96
+ lineage tasks comment --project demo-project --task <task-id> --message "Blocked on source art review." --json
97
+ lineage tasks cancel --project demo-project --task <task-id> --confirm-write --override --json
98
+ lineage tasks instructions --project demo-project --task <task-id> --instructions "Preserve palette; replace unreadable text." --json
99
+ lineage tasks override --project demo-project --task <task-id> --reason "Human is reassigning the work." --instructions "Use the updated brief." --json
100
+ ```
101
+
71
102
  The app-created claim-aware handoff packet includes the same token export,
72
103
  heartbeat, inspect, and write commands. Raw claim tokens are not shown in the
73
104
  read-only Agents view.
@@ -155,11 +186,13 @@ Source checkouts and installed packages include a synthetic public demo catalog
155
186
 
156
187
  If you create a real `demo-project/assets/catalog.json`, that root project catalog overrides the packaged fixture. The fixture keeps S3-shaped metadata for realistic catalog structure, but default previews are generated local SVG data URLs and do not call storage.
157
188
 
158
- Lineage also includes a lightweight Swissifier rich-demo manifest at `fixtures/demo-project/lineage/swissifier-rich-demo.json`. The manifest stores only synthetic metadata, checksums, graph edges, layout positions, and selected next-variation bases. It does not include generated PNG media or any local SQLite state.
189
+ Lineage also includes a lightweight Swissifier rich-demo manifest at `fixtures/demo-project/lineage/swissifier-rich-demo.json`. The manifest stores only synthetic metadata, checksums, graph edges, layout positions, and selected next-variation bases. It does not include local SQLite state.
190
+
191
+ The package intentionally includes three public-safe synthetic Swissifier re-roll PNG fixtures in `fixtures/demo-project/lineage/swissifier-rerolls/`. They are the only generated PNG media committed with the rich demo, and each file is pinned in the manifest by filename, SHA-256, size, content type, prompt, and demo generation job id so public-readiness and package-smoke checks can prove the fixture is hermetic.
159
192
 
160
193
  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.
161
194
 
162
- 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.
195
+ Future rich-demo media packs should follow the same split unless a small synthetic media exception is explicitly documented and manifest-pinned like the packaged re-roll PNGs: commit lightweight manifest changes, attach generated media archives to the GitHub release for the app version that first references them, 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.
163
196
 
164
197
  For manual verification or offline restore, the expected archive checksum is:
165
198