{"ok":true,"workflow":{"id":"2d05cde4-4c0b-4175-9394-9c41f1a9c11e","name":"assistant-dashboard-planning","sourceId":"agent:main:subagent:028f01bc-b40f-41ce-a7db-a6f52dbd2472"},"mode":"task-summary-fallback","data":{"sourceRunId":"dc049fe8-4d2f-45b0-a006-9bc95ce8c9d6","logRef":"e4442c59-d822-4b4f-b08f-0e2349b72dd4","status":"SUCCEEDED","metadataJson":{"label":"assistant-dashboard-planning","runtime":"subagent","summary":"Here’s the initial planning pack for the assistant dashboard project. ## 1. Product definition - **What it is:** A web-based operations dashboard for managing personal AI assistants, their tasks, and connected services from one place. - **Who it is for:** A power user / solo operator who runs multiple assistants and wants one clear control center instead of jumping between chat threads, tools, and integrations. - **Core value:** Visibility, control, and trust: - see what assistants are doing - see what needs attention - manage integrations and task flow - understand the day at a glance ## 2. MVP scope for v1 ### Must-have - **Assistant overview** - list of assistants - status: active, idle, blocked, error - current task / last activity - **Task management** - active / queued / done / failed - priority - due date / deadline - assigned assistant - **Integrations page** - connected / disconnected state - at minimum: Google Calendar, notes source, Telegram - last sync / last error - **Activity feed** - chronological log of key actions - task created, task completed, integration failed, assistant blocked - **Day overview** - today’s meetings - upcoming reminders - notable blockers / failures - **Basic controls** - create task - assign/reassign assistant - mark priority - enable/disable an integration ### Explicitly out of scope for v1 - Full chat UI with assistants - Complex workflow builder - Multi-user permissions - Deep analytics - Mobile app - Telegram Mini App as primary interface ## 3. Screen / information architecture ### A. Dashboard / Home - Top summary cards - active assistants - open tasks - blockers - today’s events - “What needs attention” panel - Recent activity feed - Quick actions - new task - reconnect integration - assign task ### B. Assistants - Assistant list - Per-assistant detail view: - status - current task - recent activity - connected integrations - error/block state ### C. Tasks - Task table / board - active - queued - done - failed - Filters - assistant - status - priority - due date - Task detail drawer/page - description - owner assistant - deadlines - related events/logs ### D. Integrations - Integration cards - Google Calendar - notes - Telegram - future services - Per-integration detail: - auth state - sync health - last sync - recent errors - toggle on/off ### E. Activity / Events - Unified event stream - Filter by: - assistant - task - integration - severity - Useful for debugging and trust ### F. Settings - Assistant definitions - Integration config - Notification preferences - Basic system behavior defaults ## 4. Recommended tech stack for shipping fast ### Frontend - **Next.js + React** - fast to scaffold - good routing and API support - easy deployment - **Tailwind CSS** - fast UI iteration - **shadcn/ui** - clean admin/dashboard components without heavy design work ### Backend - **Next.js server actions / route handlers** for early-stage simplicity - If separation becomes necessary later: - **Node.js backend with NestJS or Express** ### Database - **Postgres** - flexible enough for assistants, tasks, events, integrations - **Prisma** - fast schema iteration and good solo-dev ergonomics ### Auth - **NextAuth/Auth.js** if login is needed - If single-user only at first: - keep auth minimal, even magic-link or local-only access ### Realtime / updates - Start with **polling + refresh** - Add **Pusher / Ably / Supabase Realtime / websockets** later if needed ### Integrations - **Google Calendar API** - **Telegram Bot API** for alerts / quick actions - Notes integration via whichever notes source actually matters first ### Deployment - **Vercel** for frontend/app hosting - **Managed Postgres** via Neon, Supabase, or Railway ### Why this stack - Low setup friction - Good UI speed - Easy iteration for a solo builder - Can grow without major rewrite ## 5. Top gray-area questions needing decisions - **Source of truth:** Where do assistants and tasks actually live today? - existing backend/system - OpenClaw state - a new dashboard-owned database - **Single-user vs multi-user:** Is this only for one operator, or should collaboration be planned now? - **Task model:** Are tasks manually created, assistant-created, or both? - **Assistant control depth:** Should the dashboard only observe and route, or also start/stop/pause assistants? - **Notes integration:** Which notes system matters first? - **Notification model:** What should trigger Telegram alerts vs stay in the dashboard? - **Timeline fidelity:** How detailed should the event log be? - **Security level:** Is this a private local tool, or internet-accessible with proper auth? ## 6. Recommended phased plan ### Phase 1 — Operational visibility Goal: create one trustworthy overview - Build dashboard home - Add assistants list/status - Add task list/status - Add integrations health page - Add activity feed - Add day overview from calendar - Manual task creation and assignment ### Phase 2 — Control center Goal: move from monitoring to operating - Assistant detail pages - Retry / pause / reassign actions - Better filtering and search - Integration error handling and reconnect flows - Telegram alerts + deep links back to dashboard - Notes integration ### Phase 3 — Automation layer Goal: make it smarter and more autonomous - Rules and triggers - Suggested task routing - Assistant workload balancing - Rich history / analytics - Workflow templates - Broader integrations: email, docs, storage, more calendars ## Recommendation - Build this first as a **single-user operational dashboard** - Treat Telegram as a **notification and quick-action side channel** - Optimize v1 around **status clarity + task control + integration health**, not chat UX ## 3 most important questions to ask the user next 1. **What is the system of record for assistants and tasks today — existing backend, OpenClaw state, or should the dashboard own that data from day one?** 2. **Do you want v1 to be read-heavy with light controls, or should it actively start/stop/reassign assistant work?** 3. **Which 2–3 integrations matter most for launch after Google Calendar — notes, email, Telegram, something else?**","ownerKey":"agent:main:telegram:main:direct:502083232","childSessionKey":"agent:main:subagent:028f01bc-b40f-41ce-a7db-a6f52dbd2472"},"error":"spawn openclaw ENOENT"}}