寻找需要帮助的 github 项目

没意思,想帮别人提几个 pr

乐子大佬来蹬一下中转站测试?给你开点额度?
:xhj24:

hyw

彳亍

主要我用不习惯 claude(

为什么

可star和pr,多谢~

1 个赞
1 个赞

觉得 gpt 好用点

来帮我审审 :ac48:
sync_strm分支

我 todo.md 里面有33、35 两个问题 35是对33和34的收尾,34我这里没写

33号问题,我至少修了30轮了,每次审核都有问题 :ac01:

35我修完了,只是还没有推送到仓库,你可以也帮我看看我这有什么遗漏 提前谢谢了

issue 33

## 33 代码存在的问题 完成

本次你可以读取 todo.md

单独使用 Superpower 审查当前工作区代码的所有问题,包括逻辑问题、编码问题、安全问题等等一切问题。不光是Python 程序 的代码 逻辑 缩进 语法,批处理,文档(比如 Readme, Wiki, Document),他们的问题也都需要检测 比如代码和文档是否同步?审查时不能只做简单的文件名 grep,需要追踪实际的实现路径

问题当中有一部分是之前已经有人提出过的,然后否决掉的。查看代码注释是否已经否决了一些方案 (docs/否决方案.md)。新发现的,如果没有出现在这个已否决的计划方案里,那就可以纳入计划中。反向校验"每个 # 设计决策//# 有意保留//# 已知取舍 注释在 docs/否决方案.md 都有对应登记项"(代码→文档反向一致性未实地核对)。

需要使用真实代码做依据,证明它们的问题。然后,得出结论,补全这些计划 博采众长,吸纳优点,解决缺点和错误 使这2个计划趋于统一。

如果经过向用户提问 得到特别处理的 需要注释在问题(其实是存疑代码)代码处 加入到否决方案 (docs/否决方案.md) 避免别的 agent 扫描代码的时候,审核又出问题 但是,即便是这样,在我经过了至少27轮全量代码扫描的情况下,还是每一次都有新的问题。假如经过你的审查发现,你要加入的东西实际上是近期的 commit 当中移除出去的,你首先得考虑,它是否是我为了修复这个33 34号问题,故意引入的否决方案,只是忘记加进去了。

issue 35

## 35 webui

本次你可以读取 todo.md

已知否决方案 (docs/否决方案.md)

### 1

http://127.0.0.1:8579/#logs 主程序日志 是倒序的 最新的在最上面 所以,控制台显示的那个界面就会反过来显示。

所以也会出现这个,明明下面的那一部分才是上一次的日志,但是它会在这个地方显示成,嗯,上面的那一部分最新的那个日志是上一次的日志,是吧?所以这个,就这个 webui 上面的这个主程序日志这一部分,我看还是得修改,修改成正序吧。

```

消息

2026-08-16 03:29:14 [ERROR] TOTP 生成失败,请检查 TOTP Secret 配置(值已隐藏)

2026-08-16 03:29:14 [INFO] [OpenList] 缓存 Token 已过期,将重新登录

2026-08-16 03:29:08 [INFO] 按 Ctrl+C 或输入 q 退出

2026-08-16 03:29:08 [ERROR] 主程序启动失败: 未配置 A/B mapping

2026-08-16 03:29:08 [INFO] 正在启动主程序…

2026-08-16 03:26:40 [INFO] ==================================================

2026-08-16 03:26:40 [INFO] 管理面板已就绪: http://127.0.0.1:8579

2026-08-16 03:26:40 [INFO] ==================================================

2026-08-16 03:26:40 [INFO] [WebUI] TMDB: 未配置

2026-08-16 03:26:40 [INFO] [WebUI] ╚══════════════════════════════════════════════╝

2026-08-16 03:26:40 [INFO] [WebUI] ║ 首次访问会自动跳转至登录页面 ║

2026-08-16 03:26:40 [INFO] [WebUI] ║ 访问地址: http://0.0.0.0:8579 ║

2026-08-16 03:26:40 [INFO] [WebUI] ║ 管理面板已启动 ║

2026-08-16 03:26:40 [INFO] [WebUI] ╔══════════════════════════════════════════════╗

…

2026-08-16 03:43:51 [INFO] [Config] 已从 DB 加载 OpenList 配置 (23 项)

2026-08-16 03:43:51 [INFO] [DB] 数据库核心表与索引核对并创建完成!

2026-08-16 03:43:51 [INFO] [DB] 开始初始化数据库表结构

2026-08-16 03:43:51 [INFO] 打开数据库: C:\Program_no_right\openlist_strm_bridge\bridge.db

2026-08-16 03:43:51 [INFO] [WebUI] 已从 DB 加载 TMDB 配置 (12 项)

2026-08-16 03:43:51 [INFO] 加载配置: C:\Program_no_right\openlist_strm_bridge\config.toml

2026-08-16 03:43:51 [INFO]

2026-08-16 03:43:51 [INFO] ═══════════════════ 以上为上一次日志 ═══════════════════

```

然后左边的这个 TMDB 操作日志,或者说是这个 webui 的这个操作日志的话,哦,这个也得改成这个正序,最新的在最下面。嗯,同时呢,既然我们现在两边的这个日志都是最新的在最下面的话,那其实这个单页的时候,单页它就不能显示这么多了,它必须得限制一下显显示个,嗯,20行或者是30行、40行的样子,这样最新的才能就是更明显一点。你不然你你单页你搞个200个,他妈的我看最新的我还还得翻一翻一大堆东西是吧?才能看到最新的。所以呢,如果现在是改成正序的话,那它这个单页就不能那么多了,就是最多50个,一般就30个、20个吧。超过50个就太多了,就得翻一大堆了。

以及还有一个名字上的更改啊,你看我们这边的 webui 日志这里,这是一个大类,这整个页面的标题是 webui 日志,然后下面分了2个小类,一个是 TMDb 操作日志,一个是主程序日志。但是呢,主程序日志好像还写的比较那个贴切啊,它那个 TMDb 操作日志的话,它还会把那个 OpenList 的也录进去,所以呢,这边的左边这个 TMDb 操作日志,它其实名字应该改一下,嗯,那个下载当前 TMDb 日志的那个名、那个按钮的也得改,对吧?因为它现在这个就你只叫 TMDb 日志的话,那就功能就上就有点有点误会了,那它应该叫做这个 webui 日志,或者说是 webui 操作日志。

### 2

http://127.0.0.1:8579/#config?sub=openlist 下面的` :information_source: ` 用来表示这个容器下的注释 svg 或者信息图标

刷新配置 容器下 页面部位大概是这个样子

|启用主动刷新| :information_source: | |开关|

|—|—|—|—|

|刷新间隔 (分钟)|:information_source:| | |

10 (这是个输入框)

:information_source: 在某一个远古的版本中,我记得是为了让这个注释图标显示在最上层,做了一些妥协。我记得是在那个 strm 引擎配置这个地方,我为了让它这个注释图标显示在最顶部,我做了妥协。结果现在这个反噬了,它现在反噬回来了。怎么个反噬呢?就是这里的`启动主动刷新`右侧的注释图标和下面一行的`刷新间隔分钟`的注释图标,它们有冲突了。

`启动主动刷新`的 :information_source: 会在`刷新间隔分钟`的注释被选中的时候,出现在`刷新间隔分钟`的注释的文本之上。更通俗的来讲,就是我在看第二行的注释的时候,发现第一行的注释,它的图标还在那儿,就是它的图标,我在某一个版本做了妥协,让它这个图标始终显示在最顶部。现在反噬的结果就是,当我的第二行跟第一行隔得太近的时候,第二行的注释内容会被第一行的注释图标给挡住。

### 3

http://127.0.0.1:8579/#config?sub=openlist A↔B 目录映射 这里的 a区的这个文件夹呢,它因为是只读的,所以似乎是对它这个大小,这个这个显示的大小做了限制,就是导致它这个左边 a区的只读区域明显要比这个右边的可以输入的 b区的输入框要小一大截。这个其实不是特别好看,但是呃,看有没有优化的地方吧,就是让他们尽量统11下。因为你不光是这个他们的这个只读区域和这个可输入区域的这个大小不匹配,而且他们没有对齐,你懂吗?它没有对齐,就比如说有一个 a区的只读区域它比较短,然后第二行的这个 H 区域,它只读的部分非常非常长,这样就导致这个第一行和第二行的这个 AB 区的这个位置,它都不对齐了,就是很杂乱,你懂吗?这个需要肯定是需要优化的,不能让他们这么自太过于自由的排列。

### 4

webui 上面的输入框没有限制输入内容,比如说有一些字段,它明显它只能输入数字的情况下,它没有限制说你输入那个英文字母,或者是中文,它都可以输入进去。但是很显然它,呃,只能输入数字。啊,比如说这些分钟啊,呃什么刷新深度啊,什么全量审计周期啊这些时间啊这些的,它就是用分钟的嘛。但是你打个中文进去也是 OK 的。我没有试过它能会不会在保存的时候提示说你输入,嗯,输入的是非法字段啊,这个我倒没有保存。我只是先说它这个输入框它没有对这个输入内容做这个检验,也不是说非得就是所有输入框都得检验,你至少这些必须输入数字的这些输入框,它得做检验。啊,像这种数字的排查,你那边也挺挺好做的嘛,因为它正则表达式去搜索一下数字很方便。但是呢,你得注意,它是限制在这个输入框里面的。你你你不是说整个网页的所有数字,你都给它正则表达式给它搜出来的啊?那个没有意义,你得搜输入框里面的。

### 5

这里弹窗的部分样式有缺失 另外的那个待看列表的那个什么的,就是什么啊,反正还有一个弹窗嘛,好像是那个待看列表什么收录状态的那个弹窗

```

TMDB 缓存已过期

当前缓存 297 项,上次同步:29 天前

是否后台刷新?(约 30 秒,期间可正常使用页面)

不再提醒

取消 好的

```

你需要注意它这里的`取消`跟`好的`这2个按钮的样式,他们是样式缺失的,用的应该是浏览器原生的样式,需要搭配当前的这个主题,呃,进行这个样式切换。你改的话,你你得把样式改对,然后大小的话就维持现状。这是 TMDb 缓存已过期的弹窗,还需要考虑那个待看列表的收录状态的弹窗,它应该也有那个取消跟好的2个按钮。

在后面我还发现启动主程序的弹窗也是原生的样式,那由此可以判断,这个 webui 上面的大部分,呃需要用户选择的弹窗啊,它应该都是样式缺失的。那种通知类的弹窗应该样式没问题了,就是说你那什么设置已保存啊什么的,什么检测通过啊什么的,那种,那种操作类的那种通知,就是右上角会通,呃弹一个弹窗,然后那个弹窗又会自动消失的那种,那个弹窗应该样式没有问题了,但是它会在这个页面显示全屏弹窗的那种,需要你点选项的那种弹窗,它的样式应该是有缺失的,需要需要就是专项排查遗留的按钮

### 6

http://127.0.0.1:8579/#area_b?sort=local_path&order=asc&kind=anime&media=.\*

这里用这样随便一个番剧做举例,来描述这个问题。现在我位于 b区,当然 a区肯定也是一样的问题。现在我位于 b区,我点进去了一个番剧或者是电影。然后呢,我看完了我需要知道的信息之后,或者说测试了这个页面的这个效果之后,我点左上角的返回,实际上会返回到 b区的第一页。而这个番剧它其实并不是在第一页进去的,它可能是在第20页才找到这个番剧才进去的。现在我因为返回了一下,它就直接推到第一页去了。那么,可以拓展一下思维,就是说,假如我是通过搜索进来,那么现在这个浏览器访问的这个链接是带有搜索的这个条件的,对吧?然后我点进这个番剧,然后我看完了,我现在再返回,那它是又是,那它是返回到什么地方去呢?我猜它应该还是返回到这个 b区的第一页,它不会返回到搜索结果。你看一下是不是这个逻辑有有有这个倾向,然后这个肯定也是需要优化的,对吧?你看这个优化的难度高不高?如果太高的话,那就搁置吧,把它先放到那个否决方案。如果优化没那么复杂,那就进入计划。

### 7 经历过的两次独立审查

.kilo\plans\webui-35-six-issues-plan.md

.kilo\plans\1786825737349-webui-logs-config-dialog-navigation.md

一个古董PHP项目,在尝试进行OOP化;把所有的MySQLi写法改成PDO;将文件上传统一管理;日记和论坛、各个评论区在数据库都使用统一的表…
可惜我技术太逊,写吐了(