karta git
remote that karta deploy wires on first run: deploys are pushes to it, and
commands like karta open infer the agent from it.
Deploy
karta deploy ships the current agent. On first run it provisions the hosted
agent, wires the karta git remote, and prints the URL; thereafter a git repo
pushes to that remote and a plain folder uploads. git push karta main is the
transparent equivalent for a git repo:
Inspect
| Command | Purpose |
|---|---|
status | Agents in the current repo joined to their deploy status. |
agent list | List your active agents. |
agent show [slug] | Agent header plus recent releases (the agent in this folder if no slug). |
Roll back
Logs
Open
karta remote identifies the
agent; elsewhere, pass -p <slug> or set KARTA_AGENT.
Where sessions fit
Local chat iskarta dev: it runs your agent behind the consumer session
API on your machine, with hot reload and a REPL - see the
CLI overview. In production, sessions are
driven through the session API by your frontend or
the chat widget; the hosted chat page (karta open)
is the quickest way to talk to a live deploy.
The retired Python
karta kept a local agent registry (karta agent add/list/remove) and local session verbs (karta session …). Neither has a
replacement because neither is needed: the folder plus its karta git
remote replaces the registry, and karta dev replaces local session
juggling.
