[功能增强] 令压缩包密码管理器更加便捷快速

IsFaser

以下内容使用Ai将Markdown重构为纯文本, 末尾已附带Markdown转图片
──────────────────────────────────────  
问题  
──────────────────────────────────────  

■ 问题1: 大量密码添加以及迁移困难  

  ▸ 场景1:  
    这个功能确实好用。但是当我第一次使用时，我需要将很多密码添加进去，  
    我需要反复进行以下操作：  
      “从我的密码本中复制出一条密码 → 回到 MT 点击 + → 输入密码 → 确定”  
    反复执行，效率很低。

  ▸ 场景2:  
    我有多个设备需要添加，然后我得在每台设备上重复以上流程……

■ 问题2: 按顺序的尝试密码在大部分时候是无意义的  

  很多时候并不能分出优先级。我现在有 21 个密码，解压带密码的压缩包时  
  已经能明显感知到在逐个尝试密码。随着密码数量增加，体验会更差，  
  所以我只能将“常见密码”添加进去，牺牲了完整覆盖的可能性。

──────────────────────────────────────  
优化方案建议  
──────────────────────────────────────  

• 将当前的「密码管理器」（全 UI 操作）变更为「密码本」形式，  
  允许用户直接编辑文本内容。  
• 为「密码本」提供正则匹配功能，实现按文件路径/名称自动匹配密码组。

──────────────────────────────────────  
方案落地实现  
──────────────────────────────────────  

► 方案1：小部分实现，改动最小  

  为现有「密码管理器」增加一个文本编辑入口（即“密码本”），  
  允许用户一次性粘贴多行密码，系统按行解析为密码列表。  
  — 优点：开发成本低，用户迁移成本低。  
  — 缺点：仍缺乏分组和匹配能力。

► 方案2：方案1进阶，实现部分高级功能  

  将密码输入结构升级为 “路径正则 → 密码组” 的映射关系（支持一对多）。  
  在文本编辑器中使用特定分隔符定义分组。

  ▸ 带分组的密码本示例（文本格式）：
  ──────────────────────────────────────
  # 使用“对密码进行备注”，未分组部分视为 "default"
  123
  qwe

  [group1]
  WAU&*(@*
  1126356asd

  [group2]                    # 特殊字符冲突处理规则：
                              # - 若密码以 \ 开头，则视为字面量（非分组标识）
                              # - 若密码实际以 \ 开头，需写成 \\ 开头
  \[asdasd12                # （首字符需为 [ 的转义）
  \\[123sadsdwd]            # （首字符需为 \ 的转义）
  ──────────────────────────────────────

  ▸ 密码管理器 UI 修改建议：

    添加条目时：
      [输入框] 正则表达式
      [输入框] 组名（默认为 "default"）

    列表项显示为：
      [显示] 组名1
      [显示] 正则表达式

      [显示] 组名1, 组名2
      [显示] 正则表达式

      [显示] 组名3
      [显示] 正则表达式
      ...

► 方案3：完整实现，采用 YAML 配置（更灵活，但对普通用户门槛较高）  

  完全移除图形化密码管理器，转为纯「密码本」YAML 配置文件，  
  内置分组 + 多对多正则映射 + 高级匹配逻辑。可提供“基础模式 / 高级模式”切换。

  ▸ YAML 格式示例：
  ──────────────────────────────────────
  pwd-group:
      default:
          - 123
          - qwe
      group1:
          - WAU&*(@*
          - 1126356asd
      group2:  # YAML 原生支持注释，无需特殊转义
          - "asdasd12"
          - "\\[123sadsdwd]"

  # 正则映射支持两种模式（可共存）：
  #   • 简易正则（类似 gitignore，默认匹配到路径结尾）
  #   • 完整正则（支持 PCRE 语法）

  pwd-map:
      # 默认匹配所有文件
      - regex: "**/*"
        groups:
            - default

      # 一对多：特定路径使用多个密码组
      - regex: "{{内部存储}}/Download/**/*.zip"
        groups:
            - default
            - group1

      # 多对一
      - regex:
            - "{{内部存储}}/Work/**"
            - "{{内部存储}}/Private/**"
        groups:
            - group1

      # 多对多
      - regex:
            - "{{内部存储}}/Work/**"
            - "{{内部存储}}/Private/**"
        groups:
            - default
            - group2

      # 高级正则共存示例（同时支持简易与完整正则）
      - adv-regex:
            - "_res\.(zip|rar)$"
            - ".*(Download|Document).*\.(zip|rar)$"
        regex:
            - "{{内部存储}}/Download/**/*.zip"
            - "0/Document/**/*.zip"
        groups:
            - default
            - group1
  ──────────────────────────────────────

──────────────────────────────────────  
拓展功能（可选）  
──────────────────────────────────────  

可联动「创建压缩文件」功能，增加「加密用密码本」配置（仅支持多对一）：

  ▸ YAML 示例：
  ──────────────────────────────────────
  encrypt:
      - regex:
            - "**Doc/*"
            - "**Secret/*"
        pwd: "default"   # 直接使用 "default" 组的密码
  ──────────────────────────────────────

  ▸ 使用场景：  
    在创建加密压缩包时，系统预匹配即将创建的文件路径，  
    若命中 encrypt 规则，则自动弹出匹配的密码选项，  
    用户可“一键选择密码进行加密”，提升操作效率。

──────────────────────────────────────  

城南小跟班

学习一下

GoldApple1939

感谢分享

Bin

感谢反馈，具体我再考虑一下