internal/website/docs/getting-started.md
Go Micro has three core abstractions:
| Abstraction | What | Constructor |
|---|---|---|
| Service | Capability — endpoints, data, business logic | micro.NewService("task") |
| Agent | Intelligence — manages services with an LLM | micro.NewAgent("task-mgr") |
| Flow | Orchestration — event-driven LLM triggers | micro.NewFlow("onboard") |
curl install below gives you the micro binary without Go, but micro run compiles your services, so you'll want Go installed to build them.micro run --prompt, micro chat, and agents. Plain services need no key. Set it before running, e.g. export ANTHROPIC_API_KEY=sk-ant-....Before your first provider-backed agent run, check the local path with:
micro agent preflight
The preflight is read-only: it verifies Go, the micro binary, provider-key setup, and whether the default micro run gateway port is free, without calling an LLM provider.
# Binary (no Go required)
curl -fsSL https://go-micro.dev/install.sh | sh
# Or with Go
go install go-micro.dev/v6/cmd/micro@latest
Prefer to start from a runnable reference? Clone the repository and run the maintained support-desk lifecycle example first:
git clone https://github.com/micro/go-micro.git
cd go-micro
go run ./examples/support
That example is the no-secret 0→hero path: services expose ticket/customer/notification tools, an agent handles the work, and an event-driven flow triggers the agent. See Learn by Example when you want more runnable starting points.
Describe what you need. The AI designs services, writes handlers, compiles, and starts them:
micro run --prompt "task management system"
You'll see the design, confirm, and services + agent start:
Services:
● task — Core task management
● project — Project organization
Generate? [Y/n]
Micro
Services:
● task
● project
Agents:
◆ agent
The interactive console lets you talk to your services immediately:
> Create a project called Launch, then add a task called 'Write docs'
→ project_Project_Create({"name":"Launch"})
← {"record":{"id":"p1..."},"success":true}
→ task_Task_Create({"title":"Write docs","project_id":"p1..."})
Created project Launch and added task 'Write docs' to it.
The console discovers services from the registry and orchestrates across them via the agent. Use micro run -d for detached mode without the console, or micro chat as a standalone command.
If the agent surprises you while iterating, use the Debugging your agent guide to inspect service registration, tool calls, run history, memory, provider failures, and flow handoffs.
When you are ready to prove the whole path end to end, follow the 0→hero reference path. It is the canonical handoff from this quick start: scaffold a service, run it locally, chat with an agent, inspect durable agent/flow history, and finish with micro deploy --dry-run using the same commands exercised by make harness.
Create and run a service manually:
micro new helloworld
cd helloworld
micro run
Open http://localhost:8080 to see the dashboard, call endpoints, and chat with your service.
A service is a Go struct with methods. Doc comments and @example tags become tool descriptions for AI agents:
package main
import (
"context"
"go-micro.dev/v6"
)
type Request struct {
Name string `json:"name"`
}
type Response struct {
Message string `json:"message"`
}
type Say struct{}
// Hello greets a person by name.
// @example {"name": "Alice"}
func (h *Say) Hello(ctx context.Context, req *Request, rsp *Response) error {
rsp.Message = "Hello " + req.Name
return nil
}
func main() {
service := micro.NewService("greeter")
service.Handle(new(Say))
service.Run()
}
micro run gives you:
http://localhost:8080http://localhost:8080/api/{service}/{method}http://localhost:8080/agenthttp://localhost:8080/mcp/toolsmicro new scaffolds a reflection-based service by default — plain Go types, no code generation, so go run . works with nothing else installed. If you prefer Protocol Buffers, add --proto (this requires the protoc toolchain; the command tells you what to install).
Templates are available for common patterns. These use Protocol Buffers, so they need the protoc toolchain (protoc, protoc-gen-go, protoc-gen-micro — micro new prints the install commands if they're missing):
micro new contacts --template crud
micro new events --template pubsub
micro new gateway --template api
For a complete service-backed walkthrough, start with Your First Agent. If you want to run before you write, use examples/support for the full services → agents → workflows lifecycle or examples/agent-plan-delegate for the smallest multi-agent planning/delegation path.
An Agent is an intelligent layer that manages one or more services:
package main
import "go-micro.dev/v6"
func main() {
agent := micro.NewAgent("task-mgr",
micro.AgentServices("task", "project"),
micro.AgentPrompt("You manage tasks and projects. You understand deadlines, priorities, and assignments."),
micro.AgentProvider("anthropic"),
micro.AgentAPIKey("sk-ant-..."),
)
agent.Run()
}
An agent is a service — it has a proto-defined Agent.Chat RPC endpoint and registers in the registry like everything else. It:
micro call, the interactive console, or any go-micro clientUse it programmatically:
resp, _ := agent.Ask(ctx, "What tasks are overdue for Alice?")
fmt.Println(resp.Reply)
Or via the CLI:
micro agent list # list registered agents
micro call task-mgr Agent.Chat '{"message": "What tasks are overdue?"}'
When multiple agents are registered, the console routes to the right agent automatically.
A Flow subscribes to a broker topic and triggers an LLM when events arrive. You can define flows in code or run them from the CLI.
In code:
f := micro.NewFlow("onboard-user",
micro.FlowTrigger("events.user.created"),
micro.FlowPrompt("New user created: {{.Data}}. Send welcome email and create workspace."),
micro.FlowProvider("anthropic"),
micro.FlowAPIKey(os.Getenv("MICRO_AI_API_KEY")),
)
f.Register(service.Options().Registry, service.Options().Broker, service.Client())
From the CLI:
micro flow run --trigger events.user.created --prompt "New user: {{.Data}}. Send welcome email."
micro flow exec --prompt "Summarize all open tickets and email the report."
The flow discovers all services as tools and lets the LLM decide which RPCs to call in response to the event.
| Command | Purpose |
|---|---|
micro run --prompt "..." | Generate services + agent, start with interactive console |
micro run | Dev mode: hot reload, gateway, interactive console |
micro run -d | Detached mode (no console) |
micro chat | Standalone chat (when not using micro run) |
micro agent list | List registered agents |
micro flow run --trigger <topic> | Run an event-driven flow |
micro flow exec --prompt "..." | Execute a one-shot flow |
micro new myservice | Scaffold a service |
micro call service endpoint '{}' | Call a service or agent |
micro build | Compile production binaries |
micro deploy user@server | Deploy via SSH + systemd |