282. 帳戶結餘

帳務模擬器依序處理三個帳戶的存款、提款及轉帳，並產生指定報表。每筆交易必須完整遵守下方的餘額與費用規則。

建立帳號 0、1、2 的三個 Account 物件；每個帳戶的初始餘額皆為 3。每次呼叫 solve 都重新建立帳戶，不沿用上次呼叫的狀態。

指令格式與執行順序
commands 每列為 [種類, 帳號, 金額]。按陣列原順序逐筆執行，每筆使用上一筆完成後的餘額。
- 種類 0：將要求金額存入指定帳戶，不收費。
- 種類 1：從指定帳戶提領，依下方規則決定是否接受及實際金額。
- 種類 2：從指定帳戶轉給下一帳號 (帳號 + 1) % 3；0 轉給 1、1 轉給 2、2 轉給 0。

提領及轉帳的金額與費用
以下 B 是本筆指令執行前的來源帳戶餘額，A 是指令要求的正整數金額，F = 1 是固定費用。『餘額足夠』是指足以支付要求金額及費用，即 B >= A + F；不能只比較 B 與 A。

本題採『不得透支；不足則整筆拒絕』，提領與轉帳都使用同一規則：
1. B >= A + F：接受並完整執行要求金額 A，來源帳戶扣除 A + F。
2. B < A + F：整筆拒絕，不扣金額、不扣費用，所有帳戶保持原狀。
不得縮減要求金額，也不得讓來源帳戶餘額變成負數。

接受提領時，來源帳戶扣除 A + F；接受轉帳時，先確認可支付 A + F，再一次更新兩個帳戶：來源扣除 A + F，下一帳戶只增加要求金額 A，費用不進入任何帳戶。
拒絕指令不計成功，並計一次失敗。存入一定成功且不收費；接受的提領、轉帳各算一次成功。金額必須為正整數，沒有只扣費用的零金額交易。

金額不足範例
例如，提款前餘額 6、要求提領 9、費用 1：因 6 < 9 + 1，整筆拒絕，餘額仍為 6。

回傳結果
輸出帳號 0、1、2 的最後餘額。回傳恰有 3 個元素的清單 [帳號0餘額, 帳號1餘額, 帳號2餘額]；空 commands 回傳 [3, 3, 3]。

請使用 Java 完成 Solution.solve；直接回傳資料，不使用 Scanner 或自行讀取標準輸入。