норм, но опять не совсем корректно
у тебя по сути написано "если открыт диалог и пришёл адрес, то отправить на шаг 2"
Но диалог может быть открыт по другой причине да и на другом шаге

Может понятнее будет такой пример
Есть страница логина. Обычно когда пользователь вводит логин/пароль, то его направляют на главную страницу

Но если незалогиненный пользователь зашёл, скажем, на страницу поста, и попробовал отправить сообщение автору — его направили на страницу логина, но с query параметрами ?next=/author/id/message.
То есть пользователь попадёт на ту же самую обычную форму логина, но когда введёт логин/пароль, его направят не на главную, а на страницу переписки с другим пользователем, т.к. он туда и направлялся

Вот и тут — важно в каком контексте модалочка открыта. Если при попытке перейти на next, то да, надо направиьт в итоге на след. шаг. Но если по другой причине, то не надо)

Все что нужно сделать это расширить api для модалки, стором типа $openReason

норм, но опять не совсем корректно
у тебя по сути написано "если открыт диалог и пришёл адрес, то отправить на шаг 2"
Но диалог может быть открыт по другой причине да и на другом шаге

Может понятнее будет такой пример
Есть страница логина. Обычно когда пользователь вводит логин/пароль, то его направляют на главную страницу

Но если незалогиненный пользователь зашёл, скажем, на страницу поста, и попробовал отправить сообщение автору — его направили на страницу логина, но с query параметрами ?next=/author/id/message.
То есть пользователь попадёт на ту же самую обычную форму логина, но когда введёт логин/пароль, его направят не на главную, а на страницу переписки с другим пользователем, т.к. он туда и направлялся

Вот и тут — важно в каком контексте модалочка открыта. Если при попытке перейти на next, то да, надо направиьт в итоге на след. шаг. Но если по другой причине, то не надо)

https://share.effector.dev/4BEZhYj8
Это расширяемый вариант, но конкретный кейс можно решить проще, вот так
https://share.effector.dev/MERutEF0

о, докладик намечается
https://react-finland.fi/blog/rf-2020-online-mini-conf-vol-2

А у сторов/слушателей и т.п. есть какие-то методы типа destroy?

т.е. что если я хочу обернуть их создание в функцию
Условно так — 

export function createSomeState() {
  const store = createStore(null);
  const event = createEvent();
  store.on(event, () => { /* some logic */ });
  return {
    store,
    event,
    onDestroy: () => {
      /* ??? */
    }
  }
}

А у сторов/слушателей и т.п. есть какие-то методы типа destroy?

т.е. что если я хочу обернуть их создание в функцию
Условно так — 

export function createSomeState() {
  const store = createStore(null);
  const event = createEvent();
  store.on(event, () => { /* some logic */ });
  return {
    store,
    event,
    onDestroy: () => {
      /* ??? */
    }
  }
}

А у сторов/слушателей и т.п. есть какие-то методы типа destroy?

т.е. что если я хочу обернуть их создание в функцию
Условно так — 

export function createSomeState() {
  const store = createStore(null);
  const event = createEvent();
  store.on(event, () => { /* some logic */ });
  return {
    store,
    event,
    onDestroy: () => {
      /* ??? */
    }
  }
}

А у сторов/слушателей и т.п. есть какие-то методы типа destroy?

т.е. что если я хочу обернуть их создание в функцию
Условно так — 

export function createSomeState() {
  const store = createStore(null);
  const event = createEvent();
  store.on(event, () => { /* some logic */ });
  return {
    store,
    event,
    onDestroy: () => {
      /* ??? */
    }
  }
}

хотя может оно и не нужно, просто gc собёрет всё когда референсы пропадут

ты можешь бизнес логику статически описать, не оборачивая в функции

clearNode, в корне экспортируется