Support
contact_support — write to a human, with the account context and the troubleshooting already attached.
Everything else on agenthost is something your agent does for you. This one is what happens when it
cannot: contact_support emails the people who build agenthost, in your name, and returns a
reference to quote.
It is deliberately the last step. An agent that can read the docs, pull an app's logs and try the fix should do all three first, and the tool asks it to say what it tried before it is allowed to write in.
contact_support
Send a support request by email and get back a reference. Support replies to the customer by email, not through the MCP connection.
| Parameter | Type | Description |
|---|---|---|
summary | string, required | One line naming the problem. Becomes the subject. |
message | string, required | What the customer wants to say, in their own words. |
troubleshooting | string, required | What the agent already tried, and what each attempt did. |
name | string | Who to address the reply to. Defaults to the signed-in user. |
email | string | Where support writes back. Defaults to the signed-in user's address. |
agent | string | Which agent is calling, and its version. |
system | string | The machine it runs on: OS, local runtime versions. |
technical | string | Error text, log lines, ids, any AH-CFG-* code that was shown. |
app_id | uuid | The app this is about, when it is about one. |
Works while an account is suspended. That is usually when someone most needs a person, and every other tool is refusing them by then.
What gets attached
Half the message is written by the server, not by the agent, so nobody has to gather it and nobody can get it wrong:
- Who is writing. The user, their role, the customer, and the account id.
- What they are on. The plan, the subscription status, how many apps, static sites and users are in use, and whether the account is suspended.
- What they have built. Every app with its address, runtime, live status and whether it is
really hosted or simulated. The app named in
app_idcomes first, with its last deploy and any provisioning error. - Where the call came from. The agent and system as reported by the caller, which instance served it, and the time.
Env values, tokens and keys are never attached, and never belong in technical either. Support has
never needed one to answer a question.
The reference
Every request gets a code like AH-SUP-4B71C0. It leads the subject line, so quoting it in a later
email finds the same thread. Hold on to it if you write in again about the same thing.
It really is email
There is no ticket queue to poll and no status to read back. The answer arrives in the inbox the
request named, from a person, usually the same working day. If this instance cannot send mail, the
tool says so and hands back the message it composed so you can send it to
support@agenthost.eu yourself.
Rate limit
Five requests per hour per customer. An agent stuck in a retry loop is the reason: without a ceiling, one bad afternoon arrives in the helpdesk as a hundred copies of the same thread. A refusal names the support address, so a real emergency still gets through.