DevOps
linuxmirrors-awesome
介绍 LinuxMirrors 的定位、能力、支持范围、源码与权威资料，并在回答项目现状、兼容性、脚本差异、最新变化或资料来源时先核验官网、GitHub 和当前源码。用于认识项目和选择正确工作流；系统软件源实操或 Docker 安装换源应进入对应专项流程，不用本技能替代变更方案。
介绍 LinuxMirrors 的定位、能力、支持范围、源码与权威资料，并在回答项目现状、兼容性、脚本差异、最新变化或资料来源时先核验官网、GitHub 和当前源码。用于认识项目和选择正确工作流；系统软件源实操或 Docker 安装换源应进入对应专项流程，不用本技能替代变更方案。
先判断问题是“了解项目”还是“执行变更”。介绍、能力、兼容性、最新变化与资料核验留在本技能；系统软件源变更或 Docker 变更只给任务路由，不直接拼装生产命令。
可直接使用：
当用户要了解 LinuxMirrors、核验最新项目事实、比较脚本或判断任务路径时使用。若用户要求实际换系统源、安装 Docker 或修改 Registry，则只完成资料核验与路由，不在本技能内执行变更。
区分项目介绍、最新信息、系统换源、Docker 安装、Registry Mirror 或源码分析。
记录访问日期；动态事实至少核验官网和 GitHub/当前源码两类来源。
按权威来源读取官网、文档、仓库、更新日志和安全公告。
用新鲜度规则处理官网、README 与源码差异，禁止凭记忆补全。
先给结论，再给适用条件、证据链接、风险和下一步任务路由。
执行质量清单，确保没有把文档说明误写成已执行结果。
/etc 或运行远程换源脚本 → 转入系统换源专项流程并先做预检与备份。examples/ 中的十个场景。本技能不收集、存储或传输用户数据。访问外部资料时只读取公开页面；不得要求密码、Token 或私钥。不要在介绍性回答中执行 curl | bash、进程替换、软件源修改、Docker 安装或服务重启。
先给安全假设版本，再列缺失信息：
先按“仅做资料核验、不执行变更”回答。若要判断实际可用性，请补充：1）发行版与版本；2）CPU 架构；3）网络区域；4）目标是系统软件源、Docker CE 软件源还是 Registry Mirror。
--help、源码解析分支或官网高级用法？--help；先核验源码。Q1：LinuxMirrors 是镜像站吗？ 不是。它提供自动识别系统并生成或修改软件源配置的脚本，也提供 Docker 安装与换源脚本。
Q2：为什么必须访问官网？ 支持版本、镜像地址和参数会变化；官网与当前源码是动态事实的权威入口。
Q3：官网与源码冲突怎么办？ 优先当前源码行为，标注提交号，并说明官网差异；不要静默选择。
Q4：主脚本还是 Lite？ 需要完整交互、更多系统与高级参数时选主脚本；只在明确接受精简能力时考虑 Lite。
Q5：能直接替我换源吗？ 本技能只做介绍和路由。实际变更必须先收集系统信息、备份和回滚条件。
Q6：能推荐最快镜像吗？ 可给兼容性与区域选择原则，但不能替代目标主机的连通性和延迟测试。