/backend-microservice-development

编写 BK-CI 后端微服务代码时使用，例如新增 Resource、组织 API/Service/DAO 分层、依赖注入、服务归属判断和 Spring Boot 开发约定。当用户要做 Kotlin/Java 后端开发时优先使用。

tencentblueking@tencentblueking

GitHub

From plugin

bk-ci

2.5k42 skills

Install

$ npx -y skills add tencentblueking/bk-ci --skill backend-microservice-development --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.
You can call itInvoke it directly when you want it.
Slash command/backend-microservice-development

Context preview

The summary Claude sees to decide when to auto-load this skill.

编写 BK-CI 后端微服务代码时使用，例如新增 Resource、组织 API/Service/DAO 分层、依赖注入、服务归属判断和 Spring Boot 开发约定。当用户要做 Kotlin/Java 后端开发时优先使用。

SKILL.md

backend-microservice-development.SKILL.md

name: backend-microservice-development
description: 编写 BK-CI 后端微服务代码时使用，例如新增 Resource、组织 API/Service/DAO 分层、依赖注入、服务归属判断和 Spring Boot 开发约定。当用户要做 Kotlin/Java 后端开发时优先使用。

后端微服务开发

适用场景

新增或修改 Kotlin / Java 后端功能
新增 Resource、Service、DAO 或微服务模块
判断功能应该落到哪个服务
按项目分层约定组织代码

不适用场景

前端 Vue 页面开发
Go Agent 开发
单纯设计 API 契约或数据库模型

快速指导

1. 这个 skill 关注的是“BK-CI 后端功能如何组织和落位”，不是单纯 Spring Boot 入门。 2. 开发前先做服务归属判断，再决定接口、服务和数据层放哪。 3. 核心分层仍然是 API、业务实现、启动模块和数据模型，不要跨层乱放逻辑。 4. 服务间交互走 API 契约，不直接碰别的服务数据库。 5. 如果问题是接口设计细节，联动看 `api-interface-design`；如果是测试，联动看 `unit-testing`。

高信号规则

功能落位比代码实现本身更容易决定后续维护成本
Resource、Service、DAO 的边界清楚，后续扩展才稳定
微服务之间只共享契约，不共享存储实现

关键陷阱

为了快，直接把逻辑塞进 Resource
服务归属判断错误，导致后续跨服务耦合
因为调用方便而直接访问其他服务数据

Other skills on bk-ci.

See all 42 skills in bk-ci