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

London
Brighter retweeted
It’s an interesting challenge for @BrighterCommand. We have supported Polly since Dylan first created it (long before MS adopted it) but now that support pushes our community into paying an OSMF to a 3rd party.
Introducing the Open Source Maintenance Fee for Polly thepollyproject.org/2026/07/…
4
4
17
9,458
Brighter retweeted
# Brighter 10.6 This release provides two new features. Box Provisioning will create your outbox or inbox if it does not exist, and migrate it to the latest schema if it does exist but is out of date.
1
3
3
575
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
347
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
358
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,244
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
359
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,060
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
435
Brighter retweeted
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
389
Brighter retweeted
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
530
Brighter retweeted
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
396
Brighter retweeted
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
344
Brighter retweeted
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
581
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
72
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.
59