跳转到内容

Building Agentic Workers in the Designer

此内容尚不支持你的语言。

The Greentic Designer lets you build an agentic worker visually, without hand-writing an AgentConfig or packaging tools yourself. It produces the same artifact the runtime runs: a .gtpack containing the worker’s config.

There are two surfaces, and they share one backend:

  • DW Composer Studio (/dw-composer) — a form: fill in the worker section by section.
  • Chat ✨ Auto-fill — describe a goal in plain language and let a composer propose the whole worker, which you then refine in the Studio.

Open the dashboard → Agentic Worker tab → New Project. The Studio is a stacked form:

SectionWhat you set
BasicDisplay name, description, tenant, locale, vertical
InstructionsThe goal, the system prompt, the opening message
LLMProvider + model (e.g. OpenAI gpt-4o-mini)
ToolsThe tool extensions the worker may call
MemoryShort-term / long-term memory providers
ChannelsMessaging channels (webchat, Slack, …)

A sticky Manifest Preview shows the worker taking shape. When you’re happy, click Build — the Studio runs a pure-function mapper (DwFormState → AnswerDocument) and packages a .gtpack. Download it, or Publish it to the Greentic Store / Deploy it to a runtime.

Effective prompt — seeing what the model actually gets

Section titled “Effective prompt — seeing what the model actually gets”

Beside the Manifest Preview sits the Effective prompt panel, collapsed behind a Show what the AI receives toggle. It is read-only, and it shows the system message a deployed worker would receive — not an approximation — plus one row per bound tool with its description and usage note.

Why it exists depends on which instruction mode the worker uses:

ModeWhat the model receivesWhat the panel adds
CustomYour Instructions, verbatimLittle — the prompt is what you typed
ManagedA platform-authored backbone with your instructions slotted inThe point of the panel

In Managed mode the platform supplies a standard structure — an identity line, a workflow-and-escalation paragraph, and the guardrail framing — and you only write the business-specific layer. Because the result is one continuous prompt, it is otherwise impossible to tell your sentences from the platform’s. The panel therefore renders it as labelled blocks:

  • identity — the “You are …” line, from your display name and tone
  • added by the platform — the fixed backbone you cannot edit
  • your instructions — the layer you wrote

If you have not written instructions yet, that block says so rather than sitting blank. A Copy button puts the whole system message on your clipboard.

In the Studio, type a goal (e.g. “A read-only network operations assistant for our telco”) and click ✨ Auto-fill from goal. The Designer:

  1. Asks the LLM for 0–3 clarifying questions (/api/dw/composer/plan-questions).
  2. Sends your goal + answers to a composer — a vertical-specific extension that proposes the worker (compose_digital_worker).
  3. Projects the result into the Studio form and shows a per-field diff so you can review before applying.

Composers are design extensions advertising the greentic:dw-composer/composer capability. The Designer discovers every installed composer at startup and selects one by vertical at compose time. The bundled set covers default, telco, banking-id, cs-bot, healthcare, public-sector, retail, and template-builder.

  1. Install composer extensions (v1.3.0+ — older apiVersion v1 builds will not load):

    Terminal window
    gtdx install greentic.dw.composer.default
    gtdx install greentic.dw.composer.telco

    They land in ~/.greentic/extensions/design/. On its next start the Designer logs how many it discovered, e.g. Discovered 8 DW composer(s) from 8 advertised extension(s).

  2. Configure an LLM. Standalone: --openai-api-key / GREENTIC_LLM_API_KEY (or pass --llm-provider). With an admin backend, the agentic_worker_composer role provides it.

A Designer-built worker is the same artifact as a hand-authored one, so once it’s packaged it runs exactly as described in Agentic Workers: a dw.agent node in a flow hands user messages to the worker’s Plan→Act→Observe loop.

StepWhere
Build .gtpackStudio Build button
Publish to StorePublish (POST /api/dw/publish)
Deploy to a runtimeDeploy (POST /api/dw/deploy, needs an admin endpoint)
Test before shippingthe Studio test-chat playground