2026.10.18
Profilarr：集中管理 Radarr 与 Sonarr 配置的自托管平台
Profilarr 面向运行媒体服务器的自托管用户，集中构建、测试并同步 Radarr/Sonarr 配置。它功能完整，但部署前应确认 Docker、Arr 版本、parser 服务与权限设置。
它解决什么问题
Profilarr 是一个面向 Radarr 和 Sonarr 的配置管理平台，适合希望减少重复配置、统一多台 Arr 实例设置的家庭媒体服务器维护者。项目采用 AGPL-3.0，定位是自托管工具，而不是托管式服务。
它的核心思路是把质量配置、Custom Formats、正则表达式和媒体管理规则集中起来，再进行测试和部署。用户可以连接 Dictionarry、TRaSH Guides、Dumpstarr 等数据库，也可以基于 PCD 模板创建并分享自己的数据库。对于维护多个实例，或经常调整下载质量策略的人，这种集中管理方式更有价值。
已知功能
在构建方面，Profilarr 支持组织和排序质量、为不同应用设置 Custom Formats 的分数，并管理命名规则、媒体设置、质量定义和延迟配置。项目还提供本地修改机制，README 称本地调整可以在上游更新后保留，并通过冲突处理减少覆盖风险。
在测试方面，正则表达式可以使用内嵌的 Regex101 测试用例验证；Custom Formats 能对发行版进行条件匹配，并展示条件通过或失败的细节；Quality Profiles 则可模拟某部电影或剧集的评分与排序。Custom Format 和 Quality Profile 测试依赖额外的 parser 服务，其余主要功能不需要该服务。
在部署方面，项目可以把配置同步到多个 Arr 实例，执行带筛选器、选择器和冷却时间的自动搜索，批量重命名文件和目录，并提供 dry-run 预览。定时任务覆盖同步、升级、重命名、备份和清理；通知渠道包括 Discord、Telegram、Slack、ntfy、Pushover、Gotify、Apprise 以及通用 Webhook。v2.2.0 还加入了媒体库按发布组筛选和按发布日期排序。
采用前的限制
部署前首先要核对环境。README 要求 Docker 主机使用 Linux kernel 3.17 或更高版本，并明确指出较老的 Synology DSM kernel 3.10 不受 Profilarr v2 支持；镜像平台列为 linux/amd64 和 linux/arm64。Arr 端要求为 Sonarr v4/v5 与 Radarr v5/v6，其中 Sonarr v5 在 README 中仍标注为测试性质。
还应区分稳定性与更新策略：latest 指向新的稳定版本，develop 是测试中的预发布构建，并不保证稳定；精确版本标签不会自动更新，主版本标签则只跟随同一主版本。项目建议两个镜像保持同一发布渠道，因此 profilarr 与 profilarr-parser 不宜混用标签。
如果通过反向代理或 OIDC 访问，需要正确设置公开地址和回调地址；README 还说明运行时 API key 不写入 SQLite，也不会进行 bcrypt 哈希，并拥有完整访问权限。这里应结合自身密钥管理、网络暴露面和备份策略进行评估。来源未提供独立安全审计或性能数据，因此不能据此推断其安全性、容量或资源需求。
总体而言，Profilarr 更适合愿意维护 Docker 服务、熟悉 Radarr/Sonarr 配置，并确实需要集中化管理的用户。只有单个 Arr 实例且配置很少的人，部署额外服务的收益可能有限；是否采用，应先按现有内核、Arr 版本、代理和持久化目录权限逐项验证。
资料来源
资料核对日期：2026-10-18