You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is the execution umbrella for expanding Portable Resume beyond the original eight sources/destinations.
It links the scalable capability architecture, first-wave implementation issues, phased destination-first profiles, compatibility/migration support, and the second-wave research backlog. It does not replace the source-correctness umbrella #18 or destination/installer-hardening umbrella #30; implementation PRs must satisfy those existing safety and transaction contracts.
Research baseline: current upstream projects/docs reviewed on 2026-07-26.
Product boundary
Every new integration remains:
local/offline for source reads
immutable toward source stores
inert/untrusted at handoff
stdlib-only in the bundled Portable Resume runtime
no source CLI/server/gateway/cloud attachment
no execution of recovered commands/tool calls
no auth/settings/credential migration
no native live-process continuation claim
Source adapter, destination Skill, native package, activation and marketplace support are independent axes.
No new profile should increase the blast radius of known installer P0s. Source-only fixtures/adapters can proceed independently when they do not use the mutating installer.
Pi is recommended first because the versioned file format and Skill roots are publicly documented. OpenClaw/goose follow through the shared SQLite safety path.
large-resource, corruption, race, path and privacy tests
immutable source proof
PR C — destination direct Skill
destination registration/root provenance
host-neutral payload profile
direct install/verify/uninstall lifecycle
dynamic installed-runner cells
shadow detection/docs/localizations
Requires destination installer security gates applicable to the selected roots.
PR D — exact-version host evidence
isolated host home/config/data
exact package/payload digest
native/local install or direct discovery
explicit activation
loaded owned-runner provenance
sanitized evidence tied to host version and date
PR E — optional compatibility/native marketplace
Legacy providers, IDE products, cloud/team/gateway surfaces or native marketplaces each require their own contract/evidence and are not bundled into basic CLI support.
Source acceptance contract
A new source cannot be marked supported until:
authoritative local source exists
closed format/schema profile and synthetic fixture exist
exact ID/path and cwd/project isolation work
probe/list do not parse full transcripts unnecessarily
show uses the correct source/record/transcript/output budgets
active branch/compaction/rewind semantics are proven
child/internal sessions cannot crowd root sessions before LIMIT
system/reasoning/credentials/private routing/binary data is filtered
source mutation produces retry/busy rather than mixed output
no source process/network/API is invoked
source tree/DB remains unchanged
Destination acceptance contract
A new destination cannot be marked supported until:
native/default project/global root and overrides are authoritative
precedence/alternate roots are machine-readable
direct payload parser/frontmatter/resource constraints pass
selected root provenance is reported
owned runner and typed request path are deterministic
direct install/verify/uninstall is transactional and safe
installed-runner matrix cells pass for every enabled source
native activation is recorded separately on an exact host version
A destination-only profile is valid and does not require a source adapter.
Matrix and release-size expectations
Counts are always derived from enabled registries.
For example, after the original eight plus seven full first-wave tools:
15 supported sources × 15 supported direct destinations = 225 direct runner cells
If Copilot/Gemini/Kilo destinations land before their sources, the matrix becomes rectangular rather than symmetric. Reports must show dimensions and enabled key sets, not merely a single number.
To keep CI practical:
shard by source/destination
reuse one deterministic payload build per destination/profile
STATUS and CHANGELOG show provider/host/package/activation scope per tool
no live resume/cloud/history migration claim is inferred from inert context migration
Out of scope
supporting every name in a generic Skill installer catalog
popularity-only profile promotion
cloud/team/remote session retrieval
automatically invoking candidate CLIs to inspect user stores
combining all first-wave support in one PR
executing recovered commands or restoring workspaces
native live-process continuation
Security / privacy
All source fixtures, host homes and activation evidence must be generated/synthetic and isolated. Never attach real sessions, databases, WALs, event files, account/team/channel metadata, credentials, private source, tool arguments/results, worktrees, checkpoints or home paths.
Summary
This is the execution umbrella for expanding Portable Resume beyond the original eight sources/destinations.
It links the scalable capability architecture, first-wave implementation issues, phased destination-first profiles, compatibility/migration support, and the second-wave research backlog. It does not replace the source-correctness umbrella #18 or destination/installer-hardening umbrella #30; implementation PRs must satisfy those existing safety and transaction contracts.
Research baseline: current upstream projects/docs reviewed on 2026-07-26.
Product boundary
Every new integration remains:
Source adapter, destination Skill, native package, activation and marketplace support are independent axes.
Foundation
No new profile should increase the blast radius of known installer P0s. Source-only fixtures/adapters can proceed independently when they do not use the mutating installer.
Tier 1 — full source + destination candidates
[ ] #37 OpenClaw
Scope:
Priority: P1, high user value and strong current storage/Skill contracts.
[ ] #38 Pi
Scope:
.pi/skills/~/.pi/agent/skillsdestinationPriority: P1, likely the cleanest first new source adapter after #36/#10.
[ ] #39 goose
Scope:
Priority: P1, implement current SQLite first.
[ ] #40 Crush
Scope:
Priority: P1, schema qualification PR before adapter.
[ ] #41 Cline
Scope:
.cline/skillsdestinationPriority: P1, active product but schema/privacy qualification is substantial.
[ ] #42 OpenHands CLI
Scope:
Priority: P1, exact current CLI product/version required.
[ ] #43 Hermes Agent
Scope:
$HERMES_HOME/skillsdestinationPriority: P1, direct global Skills first; no hub/gateway/skill_manage.
Tier 1 phased — destination first, source gated
[ ] #44 GitHub Copilot CLI
Phase A:
Phase B:
session-state/<id>/events.jsonlandsession-store.dbPriority: Destination P1, source qualification P1 research.
Tier 2 compatibility / fork qualification
[ ] #45 Gemini CLI
Priority: P2 compatibility/migration.
[ ] #46 Kilo Code CLI
Priority: P1/P2 staged, source remains research until current schema fixtures exist.
Tier 3 research backlog
[ ] #47 Qualification registry
Priority candidates:
Additional destination/source qualification:
gh skillhostsArchival/deferred review:
Research entries never enter runtime/release matrices until promoted by a dedicated implementation issue.
Recommended execution order
Phase 0 — unblock architecture and safety
Phase 1 — simplest high-confidence sources
Pi is recommended first because the versioned file format and Skill roots are publicly documented. OpenClaw/goose follow through the shared SQLite safety path.
Phase 2 — first destinations
Phase 3 — remaining first wave
Each starts with a decision-record/fixture PR; no large adapter/host monolith.
Phase 4 — compatibility/forks
Phase 5 — qualification backlog
Standard PR sequence per new tool
PR A — upstream contract and synthetic fixtures
Required:
This PR may contain no runtime support key yet.
PR B — source adapter
PR C — destination direct Skill
Requires destination installer security gates applicable to the selected roots.
PR D — exact-version host evidence
PR E — optional compatibility/native marketplace
Legacy providers, IDE products, cloud/team/gateway surfaces or native marketplaces each require their own contract/evidence and are not bundled into basic CLI support.
Source acceptance contract
A new source cannot be marked supported until:
LIMITDestination acceptance contract
A new destination cannot be marked supported until:
A destination-only profile is valid and does not require a source adapter.
Matrix and release-size expectations
Counts are always derived from enabled registries.
For example, after the original eight plus seven full first-wave tools:
If Copilot/Gemini/Kilo destinations land before their sources, the matrix becomes rectangular rather than symmetric. Reports must show dimensions and enabled key sets, not merely a single number.
To keep CI practical:
Release milestones
Milestone N1 — architecture ready
Milestone N2 — first new source
Milestone N3 — first new source+destination pair
Milestone N4 — SQLite wave
Milestone N5 — complete first wave
Milestone N6 — compatibility and second wave
Partial releases are acceptable only when STATUS/CHANGELOG name exact completed axes and keep the remaining issues open.
Verification gates
Every implementation PR reports relevant focused tests and the canonical suite:
Additional per-tool gates:
Completion criteria
This roadmap closes only when:
Out of scope
Security / privacy
All source fixtures, host homes and activation evidence must be generated/synthetic and isolated. Never attach real sessions, databases, WALs, event files, account/team/channel metadata, credentials, private source, tool arguments/results, worktrees, checkpoints or home paths.