A .NET Command Dispatcher, with Command Processor features for QoS (like Timeout, Retry, and Circuit Breaker), and support for Task Queues.

Joined September 2014
14 Photos and videos
Brighter retweeted
Another Brighter release! As of 10.5.0, we now support exporting AsyncAPI from Brighter-enabled applications that describe your endpoints. Similar to OpenAPI for ASP.NET endpoints, but this is for messaging, not HTTP. nuget.org/packages/Paramore.…
1
1
317
Brighter retweeted
We have released 10.3.3 or Brighter. This includes a fix for Kafka commit errors during partition reassignment in 10.3.3. We now check whether an existing flush is running across batch, time, and partition loss triggers (the latter was not previously checked).
1
2
2
335
Brighter retweeted
We have been using coding agents with @BrighterCommand since last year, a few observations. - As a project, Brighter supports many transports, out/in boxes, schedulers, storage, and distributed locks to fit into environments where it is to be deployed.
1
4
8
1,236
Brighter retweeted
We have released Brighter 10.3.0, which includes a significant upgrade of our error-handling strategies - hence the minor version bump. Brighter’s default behavior is to ack a message when an error leaves the handler pipeline. The principle here is that errors come in two forms:
1
2
8
352
Brighter retweeted
Solid advice. We have a PR in to add Roslyn Analyzers to @BrighterCommand, and I think that will be exceptionally helpful when agents write Brighter code. The advice to prefer retrieval over training may help: look at @Aaronontheweb's work here
rough thoughts on dotnet (csharp) and agentic - agentmd should steer towards latest c# style ie “only use .net 10 code style” because of the wide degree of variance over the years. even with that guardrail in place it’s a mixed bag because the language has evolved so much over the years and models have that in their training data. - migrating a codebase from v8 coding style to v10 coding style super easy to do! - dotnet null just sucks; discriminated unions - miss eithert/maybe heaps and plenty of scenarios which should have been compiler time validation end up as runtime blowups. - writing roslyn analysers is now neat, fun and super productive. there’s no excuse to not utilise them to create back pressure - nuget still sucks; can’t ripgrep a dll and monkey patching libraries still sucks/not really possible/easy to do. - configuring compiler warnings to max level of aggression helps heaps. warnings should fail builds.
1
7
1,052
Brighter retweeted
We have just released version 10.1.0 of Brighter. nuget.org/packages/Paramore.… The minor version bump is due to improvements in the management of resources we create in our factories. Brighter uses a DI-friendly framework approach, which means we implement factories for DI providers
1
1
7
428
Brighter retweeted
11 Dec 2025
For those of you still on V9 of Brighter, our bug fix release 9.9.13 fixes an issue where the stale offset sweeper was not running and clearing stale offsets. (Fix also in 10.0.3)
2
2
386
Brighter retweeted
9 Dec 2025
We have pushed 10.0.3 of Brighter. Mostly bug fixes, but includes support for TickerQ as a scheduler, and EF integration for the MongoDb Outbox. Thanks to all our existing and new contributors: nuget.org/packages/Paramore.…
1
2
4
524
Brighter retweeted
24 Nov 2025
To follow up on Brighter's V10 release, we now have supporting documentation for V10 on our docs site: brightercommand.gitbook.io/p…
1
2
2
394
Brighter retweeted
27 Oct 2025
We have released V10 of Brighter. This represents a significant set of improvements and sets the groundwork for other changes in V10.X releases to come. (We will continue to support V9 with bug fixes until V11; Our release cadence for major versions is 1-2 years.) Details below.
1
4
5
342
Brighter retweeted
11 Aug 2025
We've released Brighter **v10 RC2** (`10.0.0-preview.7`). We are close to feature complete on **V10** with this release. We need to fix bugs and be satisfied of quality before we go a final release.
1
3
5
579
It's pattern recognition, rather than reasoning. That does not diminish its value. A lot of coding tasks are "recognise and apply a pattern to the problem".
1
70
However, when you start to wander into areas where it needs to reason about what the code is doing, due to reliance on copy and paste, it stumbles. It can't reason about the test failing because the queue is not created; this test just tests the test itself, not the SUT.
57