01Core pain point and demand
在 IntelliJ IDEA 中创建不使用 Kotlin 标准库的 Kotlin 项目时，编译器会隐式依赖 stdlib 中的 kotlin/jvm/internal/Intrinsics，导致排除 stdlib 后无法编译；即使使用 compileOnly 也无法实现仅在编译期使用标准库。开发者被迫在项目配置、编译器参数和运行时依赖之间反复试错，缺乏清晰的诊断与自动化配置工具。
02Product solution
构建一个面向 IntelliJ IDEA 与 Gradle/Maven 的 AI 辅助配置与诊断插件：自动分析项目对 kotlin-stdlib 的隐式依赖来源（Intrinsics、编译器内置引用等），生成可用的 no-stdlib 编译配置（如 -no-stdlib、-Xno-param-assertions、自定义 stdlib 替换模块），并提供逐步迁移向导、错误解释与代码改写建议，帮助开发者在保留编译能力的同时摆脱标准库运行时依赖。
03Monetization and business model
采用 freemium 模式：基础诊断与配置生成免费；高级功能（自定义 stdlib 替换模块生成、CI 集成、团队许可证、优先支持）按订阅收费；同时可提供企业级咨询与定制化底层 Kotlin 迁移服务。
04Action steps
- 1调研并复现 no-stdlib Kotlin 项目的典型编译失败场景，整理 Intrinsics 等隐式依赖清单。
- 2开发 IntelliJ 插件原型：扫描项目依赖并定位隐式 stdlib 引用。
- 3实现自动生成 Gradle/Maven 配置与编译器参数（-no-stdlib、-Xno-param-assertions 等）的功能。
- 4加入 AI 错误解释与代码改写建议，覆盖常见编译报错。
- 5在 Kotlin 社区（Reddit、Kotlin Slack、GitHub）发布 beta 版收集反馈。
- 6完善文档与示例项目，推出 freemium 订阅与团队许可证。
- 7与嵌入式/底层开发社区合作推广，拓展企业定制咨询业务。
05Risk notice
目标市场较窄（月搜索量约 1200），付费意愿有限；Kotlin 编译器版本迭代可能导致配置方案失效，需持续维护；IntelliJ 插件审核与分发存在门槛；若 JetBrains 官方后续原生支持 no-stdlib 场景，产品价值将被削弱。