Please address the comments from this code review:

## Overall Comments
- In `Win32ControlUnitMgr::connect`, `pseudo_minimize` is detected via equality checks on `screencap_method_`, but the type is a bitmask; if multiple flags are ever combined this will break, so consider using bitwise `&` checks instead of `==` to detect the pseudo-minimize variants.
- `PseudoMinimizeHelper` stores `original_ex_style_` in `start()` but never uses it when reverting; either remove this member or restore the full original style from it to avoid carrying unused state.

## Individual Comments

### Comment 1
<location path="source/MaaWin32ControlUnit/Screencap/PseudoMinimizeHelper.h" line_range="41-43" />
<code_context>
+    std::thread monitor_thread_;
+
+    // 保存窗口原始属性，用于恢复
+    LONG_PTR original_ex_style_ = 0;
+    BYTE original_alpha_ = 255;
+    bool had_layered_style_ = false;
+};
+
</code_context>
<issue_to_address>
**suggestion (bug_risk):** Stored original_ex_style_ is never used when restoring window styles, which can lead to subtle style loss.

Because `revert_pseudo_minimize()` rebuilds the style from `current_ex_style` by only masking out `WS_EX_TRANSPARENT` (and maybe `WS_EX_LAYERED`), any changes made to the extended style while the helper is active can cause divergence from the true original flags. Restoring from `original_ex_style_` (with only necessary adjustments) would be more robust and deterministic; otherwise, consider removing `original_ex_style_` and documenting that the current behavior is intentional.

Suggested implementation:

```c
    std::thread monitor_thread_;

    // 保存窗口原始属性，用于恢复
    LONG_PTR original_ex_style_ = 0;
    BYTE original_alpha_ = 255;
    bool had_layered_style_ = false;

#include <atomic>
#include <thread>

#include "MaaUtils/SafeWindows.hpp"

#include "Common/Conf.h"

MAA_CTRL_UNIT_NS_BEGIN

// 伪最小化辅助类：当目标窗口被最小化时，将其设为透明+点击穿透并还原，

```

To fully implement your comment (restoring from `original_ex_style_` instead of a mutated current style), you should also update the corresponding implementation file, likely `source/MaaWin32ControlUnit/Screencap/PseudoMinimizeHelper.cpp`, along these lines:

1. In the method that *applies* pseudo-minimize (e.g. `PseudoMinimizeHelper::apply_pseudo_minimize()`):
   - Read and store the original extended styles before modifying them, e.g.:
     - `original_ex_style_ = GetWindowLongPtr(hwnd_, GWL_EXSTYLE);`
     - `had_layered_style_ = (original_ex_style_ & WS_EX_LAYERED) != 0;`
   - Read and store the original alpha (if you are using `GetLayeredWindowAttributes`), e.g.:
     - `GetLayeredWindowAttributes(hwnd_, nullptr, &original_alpha_, &flags);`
   - Then apply the transparent / click-through styles as you already do.

2. In `PseudoMinimizeHelper::revert_pseudo_minimize()`:
   - Stop rebuilding the extended style from a `current_ex_style` with `~WS_EX_TRANSPARENT` and conditional `~WS_EX_LAYERED`.
   - Instead, restore from `original_ex_style_` (with only necessary adjustments if some invariants must be preserved), e.g.:
     - `SetWindowLongPtr(hwnd_, GWL_EXSTYLE, original_ex_style_);`
   - Restore opacity using `original_alpha_` and `had_layered_style_`, e.g.:
     - If `had_layered_style_` was false, optionally clear `WS_EX_LAYERED` and/or disable layered alpha.
     - Otherwise, reapply `SetLayeredWindowAttributes` with `original_alpha_`.

3. Ensure these fields are correctly initialized/reset when:
   - The helper is constructed or reused for a different `HWND`.
   - `apply_pseudo_minimize()` fails part-way (avoid leaving inconsistent state).

These `.cpp` changes are required to make use of `original_ex_style_` and avoid the subtle divergence you described; otherwise, if you decide the current behavior is acceptable, you should instead remove `original_ex_style_` from the header and update the comment to document that only a subset of extended styles is restored.
</issue_to_address>

Please address the comments from this code review:

## Overall Comments
- In `Win32ControlUnitMgr::connect`, `supports_minimized` and the screencap switch only distinguish `MaaWin32ScreencapMethod_FramePool` and `_PrintWindow`, but the description mentions new `*_WithPseudoMinimize` flags (bits 6/7); consider wiring those new enum values explicitly into the `supports_minimized` check and switch to avoid ambiguity or misconfiguration when callers pass the new flags.
- In `PseudoMinimizeHelper::revert_pseudo_minimize`, restoring `original_ex_style_` and `original_alpha_` wholesale may overwrite style changes made by the application while the helper is running; consider limiting restoration to the flags/attributes actually modified (e.g., only removing `WS_EX_LAYERED`/`WS_EX_TRANSPARENT` or restoring alpha if it has not changed) to reduce the risk of clobbering external updates.

Please address the comments from this code review:

## Overall Comments
- In `Win32ControlUnitMgr::connect`, the `FramePool` and `PrintWindow` methods are now always mapped to the pseudo-minimize variants, which makes the newly added `*_WithPseudoMinimize` enum bits effectively unused; consider either wiring the new enum values to the pseudo-minimize wrappers or keeping non-pseudo-minimize variants selectable to avoid surprising existing callers.
- In `PseudoMinimizeHelper::start`/`apply_pseudo_minimize`/`revert_pseudo_minimize`, the Win32 APIs (`GetWindowLongPtr`, `SetWindowLongPtr`, `SetLayeredWindowAttributes`, `ShowWindow`) are assumed to succeed; it would be safer to check and log failures so that pseudo-minimize issues can be diagnosed more easily on problematic windows.