Skip to content

Tracking Issue: Development Context and Scope Model #1219

Description

@PsiACE

Goal

Track the design and follow-up work needed to define how Project, Workstream, Session, and scope relate across PowerContext.

PowerContext originally used a project-derived scope_id to share context across Sessions. Handoff later used the same scope as the identity of one linear Workstream. This assumption does not cover projects with parallel work or development spanning multiple projects.

RFC required

Implementation requires a new RFC that defines:

  • Project, Workstream, Session, and scope semantics;
  • their relationships and identity boundaries;
  • scope granularity for Memory, Handoff, Statistics, and other Runtime capabilities;
  • whether project_id remains a separate identity;
  • compatibility expectations for the API, CLI, integrations, and existing data.

The RFC should decide the model and invariants without fixing detailed user-flow orchestration prematurely.

Tracking

  • Draft and review the RFC.
  • Record the accepted identity and scope model.
  • Reconcile affected existing RFCs, including RFC 0019, RFC 0048, and RFC 0082.
  • Create follow-up issues for API, CLI, Codex integration, Dashboard, and Handoff Report work.
  • Implement changes only after the RFC is accepted.

Constraints

  • Preserve shared project context across Sessions.
  • Keep independent Workstream histories isolated.
  • Do not equate Session with Workstream.
  • Do not assume the current project_id model is final.
  • Treat migration and detailed orchestration as follow-up work.

Activity

  1. larry-zy commented on Aug 12, 2026

    @larry-zy
    Contributor

    Hi! I'm really interested in this issue. If no one's on it yet, I'd like to take it and author the RFC (Project / Workstream / Session / scope_id model, reconciled with RFC 0019/0048/0082). I'll align with you on scope first, then open a draft PR. Could you assign it to me? Thanks!

  2. PsiACE commented on Oct 5, 2026

    @PsiACE
    MemberAuthor

    Closing this as superseded by the Scope model in #1345 and its implementation in #1401.

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

    No labels
    No labels

    Type

    No type

    Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions