mirror of
https://github.com/paperclipai/paperclip.git
synced 2026-10-28 20:21:50 +01:00
Runtime #15727 is merged. This PR adds the UI. Qualification follows in
#15729.
## Thinking Path
> - Paperclip manages agent work through tasks and governed connections.
> - Chat connections already bind external conversations to those tasks.
> - Speko handles voice and telephony, while the selected Paperclip
agent does the work.
> - A call needs durable session authority, ordered follow-ups, and safe
result delivery.
> - This PR adds the Speko setup and call controls to the existing Apps
and task UI.
> - This PR depends on #15727. The qualification suite follows
separately. Speko stays experimental.
## Linked Issues or Issue Description
**Problem or motivation**
Phone and browser voice conversations cannot use the chat connection
task lifecycle. A separate voice runtime is needed to preserve task
authority, retries, and reply history.
**Proposed solution**
Add company-scoped voice sessions, signed callbacks, durable replies,
inbound intake, and an agent-facing outbound-call tool. Reuse existing
tasks, queues, secrets, and publications.
**Roadmap alignment**
This extends the experimental chat connector entry points under Agent
Chat and Connected Apps. The project owner requested this feature.
Refs #11418 for the original provider catalog proposal. This
implementation uses the newer chat connection infrastructure rather than
an MCP catalog-only integration. Refs #15721 for remote OpenCode
startup.
## What Changed
- Add the Speko Apps catalog entry, provider artwork, and browser SDK.
- Reuse existing agents in setup. Keep the optional Company Phone Agent
in the catalog, with connection instructions available to any assigned
agent.
- Add task voice controls, transcripts, phone callbacks, inbound-line
settings, and call Activity entries.
- Surface retryable connection and incoming-task inventory failures,
preserve active call controls and cached tasks, restore keyboard focus
after recovery, and bound notification polling so a stuck request cannot
hide later results.
- Put Save & exit and Connect Speko in the credential step’s shared
footer.
- Add deterministic production-component Storybook fixtures for setup,
lifecycle, failures, permissions, and phone surfaces.
- Include voice components in the design guide. Stories never request a
real microphone or place calls.
## Verification
- All 27 focused UI/controller regressions, UI typecheck, token gates,
and 28 map/catalog structural tests pass. The shared connection cache
test covers pause/resume invalidation during the 30-second fresh period.
- Storybook builds 157 Speko production-component stories. The complete
prior 156-story set passed all 624 checks on UI source 249cbc616a. After
the final cache repair, all 152 affected page/launcher checks passed
across both themes, 390/1200 widths and reduced motion. Real microphone
access and external provider requests are blocked.
- Source annotations follow the current generated-catalog contract. No
generated catalog or lockfile is included. Three inherited
GitHub-heading tests passed after master reconciliation.
- Latest-head CI and Greptile review must pass before merge. Local
fixture success does not establish provider or spoken-playback
acceptance.
- The separate integrated browser run passed two journeys and failed
browser answer retrieval. Real browser/telephone playback and timing
acceptance remain outstanding. See the dated qualification report and
E01–E16 runbook. Speko stays experimental.
## Risks
- Voice sessions add migrations and provider-dependent lifecycle
behavior. Migrations preserve existing chat and AI transports.
- Callback origins must be reachable HTTPS. Provider keys and signing
secrets remain vaulted.
- Unverified callers receive task-scoped low-trust authority. Caller ID
does not grant private task access.
- Outbound telephony incurs provider charges. Provider acceptance is not
proof that the caller heard an answer.
- Keep the feature behind the existing experimental chat setting until
the real browser, inbound, outbound, and delayed-result acceptance
matrix passes.
## Model Used
OpenAI Codex, GPT-6, with tool use and code execution. The exact serving
model ID and context window are not exposed in this session.
## 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 either (a) linked existing issues with `Fixes: #` / `Closes
#` / `Refs #` OR (b) described the issue in-PR following the relevant
issue template
- [x] I have not referenced internal/instance-local Paperclip issues or
links (only public GitHub `#NNN` / `github.com/paperclipai/paperclip`
URLs)
- [x] My branch name describes the change (e.g. `docs/...`, `fix/...`)
and contains no internal Paperclip ticket id or instance-derived details
- [ ] I have run 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: Paperclip <noreply@paperclip.ing>
103 lines
3.6 KiB
TypeScript
103 lines
3.6 KiB
TypeScript
import type { CSSProperties } from "react";
|
|
import { cn } from "../lib/utils";
|
|
import {
|
|
statusBadge,
|
|
statusBadgeDefault,
|
|
agentStatusMotion,
|
|
agentStatusVar,
|
|
agentStatusVarDefault,
|
|
taskStatusVar,
|
|
taskStatusVarDefault,
|
|
} from "../lib/status-colors";
|
|
import { StatusGlyph } from "./StatusGlyph";
|
|
|
|
/** Inline `--sc` local var pointing a status helper at a base-hue CSS var. */
|
|
function scStyle(cssVar: string): CSSProperties {
|
|
return { "--sc": `var(${cssVar})` } as CSSProperties;
|
|
}
|
|
|
|
/** "in_review" → "In review" (sentence case). */
|
|
function sentenceCaseStatus(status: string): string {
|
|
const s = status.replace(/_/g, " ");
|
|
return s.charAt(0).toUpperCase() + s.slice(1);
|
|
}
|
|
|
|
/**
|
|
* Generic status badge for runs / goals / approvals (not task status).
|
|
*/
|
|
// design-allow(pill-pattern): DECISION-SHEET.md C8 - status badges keep the bespoke WCAG-tuned
|
|
// .status-chip color-mix mechanic and do not wrap the Badge primitive.
|
|
export function StatusBadge({ status, label, className }: { status: string; label?: string; className?: string }) {
|
|
return (
|
|
<span
|
|
className={cn(
|
|
"inline-flex items-center rounded-full px-2.5 py-0.5 text-xs font-medium whitespace-nowrap shrink-0",
|
|
statusBadge[status] ?? statusBadgeDefault,
|
|
className
|
|
)}
|
|
>
|
|
{label ?? status.replace(/[_-]/g, " ")}
|
|
</span>
|
|
);
|
|
}
|
|
|
|
/**
|
|
* Agent status chip — bordered chip recoloured from the editable
|
|
* `--status-agent-*` base hue via the `.status-chip` color-mix helper. `active`
|
|
* renders as "idle" (alias for dead code).
|
|
*/
|
|
export function AgentStatusBadge({ status }: { status: string }) {
|
|
const cssVar = agentStatusVar[status] ?? agentStatusVarDefault;
|
|
const label = status === "active" ? "idle" : status;
|
|
return (
|
|
<span
|
|
className="status-chip inline-flex items-center rounded-full border px-3 py-1 text-xs font-medium leading-none whitespace-nowrap shrink-0"
|
|
style={scStyle(cssVar)}
|
|
>
|
|
{label.replace(/_/g, " ")}
|
|
</span>
|
|
);
|
|
}
|
|
|
|
/**
|
|
* Agent status indicator — heartbeat capsule (vertical 8x16, r4) filled from the
|
|
* editable `--status-agent-*` base hue. Running agents pulse, broken (error)
|
|
* agents blink; both honor `prefers-reduced-motion`.
|
|
*/
|
|
export function AgentStatusCapsule({ status }: { status: string }) {
|
|
const cssVar = agentStatusVar[status] ?? agentStatusVarDefault;
|
|
const motion = agentStatusMotion[status] ?? "";
|
|
return (
|
|
<span
|
|
aria-hidden
|
|
className={cn("status-fill inline-block h-4 w-2 rounded-(--rad-4) shrink-0", motion)}
|
|
style={scStyle(cssVar)}
|
|
/>
|
|
);
|
|
}
|
|
|
|
/**
|
|
* Issue/task status chip — bordered chip recoloured from the editable
|
|
* `--status-task-*` base hue via `.status-chip`, carrying the unified
|
|
* {@link StatusGlyph} (one distinct, color-blind-safe shape per status), a
|
|
* sentence-cased label and regular weight. `cancelled` is struck through.
|
|
* Distinct from the generic {@link StatusBadge} so run/goal/approval badges are
|
|
* unaffected.
|
|
*/
|
|
export function IssueStatusBadge({ status: taskStatus, externalConversationState }: { status: string; externalConversationState?: "active" | "waiting" | null }) {
|
|
const status = taskStatus === "in_review" && externalConversationState === "waiting" ? "idle" : taskStatus;
|
|
const cssVar = taskStatusVar[status] ?? taskStatusVarDefault;
|
|
return (
|
|
<span
|
|
className={cn(
|
|
"status-chip inline-flex items-center gap-1.5 rounded-full border px-3 py-1 text-xs font-normal leading-none whitespace-nowrap shrink-0",
|
|
status === "cancelled" && "line-through"
|
|
)}
|
|
style={scStyle(cssVar)}
|
|
>
|
|
<StatusGlyph status={status} size="sm" />
|
|
{sentenceCaseStatus(status)}
|
|
</span>
|
|
);
|
|
}
|