@elizaos/ui 2.0.0-alpha.382 → 2.0.0-alpha.385

package/apps/app-lifeops/src/providers/lifeops.js

@@ -1,197 +0,0 @@
-import { logger, } from "@elizaos/core";
-import { hasLifeOpsAccess } from "../actions/lifeops-google-helpers.js";
-import { readLifeOpsOwnerProfile, } from "../lifeops/owner-profile.js";
-import { LifeOpsService } from "../lifeops/service.js";
-const INTERNAL_URL = new URL("http://127.0.0.1/");
-function formatCount(label, count) {
-    return `${label}: ${count}`;
-}
-function summarizeOccurrences(title, occurrences) {
-    if (occurrences.length === 0) {
-        return [];
-    }
-    return [
-        title,
-        ...occurrences
-            .slice(0, 3)
-            .map((occurrence) => `- ${occurrence.title} (${occurrence.state})`),
-    ];
-}
-function formatRelativeMinutes(minutes) {
-    if (minutes <= 0)
-        return "now";
-    if (minutes < 60)
-        return `${Math.round(minutes)}m`;
-    const hours = Math.floor(minutes / 60);
-    const remaining = Math.round(minutes % 60);
-    if (remaining === 0)
-        return `${hours}h`;
-    return `${hours}h ${remaining}m`;
-}
-function summarizeNextEvent(context) {
-    if (!context.event) {
-        return [];
-    }
-    const event = context.event;
-    const timing = context.startsInMinutes !== null
-        ? ` (${formatRelativeMinutes(context.startsInMinutes)})`
-        : "";
-    const lines = [`Next event: ${event.title}${timing}`];
-    if (context.attendeeNames.length > 0) {
-        lines.push(`  With: ${context.attendeeNames.slice(0, 3).join(", ")}`);
-    }
-    if (context.location) {
-        lines.push(`  At: ${context.location}`);
-    }
-    return lines;
-}
-function summarizeGmailTriage(summary) {
-    const parts = [];
-    if (summary.unreadCount > 0)
-        parts.push(`${summary.unreadCount} unread`);
-    if (summary.importantNewCount > 0)
-        parts.push(`${summary.importantNewCount} important`);
-    if (summary.likelyReplyNeededCount > 0)
-        parts.push(`${summary.likelyReplyNeededCount} needing reply`);
-    if (parts.length === 0) {
-        return [];
-    }
-    return [`Inbox: ${parts.join(", ")}`];
-}
-function summarizeOwnerProfile(profile) {
-    return [
-        `Owner profile: name=${profile.name} | relationship=${profile.relationshipStatus} | partner=${profile.partnerName} | orientation=${profile.orientation} | gender=${profile.gender} | age=${profile.age} | location=${profile.location} | travelPrefs=${profile.travelBookingPreferences}`,
-    ];
-}
-export const lifeOpsProvider = {
-    name: "lifeops",
-    description: "Owner, explicitly granted users, and the agent only. Provides LifeOps overview plus live calendar and Gmail context. Route executable personal follow-through like todos, habits, goals, reminders, alarms, and live todo-status questions to LIFE; all owner calendar, scheduling, availability, and Calendly work to OWNER_CALENDAR; all owner inbox and Gmail/email work to OWNER_INBOX; morning/night self-review flows to RUN_MORNING_CHECKIN / RUN_NIGHT_CHECKIN; stable owner profile or travel preferences only to UPDATE_OWNER_PROFILE; subscription audits, cancellations, and cancellation-status checks to SUBSCRIPTIONS; direct email-list cleanup to EMAIL_UNSUBSCRIBE; meeting-prep and person-background briefs to DOSSIER; travel booking to BOOK_TRAVEL; X/Twitter reads and search to X_READ; fixed-duration or generic focus blocks to OWNER_WEBSITE_BLOCK; task-gated focus blocks only to BLOCK_UNTIL_TASK_COMPLETE; browser-companion management to MANAGE_LIFEOPS_BROWSER; password-manager field fill on a trusted site to REQUEST_FIELD_FILL; pending approval decisions to APPROVE_REQUEST / REJECT_REQUEST. Available in private owner or granted conversations, including Discord.",
-    descriptionCompressed: "LifeOps overview, upcoming calendar, email triage. Owner/granted only.",
-    dynamic: true,
-    position: 12,
-    async get(runtime, message, _state) {
-        if (!(await hasLifeOpsAccess(runtime, message))) {
-            return { text: "", values: {}, data: {} };
-        }
-        const service = new LifeOpsService(runtime);
-        const ownerProfile = await readLifeOpsOwnerProfile(runtime);
-        const overview = await service.getOverview();
-        const ownerLines = summarizeOccurrences("Owner active items:", overview.owner.occurrences);
-        const agentLines = summarizeOccurrences("Agent ops:", overview.agentOps.occurrences);
-        const calendarLines = [];
-        const emailLines = [];
-        const accountLines = [];
-        let nextEventContext = null;
-        let gmailSummary = null;
-        try {
-            const accounts = await service.getGoogleConnectorAccounts(INTERNAL_URL);
-            const connectedAccounts = accounts.filter((a) => a.connected);
-            if (connectedAccounts.length > 1) {
-                accountLines.push("Available Google accounts:");
-                for (const account of connectedAccounts) {
-                    const email = account.identity?.email ??
-                        "unknown";
-                    const grantId = account.grant?.id ?? "unknown";
-                    accountLines.push(`- ${email} (grantId: ${grantId})`);
-                }
-            }
-            const status = connectedAccounts[0];
-            if (status?.connected) {
-                const capabilities = status.grantedCapabilities ?? [];
-                const hasCalendar = capabilities.some((c) => c.startsWith("google.calendar"));
-                const hasGmail = capabilities.some((c) => c.startsWith("google.gmail"));
-                if (hasCalendar) {
-                    try {
-                        nextEventContext =
-                            await service.getNextCalendarEventContext(INTERNAL_URL);
-                        calendarLines.push(...summarizeNextEvent(nextEventContext));
-                    }
-                    catch (cause) {
-                        logger.warn({ err: cause }, "[LifeOpsProvider] calendar fetch failed — omitting calendar context");
-                        calendarLines.push(`Calendar connector degraded: ${cause instanceof Error ? cause.message : String(cause)}`);
-                    }
-                }
-                if (hasGmail) {
-                    try {
-                        const triage = await service.getGmailTriage(INTERNAL_URL, {
-                            maxResults: 5,
-                        });
-                        gmailSummary = triage.summary;
-                        emailLines.push(...summarizeGmailTriage(triage.summary));
-                    }
-                    catch (cause) {
-                        logger.warn({ err: cause }, "[LifeOpsProvider] gmail triage fetch failed — omitting email context");
-                        emailLines.push(`Gmail connector degraded: ${cause instanceof Error ? cause.message : String(cause)}`);
-                    }
-                }
-            }
-        }
-        catch (cause) {
-            logger.debug({ err: cause }, "[LifeOpsProvider] Google connector unavailable — skipping calendar/email context");
-            accountLines.push(`Google connector status unavailable: ${cause instanceof Error ? cause.message : String(cause)}`);
-        }
-        return {
-            text: [
-                "## Life Ops",
-                "Use LIFE for executable personal follow-through: todos, habits, goals, reminders, alarms, escalation, and live status questions like 'what's on my todo list today?'. Examples: 'add a todo', 'remember to call mom on Sunday', 'track my gym sessions three times a week', 'set a goal to save $5,000'. Do not use REPLY, UPDATE_ENTITY, or UPDATE_OWNER_PROFILE for these.",
-                "Use OWNER_CALENDAR for live calendar reads, calendar writes, availability, proposed meeting times, scheduling preferences, and scheduling negotiation. Examples: 'what's my next meeting?', 'show me my calendar for today', 'what does my week look like?', 'schedule a dentist appointment next Tuesday at 3pm', 'find meeting options with Alice', or 'protect my sleep window from calls'. Do not answer these from provider context alone.",
-                "Use OWNER_INBOX for Gmail, email, and cross-channel executive-assistant inbox work: 'triage my Gmail inbox', 'summarize my unread emails', 'draft a reply to Sarah's latest email', 'send a reply to the last email from finance', 'triage my inbox', 'give me my inbox digest', daily briefs, drafts awaiting sign-off, missed-call repair, and group-chat handoff. Requests like 'if direct relaying gets messy here, suggest making a group chat handoff instead' are executable OWNER_INBOX policies and must not stay in plain REPLY. Do not use OWNER_INBOX just because the user mentioned email or messages while venting.",
-                "Use OWNER_SEND_MESSAGE for owner-scoped outbound messages and drafts on the owner's behalf. Examples: 'send a Telegram message to Jane saying I am running late', 'send a Signal message to Priya saying thanks', 'email alice@example.com the notes', 'DM Bob on Discord', or 'text Sam that I am outside'. Always prefer OWNER_SEND_MESSAGE over OWNER_CALENDAR for relaying a message, even if the message text mentions a meeting.",
-                "Use PASSWORD_MANAGER for credential lookup and saved-login requests. Examples: 'look up my GitHub password', 'show me my saved logins for github.com', 'copy my AWS password to clipboard'. Do not surface raw secrets in chat.",
-                "Use OWNER_RELATIONSHIP for Rolodex contacts, follow-ups, and days-since-contact questions. Examples: 'who are my closest contacts?', 'remind me to follow up with David next week', 'how long has it been since I talked to David?'.",
-                "Use OWNER_SCREEN_TIME for quantitative device/app/website usage questions. Examples: 'how much screen time have I used today?', 'break down my screen time by app this week', 'what websites did I spend the most time on?'. If the owner is only reflecting or venting like 'I spend too much time on my phone', stay in chat instead of calling OWNER_SCREEN_TIME.",
-                "Use OWNER_APP_BLOCK for phone app blocking requests. Examples: 'block all games on my phone until 6pm', 'block the Slack app while I focus on deep work'. Use OWNER_WEBSITE_BLOCK for websites like reddit.com or youtube.com, not phone apps.",
-                "Use SUBSCRIPTIONS for subscription audits, recurring membership reviews, cancellation requests, and cancellation-status checks. Examples: 'audit my subscriptions', 'cancel my Google Play subscription', 'unsubscribe from Netflix', 'what happened with that subscription cancellation?', 'cancel this subscription even if it needs sign-in first'. Use this instead of generic browser automation when the user is asking for subscription-specific work, and do not switch to OWNER_INBOX or OWNER_SEND_MESSAGE just because the cancellation flow needs login, MFA, or a human handoff.",
-                "Use SEARCH_ACROSS_CHANNELS when the owner wants cross-platform context or a person/topic searched across Gmail, chat connectors, calendar, and memory.",
-                "Use DOSSIER for meeting-prep and person-background briefs. Examples: 'pull up a dossier on Satya Nadella', 'give me the background on the person I'm meeting next: Julia Chen', 'brief me for my next meeting'. Do not answer these from ENTITIES or memory alone when the user explicitly wants a brief or dossier.",
-                "Route all meeting-time proposals, availability checks, durable scheduling rules, and explicit multi-turn scheduling negotiations through OWNER_CALENDAR.",
-                "Use UPDATE_OWNER_PROFILE only for stable owner-only profile details and reusable travel-preference checklists. Do not use it for goals, todos, reminders, temporary plans, or live task state.",
-                "Use X_READ for X/Twitter reads and search: DMs, timeline, mentions, and topic search. Do not reply that X/Twitter access is unavailable when this action is available.",
-                "Use SCHEDULE_X_DM_REPLY when the owner wants an X/Twitter DM reply delivered later at a specific time, like 'schedule a reply to @devfriend's Twitter DM for 9am tomorrow'. Use OWNER_SEND_MESSAGE with channel=x_dm for immediate draft-now or send-now behavior.",
-                "Use OWNER_WEBSITE_BLOCK for fixed-duration or generic focus blocks like 'block twitter and reddit for 2 hours' or 'turn on a focus block for all social media sites'. Use BLOCK_UNTIL_TASK_COMPLETE only when the unblock condition is finishing a task, workout, or todo, like 'block x.com until I finish my workout'.",
-                "Use CHAT_THREAD_CONTROL for targeted connector chat mute/unmute when the owner names a Telegram/Discord/etc. room that is not the current chat, especially temporary mutes like 'mute the crypto signals Telegram group for 24 hours'. Do not fall back to generic MUTE_ROOM for named off-thread chat controls.",
-                "Use PUBLISH_DEVICE_INTENT for multi-device reminders, push ladders, document-signing nudges, updated-ID interventions, and device-level warnings. Examples: 'for important meetings, remind me an hour before, ten minutes before, and right when they start on both my Mac and my phone', 'if missing this could trigger a cancellation fee, warn me clearly and offer to handle it now', or 'if the only ID on file is expired, ask me for an updated copy so the workflow can continue'. Do not stay in REPLY just because the exact reservation, workflow item, or upload is still unspecified. Use LIFEOPS_COMPUTER_USE for portal uploads, Finder/Desktop work like taking screenshots or creating folders, browser workflows, and file-handling tasks on the owner's machine, including future instructions like 'when I send over the deck, upload it to the portal for me.'",
-                "Use MANAGE_LIFEOPS_BROWSER for browser-companion settings, listing tabs/sessions, and LifeOps browser control commands like 'show me my LifeOps browser settings'.",
-                "Use OWNER_REMOTE_DESKTOP to start, list, check, end, or revoke a remote desktop session so the owner can connect from a phone. Requests like 'start a remote desktop session' or 'let me connect from my phone' belong here even if the action needs confirmation or a pairing step.",
-                "Use APPROVE_REQUEST / REJECT_REQUEST when the owner is resolving a pending approval item. Examples: 'approve the pending travel booking request' or 'reject that pending approval request and say it needs changes'.",
-                "Use CALL_USER or CALL_EXTERNAL for phone-call escalation or booking calls. These actions can draft or request confirmation first; they do not require the dial to happen on the first turn. Requests like 'if you get stuck in the browser or on my computer, call me and let me jump in to unblock it' belong to CALL_USER. Requests like 'call the dentist and reschedule my appointment' or 'phone my cable company about the outage' belong to CALL_EXTERNAL, not OWNER_CALENDAR, LIFE, or OWNER_SEND_MESSAGE.",
-                "When the owner is only making an observation or venting like 'my calendar has been crazy this quarter', 'I hate email', or 'I think I spend too much time on my phone', stay in REPLY instead of calling a LifeOps action unless they actually ask you to do something.",
-                "Treat owner instructions phrased as standing policies, triggers, or conditionals like 'if this happens, do x' or 'when that arrives, handle it' as executable requests, not hypotheticals.",
-                "When the owner clearly asks for one of these LifeOps executive-assistant operations, call the best-fit action instead of staying in advice-only chat. If details are missing, let the action ask the minimum follow-up question.",
-                "Route examples: sleep/no-call windows -> OWNER_CALENDAR; daily brief additions, missed-call repair, or group-chat handoff -> OWNER_INBOX; 'if direct relaying gets messy here, suggest making a group chat handoff instead' -> OWNER_INBOX; outbound Telegram/Signal/email/Discord/SMS drafts -> OWNER_SEND_MESSAGE; subscription audits or cancellations -> SUBSCRIPTIONS; travel preference memory -> UPDATE_OWNER_PROFILE; clinic-doc reminders or multi-device meeting ladders -> PUBLISH_DEVICE_INTENT; portal upload or browser filing -> LIFEOPS_COMPUTER_USE; if the agent gets stuck and should phone the owner -> CALL_USER.",
-                "When the owner asks about their stable personal details for LifeOps, answer from the stored owner profile values below. If a field is not n/a, treat it as known instead of saying it is missing.",
-                "Owner life-ops are private to the owner, explicitly granted users, and the agent. Agent ops are internal and should stay separated unless explicitly requested.",
-                ...summarizeOwnerProfile(ownerProfile),
-                formatCount("Owner open occurrences", overview.owner.summary.activeOccurrenceCount),
-                formatCount("Owner active goals", overview.owner.summary.activeGoalCount),
-                formatCount("Owner live reminders", overview.owner.summary.activeReminderCount),
-                ...ownerLines,
-                ...accountLines,
-                ...calendarLines,
-                ...emailLines,
-                formatCount("Agent open occurrences", overview.agentOps.summary.activeOccurrenceCount),
-                formatCount("Agent active goals", overview.agentOps.summary.activeGoalCount),
-                ...agentLines,
-            ].join("\n"),
-            values: {
-                ownerOpenOccurrences: overview.owner.summary.activeOccurrenceCount,
-                ownerActiveGoals: overview.owner.summary.activeGoalCount,
-                ownerProfileName: ownerProfile.name,
-                ownerRelationshipStatus: ownerProfile.relationshipStatus,
-                ownerPartnerName: ownerProfile.partnerName,
-                ownerOrientation: ownerProfile.orientation,
-                ownerGender: ownerProfile.gender,
-                ownerAge: ownerProfile.age,
-                ownerLocation: ownerProfile.location,
-                agentOpenOccurrences: overview.agentOps.summary.activeOccurrenceCount,
-                agentActiveGoals: overview.agentOps.summary.activeGoalCount,
-            },
-            data: {
-                ownerProfile,
-                overview,
-                nextEventContext,
-                gmailSummary,
-            },
-        };
-    },
-};

package/apps/app-lifeops/src/remote/pairing-code.d.ts

@@ -1,39 +0,0 @@
-/**
- * 6-digit rolling pairing codes for the remote-control control plane (T9a).
- *
- * Codes are one-time use with a 5-minute TTL. They are held in process memory
- * — the control plane is intended to issue a fresh code on every `startSession`
- * call rather than persist codes across restarts.
- */
-export declare const PAIRING_CODE_TTL_MS: number;
-export declare const PAIRING_CODE_LENGTH = 6;
-export interface PairingCodeEntry {
-    code: string;
-    issuedAt: number;
-    expiresAt: number;
-}
-export interface PairingCodeStoreOptions {
-    ttlMs?: number;
-    now?: () => number;
-}
-/**
- * In-process rolling pairing-code store. Each issuance replaces the previous
- * code for that subject. `consume` both validates and invalidates the code.
- */
-export declare class PairingCodeStore {
-    private readonly ttlMs;
-    private readonly now;
-    private readonly entries;
-    constructor(options?: PairingCodeStoreOptions);
-    issue(subject: string): PairingCodeEntry;
-    /**
-     * Validates and consumes the code for `subject`. Returns true if the code
-     * matched and was unexpired. Always removes the entry after a match (one-time
-     * use) and after any expiry.
-     */
-    consume(subject: string, code: string): boolean;
-    peek(subject: string): PairingCodeEntry | undefined;
-    clear(subject?: string): void;
-}
-export declare function generatePairingCode(): string;
-//# sourceMappingURL=pairing-code.d.ts.map

package/apps/app-lifeops/src/remote/pairing-code.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"pairing-code.d.ts","sourceRoot":"","sources":["../../../../../../../apps/app-lifeops/src/remote/pairing-code.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAIH,eAAO,MAAM,mBAAmB,QAAgB,CAAC;AACjD,eAAO,MAAM,mBAAmB,IAAI,CAAC;AAErC,MAAM,WAAW,gBAAgB;IAC/B,IAAI,EAAE,MAAM,CAAC;IACb,QAAQ,EAAE,MAAM,CAAC;IACjB,SAAS,EAAE,MAAM,CAAC;CACnB;AAED,MAAM,WAAW,uBAAuB;IACtC,KAAK,CAAC,EAAE,MAAM,CAAC;IACf,GAAG,CAAC,EAAE,MAAM,MAAM,CAAC;CACpB;AAED;;;GAGG;AACH,qBAAa,gBAAgB;IAC3B,OAAO,CAAC,QAAQ,CAAC,KAAK,CAAS;IAC/B,OAAO,CAAC,QAAQ,CAAC,GAAG,CAAe;IACnC,OAAO,CAAC,QAAQ,CAAC,OAAO,CAAuC;gBAEnD,OAAO,GAAE,uBAA4B;IAKjD,KAAK,CAAC,OAAO,EAAE,MAAM,GAAG,gBAAgB;IAWxC;;;;OAIG;IACH,OAAO,CAAC,OAAO,EAAE,MAAM,EAAE,IAAI,EAAE,MAAM,GAAG,OAAO;IAgB/C,IAAI,CAAC,OAAO,EAAE,MAAM,GAAG,gBAAgB,GAAG,SAAS;IAUnD,KAAK,CAAC,OAAO,CAAC,EAAE,MAAM,GAAG,IAAI;CAO9B;AAED,wBAAgB,mBAAmB,IAAI,MAAM,CAI5C"}

package/apps/app-lifeops/src/remote/pairing-code.js

@@ -1,76 +0,0 @@
-/**
- * 6-digit rolling pairing codes for the remote-control control plane (T9a).
- *
- * Codes are one-time use with a 5-minute TTL. They are held in process memory
- * — the control plane is intended to issue a fresh code on every `startSession`
- * call rather than persist codes across restarts.
- */
-import { randomInt } from "node:crypto";
-export const PAIRING_CODE_TTL_MS = 5 * 60 * 1000;
-export const PAIRING_CODE_LENGTH = 6;
-/**
- * In-process rolling pairing-code store. Each issuance replaces the previous
- * code for that subject. `consume` both validates and invalidates the code.
- */
-export class PairingCodeStore {
-    ttlMs;
-    now;
-    entries = new Map();
-    constructor(options = {}) {
-        this.ttlMs = options.ttlMs ?? PAIRING_CODE_TTL_MS;
-        this.now = options.now ?? Date.now;
-    }
-    issue(subject) {
-        const issuedAt = this.now();
-        const entry = {
-            code: generatePairingCode(),
-            issuedAt,
-            expiresAt: issuedAt + this.ttlMs,
-        };
-        this.entries.set(subject, entry);
-        return entry;
-    }
-    /**
-     * Validates and consumes the code for `subject`. Returns true if the code
-     * matched and was unexpired. Always removes the entry after a match (one-time
-     * use) and after any expiry.
-     */
-    consume(subject, code) {
-        const entry = this.entries.get(subject);
-        if (!entry)
-            return false;
-        const now = this.now();
-        if (entry.expiresAt <= now) {
-            this.entries.delete(subject);
-            return false;
-        }
-        if (entry.code !== code) {
-            return false;
-        }
-        this.entries.delete(subject);
-        return true;
-    }
-    peek(subject) {
-        const entry = this.entries.get(subject);
-        if (!entry)
-            return undefined;
-        if (entry.expiresAt <= this.now()) {
-            this.entries.delete(subject);
-            return undefined;
-        }
-        return entry;
-    }
-    clear(subject) {
-        if (subject) {
-            this.entries.delete(subject);
-        }
-        else {
-            this.entries.clear();
-        }
-    }
-}
-export function generatePairingCode() {
-    return randomInt(0, 10 ** PAIRING_CODE_LENGTH)
-        .toString()
-        .padStart(PAIRING_CODE_LENGTH, "0");
-}

package/apps/app-lifeops/src/remote/remote-session-service.d.ts

@@ -1,107 +0,0 @@
-/**
- * Control-plane service for remote VNC / remote-control sessions (T9a).
- *
- * This module owns:
- *   - Session lifecycle (pending → active → denied/revoked).
- *   - Pairing-code issuance and verification.
- *   - Local-mode bypass (MILADY_REMOTE_LOCAL_MODE=1 skips the code requirement
- *     but still requires explicit `confirmed: true`).
- *   - Data-plane handoff point (`ingressUrl`).
- *
- * It does NOT own pixel transport. The data plane (VNC / Tailscale / Eliza
- * Cloud tunnel) is separate infrastructure. When no data plane is configured,
- * `startSession` returns an explicit `ingressUrl: null` with a structured
- * `reason: "data-plane-not-configured"` — this is deliberate absence, not a
- * fallback that pretends the session is usable.
- */
-import { logger } from "@elizaos/core";
-import { PairingCodeStore } from "./pairing-code.js";
-export type RemoteSessionStatus = "pending" | "active" | "denied" | "revoked";
-export type DataPlaneUnavailableReason = "data-plane-not-configured" | "local-mode-no-ingress";
-export interface RemoteSession {
-    id: string;
-    requesterIdentity: string;
-    status: RemoteSessionStatus;
-    /**
-     * Ingress URL for the data plane (e.g. `vnc://host.ts.net:5900` or a cloud
-     * tunnel endpoint). Null when no data plane is wired up — see `reason`.
-     */
-    ingressUrl: string | null;
-    /**
-     * Present only when `ingressUrl` is null. Explicit structured absence.
-     */
-    reason: DataPlaneUnavailableReason | null;
-    localMode: boolean;
-    createdAt: string;
-    updatedAt: string;
-    endedAt: string | null;
-}
-export interface StartSessionParams {
-    requesterIdentity: string;
-    pairingCode?: string;
-    confirmed: boolean;
-}
-export interface StartSessionResult {
-    sessionId: string;
-    status: RemoteSessionStatus;
-    ingressUrl: string | null;
-    reason: DataPlaneUnavailableReason | null;
-    localMode: boolean;
-}
-export interface DataPlaneResolution {
-    ingressUrl: string | null;
-    reason: DataPlaneUnavailableReason | null;
-}
-export interface DataPlaneResolver {
-    /**
-     * Returns the ingress URL for this session, or an explicit reason absence.
-     * Implementations live in T9b (Tailscale) and the Eliza Cloud tunnel track.
-     */
-    resolve(session: {
-        sessionId: string;
-        requesterIdentity: string;
-        localMode: boolean;
-    }): Promise<DataPlaneResolution> | DataPlaneResolution;
-}
-export interface RemoteSessionServiceOptions {
-    pairingCodes?: PairingCodeStore;
-    dataPlane?: DataPlaneResolver;
-    /** Read once per `startSession` call; overridable for tests. */
-    isLocalMode?: () => boolean;
-    now?: () => Date;
-    logger?: Pick<typeof logger, "info" | "warn" | "debug">;
-    storagePath?: string;
-}
-export declare class RemoteSessionError extends Error {
-    readonly code: string;
-    constructor(code: string, message: string);
-}
-export declare class RemoteSessionService {
-    private readonly sessions;
-    private readonly pairingCodes;
-    private readonly dataPlane;
-    private readonly isLocalMode;
-    private readonly now;
-    private readonly log;
-    private readonly storagePath;
-    constructor(options?: RemoteSessionServiceOptions);
-    /**
-     * Issue a fresh pairing code. Each call rotates the code (one-time use).
-     * Returns the code so it can be displayed to the owner out-of-band.
-     */
-    issuePairingCode(): {
-        code: string;
-        expiresAt: string;
-    };
-    startSession(params: StartSessionParams): Promise<StartSessionResult>;
-    revokeSession(sessionId: string): Promise<void>;
-    listActiveSessions(): Promise<RemoteSession[]>;
-    getSession(sessionId: string): Promise<RemoteSession | undefined>;
-    private recordSession;
-    private loadSessions;
-    private persistSessions;
-}
-export declare function getRemoteSessionService(): RemoteSessionService;
-/** Test-only hook for resetting the singleton between tests. */
-export declare function __resetRemoteSessionServiceForTests(): void;
-//# sourceMappingURL=remote-session-service.d.ts.map

package/apps/app-lifeops/src/remote/remote-session-service.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"remote-session-service.d.ts","sourceRoot":"","sources":["../../../../../../../apps/app-lifeops/src/remote/remote-session-service.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;GAeG;AAKH,OAAO,EAAE,MAAM,EAAE,MAAM,eAAe,CAAC;AAIvC,OAAO,EAAE,gBAAgB,EAAE,MAAM,mBAAmB,CAAC;AAErD,MAAM,MAAM,mBAAmB,GAAG,SAAS,GAAG,QAAQ,GAAG,QAAQ,GAAG,SAAS,CAAC;AAE9E,MAAM,MAAM,0BAA0B,GAClC,2BAA2B,GAC3B,uBAAuB,CAAC;AAE5B,MAAM,WAAW,aAAa;IAC5B,EAAE,EAAE,MAAM,CAAC;IACX,iBAAiB,EAAE,MAAM,CAAC;IAC1B,MAAM,EAAE,mBAAmB,CAAC;IAC5B;;;OAGG;IACH,UAAU,EAAE,MAAM,GAAG,IAAI,CAAC;IAC1B;;OAEG;IACH,MAAM,EAAE,0BAA0B,GAAG,IAAI,CAAC;IAC1C,SAAS,EAAE,OAAO,CAAC;IACnB,SAAS,EAAE,MAAM,CAAC;IAClB,SAAS,EAAE,MAAM,CAAC;IAClB,OAAO,EAAE,MAAM,GAAG,IAAI,CAAC;CACxB;AAED,MAAM,WAAW,kBAAkB;IACjC,iBAAiB,EAAE,MAAM,CAAC;IAC1B,WAAW,CAAC,EAAE,MAAM,CAAC;IACrB,SAAS,EAAE,OAAO,CAAC;CACpB;AAED,MAAM,WAAW,kBAAkB;IACjC,SAAS,EAAE,MAAM,CAAC;IAClB,MAAM,EAAE,mBAAmB,CAAC;IAC5B,UAAU,EAAE,MAAM,GAAG,IAAI,CAAC;IAC1B,MAAM,EAAE,0BAA0B,GAAG,IAAI,CAAC;IAC1C,SAAS,EAAE,OAAO,CAAC;CACpB;AAED,MAAM,WAAW,mBAAmB;IAClC,UAAU,EAAE,MAAM,GAAG,IAAI,CAAC;IAC1B,MAAM,EAAE,0BAA0B,GAAG,IAAI,CAAC;CAC3C;AAED,MAAM,WAAW,iBAAiB;IAChC;;;OAGG;IACH,OAAO,CAAC,OAAO,EAAE;QACf,SAAS,EAAE,MAAM,CAAC;QAClB,iBAAiB,EAAE,MAAM,CAAC;QAC1B,SAAS,EAAE,OAAO,CAAC;KACpB,GAAG,OAAO,CAAC,mBAAmB,CAAC,GAAG,mBAAmB,CAAC;CACxD;AAED,MAAM,WAAW,2BAA2B;IAC1C,YAAY,CAAC,EAAE,gBAAgB,CAAC;IAChC,SAAS,CAAC,EAAE,iBAAiB,CAAC;IAC9B,gEAAgE;IAChE,WAAW,CAAC,EAAE,MAAM,OAAO,CAAC;IAC5B,GAAG,CAAC,EAAE,MAAM,IAAI,CAAC;IACjB,MAAM,CAAC,EAAE,IAAI,CAAC,OAAO,MAAM,EAAE,MAAM,GAAG,MAAM,GAAG,OAAO,CAAC,CAAC;IACxD,WAAW,CAAC,EAAE,MAAM,CAAC;CACtB;AAED,qBAAa,kBAAmB,SAAQ,KAAK;IAC3C,QAAQ,CAAC,IAAI,EAAE,MAAM,CAAC;gBACV,IAAI,EAAE,MAAM,EAAE,OAAO,EAAE,MAAM;CAK1C;AAmBD,qBAAa,oBAAoB;IAC/B,OAAO,CAAC,QAAQ,CAAC,QAAQ,CAAoC;IAC7D,OAAO,CAAC,QAAQ,CAAC,YAAY,CAAmB;IAChD,OAAO,CAAC,QAAQ,CAAC,SAAS,CAAoB;IAC9C,OAAO,CAAC,QAAQ,CAAC,WAAW,CAAgB;IAC5C,OAAO,CAAC,QAAQ,CAAC,GAAG,CAAa;IACjC,OAAO,CAAC,QAAQ,CAAC,GAAG,CAAiD;IACrE,OAAO,CAAC,QAAQ,CAAC,WAAW,CAAS;gBAEzB,OAAO,GAAE,2BAAgC;IAUrD;;;OAGG;IACH,gBAAgB,IAAI;QAAE,IAAI,EAAE,MAAM,CAAC;QAAC,SAAS,EAAE,MAAM,CAAA;KAAE;IAQjD,YAAY,CAAC,MAAM,EAAE,kBAAkB,GAAG,OAAO,CAAC,kBAAkB,CAAC;IAgGrE,aAAa,CAAC,SAAS,EAAE,MAAM,GAAG,OAAO,CAAC,IAAI,CAAC;IA0B/C,kBAAkB,IAAI,OAAO,CAAC,aAAa,EAAE,CAAC;IAM9C,UAAU,CAAC,SAAS,EAAE,MAAM,GAAG,OAAO,CAAC,aAAa,GAAG,SAAS,CAAC;IAIvE,OAAO,CAAC,aAAa;IA0BrB,OAAO,CAAC,YAAY;IAuDpB,OAAO,CAAC,eAAe;CAWxB;AAID,wBAAgB,uBAAuB,IAAI,oBAAoB,CAK9D;AAED,gEAAgE;AAChE,wBAAgB,mCAAmC,IAAI,IAAI,CAE1D"}