Skip to main content
Hyperterse is an agentic server framework: one project can ship agents, tools, prompts, and resources together—plus databases, auth, caching, and observability—in one process. MCP is how most clients list and call tools, read resources, and fetch prompts. When you add agents, they get their own HTTP routes (A2A-style), separate from MCP. You do not need both on day one; add surfaces as your product grows.

Where to start

Agents

Long-running agents with models, permissions over tools, and standard agent HTTP—without wiring a second server.

Tools

Actions exposed to MCP: queries, APIs, or scripts, with validation and auth in one declarative layer.

Resources

Read-only context clients can pull in—static text, files, or parameterized templates.

Prompts

Reusable prompt templates with arguments and client-side completion hints.
Project structure — layout and discovery.

Baseline: install and run

Install the CLI

Installation — package managers and verification.

Scaffold a project

You get a root config, a sample tool, and starter agent-skills helpers. The exact tree depends on the template.

Review the root configuration

Open .hyperterse:
name is the service id. server.port is the HTTP port. server.log_level is verbosity: 1 errors only, 2 warnings, 3 info, 4 debug.

Start the server

The CLI loads your config, validates the project, packages TypeScript tools when needed, and serves MCP. For reload on save while developing:

Verify the server is running

This only proves HTTP is up—not that a database or model provider is healthy.

Optional: verify MCP tools

The template includes a hello-world tool.

List registered tools

You should see each tool’s name, description, and input schema.

Inspect the sample tool

Open the hello-world tool’s config.terse next to its handler.

Call the tool

Validate before deploying

This catches bad config, missing adapters, schema mistakes, and script packaging errors before you ship.

Next steps