channels-sdk

OpenDots di CopilotKit, template open source per agenti AI sempre attivi tra testo, chiamate vocali e Slack; alternativa self-hosted a Grok Bot di xAI CopilotKit ha pubblicato OpenDots: un template open source con licenza MIT per agenti AI sempre attivi che si muovono tra testo, chiamate vocali e Slack. Ogni Dot ha un ruolo, i suoi permessi e il suo computer, e il suo lavoro finisce in pagine che puoi continuare a modificare. Lo cloni, lo ospiti sulla tua infrastruttura e lo adatti come vuoi. Il fratello OpenBot è la piattaforma di governance per assistenti interni (gateway unico, policy, audit). OpenDots è il template di coworker persistenti che ne riusa i computer: scrivi a un Dot in chat, lo chiami in voce o lo menzioni in Slack e ritrovi il filo dopo. In chiamata la voce continua a parlare mentre un agente separato fa il lavoro lungo, con lo stesso contesto e gli stessi permessi. Su Slack la connessione passa dal Channels SDK con una lista esplicita di workspace e utenti ammessi. Quanto somiglia a Grok Bot Molto nell'idea, poco nel resto. Grok Bot, annunciato a settembre da xAI per le enterprise, è fatto degli stessi mattoni: un Bot per ogni lavoro, ciascuno col suo computer nel cloud, a cui scrivi come a un collega e che torna quando ha finito o quando serve una decisione. Le differenze contano però. Grok Bot è il prodotto ospitato di xAI, con i controlli enterprise (accessi, rete, audit) e gli inviti per tutta l'organizzazione. OpenDots è il template open che lo rifà in casa: il modello lo porti tu, vive anche in chiamate vocali e Slack, il lavoro finisce in pagine modificabili, e in cambio gira sulla tua infrastruttura. Oggi però è pensato per un singolo proprietario, mentre Grok Bot nasce per i team. Cosa dice il progetto - Ogni Dot ha un computer isolato che usa il supervisor dei container di OpenBot: profilo browser e file che restano al loro posto anche se spegni e riaccendi, con un pannello per guardare e prendere il controllo in qualsiasi momento. Le chiavi di servizio restano sul server e non arrivano mai al browser. - Tutto quello che producono finisce negli Spaces: libreria di pagine ricercabile, sottopagine, editor con formattazione, comandi slash, annulla e ripristina, e autosave che segnala l'avanzamento. Se un salvataggio fallisce la bozza si conserva, e i controlli di revisione impediscono a una modifica vecchia di sovrascrivere una più nuova. - Nulla viene salvato senza il tuo via libera: il Dot mostra prima la bozza e una scheda di revisione mette tutto in pausa per Approve and save o Decline. Se riprovi un salvataggio, recupera la pagina già creata invece di duplicarla. - I permessi si concedono un Dot alla volta (browser, file, shell e memoria), così un Dot scrittore non ha mai gli accessi del Dot ricercatore. Il lavoro ricorrente gira lato server nella conversazione originale, con pausa e riprova. Requisiti e avvio Servono Node.js 24 e npm: git clone, npm ci, cp .env.example .env, npm run dev. Chiamate, Slack e computer dei Dot hanno ciascuno la propria guida nel repo. Le conversazioni richiedono CopilotKit Intelligence (servizio ospitato, prova locale in Docker o installazione autonoma con licenza). Cosa NON c'è - È un template in alpha, non un prodotto ospitato: lo esegui e configuri tu. La stessa pagina elenca lo stato dei test: conversazioni, pagine, computer e chiamate sono testati con servizi reali, Dot specialisti e lavoro in background solo in locale, mentre delega vocale e Slack devono ancora essere testati dal vivo. - Oggi è pensato per un singolo proprietario: editing condiviso, inviti, upload di file e conversazioni di gruppo tra Dot sono lavoro futuro dichiarato nel repo. - Le garanzie su permessi e isolamento sono architettura dichiarata dal vendor: da verificare sul campo prima di collegarci account veri. Chi lo prova in locale questa settimana, e da dove cominciate: chiamate vocali o Slack? Fonti: 1. OpenDots - github.com 2. OpenDots - copilotkit.ai 3. Channels SDK - github.com 4. Grok Bot for Enterprise - x.ai, 2026-09-03 5. Designing Grok Bot for a world of persistent agents - x.ai, 2026-09-03

OpenDots - AI Coworkers Alt: Meta Muse, OpenAI Dots [6K Stars] About OpenDots Always-on AI coworkers that move between text, calls, and Slack. An open-source template for persistent AI agents, each with its own computer. Available on Web and Mobile. Awarded #1 Repository of the Day Author: CopilotKit Stars: 6K Repo Link: https://github.com/CopilotKit/OpenDots What OpenDots Does Ask → browse → approve → save. A live computer view and a human review card appear right in chat, then the approved draft becomes an editable Space page. Enlarged for readability; idle time is trimmed and playback is accelerated. Overview OpenDots is a starting point for building your own agent workspace. Clone it, define your Dots, connect your services, and adapt the interface and tools to your needs. A template, not a hosted product. You run the application and configure its infrastructure. The template is in early development; the Features section below describes what's included and distinguishes local verification from connected-service testing. ❯❯❯❯ Keep Yourself Updated with Awesome GitHub Newsletter Subscribe to our weekly → Newsletter - Curated for r/AwesomeGithub ------- Spaces CopilotKit/OpenDots A Space is a home for working documents. Dots appear separately in navigation and can be granted access to multiple Spaces in their settings. Each Dot has a default destination for saved pages; existing installations retain their original Space access. Browse pages in a searchable library, switch between grid and list views, and organize documents as nested subpages. Open a page in a focused visual editor with formatting, slash commands, and undo/redo. Write directly, save a conversation as a page, or ask a specialist to create and revise content. Pages stay in the local workspace database. Their conversations use CopilotKit Threads, with a separate conversation for each page and specialist. Page links connect the document workspace to Dot chat. Manual editing works before you configure conversation services. Autosave reports its progress, failed saves retain your draft, and revision checks prevent stale edits from overwriting newer content. Markdown source mode remains available. Open a Space, navigate to its launch brief, ask Scout about the saved page, and continue in Dot chat. This recording uses live page chat and example launch content. Specialist Dots CopilotKit/OpenDots Give each Dot a name, role, instructions, and permitted tools. A researcher can investigate a topic; a writer can turn findings into a draft. Inspect their work and control what they can do. Dot computers CopilotKit/OpenDots Each Dot can have its own computer, using OpenBot's container supervisor and computer service. Its browser profile and workspace files persist across stop/start. The Computer panel exposes browser control, human takeover, files, terminal output, and activity, with browser, file, and shell permissions set per Dot. The application keeps service credentials on the server and derives a different computer credential for each Dot. See Computer setup to build the pinned services and connect your deployment. Computer tools require those services; an unconfigured template does not execute commands on your host. Ask Scout to open a website, summarize it, save notes, and verify the file. Every computer action in this demo is requested through chat; CopilotKit tool renderers show the live browser, saved file, and terminal output inline. Review before saving CopilotKit/OpenDots Ask a Dot to show a draft before saving it. A CopilotKit human-in-the-loop card pauses the conversation for Approve & save or Decline. Approval creates the page in an authorized Space and returns a link; retries with the same draft recover that saved page. A changed draft needs a new review. The agent continues after your decision. Connections CopilotKit/OpenDots Give a Dot tools from any MCP server, such as email, calendar, GitHub, or your own services. Read-only tools run on their own. Any other tool pauses for an Approve & run card in chat, and only your approval runs it. You can turn each tool on or off per Dot. See Connections. Connected apps CopilotKit/OpenDots Dots can use Composio to work with the owner's email, calendar, and other connected apps. Add COMPOSIO_API_KEY, restart OpenDots, then enable Connected apps in both the global settings and the Dot's settings. Adding the API key alone does not grant access. You can limit each Dot to toolkit slugs such as gmail or google_calendar. A blank toolkit list allows every toolkit in the Composio project. OpenDots identifies the owner with OWNER_ID, so keep that value stable after connecting accounts. When a tool needs authentication, the Dot returns a Connect link in chat for the owner to complete the provider's sign-in flow. These tools act on real accounts. Start with a read-only request and use a test account before trying write actions. See Composio setup for configuration, permissions, testing, and data-sharing details. Text and calls CopilotKit/OpenDots A continuous conversation keeps the Dot's avatar and status above the messages, with text and call controls close at hand. Work updates, source links, and call receipts appear in the timeline; a side panel shows results or the agent's computer. Calls pair realtime speech with a separate compute agent, so the conversation can continue while longer work runs. Both use the same conversation context and tool permissions. The call screen includes a live timer, separate user and Dot captions, microphone mute, speaker mute, and a minimized view for continuing in chat. Voice needs separate provider configuration. Connect, talk, mute, minimize, and return to chat. This is a silent screen capture of a real call, with waiting time trimmed and playback accelerated. Slack CopilotKit/OpenDots Mention a Dot through a managed Slack connection using Channels SDK, then continue in its thread. The integration follows OpenTag, with an explicit workspace/user allowlist and a selected specialist. See Slack setup to connect your deployment. Bring your agents into Slack with Channels SDK. See the managed Channels documentation to connect them through CopilotKit Intelligence. Architecture AG-UI connects the agent to the interface CopilotKit/OpenDots AG-UI carries streamed messages, tool calls, and agent state between the backend and CopilotKit components. Computer activity appears inline as the agent works; human-in-the-loop cards pause a tool call for your decision before it continues. The template uses TanStack AI for model streaming and server-tool execution, CopilotKit's React SDK and runtime, Intelligence for durable Threads, and Channels SDK for Slack. Pages, application metadata, and background-work state are stored separately from conversation history. You configure the Intelligence project, model provider, and channel connection for your deployment; calls also need a speech provider. Credentials stay on the server. Missing configuration should produce a clear setup state, and test fixtures should remain visibly separate from live integrations. OpenMuse and OpenBot are code references for persistent work, agent computers, and execution controls. OpenDots can be adapted to your own workflows and deployment choices. Features |Area|Included| |:-|:-| |Spaces and Specialist Dots|Saved names, role instructions, and per-Dot research and memory permissions| |Pages|Searchable library, visual editor, slash commands, autosave, and revision checks| |Conversations|React SDK chat and Threads integration, page-specific conversations, and source links| |Slack|Managed Channels SDK declaration with workspace and user allowlists| |Calls|WebRTC speech, delegated compute, bounded sessions, hangup, and timeline receipts| |Background work|Scheduled server-side turns in their original conversation, with pause and retry controls| |Browser|Separate read-only public-page service with page capture and navigation limits| |Dot computers|Per-Dot browser profiles, files, shell, takeover, permissions, and action records through OpenBot| |Connections|Per-Dot MCP servers, Composio connected apps, per-tool access, and owner approval for MCP write actions| |Appearance|System, light, and dark themes; dark colors are derived at build time from the light styles| |Memory|User-managed preferences that permitted Dots can use| |Automatic Learning|Per-Dot Learning containers, conversation evidence routing, and published-skill delivery; see setup| |Deployment|Local Node setup and separate application/browser containers| Scheduled tasks run in their original conversation. If a worker stops or its lease expires during a run, OpenDots marks that run Interrupted and waits for an explicit retry. Review its pages and computer actions, then use Retry after review when appropriate. Completed effects may already be present even when a run has no final result. Local checks cover setup, persistence, permissions, SDK failure handling, and browser isolation. Automated tests use service fixtures. Live Intelligence, model responses, and page-context chat were verified on September 29, 2026. Live OpenBot computer browsing, file creation, shell verification, and file persistence across stop/start were also verified locally. Live Realtime speech, call controls, and receipt persistence were verified locally on September 30, 2026. Slack and spoken compute delegation still need connected-service verification. See recording notes for the demonstrated flows and limits. Automatic Learning routing and skill delivery are configured locally. Cloud schedules, eligible-thread counts, and published-skill delivery still need connected-service verification. Skills require review and publication in Intelligence; existing conversations without a container are not enrolled retroactively. This is a single-owner starting point. Shared editing, invitations, file uploads, and interactive page embeds are not included. Schedules are recurring instructions, not a complete goal or event-trigger system. Specialist Dots have separate roles and conversations; multi-Dot group conversations and automatic delegation are further work. License: MIT Public-web research Parallel is selected by default in live research and Dot conversations. Ask a topic-only question to discover and read up to five sources, or supply URLs to extract them directly. Sources are saved with their links. A browser worker is not required for this research path; computer tools remain available for interactive work. WEB_SEARCH_PROVIDER=browser preserves the existing URL-only browser reader, and WEB_SEARCH_PROVIDER=disabled disables these research tools. Workspace and Dot research permissions, pause and cancellation controls still apply. Sample research remains fictional and does not contact a provider. Queries, requested URLs, a stable session identifier and the research objective are sent to https://search.parallel.ai/mcp. Memories and complete conversations are not automatically forwarded to Parallel. Model-selected objectives may still contain context from the conversation. The anonymous service is free for light use with provider-managed limits; set PARALLEL_API_KEY on the server for production or higher limits. Provider errors and empty results are reported rather than replaced with invented evidence. See Parallel Search MCP documentation.