Kotlin多平台

使用专门 agent 对架构、代码质量、错误处理、类型、注释、测试、可访问性、本地化、并发、性能、简化、安全、PII 泄露检测、agent 指令审计以及平台特定审查（iOS、macOS、Android、Angular、TypeScript、Next.js、Vue.js、Python、Django、Ruby、Rust、Go、Rails、Flutter、Java/Spring Boot、C#/.NET、PHP/Laravel、C/C++、React Native、Svelte/SvelteKit、Elixir/Phoenix、Kotlin Server、Scala、Terraform、Shell/Bash、Docker、Kubernetes、GraphQL、GitHub Actions、SQL、Swift Data）进行全面代码审查。区分 NEW 与 PRE-EXISTING 问题。支持 --pr、--branch、--changes 标志。

适用于Android和Kotlin多平台项目的Clean Architecture模式——模块结构、依赖规则、用例、仓库以及数据层模式。

KMP项目中的Compose Multiplatform和Jetpack Compose模式——状态管理、导航、主题化、性能优化和平台特定UI。

Kotlin协程与Flow在Android和KMP中的模式——结构化并发、Flow操作符、StateFlow、错误处理和测试。

JetBrains Exposed ORM 模式，包括 DSL 查询、DAO 模式、事务、HikariCP 连接池、Flyway 迁移和仓库模式。

Ktor 服务器模式，包括路由 DSL、插件、身份验证、Koin DI、kotlinx.serialization、WebSockets 和 testApplication 测试。

StoryMoss 领域理论包（中级工程师/Sonnet 级模型缺乏的背景知识，在本项目的具体应用而非教科书）。何时加载：要改 TipTap/ProseMirror、Tauri IPC、rusqlite/r2d2、LanceDB、Zustand/TanStack、ts-rs、CJK 分词、KMP border、RRF、艾宾浩斯、合同驱动等，或不理解某个模块背后的原理时。

Android 和 Kotlin Multiplatform 项目的清洁架构模式 — 模块结构、依赖规则、UseCases、Repositories 和数据层模式。

KMP 项目的 Compose Multiplatform 和 Jetpack Compose 模式 — 状态管理、导航、主题、性能和平台特定 UI。

Docker 和 Docker Compose 模式，用于本地开发、容器安全、网络、卷策略和多服务编排。

设计、实现和重构端口与适配器系统，具有清晰的域边界、依赖倒置和可测试用例编排，跨 TypeScript、Java、Kotlin 和 Go 服务。

Kotlin 协程和 Flow 模式——用于 Android 和 KMP 的结构化并发、Flow 操作符、StateFlow、错误处理和测试。

JetBrains Exposed ORM 模式——DSL 查询、DAO 模式、事务、HikariCP 连接池、Flyway 迁移和仓库模式。

惯用 Kotlin 模式、最佳实践和约定——使用协程、空安全和 DSL 构建器构建健壮、高效且可维护的 Kotlin 应用。

Kotlin 测试模式——Kotest、MockK、协程测试、基于属性的测试和 Kover 覆盖率。遵循 TDD 方法和惯用 Kotlin 实践。

Android 原生应用开发指南，涵盖 Material Design 3、Kotlin/Jetpack Compose 开发、 项目配置、无障碍访问和构建故障排除。 触发条件：开发 Android 原生应用、实现 UI、使用 Kotlin/Compose 布局、 构建 Android 应用、Material Design 合规检查。

适用于Android和Kotlin多平台项目的Clean Architecture模式——模块结构、依赖规则、用例、仓库以及数据层模式。

KMP项目中的Compose Multiplatform和Jetpack Compose模式——状态管理、导航、主题化、性能优化和平台特定UI。

用于本地开发的Docker和Docker Compose模式，包括容器安全、网络、卷策略和多服务编排。

设计、实现并重构端口与适配器系统，具有清晰的领域边界、依赖反转以及跨 TypeScript、Java、Kotlin 和 Go 服务的可测试用例编排。

Kotlin协程与Flow在Android和KMP中的模式——结构化并发、Flow操作符、StateFlow、错误处理和测试。

JetBrains Exposed ORM 模式，包括 DSL 查询、DAO 模式、事务、HikariCP 连接池、Flyway 迁移和仓库模式。

Ktor 服务器模式，包括路由 DSL、插件、身份验证、Koin DI、kotlinx.serialization、WebSockets 和 testApplication 测试。

惯用的Kotlin模式、最佳实践和约定，用于构建健壮、高效且可维护的Kotlin应用程序，包括协程、空安全和DSL构建器。

使用Kotest、MockK、协程测试、基于属性的测试和Kover覆盖率的Kotlin测试模式。遵循TDD方法论和地道的Kotlin实践。

规范化新生成或改写的 Java/Kotlin 方法：Java 用 JavaDoc、Kotlin 用 KDoc，两套规则不混用； Java 入参 final（抽象方法、接口默认方法、@Override 实现除外一律不加）； 方法注释与备注同一套结构：首段/首行无内联代码与类型引用，补充说明用 <pre> 包裹； 有返回值且带参时补全 @param/@return；Kotlin 的 @param 行不写 [类型]（签名已标明）；boolean 的 @return：Java 用 {@code true}/{@code false}，Kotlin 用 `true`/`false`； 类型引用：Java {@link …}，Kotlin @return/<pre> 等用 […]；优先返回入参或有语义的对象替代无意义 void；异常在方法内捕获并安全返回。 在用户要求规范化方法、统一工具类写法、整理 Javadoc/KDoc、或按 DevUtils 方法风格处理时使用。

根据用户给出的 Java/Kotlin 工具类或 View 相关源码，设计并实现 androidx.databinding.BindingAdapter。 工作区内优先 Read lib/DevSimple 下 bindingadapters；范例文件表见 references/reference.md。 过滤不适合 XML 的 API；Long? 时间戳、Boolean? 三态、attribute 合并（参照 XYI）；成稿按 code-method-normalize。 在用户要求生成 BindingAdapter、补全 DataBinding 属性、或评审 DevSimple bindingadapters 时使用。

在 DevUtils 工程（仓库布局契约 DEPS_ROOT=file/gradle、DEPS_MANIFEST=file/deps）中 新增或引用 Gradle 依赖时，先查 {DEPS_ROOT}/config.gradle、config_kotlin.gradle、 config_androidx.gradle 与 config_libs.gradle 是否已有坐标；按官方/非官方规则写入对应文件分组， 并在 {DEPS_MANIFEST}/deps_android.gradle 或 deps_project.gradle 中按现有风格引用。在用户要求添加 AndroidX、CameraX、Kotlin、Jetpack、第三方 Maven 依赖或修改 deps 清单时使用。

AI驱动的Java代码安全审计技能，实现系统化、高覆盖率的漏洞挖掘。使用场景： (1) 审计Java/Kotlin项目寻找安全漏洞（0day挖掘、代码审计、安全评估） (2) 企业级代码库的安全审计（支持大型项目） (3) 需要高质量、低幻觉率的安全审计报告 (4) CI/CD集成的前期漏洞发现 触发关键词：Java审计、代码审计、安全审计、漏洞挖掘、0day、安全评估、Java security audit、code review for security

部署 Guild Stack（使用 Docker Compose）以实现本地对 PostgreSQL 数据库的访问。当您需要更快速的查询来支持战斗自动化、实时威胁检测、团队目标侦察、舰队组成分析或全星系范围的情报收集时，可以使用此方案。**高级/可选功能**：虽然通过 CLI 也可以实现基本的游戏功能，但通过 PostgreSQL 数据库访问能大幅提升系统的功能性和灵活性。