docs: clarify personal-agent profile naming
This commit is contained in:
+38
-38
@@ -1,45 +1,45 @@
|
||||
---
|
||||
name: 2026-06-14-steev-personal-context-runtime-work-orders
|
||||
name: 2026-06-14-personal-agent-context-runtime-work-orders
|
||||
status: active
|
||||
triage: ready-for-agent
|
||||
owner: jp
|
||||
source: docs/prd/2026-06-14-steev-personal-context-runtime-prd.md
|
||||
source: docs/prd/2026-06-14-personal-agent-context-runtime-prd.md
|
||||
created: 2026-06-14
|
||||
last_reviewed: 2026-06-14
|
||||
core_promotion_status: not-promoted
|
||||
description: Dependency-ordered vertical slices for Steev personal context runtime standardization.
|
||||
description: Dependency-ordered vertical slices for personal-agent context runtime standardization.
|
||||
artifact_type: work-orders
|
||||
---
|
||||
|
||||
# Steev Personal Context Runtime Work Orders
|
||||
# Personal-Agent Context Runtime Work Orders
|
||||
|
||||
Each slice is vertical and proof-backed. Steev owns the profile contract.
|
||||
Each slice is vertical and proof-backed. `personal-agent` owns the profile contract.
|
||||
BlueBubbles and Proton/rclone own capability packages. Personal context targets
|
||||
personal Secondbrain only. `orgbrain`, raw payloads, and secrets are forbidden.
|
||||
|
||||
## SPCR-001 Profile Authority And Surface Contract
|
||||
## PACR-001 Profile Authority And Surface Contract
|
||||
|
||||
Type: AFK. Blocked by: None. User stories: 1-17, 21-23, 28-31.
|
||||
|
||||
## What to build
|
||||
|
||||
Define Steev's profile contract: surfaces, allowed effects, denied effects,
|
||||
Define the `personal-agent` profile contract: surfaces, allowed effects, denied effects,
|
||||
memory target, credential posture, runtime proof, and package ownership.
|
||||
|
||||
## Acceptance criteria
|
||||
|
||||
- [ ] Steev declares iMessage, Proton Mail, Calendar, Contacts, Drive, and future browser host surfaces.
|
||||
- [ ] `personal-agent` declares iMessage, Proton Mail, Calendar, Contacts, Drive, and future browser host surfaces.
|
||||
- [ ] Required surfaces are named: `imessage.read`, Proton read/draft/propose/confirmation-write surfaces, and Drive read/confirmation-write.
|
||||
- [ ] Personal Secondbrain is the only memory target; `orgbrain`, raw payloads, credentials, and secrets are denied.
|
||||
- [ ] The Steev child validator passes.
|
||||
- [ ] The personal-agent distribution validator passes.
|
||||
|
||||
## SPCR-002 Supersession And Graph Hygiene Register
|
||||
## PACR-002 Supersession And Graph Hygiene Register
|
||||
|
||||
Type: AFK. Blocked by: SPCR-001. User stories: 24-27, 29, 36.
|
||||
Type: AFK. Blocked by: PACR-001. User stories: 24-27, 29, 36.
|
||||
|
||||
## What to build
|
||||
|
||||
Classify older Steev, BlueBubbles, Proton, rclone, and legacy Cortex artifacts
|
||||
Classify older personal-agent/Steev, BlueBubbles, Proton, rclone, and legacy Cortex artifacts
|
||||
as active, superseded, archived, legacy-reference, or blocked-follow-up.
|
||||
|
||||
## Acceptance criteria
|
||||
@@ -47,32 +47,32 @@ as active, superseded, archived, legacy-reference, or blocked-follow-up.
|
||||
- [ ] Every known prior workstream has a supersession state and one-line reason.
|
||||
- [ ] Legacy Cortex Proton/rclone repos are marked reference-only unless promoted.
|
||||
- [ ] The register names the single canonical pickup path per work area.
|
||||
- [ ] The Steev child validator passes.
|
||||
- [ ] The personal-agent distribution validator passes.
|
||||
|
||||
## SPCR-003 BlueBubbles Capability Pickup Into Steev
|
||||
## PACR-003 BlueBubbles Capability Pickup Into Personal-Agent
|
||||
|
||||
Type: AFK. Blocked by: SPCR-001, SPCR-002. User stories: 1-3, 13-18, 24-26, 32.
|
||||
Type: AFK. Blocked by: PACR-001, PACR-002. User stories: 1-3, 13-18, 24-26, 32.
|
||||
|
||||
## What to build
|
||||
|
||||
Bind Steev's `imessage.read` surface to the existing BlueBubbles package.
|
||||
Bind `personal-agent`'s `imessage.read` surface to the existing BlueBubbles package.
|
||||
Preserve read-only runtime, redacted proof, Mac Mini host ownership, and
|
||||
proposal-only personal memory intake.
|
||||
|
||||
## Acceptance criteria
|
||||
|
||||
- [ ] Steev references BlueBubbles as package authority, not profile-local connector code.
|
||||
- [ ] `personal-agent` references BlueBubbles as package authority, not profile-local connector code.
|
||||
- [ ] Sends, read receipts, mark-read, contact/chat mutation, downloads, and deletes remain denied.
|
||||
- [ ] BlueBubbles health/watchdog proof remains redacted evidence.
|
||||
- [ ] Steev and BlueBubbles validators pass.
|
||||
- [ ] Personal-agent distribution and BlueBubbles validators pass.
|
||||
|
||||
## SPCR-004 Proton And Rclone Capability Standardization
|
||||
## PACR-004 Proton And Rclone Capability Standardization
|
||||
|
||||
Type: AFK. Blocked by: SPCR-001, SPCR-002. User stories: 4-12, 15-17, 19-20, 24-31.
|
||||
Type: AFK. Blocked by: PACR-001, PACR-002. User stories: 4-12, 15-17, 19-20, 24-31.
|
||||
|
||||
## What to build
|
||||
|
||||
Shape a Proton/rclone capability package for Mail, Calendar, Contacts, and
|
||||
Shape a Proton/rclone capability package for `personal-agent`: Mail, Calendar, Contacts, and
|
||||
Drive: surfaces, runtime path, rclone config posture, health, and write gates.
|
||||
|
||||
## Acceptance criteria
|
||||
@@ -82,9 +82,9 @@ Drive: surfaces, runtime path, rclone config posture, health, and write gates.
|
||||
- [ ] Health is redacted and per-surface, including degraded and not-running states.
|
||||
- [ ] Duplicate Proton skills are consolidated or clearly superseded.
|
||||
|
||||
## SPCR-005 Personal Secondbrain Proposal And Apply Route
|
||||
## PACR-005 Personal Secondbrain Proposal And Apply Route
|
||||
|
||||
Type: AFK. Blocked by: SPCR-003, SPCR-004. User stories: 13-14, 16-17, 29, 32, 34.
|
||||
Type: AFK. Blocked by: PACR-003, PACR-004. User stories: 13-14, 16-17, 29, 32, 34.
|
||||
|
||||
## What to build
|
||||
|
||||
@@ -96,11 +96,11 @@ context. Durable writes wait for the owning Secondbrain/curator apply route.
|
||||
- [ ] Proposal envelopes target personal Secondbrain only.
|
||||
- [ ] `orgbrain` attempts are rejected and proven.
|
||||
- [ ] Proof excludes raw bodies, contacts, event details, drive names, attachments, and secrets unless later approved.
|
||||
- [ ] The Steev child validator passes.
|
||||
- [ ] The personal-agent distribution validator passes.
|
||||
|
||||
## SPCR-006 Conductor And Curator Service Handoff
|
||||
## PACR-006 Conductor And Curator Service Handoff
|
||||
|
||||
Type: AFK. Blocked by: SPCR-001 and active conductor/curator lane release. User stories: 17, 23, 29, 33-34.
|
||||
Type: AFK. Blocked by: PACR-001 and active conductor/curator lane release. User stories: 17, 23, 29, 33-34.
|
||||
|
||||
## What to build
|
||||
|
||||
@@ -111,12 +111,12 @@ apply-envelope expectations for future conductor/curator adoption.
|
||||
|
||||
- [ ] Each capability has service identity, health, allowed effects, and denied effects.
|
||||
- [ ] Apply expectations are redacted and personal-only.
|
||||
- [ ] No conductor or curator files are mutated from Steev.
|
||||
- [ ] The Steev child validator passes.
|
||||
- [ ] No conductor or curator files are mutated from the personal-agent distribution route.
|
||||
- [ ] The personal-agent distribution validator passes.
|
||||
|
||||
## SPCR-007 Runtime Readiness And Always-On Proof
|
||||
## PACR-007 Runtime Readiness And Always-On Proof
|
||||
|
||||
Type: AFK. Blocked by: SPCR-003, SPCR-004, SPCR-006. User stories: 17-20, 28-29, 33.
|
||||
Type: AFK. Blocked by: PACR-003, PACR-004, PACR-006. User stories: 17-20, 28-29, 33.
|
||||
|
||||
## What to build
|
||||
|
||||
@@ -128,11 +128,11 @@ restart behavior, and explicit ready/degraded/pending/blocked claims.
|
||||
- [ ] iMessage, Mail, Calendar, Contacts, and Drive each have a readiness state.
|
||||
- [ ] Broken, duplicate, inactive, or missing services are named as gaps.
|
||||
- [ ] Optional reboot/power-loss proof is separate from normal readiness.
|
||||
- [ ] The Steev child validator passes.
|
||||
- [ ] The personal-agent distribution validator passes.
|
||||
|
||||
## SPCR-008 Desktop Adapter Exposure Contract
|
||||
## PACR-008 Desktop Adapter Exposure Contract
|
||||
|
||||
Type: AFK. Blocked by: SPCR-001 and active adapter lane release. User stories: 22, 29, 35.
|
||||
Type: AFK. Blocked by: PACR-001 and active adapter lane release. User stories: 22, 29, 35.
|
||||
|
||||
## What to build
|
||||
|
||||
@@ -144,11 +144,11 @@ wire UI or mutate adapter code from this route.
|
||||
- [ ] Desktop-visible states come from contract and redacted runtime health.
|
||||
- [ ] State names are ready, degraded, pending, blocked, and disabled.
|
||||
- [ ] Personal memory only and no `orgbrain` are preserved.
|
||||
- [ ] The Steev child validator passes.
|
||||
- [ ] The personal-agent distribution validator passes.
|
||||
|
||||
## SPCR-009 Browser And Webwright Host Runtime Approval
|
||||
## PACR-009 Browser And Webwright Host Runtime Approval
|
||||
|
||||
Type: HITL. Blocked by: SPCR-001, SPCR-002, explicit JP approval. User stories: 21, 29, 33, 35.
|
||||
Type: HITL. Blocked by: PACR-001, PACR-002, explicit JP approval. User stories: 21, 29, 33, 35.
|
||||
|
||||
## What to build
|
||||
|
||||
@@ -163,9 +163,9 @@ messaging or Proton work.
|
||||
- [ ] No browser/Webwright runtime is enabled by this issue.
|
||||
- [ ] JP approval is required before execution.
|
||||
|
||||
## SPCR-010 Final Acceptance And Promotion Packet
|
||||
## PACR-010 Final Acceptance And Promotion Packet
|
||||
|
||||
Type: HITL. Blocked by: SPCR-002 through SPCR-009. User stories: 28-36.
|
||||
Type: HITL. Blocked by: PACR-002 through PACR-009. User stories: 28-36.
|
||||
|
||||
## What to build
|
||||
|
||||
+32
-30
@@ -1,44 +1,45 @@
|
||||
---
|
||||
name: 2026-06-14-steev-personal-context-runtime-prd
|
||||
name: 2026-06-14-personal-agent-context-runtime-prd
|
||||
status: active
|
||||
triage: ready-for-agent
|
||||
owner: jp
|
||||
source: user-request-2026-06-14-steev-personal-context-runtime
|
||||
source: user-request-2026-06-14-personal-agent-context-runtime
|
||||
created: 2026-06-14
|
||||
last_reviewed: 2026-06-14
|
||||
core_promotion_status: not-promoted
|
||||
description: PRD for making Steev the governed personal context runtime over iMessage, Proton, rclone, and future host-control capabilities.
|
||||
description: PRD for making the personal-agent profile the governed personal context runtime over iMessage, Proton, rclone, and future host-control capabilities.
|
||||
artifact_type: prd
|
||||
---
|
||||
|
||||
# Steev Personal Context Runtime PRD
|
||||
# Personal-Agent Context Runtime PRD
|
||||
|
||||
## Problem Statement
|
||||
|
||||
JP wants Steev, his personal-agent profile, to know him through the live
|
||||
JP wants the `personal-agent` profile, displayed to users as Steev, to know him through the live
|
||||
communication and personal-data surfaces that already shape his day: iMessage,
|
||||
Proton Mail, Calendar, Contacts, Proton Drive through rclone, and later the Mac
|
||||
Mini browser host. Today those surfaces exist in different states across
|
||||
profile docs, BlueBubbles child work, Proton skills, older Cortex repositories,
|
||||
Docker services, systemd units, Hermes adapters, and Secondbrain/curator lanes.
|
||||
|
||||
The risk is context confusion. Future agents can mistake old work for active
|
||||
authority, build duplicate connectors, route private personal context toward
|
||||
the wrong memory domain, or claim runtime readiness from partial proofs. Steev
|
||||
needs one clean profile contract that says which personal surfaces are active,
|
||||
The risk is context confusion. Future agents can mistake the Steev display name
|
||||
or old work for active profile authority, build duplicate connectors, route
|
||||
private personal context toward the wrong memory domain, or claim runtime
|
||||
readiness from partial proofs. The `personal-agent` profile needs one clean
|
||||
contract that says which personal surfaces are active,
|
||||
which capability package owns each surface, which mutations are forbidden,
|
||||
which durable memory route is allowed, and which old artifacts are archived,
|
||||
superseded, or legacy reference only.
|
||||
|
||||
## Solution
|
||||
|
||||
Make Steev a governed personal context runtime profile. The profile declares
|
||||
Make `personal-agent` a governed personal context runtime profile. The profile declares
|
||||
the personal context surfaces it may observe, the capability packages that
|
||||
provide those surfaces, the exact memory routing policy, the mutation policy,
|
||||
and the runtime readiness gates. BlueBubbles/iMessage, Proton/rclone, and
|
||||
future browser/Webwright host control stay in separate capability packages, but
|
||||
Steev owns the profile-level decision that those packages belong to JP's
|
||||
personal-agent and must route personal context only through governed personal
|
||||
`personal-agent` owns the profile-level decision that those packages belong to JP's
|
||||
personal-agent runtime and must route personal context only through governed personal
|
||||
memory paths.
|
||||
|
||||
The first target state is read-first and proof-backed:
|
||||
@@ -53,21 +54,21 @@ The first target state is read-first and proof-backed:
|
||||
|
||||
## User Stories
|
||||
|
||||
1. As JP, I want Steev to understand my recent iMessage exchanges, so that he can answer with real personal context.
|
||||
2. As JP, I want Steev to read iMessages without sending, so that personal-agent context does not mutate my Messages state.
|
||||
3. As JP, I want BlueBubbles to be the iMessage capability package, so that iMessage runtime work is not duplicated in Steev.
|
||||
4. As JP, I want Steev to read Proton Mail, so that my personal-agent knows what people are asking me.
|
||||
5. As JP, I want Steev to draft Proton replies without sending them, so that I keep final control of outbound mail.
|
||||
1. As JP, I want `personal-agent` to understand my recent iMessage exchanges, so that he can answer with real personal context.
|
||||
2. As JP, I want `personal-agent` to read iMessages without sending, so that personal-agent context does not mutate my Messages state.
|
||||
3. As JP, I want BlueBubbles to be the iMessage capability package, so that iMessage runtime work is not duplicated inside the profile distribution.
|
||||
4. As JP, I want `personal-agent` to read Proton Mail, so that my personal-agent knows what people are asking me.
|
||||
5. As JP, I want `personal-agent` to draft Proton replies without sending them, so that I keep final control of outbound mail.
|
||||
6. As JP, I want Proton sends to require explicit confirmation, so that no agent sends mail silently.
|
||||
7. As JP, I want Steev to read Proton Calendar, so that it knows my time commitments.
|
||||
8. As JP, I want Steev to propose calendar changes before writing them, so that scheduling remains controlled.
|
||||
9. As JP, I want Steev to read Proton Contacts, so that it can identify people across channels.
|
||||
7. As JP, I want `personal-agent` to read Proton Calendar, so that it knows my time commitments.
|
||||
8. As JP, I want `personal-agent` to propose calendar changes before writing them, so that scheduling remains controlled.
|
||||
9. As JP, I want `personal-agent` to read Proton Contacts, so that it can identify people across channels.
|
||||
10. As JP, I want contact writes to require explicit confirmation, so that my address book is not changed silently.
|
||||
11. As JP, I want Steev to read Proton Drive through rclone, so that it can find personal context when I ask.
|
||||
11. As JP, I want `personal-agent` to read Proton Drive through rclone, so that it can find personal context when I ask.
|
||||
12. As JP, I want Drive writes to be confirmation-gated, so that personal files are not changed silently.
|
||||
13. As JP, I want all personal context routed to personal Secondbrain storage, so that my private life stays personal.
|
||||
14. As JP, I want `orgbrain` forbidden for this data, so that personal messages and mail never become organization memory.
|
||||
15. As JP, I want Steev to use Keyvault references only, so that this project does not become a credential migration.
|
||||
15. As JP, I want `personal-agent` to use Keyvault references only, so that this project does not become a credential migration.
|
||||
16. As JP, I want Core to store only redacted proofs, so that governance can be reviewed without exposing personal content.
|
||||
17. As JP, I want each capability to report health without leaking payloads, so that runtime readiness is observable and private.
|
||||
18. As JP, I want the Mac Mini BlueBubbles runtime to stay always-on, so that iMessage context is available continuously.
|
||||
@@ -82,7 +83,7 @@ The first target state is read-first and proof-backed:
|
||||
27. As JP, I want legacy repositories treated as reference material, so that useful code is preserved without becoming authority.
|
||||
28. As JP, I want runtime readiness separated from Seed readiness, so that package claims are not inflated.
|
||||
29. As JP, I want final completion to require profile, capability, runtime, memory, and graph hygiene acceptance, so that "done" has one meaning.
|
||||
30. As a profile maintainer, I want Steev's manifest and disclosure to match live capability exposure, so that runtime drift is caught.
|
||||
30. As a profile maintainer, I want the personal-agent manifest and disclosure to match live capability exposure, so that runtime drift is caught.
|
||||
31. As a capability maintainer, I want each surface to declare allowed and forbidden effects, so that test coverage follows real risk.
|
||||
32. As a Secondbrain maintainer, I want proposal-only intake before durable apply, so that memory writes remain governed.
|
||||
33. As a conductor operator, I want service identity and health shapes per capability, so that the central service lane can adopt them.
|
||||
@@ -92,8 +93,9 @@ The first target state is read-first and proof-backed:
|
||||
|
||||
## Implementation Decisions
|
||||
|
||||
- Steev owns the profile-level personal context runtime contract; individual integrations remain child capability packages.
|
||||
- BlueBubbles owns the iMessage capability package. Steev consumes the package as `imessage.read` and does not implement a second connector.
|
||||
- `personal-agent` owns the profile-level personal context runtime contract; individual integrations remain child capability packages.
|
||||
- Steev is the user-facing display name and current distribution/repo alias for `personal-agent`; it is not a separate product authority.
|
||||
- BlueBubbles owns the iMessage capability package. `personal-agent` consumes the package as `imessage.read` and does not implement a second connector.
|
||||
- Proton/rclone must become a standardized capability package with declared surfaces for Mail, Calendar, Contacts, and Drive.
|
||||
- The personal-agent memory target is personal Secondbrain storage only. `orgbrain` is a hard-denied target for this work.
|
||||
- Runtime claims require redacted live proof and a local validator. Partial service availability must be named per surface.
|
||||
@@ -110,7 +112,7 @@ The first target state is read-first and proof-backed:
|
||||
|
||||
## Testing Decisions
|
||||
|
||||
- The highest profile seam is Steev's validator plus manifest/disclosure consistency.
|
||||
- The highest profile seam is the personal-agent distribution validator plus manifest/disclosure consistency.
|
||||
- The highest iMessage seam is the BlueBubbles read-only runtime package and its redacted watchdog proof.
|
||||
- The highest Proton seam is a redacted health check per surface: Mail, Calendar, Contacts, and Drive.
|
||||
- The highest memory seam is a proposal envelope that targets personal Secondbrain storage and rejects `orgbrain`.
|
||||
@@ -118,7 +120,7 @@ The first target state is read-first and proof-backed:
|
||||
- The highest runtime seam is always-on supervisor posture with redacted proof, not raw payload capture.
|
||||
- The highest desktop seam is a contract handoff, not UI wiring, until the adapter lane releases.
|
||||
- Tests should assert external behavior: allowed reads work, denied mutations fail before transport, confirmation-gated writes cannot run silently, personal memory proposals do not become durable writes, and proof files contain no raw personal data or secrets.
|
||||
- Every completed slice must leave the Steev child validator passing.
|
||||
- Every completed slice must leave the current distribution validator passing.
|
||||
|
||||
## Out of Scope
|
||||
|
||||
@@ -131,13 +133,13 @@ The first target state is read-first and proof-backed:
|
||||
- Granting browser/Webwright full computer control through this PRD.
|
||||
- Writing durable Secondbrain memory directly from capability packages.
|
||||
- Routing any personal context to `orgbrain`.
|
||||
- Mutating Core, Seed, conductor, curator, desktop adapter, BlueBubbles, Proton, or Secondbrain workspaces from this Steev planning route.
|
||||
- Mutating Core, Seed, conductor, curator, desktop adapter, BlueBubbles, Proton, or Secondbrain workspaces from this personal-agent planning route.
|
||||
|
||||
## Further Notes
|
||||
|
||||
This PRD intentionally moves the center of gravity from individual connector
|
||||
experiments to Steev's profile contract. BlueBubbles remains the concrete
|
||||
experiments to the `personal-agent` profile contract. BlueBubbles remains the concrete
|
||||
iMessage package. Proton/rclone becomes the next standardized capability
|
||||
package. Steev becomes the governed personal-agent profile that declares which
|
||||
package. The current Steev-named distribution becomes the governed `personal-agent` package that declares which
|
||||
capabilities are allowed, how they route memory, and which old work is no
|
||||
longer authoritative.
|
||||
+23
-20
@@ -1,40 +1,43 @@
|
||||
---
|
||||
name: 2026-06-14-steev-personal-context-runtime-sandcastle
|
||||
name: 2026-06-14-personal-agent-context-runtime-sandcastle
|
||||
status: prepared
|
||||
triage: ready-for-agent
|
||||
owner: jp
|
||||
source: docs/issues/2026-06-14-steev-personal-context-runtime-work-orders.md
|
||||
source: docs/issues/2026-06-14-personal-agent-context-runtime-work-orders.md
|
||||
created: 2026-06-14
|
||||
last_reviewed: 2026-06-14
|
||||
artifact_type: sandcastle-descriptor
|
||||
---
|
||||
|
||||
# Steev Personal Context Runtime Sandcastle
|
||||
# Personal-Agent Context Runtime Sandcastle
|
||||
|
||||
## Active Sandcastle Decision
|
||||
|
||||
- Source repo: `/home/svrnty/workspaces/cortex-os/steev`
|
||||
- Active Steev sandcastle before this work: none found
|
||||
- Profile identity: `personal-agent`
|
||||
- User display name / distribution alias: Steev
|
||||
- Active personal-agent sandcastle before this work: none found
|
||||
- Prepared pickup descriptor: this file
|
||||
- Local issue tracker: `docs/issues/2026-06-14-steev-personal-context-runtime-work-orders.md`
|
||||
- PRD: `docs/prd/2026-06-14-steev-personal-context-runtime-prd.md`
|
||||
- Supersession register: `docs/supersession/2026-06-14-steev-personal-context-runtime-supersession-register.md`
|
||||
- Local issue tracker: `docs/issues/2026-06-14-personal-agent-context-runtime-work-orders.md`
|
||||
- PRD: `docs/prd/2026-06-14-personal-agent-context-runtime-prd.md`
|
||||
- Supersession register: `docs/supersession/2026-06-14-personal-agent-context-runtime-supersession-register.md`
|
||||
- Local gate: `python3 tools/validate_steev_child.py`
|
||||
|
||||
## Decision
|
||||
|
||||
Use Steev as the profile-level sandcastle for personal context runtime
|
||||
Use `personal-agent` as the profile-level sandcastle for personal context runtime
|
||||
standardization. Do not open a competing iMessage connector, Proton connector,
|
||||
rclone storage service, desktop adapter, conductor, curator, or Secondbrain
|
||||
runtime from this route.
|
||||
|
||||
Continue BlueBubbles-specific execution in the existing BlueBubbles completion
|
||||
readiness sandcastle. Use this Steev package as the profile contract that says
|
||||
which capability packages Steev may consume and how personal context must route.
|
||||
readiness sandcastle. Use this package as the `personal-agent` profile contract
|
||||
that says which capability packages the profile may consume and how personal
|
||||
context must route. Steev remains the user-facing name.
|
||||
|
||||
## Purpose
|
||||
|
||||
Make Steev the clean personal-agent profile over JP's real personal context:
|
||||
Make `personal-agent` the clean profile over JP's real personal context:
|
||||
iMessage, Proton Mail, Calendar, Contacts, Proton Drive through rclone, and
|
||||
future browser/Webwright host control. This sandcastle exists to remove context
|
||||
confusion, classify old work, and produce vertical implementation slices.
|
||||
@@ -56,18 +59,18 @@ confusion, classify old work, and produce vertical implementation slices.
|
||||
|
||||
## Pickup Order
|
||||
|
||||
- Start with `SPCR-001` to define the profile authority and surface contract.
|
||||
- Then run `SPCR-002` to classify old work and prevent graph ambiguity.
|
||||
- Run `SPCR-003` and `SPCR-004` in parallel only after the supersession register exists.
|
||||
- Run `SPCR-005` after iMessage and Proton/rclone surfaces are clear.
|
||||
- Keep `SPCR-006` blocked until conductor/curator release their lane.
|
||||
- Keep `SPCR-008` blocked until the adapter lane releases.
|
||||
- Keep `SPCR-009` HITL because it grants broad Mac/browser authority.
|
||||
- Use `SPCR-010` only as the final acceptance gate.
|
||||
- Start with `PACR-001` to define the profile authority and surface contract.
|
||||
- Then run `PACR-002` to classify old work and prevent graph ambiguity.
|
||||
- Run `PACR-003` and `PACR-004` in parallel only after the supersession register exists.
|
||||
- Run `PACR-005` after iMessage and Proton/rclone surfaces are clear.
|
||||
- Keep `PACR-006` blocked until conductor/curator release their lane.
|
||||
- Keep `PACR-008` blocked until the adapter lane releases.
|
||||
- Keep `PACR-009` HITL because it grants broad Mac/browser authority.
|
||||
- Use `PACR-010` only as the final acceptance gate.
|
||||
|
||||
## One-Line Execution Map
|
||||
|
||||
- Define Steev profile surfaces: one personal context contract.
|
||||
- Define `personal-agent` profile surfaces: one personal context contract.
|
||||
- Classify old work: active, superseded, archived, or legacy-reference.
|
||||
- Pick up BlueBubbles: `imessage.read`, read-only, personal memory only.
|
||||
- Package Proton/rclone: Mail, Calendar, Contacts, Drive surfaces.
|
||||
+26
-23
@@ -1,9 +1,9 @@
|
||||
---
|
||||
name: 2026-06-14-steev-personal-context-runtime-supersession-register
|
||||
name: 2026-06-14-personal-agent-context-runtime-supersession-register
|
||||
status: active
|
||||
triage: ready-for-agent
|
||||
owner: jp
|
||||
source: docs/prd/2026-06-14-steev-personal-context-runtime-prd.md
|
||||
source: docs/prd/2026-06-14-personal-agent-context-runtime-prd.md
|
||||
created: 2026-06-14
|
||||
last_reviewed: 2026-06-14
|
||||
core_promotion_status: not-promoted
|
||||
@@ -11,11 +11,11 @@ description: Supersession register for personal-agent context runtime work so ol
|
||||
artifact_type: supersession-register
|
||||
---
|
||||
|
||||
# Steev Personal Context Runtime Supersession Register
|
||||
# Personal-Agent Context Runtime Supersession Register
|
||||
|
||||
## Rule
|
||||
|
||||
Every artifact that talks about Steev personal context, iMessage, BlueBubbles,
|
||||
Every artifact that talks about `personal-agent`, Steev display-name context, iMessage, BlueBubbles,
|
||||
Proton, rclone, Secondbrain memory routing, conductor/curator routing, or
|
||||
desktop exposure must be treated as one of:
|
||||
|
||||
@@ -29,27 +29,29 @@ desktop exposure must be treated as one of:
|
||||
|
||||
| Area | Status | Canonical pickup |
|
||||
| --- | --- | --- |
|
||||
| Steev profile contract | active-authority | This PRD and work orders |
|
||||
| Personal-agent profile contract | active-authority | This PRD and work orders |
|
||||
| Steev display name | active-alias | User-facing name for `personal-agent`, not separate authority |
|
||||
| BlueBubbles iMessage | active-capability-package | BlueBubbles child completion-readiness package |
|
||||
| Proton Mail/Calendar/Contacts | blocked-follow-up | New Proton/rclone capability package work from `SPCR-004` |
|
||||
| Proton Drive/rclone | blocked-follow-up | New Proton/rclone capability package work from `SPCR-004` |
|
||||
| Personal memory route | blocked-follow-up | `SPCR-005`, then owning Secondbrain/curator route |
|
||||
| Conductor/curator service routing | blocked-follow-up | `SPCR-006`, after owning lanes release |
|
||||
| Desktop app exposure | blocked-follow-up | `SPCR-008`, after adapter lane release |
|
||||
| Browser/Webwright host control | blocked-follow-up | `SPCR-009`, explicit approval only |
|
||||
| Proton Mail/Calendar/Contacts | blocked-follow-up | New Proton/rclone capability package work from `PACR-004` |
|
||||
| Proton Drive/rclone | blocked-follow-up | New Proton/rclone capability package work from `PACR-004` |
|
||||
| Personal memory route | blocked-follow-up | `PACR-005`, then owning Secondbrain/curator route |
|
||||
| Conductor/curator service routing | blocked-follow-up | `PACR-006`, after owning lanes release |
|
||||
| Desktop app exposure | blocked-follow-up | `PACR-008`, after adapter lane release |
|
||||
| Browser/Webwright host control | blocked-follow-up | `PACR-009`, explicit approval only |
|
||||
|
||||
## Known Artifacts And Supersession State
|
||||
|
||||
| Artifact family | State | One-line reason |
|
||||
| --- | --- | --- |
|
||||
| Steev `CONTRACT.md` v1 iMessage-as-v2 wording | superseded | iMessage is now main personal context intake, not a low-priority future messaging item. |
|
||||
| Steev `AGENT.md` reused-skill summary | superseded | It names useful tools but not the new governed surface model. |
|
||||
| Steev `skills/steev-agent` current memory protocol | superseded | It says episodic memory only but does not encode personal Secondbrain proposal/apply routing. |
|
||||
| Steev `skills/proton-tools` | active-source-to-consolidate | It contains live Proton tool knowledge but must be folded into a standardized capability package. |
|
||||
| Steev `DISCLOSURE.md` Wave 8/8.5 runtime disclosure | superseded-pending-refresh | It is historical disclosure and must be refreshed after the profile capability contract changes. |
|
||||
| BlueBubbles runtime-readiness PRD | active-capability-package | It remains valid for the iMessage capability package, subordinate to Steev's profile contract. |
|
||||
| Steev-named distribution repo | active-alias | Current repo path for `personal-agent`; display name is not separate profile authority. |
|
||||
| `CONTRACT.md` v1 iMessage-as-v2 wording | superseded | iMessage is now main personal context intake, not a low-priority future messaging item. |
|
||||
| `AGENT.md` reused-skill summary | superseded | It names useful tools but not the new governed surface model. |
|
||||
| `skills/steev-agent` current memory protocol | superseded | It says episodic memory only but does not encode personal Secondbrain proposal/apply routing. |
|
||||
| `skills/proton-tools` | active-source-to-consolidate | It contains live Proton tool knowledge but must be folded into a standardized capability package. |
|
||||
| `DISCLOSURE.md` Wave 8/8.5 runtime disclosure | superseded-pending-refresh | It is historical disclosure and must be refreshed after the profile capability contract changes. |
|
||||
| BlueBubbles runtime-readiness PRD | active-capability-package | It remains valid for the iMessage capability package, subordinate to the `personal-agent` profile contract. |
|
||||
| BlueBubbles completion-readiness PRD | active-capability-package | It remains the BlueBubbles package pickup for read-only iMessage readiness. |
|
||||
| BlueBubbles Hermes connector convergence PRD | active-capability-package | It prevents duplicate connector work and remains aligned with Steev's profile contract. |
|
||||
| BlueBubbles Hermes connector convergence PRD | active-capability-package | It prevents duplicate connector work and remains aligned with the `personal-agent` profile contract. |
|
||||
| Legacy Cortex Proton API repo | legacy-reference | It has useful Mail/Calendar/Contacts service code but is not Cortex OS child authority. |
|
||||
| Legacy Cortex Proton Bridge repo | legacy-reference | It has bridge/container material but is not the canonical runtime package. |
|
||||
| Legacy Cortex rclone storage repo | legacy-reference | It has Drive service and permission code but is not the canonical personal-agent package. |
|
||||
@@ -66,7 +68,8 @@ desktop exposure must be treated as one of:
|
||||
|
||||
## Graph Hygiene Requirements
|
||||
|
||||
- Graph context should expose this PRD as the Steev profile-level pickup.
|
||||
- Graph context should expose this PRD as the `personal-agent` profile-level pickup.
|
||||
- Graph context should treat Steev as display name / distribution alias only.
|
||||
- Graph context should expose BlueBubbles as the active iMessage capability package.
|
||||
- Graph context should not treat legacy Cortex Proton/rclone repositories as active authority.
|
||||
- Graph context should not treat duplicate Proton skills as separate current product surfaces.
|
||||
@@ -76,8 +79,8 @@ desktop exposure must be treated as one of:
|
||||
|
||||
## Archive And Supersede Actions
|
||||
|
||||
- Add visible supersession notes to Steev contract and disclosure when `SPCR-001` is implemented.
|
||||
- Add package-level supersession notes to Proton/rclone artifacts when `SPCR-004` creates the child package.
|
||||
- Keep BlueBubbles artifacts active but subordinate to the Steev profile contract.
|
||||
- Add visible supersession notes to the personal-agent contract and disclosure when `PACR-001` is implemented.
|
||||
- Add package-level supersession notes to Proton/rclone artifacts when `PACR-004` creates the child package.
|
||||
- Keep BlueBubbles artifacts active but subordinate to the `personal-agent` profile contract.
|
||||
- Archive or mark duplicate Proton skills after the canonical package is installed.
|
||||
- Record final graph cleanup in `SPCR-010`; do not claim complete before this register matches the graph pickup state.
|
||||
- Record final graph cleanup in `PACR-010`; do not claim complete before this register matches the graph pickup state.
|
||||
Reference in New Issue
Block a user