Не самый вкратчевый апи, но достаточно удобный, очевидный и однородный к остальному апи, тайпсейф.

Ну и это лишь дефолтный вариант, при желании свое накрутить можно очень просто, фундаментальная апишка оч простая и мощная.

Ну и :)

1. Экшны можно будет делать асинхронными?
2. Не теряется ли от этого чистота атома (он же редьюсер), который является предсказуемым способ изменения стора, и  усложняется тестирование? Возможно, я мыслю категориями редакса

1) В смысле?
2) Нет, тк возвращенная из хендлера функция добавляется в отдельную очереь effects, которую вызывает уже сам стор.

1 - https://reatom.js.org/#/examples?id=side-effects

Что значит? Асинхронные действия переходят в атомы?

Ну по ссылке пример как можно описывать экшены, что бы в них были сайд эффекты. Это то как в первой версии оно работало, только теперь можно вывести тип результата эффекта.

А тред начался с того что теперь эффекты можно описывать в атомах, да. Это не универсальная штука, но удобная для многих кейсов.
Очень мне нравится что всю работу со стейтом атома можно описать теперь в этом же атоме, даже асинхронщину.
Хотя могут быть кейсы, когда удобнее отдельно описывать процессинг, особенно нескольких атомов. В общем от задачи зависит

Как-то неоднозначно, тенденция ведь наоборот, к отделению сайд-эффектов от мух с котлетами

Не слишком ли перемешаются они с чистыми функциями?

Т.е эффекты с действительными изменением состояния

( ничего срочного-важного офк в этих войсах нет )

Это всегда от задачи зависит. Если мы какой-то ресурс сам в себе описываем - лучше что бы все связанные с ним вычисления были в нем.
Если у нас данные участвуют в каких-то других общих процессах - нужно разделить.
Не бывает единого лучшего решения. А я лишь даю очень базовую, но мощную апишку что бы можно было сделать и так и так.

В новом реатоме из коробки есть батчинг (в диспатч можно передать массив экшенов) и он сделать с макс производительностью, без излишних обходов, как в редаксе (из-за этого там целая пачка проблем).

Так же, есть шорткат на logic-less атомы - если передать в declareAtom только initialState, без редусера с хендлингом экшенов, то он создастся автоматом и в атом будет добавлен метод update (экшен). Таким образом мы в атоме описываем только тип данных и позможность на них подписаться, а изменением этих данных можем управлять в отдельном контроллере.

Те можно описать какой-то отдельный асинхронный метод, который будет апдейтить пачку атомов батчем - вот вам и разделение.

Ну те я постарался учесть оба подхода)

Примерно так выглядит

Ну и остается еще вся экосистема редакса под боком. Так что проблем не должно быть.