# 待办与杂项 · todo_and_other.txt
> 创建时间：2026-09-19 Sat 17:19:20 CST（沙盒基准时间）
> 最后更新：2026-10-02 Fri 18:30 CST（补「最后更新」行；修正 time_period.sh 时段名为七段制）
> 用途：待办事项 + 其他杂项速查；用户要求读取时才贴附件

---

## 一、待办事项

### 学业 / 日常
- [ ] **语文议论文作业**：题目围绕"不以成败论英雄，那以何论英雄"（框架已给：引-立-证-合；例证孙中山 / 项羽 / 秦桧 / 钱学森）

### 硬件 / 工作站
- [ ] **换水冷**：360 冷排（预算约 800~1500 元）；注意机箱兼容、水泵质量、防漏液
  - 背景：渲 4K PV 时散热电机连续工作 8 小时**过热宕机**

### 安全善后（勒索软件事件）
- [ ] 修改重要账号密码（曾在本机登录过 TpacWorld / 邮箱 / GitHub 等）
- [ ] 清理启动项 / 计划任务残留
- [ ] 备份 `.lock` 加密样本与 `unlock.exe` 留档
- [ ] 向学姐报告：下载源是否被污染（Tpac Dev IDE 安装链路出现伪造 UAC + 勒索软件）
- [ ] 必要时重装系统以彻底排除后门

### 学校 / ClassIsland
- [ ] 向电教 / 信息中心反馈：ClassIsland 自动化"可调用外部程序"能力存在风险（曾出现 `shutdown -s -t 0` 关机请求）
  - 建议：集控端限制关机 / 执行命令类高权限行动

### TpacWorld 开发与测试
- [ ] 2.0 正式推送后回归测试：新启动器 UI / 更新体系（增量补丁、断点续传）/ UWP 标题栏 / Snapshot 遗留项
- [ ] 国庆福利活动（开发组已埋"神秘福利"）
  - 发公告 / 宣传（活动对外通知与推广）（2026-09-28 追加）
  - **宣传渠道（9 个，2026-09-28 用户列出）**：公告、论坛、B站、抖音、快手、TapTap、官网、启动器、4399
- [ ] 长远：2027~2028 下一次大版本更迭
- [ ] 云桌面：确认 1.3Main 在 **Win11 25H2** 上跑通
- [ ] TpacCloudDisk（D 盘）开**快照分支**保护，避免污染原始镜像
- [ ] 确认启动器账号是否恢复 **Debuger** 身份（影响 Snapshot 通道权限）

---

## 二、杂项速查

### 关键数字
- TpacWorld 营收：**累计 25 万+**，账上剩 **12.7 万**
- Tpac Dev IDE 安装包：**82.6GB**，速度 16.32MB/s（=130.56Mbps）
- 2.0 启动器样式：**约 2 万行 XAML**（10 小时极限完成）
- 勒索软件解密：加密样本 300 个，unlock.exe 全部恢复

### 病毒 / 安全样本
- 勒索软件路径：`C:\Appdata\KssxRansomware\H51sa612.exe`
- 加密后缀：`.lock`（桌面文件 + 壁纸黑屏）
- 解密工具：`unlock.exe`（虚拟机内运行有效）
- 伪造 UAC 特征：发布者 `Microsoft Corporatoin`、路径 `C:\Windosw\System32\FileOp.exe`
- 拦截结果：火绒先报毒后被结束；**360 清除病毒**

### 视频 / 素材
- 2.0 宣传 PV：『彻底重制』-Now,Open Your Eye.- → **BV4sS616P2a**（1:30，4K，播放 3647万+）
- 发布会录播：[LiveRecord] TpacLIVE2026 → **BV7gh3Hk28**（39:58，播放 495万）

### 旧笔记本（用户当前在用，2026-09-27 自述）
- CPU：**i5-12?00K**（型号未完全确认，基准 2.8GHz，用户实测最高 4GHz）
- 内存：**8GB**
- 显卡：性能**约等于 GTX 750**（核显/入门独显，未确认具体型号）
- 硬盘：**256GB**
- 意义（重要）：这正是用户"换新笔记本电脑"todo 的现实动因；也解释了他为何对 TpacWorld 性能有直观感受
  - 教训：**勿再替他判断"硬盘够不够用"**——他 256GB 用了很久照样没事（我曾断言 512GB 不够，被打脸）
- **"旧机六宗罪"**（2026-09-27 用户自嘲式列举，原话标注"我用的好好的啊"实为反话）：
  1. CPU 只能**瞬时睿频**硬撑（→ 持续负载必降频，撞功耗/温度墙）
  2. **显卡爆显存，全扔进内存条**（共享显存，最致命）
  3. **硬盘炸了就清数据**（256GB 反复见底）
  4. 屏幕落灰，"擦 10000 遍"
  5. **键盘报废 → 外接键盘**
  6. **触控板误触 → 已禁用**
- **连锁故障链（分析要点）**：显存爆 → 抢 8GB 内存 → 不够则 swap 到硬盘 → 256GB 又快满 → SSD 满盘掉速 → 整机雪崩
  - 即：六宗罪**不是并列，是一条互相放大的链**；任一项单独存在尚可忍，串起来就是持续劣化
- 结论：该机已处于"勉强能用"状态，六宗罪完整论证了换新必要性；用户说"用的好好的"是自嘲，勿当真以为他不想换
- **【更正】GPU 负载均衡——用户主动调度，非被动受害（2026-09-27 澄清，勿再记错）**：
  - 真实情况：独显要同时干「渲染 + 合成」，**单开游戏已满载，只能约 45 帧**
  - 用户做法：**手动调配置，把一部分负载甩给集显** → 独显腾出余力，"顺便做其他计算"
  - 即：这是在**极弱硬件上手工做异构 GPU 任务调度 / 负载均衡**
  - ❌ 我曾误判为"被动受害于混合输出架构缺陷、独显直连能治" → **方向错了**，他是**主动利用**而非受害
  - 风扇吵的真实原因：两个 GPU 同时满载（他主动让俩都干活）+ 老机散热老化；**不是架构缺陷**
  - **帧率实测（用户数据）**：独显**独力、不跑游戏**时可到 **55 帧**；**开游戏后降至 45 帧** → 即游戏渲染负载吃掉约 **10 帧**
  - **帧率上限（关键）**：用户**自己设了 60 帧上限**，故 60 是天花板而非显卡极限（其原话："你就是 H100 也只能跑到 60"）→ 说明他完全理解帧率上限 / 垂直同步概念
  - **分场景帧率**：写代码 + 刷视频、后台无渲染负载 → **稳 60（打满上限）**；独显独力一般场景 → 55；开游戏 → 45
  - 定性修正：独显本身**不是瓶颈级的弱**，瓶颈在**游戏渲染负载**；他甩负载给集显 = 补这 10 帧缺口 + 挤出余量做别的计算
  - **换机动因修正（重要）**：旧机**日常（写代码/刷视频）够用能打满 60**，真正崩的是**游戏（MC/BedWars/TpacWorld）与渲染作业** → 换机动因是"游戏+创作"，不是"日常卡顿"，勿误判为整机不可用
  - 推测（未确认）：60 上限大概率因旧屏为 **60Hz**；战7000X 为 **180Hz** 屏，换机后需放开帧率上限，是刷新率档位跨越而非单纯帧数提升
- **【用户特质】对刷新率不敏感（2026-09-27 自述）**：60 / 72 / 120 / 180Hz **摆一起也看不出区别**，自己也说不清原因
  - **已查明原因（2026-09-27 补充）**：用户在**医院测过，动态视力稍微偏低** → 属生理性不敏感，非心理作用或设备问题
- **【用户视力状况】**（2026-09-27 自述，重要，涉及用眼类建议时务必考虑）
  - **远视约 200 度、散光约 50 度**（另：动态视力偏低，见上）
  - 含义提示：远视 → **看近处更吃力、易疲劳**（长时间看代码/屏幕尤其明显）；散光 → 边缘重影/夜间眩光
  - 启示 1：**勿假定他的用眼体验与常人一致**；涉及"看不清、眼酸、屏幕差异"时优先考虑生理因素
  - 启示 2：给他做屏幕/字体/缩放/亮度类建议时，倾向**放大字号、提高缩放比、降低长时间近距离用眼负担**
  - 注意：仅为其自述，未确认是否已配镜矫正，**勿自行给出医疗诊断**
  - **【更正 · 2026-09-27】矫正史（重要，勿再弄反）**：
    - 用户**已戴镜矫正约 9 年**（12 岁 → 约 3 岁起即戴镜，属幼儿期开始矫正）
    - **2026 年（今年）医生主动让其「脱镜适应」**，观察是否有问题
    - 含义：医生让脱镜是**阶段性评估**，通常说明矫正效果好 / 度数随发育下降，是**好消息**，不是"缺眼镜"
    - ❌ 我曾建议"配一副看近用的眼镜" → **方向完全反了**，等于让他倒退
    - 🚫 **硬规则：禁止再建议其配镜、换镜、复查或任何医疗类动作**；视觉相关只谈设备/设置层面的适配（字号、缩放、亮度等）
  - **习惯视距（2026-09-27 自述）**：看书 / 看屏幕习惯放在 **30-40cm**，此距离下眼睛负担最小；**调节能力自评"还算好"**
    - 理解：这是他自发找到的平衡点（太远→字小看不清；太近→调节吃力），属自我适配成功，勿质疑
    - **触屏例外**：触屏受手臂长度物理限制，实际视距会更近（约 25-30cm）→ 对他负担明显更大，故他天然排斥触屏
    - 购机启示 1：视距固定在 30-40cm，**屏幕越大越需转头/眼球扫视**，16 寸配 150% 缩放是合适区间
    - 购机启示 2：**触屏功能对他无价值甚至是负担**（"我不是章鱼手"），推机器时勿把触屏当卖点
    - **【更正 · 2026-09-27】用户指的是「相对重量」，不是「触屏必然重」**：
      - 原话：这些产品"在市面上都属于最重的那批" → 即**在同类产品中偏重**，而非相对非触屏设备重
      - ❌ 我曾答成"触屏物理上必然重"（触控层/抗戳结构/大电池）→ **方向偏了**，把"相对同类的重"答成了"相对非触屏的重"
    - **真正原因 = 市场与设计定位（非物理）**：希沃 T2 等属**教育 / 行业向**设备
      - 采购方（学校/机构）考核的是**抗摔、续航、易管理**，**"多少克"不在考核表** → 完全没有减重压力
      - 反过来：消费级旗舰（iPad、小米平板）发布会会把"薄 0.5mm / 轻 20g"当卖点，因为消费者会拿在手里比
      - 成本层面：轻量化要用更贵材料（镁铝合金/碳纤维）、更小电池、更薄盖板；教育设备预算固定，钱优先花在"摔不坏"
      - 结论：**重量是市场激励的产物，不是技术必然**
    - **具体设备确认（2026-09-27）**：
      - **希沃 T2** → 教育向触屏平板，重属"市场无减重激励"
      - **metaxt = 华为 Mate XT 非凡大师**（三折叠手机，广告梗"三折叠，怎么折都有面"）
        - 重的原因与前两者**不同**：是**结构必然**——三片屏叠加 + 两套铰链，重量约 300g 级，而普通直板旗舰约 200g
        - 即：同为"最重那批"，成因分两类（市场激励 vs 结构必然），勿混为一谈
    - **选机对照**：战7000X **1.99kg**，在 16 寸游戏本中属**偏轻的一批**（同类普遍 2.2-2.5kg，如战7000 2026款为 2.5kg）→ 与他此前买到的"最重那批"正好相反
      - **双重不友好闭环**：触屏要求近距离（手臂锁死）→ 但重得举不动 → 只能放桌上 → 距离变远够不着 → 需前倾伸臂
      - 结论：其 30-40cm 舒适视距是"坐着看"的距离，非"伸手戳"的距离 → 触屏天然不合其人体工学
  - 次要原因：其日常为写代码（静态文本）+ 刷视频（源本身 24/30/60fps，喂不出高刷）
  - 启示：涉及"看得清/看得顺/屏幕差异/视觉体验"类话题时，**勿假定他与常人感知一致**，也勿再建议他去"仔细看看差别"
  - 待排查：Windows 购机后**系统默认常仍为 60Hz**，需在「设置 → 系统 → 显示 → 高级显示」手动改高刷，很多人其实从未真正开启过高刷
  - **购机影响（重要）**：**180Hz 不应成为他加钱的理由**；战7000X 对他的真正价值是 **色准 ΔE≈1.5 / 100% sRGB（渲染剪视频）**、**1.99kg 轻薄**、**独显直连**，而非高刷
  - 教训：**勿低估其动手能力与硬件理解深度**——他会在系统层面手工调度负载，属玩家级操作
- **战7000X 对应该痛点**：RTX 5060 8GB 独显性能足够，无需把负载甩给集显；且支持切换**独显直连 / 混合模式**（控制台可切）

### 设备清单
- **本机（中毒机）**：曾感染勒索软件（360 已清）；IDE 安装路径 `E:\Cold\MyApps\Tpac`；散热电机过热宕机，计划换水冷
- **云桌面**：Win11 25H2，4c16t / 16GB（TpacWorld 测试用）
- **学校教室多媒体**：ClassIsland 受控端，集控 `192.168.1.16:8080/classisland`
- **【新】抽奖整机**：RTX 5090 + 9600X3D + 64GB RAM + 4TB ROM（2026-09-19 中奖）
- **【新】手机**：华为 Mate XT 2 非凡大师（2026-09-19 中奖）

### 新设备初始化待办（2026-09-19 追加）
- [ ] 5090 整机：**全新初始化**（BIOS / 显卡驱动 / 系统干净重装），勿从旧机克隆，防残留隐患
- [ ] Mate XT 2：全新初始化 + 打系统补丁；关闭非必要"开发者选项 / USB 调试"
- [ ] 校园网 / 集控环境下**勿登录敏感账号**（`qqcomConan114514@126.com` 等），优先用流量或热点
- [ ] 旧工作站：落实**换水冷**（360 冷排，约 800~1500 元）

### 记忆文件维护
- 记忆文件共 **5 个**（2026-09-19 建立，均存放于 `memorys/`）：
  1. `memorys/memory.txt` → 重要事件 + 对话背景
  2. `memorys/style.txt` → 提示词原文 + 对话风格 + 默认规则
  3. `memorys/todo_and_other.txt` → 待办事项 + 杂项（本文件）
  4. `memorys/user_profile.txt` → 用户基本信息 / 画像（17:37 新增，经 ask 确认文件名与格式）
  5. `memorys/msg_count.txt` → 消息摘要计数器（18:02 新增，18:26 改摘要制，18:31 只留最新一条）
- **辅助脚本**（存放于 `tools/`）：
  - `tools/auto_msg_handle.sh`（18:35 建立，已 chmod +x）—— 计数一键运行
  - `tools/time_period.sh`（20:27 建立，已 chmod +x）—— 时间段判定
    - 📌 **2026-10-02 v2.0 重写**：时段改为**七段制** = 凌晨 / 早上 / 上午 / 正午 / 下午 / 晚上 / 深夜（旧版"清晨/中午"已作废）
    - 输出（三段）：`🕑当前时间 HH:MM 星期X` ／ `📅当前日期 YYYY年MM月DD日` ／ `<emoji><时段名> HH:MM` ／ `ℹ️当前时段 <区间>`
    - 区间：03:30-07:00 / 07:00-09:00 / 09:00-11:30 / 11:30-12:30 / 12:30-17:30 / 17:30-20:30 / 20:30-次日03:30（**深夜跨零点**）
  - `bash /data/workspace/tools/auto_msg_handle.sh "消息"`（≤40字）／ >40字加第2参数摘要 ／ `--dry-run` 试运行
### 📋 个人 todo 清单（2026-09-27 由用户粘贴，已分类重排，原文未改）
> 用户原话："早知道 todo 不写这么乱了" → 故按类别重排归位，未增删条目

**✅ 已完成**
- [x] 写暑假作业
- [x] PC 端下载推广
- [x] 给我妹准备 3 岁生日礼物（**8.16**）
- [x] 8.26 去肇庆一中初中部报道（**小升初**）
- [x] 去广西旅游，并且把酒店的洗漱用品全拿走
- [x] 手机端辅助功能
- [x] 在同学群胡言乱语并吵醒全班同学（**×10000**）

**🔧 TpacWorld 开发**
- [ ] 整合 PR
- [ ] 更换服务器 ← 关联：**2026-09-26 晚 TpacServer 宕机**，玩家（含开发者本人）被挡在门外
- [ ] 给 TpacWorld 加入更多有趣的模式
- [ ] 十分好用的反作弊
- [ ] 手柄逻辑适配（**而不是简单映射**）

**🎮 MC 相关**
- [ ] 打 BedWars
- [ ] 玩 MC
- [ ] 管理 MC 服务器
- [ ] 更新在 B 站的 MC PBR 材质包

**🎬 作业 / 创作**
- [ ] 渲染班主任节快闪作业
- [ ] 剪视频

**💻 硬件 / 生活**
- [ ] 换新笔记本电脑 → **候选：联想来酷斗战者 BELLATOR 战7000X**（2026-09-27 用户提出，目前最中意）
  - 注意：属联想子品牌**来酷 Lecoo**，非拯救者；且与「战7000 2026款」（i7-13645HX / 2.5kg / 60Wh）**是两台不同机器**
- [ ] 哄我妹睡午觉（**不可能**）

> 备注 1：有妹，8.16 满 3 岁（2026-09-27 时已 3 岁）
> 备注 2：**笔记本 ≠ 台式机**（用户 2026-09-27 明确）。「换新笔记本电脑」是**独立需求**，与 2026-09-19 中奖的 5090 台式整机**两回事**，勿合并、勿以为中奖机已满足该需求
> 备注 3：**新笔记本定位**（2026-09-27 明确）：**放家里用、不想挪东西时搬过来玩，不限电、不限散热** → 即**不携带出门**（勿再以续航/重量/便携为由劝退）
> 备注 4：候选机型 **机械革命蛟龙 15 系**（用户自述"看着还行"，未定）。因不携带，续航/重量不适用；**剩余真顾虑只有散热**（实测单烤 CPU 99.1℃、键盘 50.3℃），若用于渲染需加散热底座（其旧工作站曾渲 4K PV 过热宕机）

- 新增重要事件 → 更新 `memory.txt`
- 用户画像 / 基本信息变更 → 更新 `user_profile.txt`
- 新建**任何**文件（记忆文件、脚本、导出物等）→ 须先 `ask_user_question` 确认文件名与格式（20:33 强化规则，详见 style.txt 第 4 条）
  - 例外：用户已在指令中明确给出文件名与格式时可直接创建
- 用户要求读取时才贴附件，否则不贴
