platformatic-runtime

Orchestrate Platformatic Runtime multi-service projects with watt.json and plt.local routing.

Updated Feb 11, 2026
One-click install
npx skills add https://github.com/fgiova/claude-marketplace --skill platformatic-runtime
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: platformatic-runtime
Source: https://github.com/fgiova/claude-marketplace/tree/main/plugins/platformatic-runtime/skills/platformatic-runtime
Command: npx skills add https://github.com/fgiova/claude-marketplace --skill platformatic-runtime

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Platformatic Runtime brings together multiple Node/Fastify services into a single orchestrated process, ensuring consistent runtime behavior, shared configuration, and safe inter-service communication.

Core Features & Use Cases

  • Orchestration of multiple services via watt.json with environment mapping and shared monorepo patterns.
  • Inter-service communication through in-process fetch calls using plt.local hostnames to route requests without network overhead.
  • Standardized create() pattern for service entry points and testing strategies that separate unit and integration tests.
  • Centralized runtime configuration and lifecycle management for multi-service architectures.

Quick Start

Set up a simple multi-service Platformatic Runtime project with watt.json, service entrypoints, and plt.local routing.

Frequently Asked Questions about platformatic-runtime

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I orchestrate multiple Fastify services in a monorepo using Platformatic Runtime?

Platformatic Runtime orchestrates multiple Fastify services in a monorepo into a single process using watt.json for environment mapping and pnpm workspaces for shared configuration and consistent runtime behavior.

How does inter-service communication work in Platformatic Runtime?

Inter-service communication in Platformatic Runtime uses in-process fetch calls with plt.local hostnames to route requests safely without network overhead, ensuring efficient interaction between orchestrated services.

What is the standard service entry point pattern for a Platformatic Runtime project?

The standard service entry point pattern for a Platformatic Runtime project uses a centralized create() pattern, enforcing best practices for lifecycle management and standardized testing strategies across services.

How do I separate unit and integration tests for microservices in a Platformatic Runtime?

Testing strategies for microservices in a Platformatic Runtime separate unit and integration tests by leveraging the standardized create() service entry point pattern to isolate service logic from runtime orchestration.

Does Platformatic Runtime support pnpm workspaces for multi-service architectures?

Yes, Platformatic Runtime supports pnpm workspaces for multi-service architectures, applying shared monorepo patterns and centralized runtime configuration to manage multiple Node services effectively.

Why should I use Platformatic Runtime instead of running microservices independently?

Using Platformatic Runtime instead of running microservices independently ensures consistent runtime behavior, shared configuration, and safe in-process inter-service communication without network overhead.