---
name: kotlin-backend-conventions
description: 编写 BK-CI Kotlin 后端代码时使用，例如 Kotlin 文件结构、格式、命名、函数设计、空安全和 BK-CI 项目内的调用约定。当用户要修改 `.kt` 或 `.kts` 后端代码并需要项目级 Kotlin 规范时优先使用。
---

# Kotlin 后端规范

## 适用场景

- 编写或重构 BK-CI Kotlin 后端代码
- 处理 Kotlin 文件结构、格式和命名规范
- 调整函数设计、对象创建、空安全和集合使用方式
- 判断某段 Kotlin 写法是否符合项目约定

## 不适用场景

- 只是一般后端分层或服务归属判断
- 只是 Spring Boot 配置和框架用法
- 只是单元测试写法，不涉及 Kotlin 语言约定

## 快速指导

1. 这个 skill 关注的是 BK-CI Kotlin 代码约定，不替代后端分层、API 设计或 Spring Boot 架构 skill。
2. Kotlin 规范建议分三块看：
   - 文件结构、格式与导入：`reference/1-file-format-import.md`
   - 命名、函数设计与对象调用：`reference/2-naming-function-design.md`
   - 空安全、集合与 BK-CI 项目约定：`reference/3-null-safety-project-practice.md`
3. 能交给格式化工具和静态检查的规则，不要在主 skill 里重复展开。
4. 项目特有的高价值约定要优先关注，例如行宽、命名参数、禁止 wildcard import、避免完整类路径直接调用。
5. 如果问题已经转向后端服务分层，联动看 `backend-microservice-development`；如果问题转向 Spring Boot 框架用法，后续再看对应框架规范。

## 高信号规则

- Kotlin 规范的重点是可读性、一致性和低歧义，而不是把语言特性全部用满
- 项目特有约定应优先于泛化教程式知识
- 语言规范适合按需加载为 skill，不适合以长篇 rule 常驻在每次会话中

## 关键陷阱

- 把通用 Kotlin 教程内容原样塞进规则层
- 只记格式，不看 BK-CI 项目特有约束
- 语言规范、后端架构规范、Spring Boot 用法混成一个大文档

## 延伸阅读

- 文件结构、格式与导入：`reference/1-file-format-import.md`
- 命名、函数设计与对象调用：`reference/2-naming-function-design.md`
- 空安全、集合与 BK-CI 项目约定：`reference/3-null-safety-project-practice.md`
- 如果你在改后端分层：再看 `backend-microservice-development`
- 如果你在写测试：再看 `unit-testing`