用少量 Shell 脚本和 GitHub Actions，为没有官方 Ubuntu APT 源、但发布官方 .deb 的软件维护第三方签名源。RustDesk 是首个接入对象；同步逻辑由清单驱动，不是单软件安装脚本。
不做管理平台，不运行后端服务或数据库。 GitHub Pages 承载 APT 文件与简洁静态列表；软件更新由 Actions 定时扫描，README 列表由模板脚本维护。
下面区域只反映成功部署后的状态，不把上游“已发布”或本地“已下载”冒充本源“已生效”。
尚未完成首次发布
- 首次启用与需要用户处理的事项：签名密钥、Pages、提交身份及再分发条件。
- 维护说明：软件清单、模板区域、定时更新与脚本版本的职责。
- 本次验证记录：真实包、Ubuntu/架构矩阵、隔离 APT 下载与未覆盖事项。
- 实施计划与验收边界：需求出处、Ubuntu 支持对齐、并行实施和失败处理。
软件清单 → 官方 GitHub Release 真实资产 → SHA256 与包身份/架构校验 → 签名 APT 候选仓库 → 对应 Ubuntu 版本与架构的官方源依赖解析 → Pages 部署 → 回写已发布状态 → 模板更新本列表。
包原样保留，不执行包内安装脚本。历史包与 by-hash 索引保留，避免新发布打断仍读取旧索引的客户端；签名续期不冒充软件版本更新。任何一步失败都不能将候选版本写成“已生效”。
按发行日期和标准支持结束日期对齐当前 Ubuntu 发行版，ESM/Ubuntu Pro 不等同于普通标准支持。每个声明发布的“Ubuntu 代号 × 架构 × 软件版本”都必须在对应官方签名源下通过隔离 APT 依赖解析。
这里的验证证明包能被 APT 验签、获取并解析依赖，不等于上游对所有 Ubuntu 版本作兼容承诺，也不等于已验证桌面显示、无人值守或目标硬件功能。 上游明确限制版本或架构时须收窄清单，不以其他架构代替。
- 源内软件版本：由官方发布及
.deb元数据决定，Actions 同步后更新列表。 - 维护脚本版本：由仓库
VERSION与git_tag.sh管理；软件更新不触发脚本发版，标签工具不自动推送、不改历史标签。
本地开发与验收不改系统 APT 源、keyring 或 dpkg 状态，不安装 RustDesk，不改 Git/SSH、shell 配置或 OpenClash。生产签名密钥、Pages 设置及客户端添加源由用户掌握；首次部署前没有可承诺生效的公网源地址。