Task inbox

Task inbox data Sprite

The personal worklist: filter chips over urgency-flagged items, each a drill link with title and meta.

Layer: L1 surface · Recipe: unset — see docs/agent/pick-a-surface.md. Curriculum: AGENTS.md; pick matrix: docs/agent/pick-a-surface.md; blast radius: CONSUMER_MAP.md.

Copy this

html
<!-- icons: include the icon sheet once per page (see the Setup section, #setup) -->
<div class="hm-measure-lg">
  <div class="task-inbox-region" data-task-inbox data-region-name="inbox">
    <div class="task-inbox-chips">
      <div class="task-inbox-chip" data-chip-id="all"><span class="task-inbox-chip-count">6</span><span class="task-inbox-chip-label">All</span></div>
      <div class="task-inbox-chip" data-chip-id="overdue"><span class="task-inbox-chip-count">2</span><span class="task-inbox-chip-label">Overdue</span></div>
    </div>
    <ul class="task-inbox-items">
      <li class="task-inbox-item" data-urgency="overdue" data-item-id="t1">
        <a class="task-inbox-item-link" href="#">
          <span class="task-inbox-item-icon" aria-hidden="true"><svg class="icon" aria-hidden="true"><use href="#i-inbox"/></svg></span>
          <div class="task-inbox-item-body">
            <div class="task-inbox-item-title">Approve refund — Acme</div>
            <div class="task-inbox-item-meta">due in 2h · assigned to you</div>
          </div>
        </a>
      </li>
      <li class="task-inbox-item" data-urgency="due" data-item-id="t2">
        <a class="task-inbox-item-link" href="#">
          <span class="task-inbox-item-icon" aria-hidden="true"><svg class="icon" aria-hidden="true"><use href="#i-inbox"/></svg></span>
          <div class="task-inbox-item-body">
            <div class="task-inbox-item-title">Review KYC — Globex</div>
            <div class="task-inbox-item-meta">due tomorrow</div>
          </div>
        </a>
      </li>
    </ul>
  </div>
</div>

Server exchange

This Hyperpart has no server exchange — it is presentation or client chrome only. htmx does not issue a request on this part's behalf. If you put an affordance (hx-*) on a control that uses this markup, that action's exchange belongs to the action, not this part. See Swap contract for host-owned envelopes.

Swap contract

Agent-visible HTMX topology (ADR-0054 / decision 0012). exchange envelope = what the response may re-emit relative to the persistent slot (body_only | outer | none | host_owned | document). dual-lock validates part markup only — not this envelope. Stem: stems/morph-safe-hypermedia.md; decision: docs/decisions/0012-swap-identity-contract.md.

No host HTMX exchange on this part — presentation or client chrome only. exchange envelope: n/a.

If a host wraps this markup in hx-*, that host owns the swap contract (sole identity + envelope). Prefer innerMorph / outerMorph for stable slots; replacement for flash; body-only responses under inner swaps.

Envelope response examples

This part has no owned exchange (envelope n/a). If a host adds hx-*, that host’s envelope applies — typically body_only:

html
<!-- Host wraps this presentation part with hx-* (host owns envelope) -->
<!-- Prefer: hx-swap="innerMorph" hx-target="#panel-body" -->
<!-- Server returns body_only interior for #panel-body -->
<div class="dz-stack">content…</div>

Do not re-own the slot:

html
<!-- WRONG: server returns the presentation root with a new id every poll -->
<div id="task-inbox-root" data-dz-region>…</div>

How to use it

No extended guidance authored yet — start from Copy this and the dependency chips (Primitive = markup only; controller = load listed JS; Endpoint = implement Server exchange).

Seams

  • copy the partial under Copy this; keep root class and data-* modifiers so the CSS/JS bundle matches
  • no Server exchange on this part — pure presentation or client chrome
  • satisfy the DOM contract tables (CI stop-ship)

DOM contract

What the emitted HTML must satisfy — the table is the required surface; Python under contracts/ is the package-internal dual-lock CI runs (tests/test_contracts.py), not an app route. Standalone HTMX4: implement the API so responses match this markup. Dazzle: the agent emits SSR that already satisfies it. Do not invent attrs outside these tables. For request/response wiring see Server exchange.

contracts/task_inbox.py

Required in the DOM: root [data-task-inbox] (part task-inbox). Emit only these attributes — inventing extras is fine only if controllers ignore them; omitting required ones fails CI (tests/test_contracts.py).

NodeAttrConstraint
[data-task-inbox]data-task-inboxpresent (any value)

Ingestion model TaskInbox

Server-side shape before render — one normalisation boundary for producers.

FieldTypeRequired
region_namestringoptional
body_htmlstringoptional

Exemplar render()

Executable in CI: the Python below is render(); the boxed preview is render(EXEMPLARS[0]) — the first fixture the dual-lock tests emit, not a separate widget and not gallery mock data.

python
def render(t: TaskInbox) -> str:
    """Model → task-inbox region root."""
    rname = html.escape(t.region_name, quote=True)
    return (
        f'<div class="dz-task-inbox-region" data-dz-task-inbox '
        f'data-dz-region-name="{rname}">{t.body_html}</div>'
    )

Live output of render(EXEMPLARS[0]) — fixture markup the dual-lock validates (sample field values only).

6All
  • Approve refund

Notes

Dual-lock root is data-task-inbox (contracts/task_inbox.py) on the region. Items carry data-urgency="overdue|due|soon|later" (the server clamps anything else to later) + a stable data-item-id; the whole row is one link, leading with its icon. Chips render count THEN label (data-chip-id anchors a filter exchange in Dazzle).

Source files

Canonical registration in the registry. No dedicated controller — CSS for this part lives in the layered bundle.

site/registry.py · contracts/task_inbox.py