Ross ROSS = Recommend OSS · open-source software intelligence for agents

BrighterCommand/Brighter

A framework for building messaging apps with .NET and C#. observed · 2026-08-28

github.com/BrighterCommand/Brighter · homepage · C# · MIT (permissive) observed · 2026-08-28

Health v2 · maintenance only

98/100

  • Activity 99
  • Release rhythm 95
  • Longevity 100
How is this computed?

round(0.45*activity + 0.35*rhythm + 0.20*longevity); archived -> min(score, 10) — computed 2026-09-03. Adoption (stars, forks) is never an input.

  • gap_med: 13
  • age_days: 5719
  • days_rel: 35
  • days_push: 7
  • n_releases_24m: 30

Full methodology

Adoption not part of the score

2469 stars · 293 forks observed · 2026-08-28

What it is AI-extracted, prompt v1, taxonomy v1, 2026-08-30, confidence not recorded

Brighter is a Command Dispatcher and Command Processor framework for .NET and C# that implements the Command pattern with a middleware pipeline for building loosely coupled applications. It supports both in-process and out-of-process messaging across transports like RabbitMQ, Kafka, AWS SNS+SQS, Redis, and Azure Service Bus, with features such as outbox/inbox patterns, retries, circuit breakers, and distributed tracing.

Use cases

  • build message-driven microservices in .NET
  • implement CQRS command side with a command dispatcher
  • decouple services with asynchronous messaging over RabbitMQ or Kafka
  • add reliable messaging with transactional outbox pattern
  • build middleware pipelines for retry and circuit breaking in C#
  • process messages from queues with a service activator
  • implement hexagonal architecture ports and adapters in .NET

When to choose

  • you are building .NET/C# applications needing command dispatch or event-driven messaging
  • you want transport-agnostic messaging with RabbitMQ, Kafka, SQS/SNS, Redis, or Azure Service Bus
  • you need outbox/inbox patterns for reliable transactional messaging
  • you want middleware-style cross-cutting concerns like logging, retry, and circuit breakers

When to avoid

  • your stack is not .NET (it is a C# library)
  • you only need simple in-process request handling without messaging - MediatR alone may suffice
  • you need the query side of CQRS without the companion Darker project
  • you require a broker or transport not listed among its supported integrations

Facets

framework · maturity active

message-queue middleware rpc workflow-automation microservices logging tracing error-handling scheduling microservices backend developer-tools dotnet cross-platform cloud command-dispatcher command-processor cqrs mediatr-alternative outbox-pattern service-activator hexagonal-architecture rabbitmq kafka aws-sns-sqs redis-streams azure-service-bus event-driven-architecture messaging docker

2 sources

Member repositories

RepositoryRoleHealth v2
BrighterCommand/Brightermain98

For agents

markdown · JSON · MCP: product_card(name="BrighterCommand/Brighter")

Data as of 2026-08-30T08:39:29.467469+00:00 · Report a problem