Skip to content

Entry Points Overview

There's more than one way to open a DotCraft workspace. Whichever you choose, you're working with the same agent: it reads the same .craft/ and shares the same session core and long-term memory. The only thing that changes is the surface you talk to it through.

Surface Shapes

DotCraft entry points topology

EntrySurfaceBest for
DesktopGraphical desktop appFirst-time use / long-running collaboration / complex diffs & approvals
TUIRust-native terminal UITerminal-native, SSH remote, lightweight
IDE / Editor (ACP)Inside JetBrains / Obsidian / Unity / etc.Read unsaved buffers, run via editor-managed terminal
Channels / BotsQQ / WeCom / Feishu / Telegram / WeChatGroup chats, knowledge bots, support bots

Decision Matrix

I want to…Recommended
Start using DotCraft for the first timeDesktop
Work over SSH on a remote serverTUI or AppServer + remote TUI/Desktop
Let the IDE feed unsaved buffers to the agentACP
Bring an agent assistant into a Discord / QQ groupChannels
Share one workspace across multiple clientsAppServer Mode + any of the above
Build a bot or custom clientSDK overview + AppServer Protocol
Run scheduled / CI automationsAutomations + any entry to handle approvals

Cross-Entry Sharing Principles

  • One AppServer per workspace: locally coordinated by Hub; you do not manage it by hand.
  • Threads resume across entries: a Thread opened in Desktop can continue in TUI / ACP; approvals render natively per platform.
  • Single source of truth for config: model, security, automations all in .craft/config.json and ~/.craft/config.json; every entry reads the same file.
  • Entry switches are independent: ACP, Dashboard, Automations, and external channels are enabled per workspace.

First-Time Picking

If you have not started yet:

  1. Follow Getting Started to install Desktop.
  2. Walk through "select workspace + configure a model + first chat" inside Desktop.
  3. Add a second entry (TUI / ACP / Channels) only when a real need shows up.

Apache License 2.0