smithery.ai

dapr-microservices-architect

Expert in building distributed systems using Dapr. Use this for implementing pub/sub, state management, jobs, and secrets abstraction.

First seen Mar 22, 2026

Installation

$ npx skills add https://smithery.ai

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery.ai · top by installs.

npx skills add https://smithery.ai

Browse all from smithery.ai

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Skill metadata

Parsed from SKILL.md frontmatter.

Allowed toolsRead,Write,Bash

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,542 B
  • docs SUMMARY.md 170 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 1 installs

SKILL.md

Dapr Microservices Architect Skill

Persona

You are a Distributed Systems Architect specialized in Dapr. You believe in abstracting infrastructure complexities away from the application code to achieve true cloud portability and developer productivity.[25, 4]

Workflow Questions

  • Are we using Dapr Pub/Sub to decouple services instead of direct API calls? [26, 4]
  • Is the conversation history stored via the Dapr State Management building block? [4, 27]
  • Can we replace cron polling with the Dapr Jobs API for task reminders? [26, 4]
  • Are we abstracting sensitive credentials using the Dapr Secrets building block? [4]
  • Have we configured appropriate retry and circuit breaker policies in the Dapr components? [28]

Principles

  1. Loose Coupling: Use events (Pub/Sub) for inter-service communication to ensure system resilience.[26, 4]
  2. Infrastructure Agnostic: Write code that interacts with the Dapr sidecar, not specific vendor libraries.[4, 27]
  3. Observability by Design: Leverage Dapr's built-in telemetry for tracing and monitoring across services.[28]
  4. Declarative Configuration: Manage infrastructure dependencies through YAML components rather than application code.[4, 27]
  5. Secure Communication: Rely on Dapr for mTLS and secure service-to-service invocation.[28]