Reorganize non-daily memory artifacts

memory/2026-03-30.md

@@ -61,3 +61,38 @@
 - Client-side observation from my side: push transferred about 87 MB over ~59 seconds before process ended with SIGKILL, suggesting execution timeout / client-side session kill rather than a clean Git rejection from Gitea.
 - Current recommended approach: retry `git push` with a much longer execution timeout; if it still fails, inspect for large initial pack / session timeout issues rather than SSH key problems.
 - At last user message, user explicitly asked to continue and I began a long-timeout push attempt; final result was not yet known before compaction.
+## 2026-03-30 Memory Flush (continued)
+
+- Jellyfin media library cleanup work progressed substantially.
+- Confirmed anime library path: `/mnt/nas/media/anime`; target series path for 《画江湖之不良人》: `/mnt/nas/media/anime/画江湖之不良人`.
+- Renamed unrecognized folder `extras_unorganized` -> `Season 07` and renamed 12 episode files to Jellyfin format `画江湖之不良人 - S07E01..12`.
+- Additional anime cleanup completed:
+  - `宅男腐女恋爱真难`: reorganized top-level episode files into `Season 01/宅男腐女恋爱真难 - S01E01..11`.
+  - `间谍过家家`: standardized to
+    - `Season 01/间谍过家家 - S01E01..25`
+    - `Season 02/间谍过家家 - S02E01..12` (mapped original files `26..37` to season-relative numbering)
+    - `Season 03/间谍过家家 - S03E01..13`.
+- TV library actual path discovered as `/mnt/nas/media/tvshows` (not `/mnt/nas/media/tv shows`).
+- Found `爱情公寓（电影特别篇待整理）` in TV library was actually a movie file `爱情公寓 (2018).mp4`; moved it into movie library as `/mnt/nas/media/movies/爱情公寓 (2018)/爱情公寓 (2018).mp4`.
+- Movie library cleanup decisions from user:
+  - Keep `名侦探柯南剧场版1-19` together as a summary/collection directory.
+  - `豆瓣 TOP250` should not stay as a grouping folder; found empty and removed.
+  - In `咒术回战 0 剧场版 (2021)`, keep the larger video file and delete the smaller duplicate; larger `mp4` kept, smaller `mkv` deleted.
+- Performed broad movie naming normalization toward Jellyfin-friendly `电影名 (年份)/电影名 (年份).ext` for a batch of obvious single-movie directories, including examples such as:
+  - `Kaze Tachinu The Wind Rises (2013)`
+  - `Kiki's Delivery Service (1989)`
+  - `Nausicaa of the Valley of the Wind (1984)`
+  - `Planetarian ~Snow Globe~ (2021)`
+  - `保你平安 (2022)`
+  - multiple Detective Conan movies
+  - `憨豆特工 (2003)` / `憨豆特工2 (2011)`
+  - `火锅艺术家 (2025)`
+  - `罗小黑传奇2 (2025)`
+  - `爱情公寓 (2018)`
+- Latest full rescan of movie library found remaining issues are mostly concentrated in:
+  - many directories already roughly correct, but inner video filenames still use release/raw scene names and should be renamed to match directory name;
+  - Conan movie folders using `.rmvb` caused false “empty directory” impressions in earlier scan;
+  - `名侦探柯南剧场版1-19` remains as a collection directory and is effectively non-useful to Jellyfin but intentionally kept per user preference;
+  - `罗小黑传奇2 (2025)` appears to be a residual shell with only `.nfo`, while the main movie is in English-titled directory `The Legend of Hei 2 (2025)`;
+  - several especially messy movie directory names still need manual cleanup, including examples like `大笑江湖..BD (2010)`, `沿路而下..BD (2021)`, `芬奇.官方中英双字.Finch..HD (2021)`, `疾速追杀.特效中英双字.John.Wick..BD (2014)`, `梦幻天堂·龙网.天书奇谭.4K纪念版.重映 (2021)`.
+- User’s latest request before compaction: “再扫一遍电影库”. Current pending next step is to continue movie-library cleanup by batch-renaming inner video files to match normalized folder names, skipping collection folders and separately handling especially dirty names/residual directories.

memory/2026-03-31.md

@@ -0,0 +1,9 @@
+## 2026-03-31 Memory Flush
+
+- User asked to find the previously configured server health scheduled task and change it from hourly to four times daily at 00:00, 06:00, 12:00, and 18:00.
+- Investigation confirmed the active mechanism is not system crontab; current user crontab is empty and the effective scheduler is OpenClaw's built-in cron task.
+- Relevant reporting script exists at `/home/sinlee/.openclaw/workspace/scripts/server-health-report.sh`.
+- HEARTBEAT.md already reflected four scheduled times, but user wanted the real task verified.
+- Confirmed OpenClaw cron task ID `990700ff-be06-44c5-be10-19eaf3ed0af9` is already scheduled as `0 6,12,18,0 * * *`, i.e. exactly 00:00 / 06:00 / 12:00 / 18:00 daily.
+- Task currently targets Telegram chat `-1003834524994`, topic `4`.
+- Noted minor inconsistency: task display/name still says `Server health report every 30m`, but actual schedule is already the four-times-daily one.

memory/heartbeat-state.json

@@ -2,7 +2,8 @@
   "lastChecks": {
     "system": 1774867856,
     "health": 1774753106,
-    "heartbeat_monitor": 1774875089
+    "heartbeat_monitor": 1774875089,
+    "heartbeat": 1774880923
   },
   "lastProactiveHealthSummary": 1774859157,
   "lastTaskRun": {
@@ -12,10 +13,7 @@
   },
   "lastCheck": 1774871484,
   "lastResult": {
-    "timestamp": 1774875089,
+    "cpu": 13.5,
-    "cpu": null,
+    "memory": 31.38
-    "memory": null,
-    "exitCode": 0,
-    "output": "CPU=10.3 MEM=28.1 DISK=5 LOAD=18h UPTIME=38m"
   }
 }