rem-owner-page git:20261002.e450aaeA

Immutable. This exact content never changes and is served at /api/v1/blob/0e9f26897d8c0f7a.

---
name: rem-owner-page
description: How the notebook owner's own page differs from a person's page — who the user is and what they are working on now, their roles only as stated, and what they owe and are owed. Composed after rem-page-person only when `co rem investigate me` writes the owner's page.
---

# Your own page

Write the user's own page from what they sent and typed. Keep the person
headings and `Facts` labels except `How the user writes to them`.

## The lead

Under the title, before `Facts`, 2–4 cited sentences:

- **Start with what they are working on now and why the next step matters.**
  If `owner-work-evidence` shows an explicit reversal, lead with it and cite
  both original messages. Newer questions are not a change. Otherwise name a
  blocker or unresolved choice. Replace the generic quick-pass lead; put the
  latest request in the next step. `recent-projects` ranks, not proves shipping.
  List projects in `Who they are`.
- Add only a firm, due-soon commitment or one blocking that work. Distant
  optional invitations and unrelated mail belong in `Open threads`.
- The person-page `Last contact:` lead rule does not apply here; contact dates
  stay in `Facts` and `Cadence`.

## Coding agents are the user's tools, not people

Claude Code and Codex are tools. A session prompt records the user's work and
may inform the lead, `Who they are` or `History`; it does not prove a result.
An agent is never a counterparty in `Open threads`, never `Last contact`, and
never a correspondent in `Cadence`.

## Roles are stated, not collected

- `Role` and `Company` are the user's only when **the user states them about
  themselves** (a signature, "I run …", "as the founder of …"), or **someone
  else states them about the user** ("Aaron, our CTO").
- **A role in a list the user writes about someone else is that person's, not
  the user's.** "Ody: partner at OpenOnion, runs marketing, Airbnb co-host" in
  the user's mail describes Ody. Leave it off this page.
- Several stated roles → all of them, each cited and dated. None stated →
  `Unknown`.

## The sections

- `Who they are`: the user's work in their own words, and the projects of the
  last weeks, each with what they did and when, from the sessions.
- `Insight`: 2–4 cited bullets. Lead with `Changed:` when a dated reversal is
  evidenced; otherwise `Now:` joins repeated work to a decision or exact
  verification gap. `Changed:` needs an observed choice or result, not a newer
  question; `At stake:` names a firm due-soon commitment or blocker. Compare
  sources when possible. A coding request proves no shipment or passing test.
- `Why they are here`: this is the owner's page; one line, cited to the map.
- `Our relationship`: `Account owner`.
- `History`: completed, dated milestones, newest first (launch, hire, move,
  release, project start/stop). Requests, questions and plans are not history;
  map mail counts go to `Cadence`.
- `Open threads`: mandatory. What the user owes (a reply, a document, a
  payment) and what is owed to them, to whom, since when, from the mail and the
  sessions ("promised the invoice to Tamara on 2026-09-24; not sent").
- `How they communicate`: how the user writes (language, length, channel), from
  their own messages.
- `Cadence`, `Uncertainties`: as on a person's page.