cua-hyprland-plugin 固定版本发布包安装、验证与运维全指南【免费下载链接】cuaScale computer-use 2.0 with open-source drivers, cross-OS fleets, and benchmarks for training, evaluation, and data generation.项目地址: https://gitcode.com/GitHub_Trending/cua/cua本文基于 Cua 仓库中 Hyprland 输入插件的固定版本pinned发布流程完整讲解如何在 Arch Linux x86_64 上从源码归档构建并安装cua-hyprland-plugin如何用独立生命周期门禁在一次性环境中验证软件包事务以及如何在全新桌面会话中激活输入、升级、回滚与卸载。读完本文你将掌握一套固定依赖契约 校验构建 隔离验证 新鲜会话激活的严格发布运维流程可直接复现于 Omarchy 等基于 Hyprland 0.56.2 的桌面环境。固定版本发布包的设计背景cua-hyprland-plugin是 Cua Driver 在 Hyprland 合成器上的原生输入候选模块其发布方式与常规下载即用的二进制分发不同本仓库只提供源码发行版source distribution与构建套件build kit不提供预编译模块。所有构建产物由发布环境之外的使用者按固定契约自行产出并通过多层校验保证其与审核过的配方一致。该机制由 hyprland-plugin/packaging/release/README.md 定义源码归档生成器从显式允许列表中的 Git blob 生成确定性归档生成cua-hyprland-plugin-DRIVER_VERSION-COMMIT_SHA.tar.gz固定源码与cua-hyprland-plugin-DRIVER_VERSION-COMMIT_SHA-build-kit.tar.gzPKGBUILD、SOURCE-PROVENANCE.json、操作员README.md、lifecycle.py、SHA256SUMS两个唯一命名归档文件名内含发布版本号与完整源码提交 SHA。需要特别强调的是发布包的能力边界源码生成器不做原生认证native certification其清单中的native_certified: false明确描述了这一限制见 verify.py 中固定字段校验和只能证明产物与已审核配方一致不能单独证明原生兼容性使用候选模块前应查阅该发布版单独的 native evidence原生证据确认精确的源码修订与环境。构建与安装严格遵循固定依赖契约构建契约Build Contract受支持的构建契约是Linux x86_64 Hyprland0.56.2-1 头文件0.56.2 GCC16.1.1 20260728 共享libstdc.so.6.0.36。编译器、合成器、模块三者必须解析到相同的运行时字节同一 ELF ABI 注释、同一共享 C 运行时。一个更新的软件包或编译器不满足该契约——这就是固定二字的含义。备注仓库中另有 schema 2 的 profile 机制见 profiles/omarchy-stable-20260910.json允许以独立审核过的 profile 锁定 GCC16.2.1与 Hyprland0.56.2-2等更新组合使用 profile kit 时以该 profile 的字段为准。本文主体仍以 USAGE.md 的默认 schema 1 契约为准。配方recipe不会安装工具链也不修改运行时搜索路径因此必须在目标环境中预先安排固定依赖。下载与校验归档从同一个组件发布版下载源码归档与配套的 build kit两者文件名中的DRIVER_VERSION与COMMIT_SHA必须完全一致。在专用空目录中解压 build kit并将源码归档放在其旁边与PKGBUILD、SOURCE-PROVENANCE.json、README.md、lifecycle.py、SHA256SUMS同目录。先对照该发布版公布的校验和再在目录内执行sha256sum -c SHA256SUMS此命令校验 kit 内全部文件的完整性。在 lifecycle.py 的verify_kit中可以看到更严格的校验逻辑校验和条目必须恰好覆盖PKGBUILD、README.md、SOURCE-PROVENANCE.json、lifecycle.py与源码归档五个文件拒绝符号链接且 runner 自身的字节必须与 kit 内lifecycle.py的校验和一致——防止工具链被调包。用 makepkg 构建在该目录中以普通用户身份运行makepkg。配方默认使用/usr/bin/g如果你的匹配编译器在其他位置先设置环境变量再调用CUA_RELEASE_CXX/absolute/path/to/g makepkg选中的编译器会经过完整身份校验见 verify.py校验pacman -Q hyprland恰为hyprland 0.56.2-1pkg-config --modversion hyprland恰为0.56.2通过宏展开校验 GCC 版本/日期字符串并拒绝 Clang用readelf -p .comment校验 Hyprland 合成器可执行文件的 ELF 注释包含GCC: (GNU) 16.1.1 20260728编译一个探针对象文件校验探针自身的.comment与合成器编译器一致只信编译器自报版本不够还要信它实际产出的字节解析编译器与合成器各自的libstdc.so.6运行时并比对 SHA-256两者必须解析到libstdc.so.6.0.36的同一字节。由 PKGBUILD.in 可知构建启用CUA_HYPRLAND_INPUTON生产输入禁用实验性签名输入CUA_HYPRLAND_TEST_INPUTOFF与输入追踪CUA_HYPRLAND_INPUT_TRACEOFF并运行打包内置的 CTest 套件——即使传入--nocheck也无法产出未经测试的包因为package()阶段同样强制执行测试。安装到系统安装或替换模块前请保存工作并退出 Hyprland 桌面会话在文本控制台text console执行package_file$(makepkg --packagelist) sudo pacman -U $package_file安装产物落位内容路径插件模块/usr/lib/cua/hyprland/cua-hyprland-plugin.so许可证/usr/share/licenses/cua-hyprland-plugin/源码/构建来源信息/usr/share/cua-hyprland-plugin/安装没有install hooks、自动加载或配置变更。请保留包文件与其 provenance 以便回滚。在一次性环境中验证软件包生命周期门禁前置条件lifecycle.py是独立的生命周期门禁运行前需具备可弃置的 Linux x86_64 Arch 环境、固定的原生依赖、makepkg、bsdtar、pacman、Python 3.11、sudo。必须使用普通构建用户并已配置sudo -n免密授权——门禁不会为交互式密码失败兜底也不会自动安装缺失依赖。门禁使用配方的原生编译器、合成器与共享运行时检查执行构建与测试。运行门禁在全新、已验证的 kit 目录中用清单中的值替换COMMIT_SHA与DRIVER_VERSIONNEW_EVIDENCE_DIRECTORY必须是不存在的路径python3 lifecycle.py --kit . --revision COMMIT_SHA \ --driver-version DRIVER_VERSION --output NEW_EVIDENCE_DIRECTORY若编译器不在/usr/bin/g追加--cxx /absolute/path/to/g。注意 lifecycle.py 的入口约束必须是 Linux x86_64、普通用户geteuid() ! 0只有隔离的 pacman 才允许 sudo、编译器路径必须为绝对路径。由显式提交的 SHA 生成的开发 kit 也可以在发布前通过该门禁但通过门禁不代表资产已发布。门禁内部行为门禁将 kit 复制进证据目录后执行makepkg随后逐项断言包内容精确核对模块、许可证、provenance 负载拒绝配置文件与 install hooks见 lifecycle.py 的package_payload允许的负载集合固定为MODULE SOURCE BUILD LICENSE模块哈希模块 SHA-256 必须与构建 provenance 一致且模块、编译器的共享运行时 SHA-256 必须与合成器运行时一致ALPM 事务sudo pacman只使用新建的隔离文件系统根与数据库根、显式配置、禁用 scriptlets、空 hook 目录。对安装 → 移除 → 重装三个阶段的已安装字节与隔离的操作员配置哨兵逐次校验依赖拒绝负向对照第二个 ALPM 根中放置不匹配版本的 Hyprland 依赖 fixture包必须被拒绝并报出特定的hyprland0.56.2-1依赖错误匹配依赖的成功安装正是该拒绝的正向对照。隔离根中的 Hyprland 与 GCC 运行时依赖是仅含元数据的 fixture用于测试 ALPM 依赖解析而非执行这些依赖。运行器不会加载插件、不修改宿主桌面配置、不安装宿主包、不重启合成器因此可以与其他正在进行的桌面验证并行。通过后写出RESULT.json构建日志、事务日志、包与隔离根保留在证据目录供检查。门禁的能力边界该门禁不证明活激活、重启、升级或回滚。要完成这些门禁须在既有桌面验证结束后按下方新鲜桌面会话流程调度保留旧包与匹配的原生环境替换后重启并验证激活与输入再以保存的旧包在另一个新鲜合成器上重复。发布版下载与校验和验证也需要单独的证据。在全新桌面会话中激活输入加载模块与查看状态以固定合成器启动全新 Hyprland 会话后显式加载模块并检查状态hyprctl plugin load /usr/lib/cua/hyprland/cua-hyprland-plugin.so hyprctl -j cua:statuscua:status命令由插件在 plugin.cpp 中注册Socket1 API 下为精确匹配命令。JSON 输出由 status.cpp 渲染包含protocol协议主/次版本与最大帧字节、compositor_epochabi.compiled_hash/abi.runtime_hash/abi.match——编译期 ABI 指纹与运行期哈希是否一致configured配置项是否启用、transport.ready/transport.socket/transport.peer_policy默认same_uidsocket 模式0600capabilities、connections各类计数接受的连接、拒绝的对等方、繁忙拒绝、握手/空闲超时、畸形帧。ABI 指纹在 plugin.cpp 中由 Git 提交哈希与aquamarine、hyprutils、hyprgraphics、hyprcursor、hyprlang的去 patch 版本号拼接而成PLUGIN_INIT时若与运行期 API 哈希不一致会直接抛错拒绝加载。启用本地输入传输本地输入传输默认关闭。启用后授予可信的本地桌面输入能力Driver 仍会对单个调用执行自己的权限策略。Omarchy 的 Lua 配置中添加hl.config({plugin {cua {enabled true}}})传统 Hyprland 配置则添加plugin:cua:enabled true配置项在 plugin.cpp 中以CBoolValue注册默认false。修改配置后必须执行hyprctl reload再查看hyprctl -j cua:status——仅运行时关键字或 Lua 求值而未经配置重载不会协调reconcile输入 socket。请核对状态中的协议、能力、socket 路径与合成器身份仅仅加载模块不能证明输入可用。然后以启用 Wayland 输入的方式启动匹配的 DriverCUA_DRIVER_RS_ENABLE_WAYLAND1 cua-driver ...其生产输入协议默认为 v3。输入路径的精确约束输入路径校验确切的原生应用包libreoffice-fresh 26.2.5-3Calc、inkscape 1.4.4-6并要求规范evdev/pc105/us键盘映射——不允许变体、重映射或额外布局组。存在两条独立输入通道第三个并发持有者会收到 lane-busy 拒绝。其他应用版本、Chromium/Electron 与 XWayland 均不在该输入契约之内。操作后请使用常规 Driver 快照与后台动作验证应用结果——送达确认不等于目标编辑真实发生不要自动重放部分或未知动作。发布版的 native evidence 会标识这些限制内的合格操作单元。升级、回滚与移除升级升级前保留已安装包的副本及其确切的合成器/编译器/运行时 provenance。用新包声明的固定依赖构建并测试替换包退出桌面会话在文本控制台安装替换包再启动全新桌面会话并重复激活与状态检查。不要通过热卸载/重载模块来替换生产输入会保留资源直到合成器进程退出。回滚若替换包验证失败退出桌面会话用pacman -U配合精确的已保存包文件名重装旧包恢复其匹配的合成器/运行时环境再启动全新会话。不要绕过精确的 Hyprland 依赖强制安装。若匹配的固定依赖不可得就让插件保持未激活使用不带本插件的 Driver。禁用与移除要禁用输入移除启用配置或将plugin:cua:enabled设为false然后hyprctl reload。要移除软件包先移除操作员添加的 plugin load / 启用配置退出桌面会话在文本控制台执行sudo pacman -R cua-hyprland-plugin之后启动全新会话。在运行中的合成器内卸载、升级或删除文件不能替代重启合成器。发布包验证链总结整个发布流程形成一条审核配方 → 确定性归档 → 原生 ABI 校验构建 → 隔离 ALPM 生命周期 → 新鲜会话激活 → 升级/回滚的验证链每环的证据边界在 USAGE.md 与 release/README.md 中均有明确声明验证环节证明什么不证明什么sha256sum -c SHA256SUMS产物与已审核配方一致原生兼容性verify.py 原生检查编译器/合成器/运行时字节一致、源码清单匹配运行时激活安全lifecycle.py 门禁ALPM 安装/移除/重装/依赖拒绝活激活、重启、升级、回滚新鲜会话激活 Driver 快照生产输入端到端可用需与发布版 native evidence 对照如需继续深入可查看 hyprland-plugin/README.md、protocol/cua-input-v3.md输入协议、tests/README.md原生证据脚本与 packaging/arch/PKGBUILD仅供发现的本地配方。按本文流程即可在受控环境中安全地构建、验证并运维 Cua 的 Hyprland 生产输入插件。【免费下载链接】cuaScale computer-use 2.0 with open-source drivers, cross-OS fleets, and benchmarks for training, evaluation, and data generation.项目地址: https://gitcode.com/GitHub_Trending/cua/cua创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
cua-hyprland-plugin 固定版本发布包安装、验证与运维全指南
cua-hyprland-plugin 固定版本发布包安装、验证与运维全指南【免费下载链接】cuaScale computer-use 2.0 with open-source drivers, cross-OS fleets, and benchmarks for training, evaluation, and data generation.项目地址: https://gitcode.com/GitHub_Trending/cua/cua本文基于 Cua 仓库中 Hyprland 输入插件的固定版本pinned发布流程完整讲解如何在 Arch Linux x86_64 上从源码归档构建并安装cua-hyprland-plugin如何用独立生命周期门禁在一次性环境中验证软件包事务以及如何在全新桌面会话中激活输入、升级、回滚与卸载。读完本文你将掌握一套固定依赖契约 校验构建 隔离验证 新鲜会话激活的严格发布运维流程可直接复现于 Omarchy 等基于 Hyprland 0.56.2 的桌面环境。固定版本发布包的设计背景cua-hyprland-plugin是 Cua Driver 在 Hyprland 合成器上的原生输入候选模块其发布方式与常规下载即用的二进制分发不同本仓库只提供源码发行版source distribution与构建套件build kit不提供预编译模块。所有构建产物由发布环境之外的使用者按固定契约自行产出并通过多层校验保证其与审核过的配方一致。该机制由 hyprland-plugin/packaging/release/README.md 定义源码归档生成器从显式允许列表中的 Git blob 生成确定性归档生成cua-hyprland-plugin-DRIVER_VERSION-COMMIT_SHA.tar.gz固定源码与cua-hyprland-plugin-DRIVER_VERSION-COMMIT_SHA-build-kit.tar.gzPKGBUILD、SOURCE-PROVENANCE.json、操作员README.md、lifecycle.py、SHA256SUMS两个唯一命名归档文件名内含发布版本号与完整源码提交 SHA。需要特别强调的是发布包的能力边界源码生成器不做原生认证native certification其清单中的native_certified: false明确描述了这一限制见 verify.py 中固定字段校验和只能证明产物与已审核配方一致不能单独证明原生兼容性使用候选模块前应查阅该发布版单独的 native evidence原生证据确认精确的源码修订与环境。构建与安装严格遵循固定依赖契约构建契约Build Contract受支持的构建契约是Linux x86_64 Hyprland0.56.2-1 头文件0.56.2 GCC16.1.1 20260728 共享libstdc.so.6.0.36。编译器、合成器、模块三者必须解析到相同的运行时字节同一 ELF ABI 注释、同一共享 C 运行时。一个更新的软件包或编译器不满足该契约——这就是固定二字的含义。备注仓库中另有 schema 2 的 profile 机制见 profiles/omarchy-stable-20260910.json允许以独立审核过的 profile 锁定 GCC16.2.1与 Hyprland0.56.2-2等更新组合使用 profile kit 时以该 profile 的字段为准。本文主体仍以 USAGE.md 的默认 schema 1 契约为准。配方recipe不会安装工具链也不修改运行时搜索路径因此必须在目标环境中预先安排固定依赖。下载与校验归档从同一个组件发布版下载源码归档与配套的 build kit两者文件名中的DRIVER_VERSION与COMMIT_SHA必须完全一致。在专用空目录中解压 build kit并将源码归档放在其旁边与PKGBUILD、SOURCE-PROVENANCE.json、README.md、lifecycle.py、SHA256SUMS同目录。先对照该发布版公布的校验和再在目录内执行sha256sum -c SHA256SUMS此命令校验 kit 内全部文件的完整性。在 lifecycle.py 的verify_kit中可以看到更严格的校验逻辑校验和条目必须恰好覆盖PKGBUILD、README.md、SOURCE-PROVENANCE.json、lifecycle.py与源码归档五个文件拒绝符号链接且 runner 自身的字节必须与 kit 内lifecycle.py的校验和一致——防止工具链被调包。用 makepkg 构建在该目录中以普通用户身份运行makepkg。配方默认使用/usr/bin/g如果你的匹配编译器在其他位置先设置环境变量再调用CUA_RELEASE_CXX/absolute/path/to/g makepkg选中的编译器会经过完整身份校验见 verify.py校验pacman -Q hyprland恰为hyprland 0.56.2-1pkg-config --modversion hyprland恰为0.56.2通过宏展开校验 GCC 版本/日期字符串并拒绝 Clang用readelf -p .comment校验 Hyprland 合成器可执行文件的 ELF 注释包含GCC: (GNU) 16.1.1 20260728编译一个探针对象文件校验探针自身的.comment与合成器编译器一致只信编译器自报版本不够还要信它实际产出的字节解析编译器与合成器各自的libstdc.so.6运行时并比对 SHA-256两者必须解析到libstdc.so.6.0.36的同一字节。由 PKGBUILD.in 可知构建启用CUA_HYPRLAND_INPUTON生产输入禁用实验性签名输入CUA_HYPRLAND_TEST_INPUTOFF与输入追踪CUA_HYPRLAND_INPUT_TRACEOFF并运行打包内置的 CTest 套件——即使传入--nocheck也无法产出未经测试的包因为package()阶段同样强制执行测试。安装到系统安装或替换模块前请保存工作并退出 Hyprland 桌面会话在文本控制台text console执行package_file$(makepkg --packagelist) sudo pacman -U $package_file安装产物落位内容路径插件模块/usr/lib/cua/hyprland/cua-hyprland-plugin.so许可证/usr/share/licenses/cua-hyprland-plugin/源码/构建来源信息/usr/share/cua-hyprland-plugin/安装没有install hooks、自动加载或配置变更。请保留包文件与其 provenance 以便回滚。在一次性环境中验证软件包生命周期门禁前置条件lifecycle.py是独立的生命周期门禁运行前需具备可弃置的 Linux x86_64 Arch 环境、固定的原生依赖、makepkg、bsdtar、pacman、Python 3.11、sudo。必须使用普通构建用户并已配置sudo -n免密授权——门禁不会为交互式密码失败兜底也不会自动安装缺失依赖。门禁使用配方的原生编译器、合成器与共享运行时检查执行构建与测试。运行门禁在全新、已验证的 kit 目录中用清单中的值替换COMMIT_SHA与DRIVER_VERSIONNEW_EVIDENCE_DIRECTORY必须是不存在的路径python3 lifecycle.py --kit . --revision COMMIT_SHA \ --driver-version DRIVER_VERSION --output NEW_EVIDENCE_DIRECTORY若编译器不在/usr/bin/g追加--cxx /absolute/path/to/g。注意 lifecycle.py 的入口约束必须是 Linux x86_64、普通用户geteuid() ! 0只有隔离的 pacman 才允许 sudo、编译器路径必须为绝对路径。由显式提交的 SHA 生成的开发 kit 也可以在发布前通过该门禁但通过门禁不代表资产已发布。门禁内部行为门禁将 kit 复制进证据目录后执行makepkg随后逐项断言包内容精确核对模块、许可证、provenance 负载拒绝配置文件与 install hooks见 lifecycle.py 的package_payload允许的负载集合固定为MODULE SOURCE BUILD LICENSE模块哈希模块 SHA-256 必须与构建 provenance 一致且模块、编译器的共享运行时 SHA-256 必须与合成器运行时一致ALPM 事务sudo pacman只使用新建的隔离文件系统根与数据库根、显式配置、禁用 scriptlets、空 hook 目录。对安装 → 移除 → 重装三个阶段的已安装字节与隔离的操作员配置哨兵逐次校验依赖拒绝负向对照第二个 ALPM 根中放置不匹配版本的 Hyprland 依赖 fixture包必须被拒绝并报出特定的hyprland0.56.2-1依赖错误匹配依赖的成功安装正是该拒绝的正向对照。隔离根中的 Hyprland 与 GCC 运行时依赖是仅含元数据的 fixture用于测试 ALPM 依赖解析而非执行这些依赖。运行器不会加载插件、不修改宿主桌面配置、不安装宿主包、不重启合成器因此可以与其他正在进行的桌面验证并行。通过后写出RESULT.json构建日志、事务日志、包与隔离根保留在证据目录供检查。门禁的能力边界该门禁不证明活激活、重启、升级或回滚。要完成这些门禁须在既有桌面验证结束后按下方新鲜桌面会话流程调度保留旧包与匹配的原生环境替换后重启并验证激活与输入再以保存的旧包在另一个新鲜合成器上重复。发布版下载与校验和验证也需要单独的证据。在全新桌面会话中激活输入加载模块与查看状态以固定合成器启动全新 Hyprland 会话后显式加载模块并检查状态hyprctl plugin load /usr/lib/cua/hyprland/cua-hyprland-plugin.so hyprctl -j cua:statuscua:status命令由插件在 plugin.cpp 中注册Socket1 API 下为精确匹配命令。JSON 输出由 status.cpp 渲染包含protocol协议主/次版本与最大帧字节、compositor_epochabi.compiled_hash/abi.runtime_hash/abi.match——编译期 ABI 指纹与运行期哈希是否一致configured配置项是否启用、transport.ready/transport.socket/transport.peer_policy默认same_uidsocket 模式0600capabilities、connections各类计数接受的连接、拒绝的对等方、繁忙拒绝、握手/空闲超时、畸形帧。ABI 指纹在 plugin.cpp 中由 Git 提交哈希与aquamarine、hyprutils、hyprgraphics、hyprcursor、hyprlang的去 patch 版本号拼接而成PLUGIN_INIT时若与运行期 API 哈希不一致会直接抛错拒绝加载。启用本地输入传输本地输入传输默认关闭。启用后授予可信的本地桌面输入能力Driver 仍会对单个调用执行自己的权限策略。Omarchy 的 Lua 配置中添加hl.config({plugin {cua {enabled true}}})传统 Hyprland 配置则添加plugin:cua:enabled true配置项在 plugin.cpp 中以CBoolValue注册默认false。修改配置后必须执行hyprctl reload再查看hyprctl -j cua:status——仅运行时关键字或 Lua 求值而未经配置重载不会协调reconcile输入 socket。请核对状态中的协议、能力、socket 路径与合成器身份仅仅加载模块不能证明输入可用。然后以启用 Wayland 输入的方式启动匹配的 DriverCUA_DRIVER_RS_ENABLE_WAYLAND1 cua-driver ...其生产输入协议默认为 v3。输入路径的精确约束输入路径校验确切的原生应用包libreoffice-fresh 26.2.5-3Calc、inkscape 1.4.4-6并要求规范evdev/pc105/us键盘映射——不允许变体、重映射或额外布局组。存在两条独立输入通道第三个并发持有者会收到 lane-busy 拒绝。其他应用版本、Chromium/Electron 与 XWayland 均不在该输入契约之内。操作后请使用常规 Driver 快照与后台动作验证应用结果——送达确认不等于目标编辑真实发生不要自动重放部分或未知动作。发布版的 native evidence 会标识这些限制内的合格操作单元。升级、回滚与移除升级升级前保留已安装包的副本及其确切的合成器/编译器/运行时 provenance。用新包声明的固定依赖构建并测试替换包退出桌面会话在文本控制台安装替换包再启动全新桌面会话并重复激活与状态检查。不要通过热卸载/重载模块来替换生产输入会保留资源直到合成器进程退出。回滚若替换包验证失败退出桌面会话用pacman -U配合精确的已保存包文件名重装旧包恢复其匹配的合成器/运行时环境再启动全新会话。不要绕过精确的 Hyprland 依赖强制安装。若匹配的固定依赖不可得就让插件保持未激活使用不带本插件的 Driver。禁用与移除要禁用输入移除启用配置或将plugin:cua:enabled设为false然后hyprctl reload。要移除软件包先移除操作员添加的 plugin load / 启用配置退出桌面会话在文本控制台执行sudo pacman -R cua-hyprland-plugin之后启动全新会话。在运行中的合成器内卸载、升级或删除文件不能替代重启合成器。发布包验证链总结整个发布流程形成一条审核配方 → 确定性归档 → 原生 ABI 校验构建 → 隔离 ALPM 生命周期 → 新鲜会话激活 → 升级/回滚的验证链每环的证据边界在 USAGE.md 与 release/README.md 中均有明确声明验证环节证明什么不证明什么sha256sum -c SHA256SUMS产物与已审核配方一致原生兼容性verify.py 原生检查编译器/合成器/运行时字节一致、源码清单匹配运行时激活安全lifecycle.py 门禁ALPM 安装/移除/重装/依赖拒绝活激活、重启、升级、回滚新鲜会话激活 Driver 快照生产输入端到端可用需与发布版 native evidence 对照如需继续深入可查看 hyprland-plugin/README.md、protocol/cua-input-v3.md输入协议、tests/README.md原生证据脚本与 packaging/arch/PKGBUILD仅供发现的本地配方。按本文流程即可在受控环境中安全地构建、验证并运维 Cua 的 Hyprland 生产输入插件。【免费下载链接】cuaScale computer-use 2.0 with open-source drivers, cross-OS fleets, and benchmarks for training, evaluation, and data generation.项目地址: https://gitcode.com/GitHub_Trending/cua/cua创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
