Skip to content

Profile Portability: implement accepted backup, restore and transfer UX #882

Closed
5 of 5 issues completed

Description

@DoodleBears

Goal

Implement the Human-accepted Profile Backup / Restore / Transfer UX from #76 / PR #881 under ADR-0041–0044. Milestone v1.1; feature Project V1 · Memory, matching #76. This hub coordinates implementation and does not itself claim runtime capability.

Delivery order

First close canonical-owner gaps through runnable existing-UI slices, then deliver complete-core Export Profile → one .botharness-backup → staged restore-as-new → explicit fresh Bot activation. Do not export a raw live database, a model-only package or a partial core.

  1. Reusable Model Presets: existing Profile/model UI → owning SQLite module → restart with stable templates/revisions and unchanged applied Bot snapshots.
  2. PersonaBot Registry: existing creation/Profile/plan UI → owning SQLite module → restart with the same identity, permissions and independent applied plans.
  3. Roster arrangement: existing section/pin/hide/reorder UI → owning SQLite module → restart and new Client with the same arrangement.
  4. Complete-core export / restore-as-new: real Bot mode Settings → verified file → stopped-target staging → cold history/readiness → explicit activation and real reply.
  5. Verify Tracer: Preserve model plans in Profile Backup only #505's template and independent Model Plan preservation through that complete-core path.

All children use native sub-issues and blocking edges. Optional Session history, whole-profile replacement, additional repair paths and two-Host transfer are subsequent slices; publish concrete tickets after runtime evidence and Human feedback, not speculative horizontal layers.

Acceptance boundaries

  • Runtime children provide actual DSH evidence and wait for Human QA or an explicitly scoped Human merge decision; record visual gaps without claiming genuine visual verification.
  • Snapshot/restore authority stays in the owning modules; credentials, executable Plugins and Workspace contents remain excluded.
  • Data commit, readiness, authorization and execution remain distinct; restored Bots are cold until explicit Human activation.
  • Tracer: Preserve model plans in Profile Backup only #505 remains the model-preservation child of this hub. Its former SoulSnapshot/Export criterion moved to Tracer: publish a Memory Git repo and import through a Bot link #17 per ADR-0131.

Current implementation status — 2026-10-08

Design and verification sources

Activity

  1. added this to the v1.1 milestone on Oct 5, 2026
  2. added
    area:fullstackEnd-to-end Host and Client implementation
    feature:exportExport, import, backup, and transfer
    scope:hubParent coordination map or epic; not a standalone implementation slice
    on Oct 5, 2026
  3. DoodleBears commented on Oct 8, 2026

    @DoodleBears
    ContributorAuthor

    Hub completion — initial complete-core portability tranche

    Task: codex/local/01a11b43-e3b9-79b2-a5d5-bf23b485909b.

    All five native implementation children are closed: #883, #884, #885, #886 and #505. Canonical SQLite owners, complete-core export/new stopped-target restore, explicit target-local authorization/activation and independent model-plan preservation are merged. The final slices shipped through #1195 (a7b9773e) and #1198 (be804da7), each with explicit Human merge authorization. Exact-head Linux checks passed; real DSH source/restore/reply/cold-restart evidence and target model-plan comparison are recorded in those PRs.

    Closing this coordination hub as completed for its enumerated initial tranche following the Human's closure request. The broader title does not imply that two-Host transfer, existing-target replacement, optional native Session history or additional repair paths have shipped: the hub explicitly deferred those to subsequent slices. Final Settings/manual interaction and screenshot gaps remain disclosed in #886/#1195; this closure does not mark that visual QA as completed. No release was performed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    area:fullstackEnd-to-end Host and Client implementationfeature:exportExport, import, backup, and transferscope:hubParent coordination map or epic; not a standalone implementation slice

    Type

    No type

    Projects

    • Status
      Done

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions