Files
PaperClipAI/ui/src/hooks/useAttentionViews.ts
T
cf1def0ca6 feat(inbox): rebuild compact cards and share task review controls (#20961)
## Thinking Path

> - Paperclip helps people manage AI agents and their work.
> - The inbox collects decisions, requests, and updates for the people
in a company.
> - People need a clear personal queue and a consistent way to answer
each request.
> - Repeated headings, inconsistent card actions, and separate review
flows make that work harder.
> - This pull request connects the inbox UI to the routing foundation in
#20959.
> - Compact cards use shared task controls and open supporting work in a
side panel.
> - People can answer, claim, transfer, archive, and inspect outcomes
from one place.

## Linked Issues or Issue Description

**What existing behavior does this improve?**

The inbox cards, personal views, shared task controls, and decision
history.

**Subsystem affected**

UI. This PR targets master and uses the routing foundation merged in
#20959.

**Current behavior**

The inbox repeats headings and counts. Cards have different layouts and
action placement. The requester can repeat the signed-in person's name.
Review and question controls differ between the inbox and task thread.

**Proposed behavior**

Open Assigned to you by default. Show one count line above the cards.
Use a compact card layout with consistent actions and supporting
details. Show the requester's avatar and name only when they differ from
the signed-in person. Share question controls, including a radio option
for Other that reveals a text field when selected.

**Reason and benefit**

People can scan their queue and complete requests without losing the
surrounding task or creating separate drafts for the same review.

**Breaking changes**

The default inbox view becomes personal. The all-assignee and shared
views remain available. Card close menus distinguish personal archive
and snooze from shared withdrawal.

**Additional context**

Refs #20959, #19363, and #19520. Refs #20268 for related
actionable-request work. This stack adds personal routing and shared
controls. ROADMAP.md includes Multiple Human Users and Agent Reviews and
Approvals.

## What Changed

- Add personal, unassigned, company, all-assignee, and archived inbox
views. Add claim, transfer, personal close actions, receipts, and
history controls.
- Use compact decision cards with a single count line, one-pixel
borders, and equal space above, below, and to the right of each primary
action.
- Open artifacts and synchronized confirmation/approval controls in a
shared side panel. Share their revision drafts and action state with the
task thread. Other requests keep one editable form on the inbox card
while reviewing an artifact.
- Make Other match the question options and reveal its field only when
selected. Apply this to inbox and task question cards.
- Hide self-requester labels, space agent avatars, and use the standard
canceled status icon for withdrawn requests.
- Use connector logos in connector cards. Keep the connector promotion
background and sidebar border continuous.
- Add company and project decision-owner controls and document the
updated inbox behavior.

## Verification

- The complete [GitHub Actions CI
matrix](https://github.com/paperclipai/paperclip/actions/runs/43141559641)
passes on `8d81a75e49b518fff6b6ff4c23dd67979b0b97ee` (Linux/Node 24:
typecheck, build, general and serialized tests, Runner support, browser
shards, and aggregate gates). Greptile is 5/5 on that exact head with
zero open findings, and the security scan passes.
- Local UI typechecking passes. Eight focused suites pass 382 tests: 236
inbox/review/question/connector tests plus all 146 composer tests.
Regressions passed red to green for attachment links, prompt rendering,
single-form artifact review, connector scope copy, accessible headings,
and the composer test harness's missing theme provider. The final commit
changes only that test harness; production code is unchanged from
`59d015833f`.
- Browser acceptance on the production implementation confirms preserved
selected answers with one editable question form, accessible Markdown
prompts, inert image references, accurate connector scope copy, native
PDF downloads, image sidebar previews, and Open file requesting the
attachment endpoint while preserving the inbox URL. Request reads and
file responses were intercepted; no question answers were written. The
preview is healthy on the final head.
- Visual and interaction checks cover Other radio behavior in both
themes and on mobile, the loaded Google Calendar logo, and 20px above,
below, and to the right of the primary action across all 23 visible
cards. The affected desktop/mobile navigation and sidebar specs pass
locally and in the final CI browser matrix.
- Real-editor browser checks confirm Ctrl/Cmd+Enter cannot bypass
another person's confirmation. Cancel preserves the draft and unlocks
silently; Continue submits once. Approval write failures remain visible.
- `pnpm verify` returns exit 2 because DESIGN.md requires broader
coverage; the final full CI matrix supplies every requested gate. Maps
and Storybook catalog structural checks pass. The routing foundation
#20959 merged after passing 249 database tests, server typechecking,
full CI, Greptile 5/5, and security scanning. Its backend and SDK
registry are preserved.
- Demo data is retained for testing; database suites and browser specs
use separate disposable databases.

## Risks

- The inbox uses the routing contracts merged in #20959. Personal
filters and history affect shared task entry points; the affected
controls are included in local regression coverage and full CI.
- Personal defaults and close-menu wording change inbox behavior.
Existing resolver permissions still control shared actions.
- Shared revision state and live invalidation affect two surfaces.
Focused tests cover draft synchronization, action locks, and incoming
updates.
- Visual changes use the existing design tokens and component
primitives.

## Model Used

OpenAI GPT-6 through Codex. Used repository tools, code execution, and
browser checks. This session does not expose a more specific runtime
model ID or its context-window size.

## Checklist

- [x] I have included a thinking path that traces from project context
to this change
- [x] I have specified the model used (with version and capability
details)
- [x] I have checked ROADMAP.md and confirmed this PR does not duplicate
planned core work
- [x] I have searched GitHub for duplicate or related PRs and linked
them above
- [x] I have described the issue in-PR following the relevant issue
template
- [x] I have not referenced internal/instance-local Paperclip issues or
links
- [x] My branch name describes the change and contains no internal
Paperclip ticket id
- [x] I have run focused tests locally and they pass
- [x] I have added or updated tests where applicable
- [x] I have updated relevant documentation to reflect my changes
- [x] I have considered and documented any risks above
- [x] All Paperclip CI gates are green
- [x] Greptile is 5/5 with no open P2s, recommendations, or follow-ups
- [x] I will address all Greptile and reviewer comments before
requesting merge

---------

Co-authored-by: Scott Tong <scott@scottsmbpm5max.lan>
Co-authored-by: Paperclip <noreply@paperclip.ing>
2026-11-11 21:05:00 -08:00

302 lines
12 KiB
TypeScript

import { useCallback, useState } from "react";
import { useMutation, useQuery, useQueryClient } from "@tanstack/react-query";
import type { AttentionCloseMode, AttentionItem, AttentionPersonalView, AttentionReceipt } from "@paperclipai/shared";
import { accessApi } from "@/api/access";
import { attentionApi } from "@/api/attention";
import { inboxDismissalsApi } from "@/api/inboxDismissals";
import { useOptionalToastActions } from "@/context/ToastContext";
import { useCoordinatorWorkspaceEnabled } from "@/hooks/useCoordinatorWorkspaceEnabled";
import { attentionAlreadyClosedText, attentionUserLabel, readAttentionAlreadyClosed } from "@/lib/attention-close";
import { EMPTY_ATTENTION_VIEW_COUNTS, attentionEveryoneViewAllowed } from "@/lib/attention-views";
import { invalidateAttentionRecordViews } from "@/lib/attention-record-views";
import { coordinatorAttentionQueryKey } from "@/lib/coordinator-attention";
import { queryKeys } from "@/lib/queryKeys";
interface AttentionViewFeedOptions {
enabled?: boolean;
refetchInterval?: number;
}
/**
* The complete pending feed of one view for the signed-in person (PAP-749 plan
* §1). It waits for the user ID, so the cache never holds a list without its
* owner in the key.
*/
export function useAttentionViewFeed(
companyId: string | null | undefined,
view: AttentionPersonalView,
options: AttentionViewFeedOptions = {},
) {
const { userId } = useCoordinatorWorkspaceEnabled();
return useQuery({
queryKey: coordinatorAttentionQueryKey(companyId ?? "", userId, view),
queryFn: () => attentionApi.list(companyId!, { all: true, view }),
enabled: !!companyId && !!userId && (options.enabled ?? true),
refetchOnWindowFocus: true,
refetchInterval: options.refetchInterval,
});
}
/**
* The one badge (PAP-749 plan §1, Rule 5) plus the per-view counts. Every
* surface reads the "For you" feed under the same key, so the sidebar, the
* mobile navigation and both Decisions pages show the same numbers.
*/
export function useAttentionBadge(companyId: string | null | undefined, options: AttentionViewFeedOptions = {}) {
const feed = useAttentionViewFeed(companyId, "mine", options);
return {
count: feed.data?.deskBadgeCount ?? 0,
viewCounts: feed.data?.viewCounts ?? EMPTY_ATTENTION_VIEW_COUNTS,
};
}
/**
* Whether the signed-in person may open Everyone (PAP-768): board members
* only. Reads the shared board access snapshot; false until it loads.
*/
export function useAttentionEveryoneView(companyId: string | null | undefined) {
const { userId } = useCoordinatorWorkspaceEnabled();
const boardAccess = useQuery({
queryKey: queryKeys.access.currentBoardAccess,
queryFn: () => accessApi.getCurrentBoardAccess(),
enabled: !!companyId && !!userId,
staleTime: 30_000,
});
return boardAccess.data?.userId === userId && attentionEveryoneViewAllowed(companyId, boardAccess.data);
}
/**
* Claim an ownerless card. Every attention list refetches afterwards, and so
* do task detail and chat, whose audience line names the new owner.
*/
export function useClaimAttentionItem(companyId: string | null | undefined) {
const queryClient = useQueryClient();
const toasts = useOptionalToastActions();
return useMutation({
mutationFn: (item: AttentionItem) => attentionApi.claim(companyId!, item.sourceKind, item.subject.id),
onSuccess: (_result, item) => {
toasts?.pushToast({
title: "Claimed",
body: item.subject.title ? `${item.subject.title} is now in For you.` : "The card is now in For you.",
tone: "success",
});
},
onError: (error) => {
toasts?.pushToast({
title: "Could not claim this card",
body: error instanceof Error ? error.message : undefined,
tone: "error",
});
},
onSettled: (_result, _error, item) => {
if (companyId) invalidateAttentionRecordViews(queryClient, companyId, item);
},
});
}
/**
* Dismiss a receipt at the top of For you (PAP-749 plan §6). It is personal
* presentation state, stored like an archived card under the receipt's key.
*/
export function useDismissAttentionReceipt(companyId: string | null | undefined) {
const queryClient = useQueryClient();
const toasts = useOptionalToastActions();
const mutation = useMutation({
mutationFn: (receipt: AttentionReceipt) => inboxDismissalsApi.dismiss(companyId!, receipt.dismissalKey),
onError: (error) => {
toasts?.pushToast({
title: "Could not dismiss this receipt",
body: error instanceof Error ? error.message : undefined,
tone: "error",
});
},
onSettled: () => {
if (companyId) void queryClient.invalidateQueries({ queryKey: queryKeys.attention(companyId) });
},
});
return {
dismiss: mutation.mutate,
dismissingId: mutation.isPending ? mutation.variables?.id ?? null : null,
};
}
export interface AttentionCloseRequest {
item: AttentionItem;
mode: AttentionCloseMode;
reason?: string | null;
until?: string | null;
}
export interface AttentionWithdrawAllResult {
withdrawn: AttentionItem[];
alreadyClosed: AttentionItem[];
failed: AttentionItem[];
}
const CLOSE_TOAST_TITLE: Record<AttentionCloseMode, string> = {
withdraw: "Request withdrawn",
archive: "Archived for you",
snooze: "Snoozed for you",
};
/**
* The Close… menu verbs and "Withdraw all stale" (PAP-749 plan §2, Rule 6;
* §3). Every verb goes through the one close endpoint, which writes the
* `attention.closed` audit entry. Archive and snooze can be undone (Restore
* deletes the dismissal); withdraw cannot, because the agent is already awake.
* A 409 from a person who was first shows "Already answered by @x".
*/
export function useAttentionCloseActions(
companyId: string | null | undefined,
options: {
userLabelMap?: ReadonlyMap<string, string> | null;
/** Called after the server accepted a close, before the feed refetches. */
onClosed?: (item: AttentionItem, mode: AttentionCloseMode) => void;
/** Called when a close failed, so an optimistic hide can come back. */
onCloseFailed?: (item: AttentionItem, mode: AttentionCloseMode) => void;
/** Called after a Restore (or an Undo) succeeded, before the feed refetches. */
onRestored?: (item: AttentionItem) => void;
} = {},
) {
const queryClient = useQueryClient();
const toasts = useOptionalToastActions();
const { userLabelMap, onClosed, onCloseFailed, onRestored } = options;
const [bulkPending, setBulkPending] = useState(false);
const invalidate = useCallback(() => {
if (!companyId) return;
void queryClient.invalidateQueries({ queryKey: queryKeys.attention(companyId) });
void queryClient.invalidateQueries({ queryKey: queryKeys.inboxDismissals(companyId) });
void queryClient.invalidateQueries({ queryKey: queryKeys.sidebarBadges(companyId) });
}, [companyId, queryClient]);
const errorBody = useCallback((error: unknown) => {
const details = readAttentionAlreadyClosed(error);
if (details) return attentionAlreadyClosedText(details, userLabelMap);
return error instanceof Error ? error.message : undefined;
}, [userLabelMap]);
/**
* Restore deletes your dismissal, so an archived or snoozed card shows in its
* view again (PAP-749 plan §3). Resolves `false` when the server refused, so
* a page can bring back a card it hid optimistically.
*/
const restore = useCallback(async (item: AttentionItem): Promise<boolean> => {
if (!companyId) return false;
let restored = true;
try {
await inboxDismissalsApi.restore(companyId, item.dismissalKey);
onRestored?.(item);
toasts?.pushToast({
id: `attention-restore-${item.id}`,
title: "Restored",
body: item.subject.title ?? undefined,
tone: "info",
});
} catch (error) {
restored = false;
toasts?.pushToast({ title: "Could not restore this card", body: errorBody(error), tone: "error" });
}
invalidate();
return restored;
}, [companyId, errorBody, invalidate, onRestored, toasts]);
const close = useMutation({
mutationFn: ({ item, mode, reason, until }: AttentionCloseRequest) =>
attentionApi.close(companyId!, item.sourceKind, item.subject.id, {
mode,
reason: reason?.trim() || undefined,
until: until ?? undefined,
// The version the person saw: the card returns only when it changes.
fingerprint: mode === "withdraw" ? undefined : item.changeFingerprint || undefined,
}),
onSuccess: (result, { item, mode }) => {
onClosed?.(item, mode);
toasts?.pushToast({
id: `attention-close-${item.id}`,
dedupeKey: `attention-close-${item.dismissalKey}`,
title: CLOSE_TOAST_TITLE[mode],
body: mode === "snooze" && result.until
? `Back ${new Date(result.until).toLocaleString()}.`
: item.subject.title ?? undefined,
tone: mode === "withdraw" ? "success" : "info",
...(mode === "withdraw" ? {} : { ttlMs: 8000, action: { label: "Undo", onClick: () => void restore(item) } }),
});
},
onError: (error, { item, mode }) => {
onCloseFailed?.(item, mode);
toasts?.pushToast({
title: mode === "withdraw" ? "Could not withdraw this request" : "Could not hide this card",
body: errorBody(error),
tone: "error",
});
},
onSettled: invalidate,
});
const transfer = useMutation({
mutationFn: ({ item, userId, reason }: { item: AttentionItem; userId: string; reason?: string | null }) =>
attentionApi.transfer(companyId!, item.sourceKind, item.subject.id, { userId, reason: reason?.trim() || undefined }),
onSuccess: (_result, { item, userId }) => {
toasts?.pushToast({
title: `Transferred to @${attentionUserLabel(userId, userLabelMap)}`,
body: item.subject.title ?? undefined,
tone: "success",
});
},
onError: (error) => {
toasts?.pushToast({ title: "Could not transfer this card", body: errorBody(error), tone: "error" });
},
onSettled: (_result, _error, { item }) => {
invalidate();
// Task detail and chat name the new owner too.
if (companyId) invalidateAttentionRecordViews(queryClient, companyId, item);
},
});
/**
* Withdraw each confirmed stale card, one at a time so one failure does not
* hide the others. A card that a different person closed first is reported,
* not retried.
*/
const withdrawAll = useCallback(async (items: AttentionItem[], reason?: string | null): Promise<AttentionWithdrawAllResult> => {
const result: AttentionWithdrawAllResult = { withdrawn: [], alreadyClosed: [], failed: [] };
if (!companyId || items.length === 0) return result;
setBulkPending(true);
try {
for (const item of items) {
try {
await attentionApi.close(companyId, item.sourceKind, item.subject.id, { mode: "withdraw", reason: reason?.trim() || undefined });
result.withdrawn.push(item);
onClosed?.(item, "withdraw");
} catch (error) {
(readAttentionAlreadyClosed(error) ? result.alreadyClosed : result.failed).push(item);
}
}
} finally {
setBulkPending(false);
invalidate();
}
const notes = [
result.alreadyClosed.length ? `${result.alreadyClosed.length} already answered by someone else.` : null,
result.failed.length ? `${result.failed.length} could not be withdrawn.` : null,
].filter(Boolean).join(" ");
toasts?.pushToast({
title: result.withdrawn.length === 1 ? "Withdrew 1 stale request" : `Withdrew ${result.withdrawn.length} stale requests`,
body: notes || undefined,
tone: result.failed.length ? "error" : "success",
});
return result;
}, [companyId, invalidate, onClosed, toasts]);
return {
close: close.mutate,
closingItemId: close.isPending ? close.variables?.item.id ?? null : null,
transfer: transfer.mutate,
transferringItemId: transfer.isPending ? transfer.variables?.item.id ?? null : null,
restore,
withdrawAll,
bulkPending,
};
}