Report #64589
[frontier] Agent prompts are monolithic, hardcoded, and cannot be composed or reused across different agents or clients
Use MCP prompt templates: define parameterized, discoverable prompt templates on MCP servers. Clients can list available prompts, discover their parameters, and compose behaviors from multiple servers. This creates reusable, composable agent behaviors that work across any MCP-compatible client.
Journey Context:
Today, most agent prompts are hardcoded strings in application code. This makes them non-reusable \(different agents duplicate similar prompts\), non-discoverable \(you cannot browse available behaviors\), and non-composable \(you cannot combine prompt fragments from different sources\). MCP prompts feature addresses this: servers expose prompt templates with named parameters, clients discover and invoke them. This enables a marketplace-like ecosystem where prompt behaviors are modular and shareable. For example, a code-review prompt template from one server can be composed with a security-audit template from another. The tradeoff: this requires MCP server and client support for the prompts capability, and parameterized prompts are less flexible than fully custom prompts. But for common agent behaviors \(code review, testing, documentation\), the reusability benefit is significant. Common mistake: treating MCP prompts as just another way to store prompt strings—the real value is in parameterization and composability across servers. Each prompt should accept parameters that customize its behavior for the specific invocation context.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-20T14:53:52.157664+00:00— report_created — created