orbit-thread 1.1.0 → 1.2.1

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,22 @@
1
1
  # Changelog
2
2
 
3
+ ## 1.2.1 — 12 October 2026
4
+
5
+ - Fix Orbit Resume reporting "No verified milestones recorded" for valid handoffs that use `## Completed this session`. Resume now reads both headings.
6
+ - Fix Orbit Resume reading only the first line of each handoff section; every section now runs to the next `##` heading or the end of the file (LF and CRLF), still capped at six entries.
7
+ - `## Completed milestones` remains the canonical heading; when both exist the canonical section wins and entries are not duplicated.
8
+ - No change to the handoff format, read-only behaviour, redaction, stale-handoff detection, 50-line limit or Git safety. Existing v1.2.0 installations and handoffs keep working; `orbit-thread update` refreshes the version.
9
+
10
+ ## 1.2.0 — 12 October 2026
11
+
12
+ - Add **Orbit Resume**, a third canonical skill that recovers project context at the start of a fresh Codex or Claude Code session from the latest usable handoff, current Git state and only the living docs the task needs.
13
+ - Add read-only `npx orbit-thread resume` for a concise terminal summary of handoff, Git state and next action.
14
+ - Invoke manually with `$orbit-resume` (Codex), `/orbit-resume` (Claude Code) or `/orbit-thread:orbit-resume` (Claude marketplace plugin). Invocation can also be automatic where the host supports implicit skill invocation (`allow_implicit_invocation: true`); manual invocation is the documented fallback.
15
+ - Treat the handoff as a lead: current Git state and tracked docs override stale details, and missing, malformed, stale or future-dated handoffs are reported rather than guessed.
16
+ - Security safeguards: Resume is read-only and never resets, cleans, stashes, stages, commits or otherwise changes the working tree; it strips terminal-control sequences from displayed repository and handoff text, redacts secret-looking values, and does not read `.env` files, credentials or unrelated files.
17
+ - Install, update, Doctor and uninstall now manage all three skills (`handoff`, `orbit-setup`, `orbit-resume`) for both agents.
18
+ - Backwards compatible: existing v1.1.0 installations, `HANDOFF-STATE.md` files, `.orbit-thread/config.json` and living docs keep working unchanged; `orbit-thread update` adds Resume without touching locally edited managed files, and `orbit-handoff` remains a CLI alias.
19
+
3
20
  ## 1.1.0 — 7 October 2026
4
21
 
5
22
  - Rename the product from **Orbit Handoff** to **Orbit Thread**.
package/PRIVACY.md CHANGED
@@ -1,9 +1,83 @@
1
- # Privacy
1
+ # Privacy Policy
2
2
 
3
- Orbit Thread has no telemetry, remote service, external account or MCP server.
3
+ Last updated: 7 October 2026
4
4
 
5
- The Handoff writer processes input locally and saves `HANDOFF-STATE.md`. Orbit Setup writes local/project documentation, managed agent instructions, a small project configuration file and local ownership state. The CLI records hashes and the exact managed instruction blocks it adds.
5
+ ## Overview
6
6
 
7
- Installation through npm or a plugin marketplace uses the relevant registry or Git host. Your coding agent's model calls and privacy settings remain governed by its provider. Orbit Thread's local writer and setup/configuration scripts do not send repository content anywhere.
7
+ Orbit Thread is a local-first developer tool for project setup, coding-session continuity and verified handoffs.
8
8
 
9
- Keep secrets, credentials, personal data and sensitive production data out of handoffs and living docs. Pattern checks are limited and are not a data-loss-prevention system. `HANDOFF-STATE.md` and Orbit Thread's local ownership state are Git-ignored by setup; ignoring a previously tracked file does not untrack it.
9
+ Orbit Thread does not operate a remote service, require an Orbit Thread account, run an MCP server, or collect telemetry or analytics.
10
+
11
+ ## Data Orbit Thread processes
12
+
13
+ Orbit Thread does not collect or transmit user or repository content to an Orbit Thread-operated server.
14
+
15
+ When used in a coding project, Orbit Thread may process information that the user or coding agent makes available locally in order to:
16
+
17
+ - create or update project documentation and managed agent instructions;
18
+ - create and overwrite `HANDOFF-STATE.md`;
19
+ - store project configuration and local ownership state;
20
+ - record hashes and exact managed instruction blocks for safe updates and uninstall operations.
21
+
22
+ This information may include project names, source-code context, technical decisions and other information intentionally included in project documentation or handoffs.
23
+
24
+ Orbit Thread is not designed to collect or process payment-card information, protected health information, government identifiers, passwords, API keys, authentication tokens, MFA/OTP codes, recovery codes or other authentication secrets. Users should not place this information in Orbit Thread handoffs or living project documents.
25
+
26
+ Secret-pattern checks are a limited safety backstop and are not a data-loss-prevention system.
27
+
28
+ ## Purposes of processing
29
+
30
+ Orbit Thread processes local project information only as necessary to:
31
+
32
+ - prepare a project for coding-agent continuity;
33
+ - maintain concise project and execution state;
34
+ - safely install, update and uninstall Orbit Thread-managed files;
35
+ - verify ownership of managed content and avoid overwriting unrelated or locally modified files.
36
+
37
+ Orbit Thread does not use project information for advertising, behavioural profiling, analytics, model training or sale to third parties.
38
+
39
+ ## Sharing and recipients
40
+
41
+ Orbit Thread itself does not transmit repository content, handoffs or local project documentation to the developer of Orbit Thread or to an Orbit Thread-operated service.
42
+
43
+ Installation or distribution may involve third-party services such as npm, GitHub, OpenAI or Anthropic. Those services process information according to their own privacy policies and service settings.
44
+
45
+ When Orbit Thread is used through a coding agent, information intentionally provided to that agent may be processed by the agent provider under that provider's privacy settings and terms. Orbit Thread's local scripts do not independently transmit repository content to those providers.
46
+
47
+ ## Data retention
48
+
49
+ Orbit Thread does not retain user or project data on developer-operated servers because Orbit Thread operates no such service.
50
+
51
+ Local data remains on the user's device or project until the user removes it or the relevant file is overwritten.
52
+
53
+ `HANDOFF-STATE.md` is overwrite-only and is replaced when a new successful checkpoint is created.
54
+
55
+ Project documentation and `.orbit-thread` configuration may remain after Orbit Thread is uninstalled so that project-owned information is not destroyed automatically. Users may delete these files at any time.
56
+
57
+ Retention by npm, GitHub, OpenAI, Anthropic or other third-party services is governed by those services' own policies.
58
+
59
+ ## User controls
60
+
61
+ Users control the project information made available to Orbit Thread.
62
+
63
+ Users may inspect, edit or delete Orbit Thread-created local files at any time, including `HANDOFF-STATE.md`, project documentation and `.orbit-thread` configuration.
64
+
65
+ Orbit Thread can also be uninstalled using its CLI. Uninstall intentionally preserves project-owned documentation and configuration unless the user chooses to delete them separately.
66
+
67
+ Orbit Thread setup Git-ignores `HANDOFF-STATE.md` and local ownership state. Adding an already tracked file to `.gitignore` does not remove it from Git history or stop Git from tracking it.
68
+
69
+ ## Security and sensitive information
70
+
71
+ Do not place passwords, authentication secrets, private keys, recovery codes, personal data or sensitive production information in handoffs or living project documents.
72
+
73
+ Orbit Thread includes limited pattern checks intended to reduce accidental inclusion of obvious secrets, but these checks do not guarantee detection of sensitive data.
74
+
75
+ ## Changes to this policy
76
+
77
+ This policy may be updated when Orbit Thread's functionality or data practices change. Material changes will be reflected in this document and its Git history.
78
+
79
+ ## Contact
80
+
81
+ Privacy or security questions can be raised through the Orbit Thread GitHub repository:
82
+
83
+ https://github.com/shab1h-gh/orbit-thread/issues