git:20261002.f8be35e to git:20261002.306a707

28 added, 25 removed. Audit A to A.

---
name: rem-owner-page
description: The owner's work, commitments and next decisions.
---
# Your own page
- This page is the user's, written for the user: "who am I, and what am I doing
- now", from what they sent and typed. It keeps the person page's headings and
- `Facts` labels, except `How the user writes to them`, which this page does not
- have: leave it out.
+ 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:
- - **Who the user is and what they are working on now.** From the coding
- sessions: the projects they worked in and what they were doing there, dated
- ("since 2026-09-20 building the reader for co rem; 2026-09-28 fixing the
- Outlook import [4][7]"). Mail says who they work with; sessions say what they
- are doing. The `recent-projects` item lists the projects of the last four
- weeks with their dates: name each of the busiest there, dated, here and in
- `Who they are`.
- - What is open: the threads the user owes, and the ones owed to them.
- - `Last contact:` is the newest message they sent to a person, with its channel.
+ - **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, Codex and any other coding agent in the sessions are tools the
- user works with. A session prompt is the user's own work: what they asked for
- is what they were doing ("2026-09-29 asked for a message-volume check on co
- rem [5]"), and it goes in the lead, `Who they are` or `History`. An agent is
- never a counterparty in `Open threads` (it owes the user nothing, and the user
- owes it nothing), never `Last contact`, and never a correspondent in `Cadence`.
+ 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.
- List stated roles with citations and dates; otherwise `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`: connect projects and commitments to the next decision: what must
- happen first, who waits, or a recurring tradeoff. Summarized requests alone
- are not insight; only artifact evidence proves shipping. Cite the dependency.
+ - `Insight`: 2–4 cited bullets connecting projects and commitments to the next
+ decision: what must happen first, who waits, or a recurring tradeoff.
+ 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 and cite the dependency. Summarized requests alone are
+ not insight. A coding request proves no shipment or passing test; only
+ artifact evidence proves shipping.
- `Why they are here`: this is the owner's page; one line, cited to the map.
- `Our relationship`: `Account owner`.
- - `History`: dated events, newest first (a launch, a hire, a move, a release,
- a project started or stopped). The map's mail counts are not history: move
- them to `Cadence`.
+ - `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.