GitHub · strange2000

陌生壬/ strange2000

撞到 bug 就查到底 —— 从日志、数据库、二进制里取证,把能跑的证据写清楚,再报给上游。

合肥Windows 11 + DSH Desktop(主力)macOS (Intel) 客户端实测

报 issue 的三条纪律

  1. 只读取证 —— 先证明事实,再猜原因。审计表、游标、日志逐条对齐,不做「大概是」的推断。
  2. 对照实验 —— 把「环境差异」和「代码缺陷」分开。改一个变量跑一次,用结果说话。
  3. 给最小修法 —— 指出代码位置与判据,而不是把问题原样丢回给维护者。

在做的东西

awesome-dsh:六类缺陷模式与发布前自查

awesome-dsh 生态地图

把 21 条 issue 里有规律的部分整理成一份地图:六类反复出现的缺陷模式、十条发布前自查、一个排障顺序。 每个项目标注验证到哪一层,每条判据都能用一条命令验证 —— 写插件的和用插件的都能直接动手。

  • 共享注册 id 没有契约 · 静默降级 · 热重载确认不了版本
  • 硬编码宿主布局 · 有保留期却没键指向 · 手写白名单 vs DEFAULTS
  • 10 条自查每条一次 grep 可验 · 全量中英双语
MITdefect patternsEN / 中文

看这份地图 →

dsh-repro 21 条索引 · 6 套材料

报上游 issue 时不只描述现象:材料配只读取证脚本(真实数据库、日志、安装目录)、 可重跑的对照实验,以及最小修法建议。零依赖,脚本自带 --selftest —— 先用「缺陷版」与「修复后」的合成源码证明判定器分得开,再给结论。

  • slow-stack/mneme · 8 条 —— 保留期审计器、T1 入口审计器、取证脚本 + 三臂对照
  • c1overzz/dsh-bili-scroll · 5 条 —— 8 项判定的只读审计器
  • settings.section 共享 id 冲突 · 3 条 —— 插件注册扫描器
  • dsh-desktop / dsh-ntr / our-free-model · 5 条 —— 升级激活审计器

查看报告与脚本 →

mneme-dual-boot 实测数据

mneme-dual-boot 可信交接协议

一台笔记本双系统轮流开机,共享盘上只放一份 SQLite 库 —— 不是同步,是可信交接: 进之前先验,出之前先封,凡是没封的一律不信。协议规范 + 恢复手册 + 零依赖参考实现。

  • mtime 粒度 2 s(Windows)vs 10 ms(macOS),差 200 倍
  • chmod 两端都无效,macOS 上更是彻底空操作
  • exFAT 无日志:崩溃后库看着正常,写满才发现早坏了
MITzero-dependencyprotocol v0

协议与实测数据 →

DSH 侧边栏改前改后对比

dsh-tight-sidebar 纯 CSS 皮肤

把 DSH 侧边栏的纵向空间还给「工作区」:全局面板省 110px、页脚动作省 80px、 收掉 36px 遗留空带,会话列表多显示 6 条。不碰颜色、材质、字体,只在侧边栏展开态生效。

纯 CSS零插件依赖MITCI 校验

安装与回滚说明 →

零碎

bark-icons —— 512×512 的 Bark 推送图标,可直接用 icon 参数引用。