AI 分析
痛点：团队缺少功能开关（feature flag）的审计、归属和清理机制，开关状态在不同环境不一致、被谁改动无从追溯、上线后无人负责删除，而 Azure 原生的修订历史不记录修改人。
目标用户：使用 Azure App Configuration 的中大型研发团队的平台工程师、DevOps/SRE 以及需要合规审计的技术负责人
证据：I watched several teams struggle with feature flags. Clients sat down to test a feature and found it switched off in their environment. A flag would be on in staging and off in production with nobody sure why, and Azure's revision history doesn't record who changed it. No one owned the flags, so they never got removed after a rollout.
变现：开源核心 + 云托管版订阅（按环境/席位/月收费），企业版提供 SSO、审计日志长期留存、合规导出与自托管授权；后续扩展到 AWS AppConfig / GCP 做多云治理收费。
MVP：2 周内只做一件事：轻量级 flag 审计与治理面板——接入 Azure App Configuration，记录每次变更的人/环境/时间/新旧值，给每个 flag 加 owner 和 90 天过期提醒，标出从 Portal/CLI/流水线绕过工具修改的变更；用 .NET + React + SQLite 单 Docker 镜像交付。
竞品：LaunchDarkly、Flagsmith、Unleash、Flipt、ConfigCat、Azure App Configuration 原生、Split
摘要：一位开发者因观察到多个团队在 Azure App Configuration 上的功能开关失控（环境不一致、无变更审计、无人负责清理），自建了开源工具 Flagsweep，支持变更记录、owner 归属和 90 天到期提醒，采用 Apache-2.0 并免费发布。帖子本身没有收入或付费意愿证据，变现路径尚未验证，但功能开关治理在企业合规场景确有付费市场。竞品林立（LaunchDarkly、Flagsmith、Unleash 等），差异化机会在多云 flag 审计与合规这一细分。