القائمة
将 Go 微服务架构规范应用到代码生成、重构整改和规范评审中。适用于涉及 gRPC、proto、contracts、services/、pkg/、服务边界、接口所有权、配置边界、数据最小权限、服务间鉴权、可观测性、部署与测试的任务。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | go-microservice-guardrails |
| description | 将 Go 微服务架构规范应用到代码生成、重构整改和规范评审中。适用于涉及 gRPC、proto、contracts、services/、pkg/、服务边界、接口所有权、配置边界、数据最小权限、服务间鉴权、可观测性、部署与测试的任务。 |
在处理 Go 微服务任务时，先用这份 Skill 约束架构边界，再进入具体实现。目标不是教 Go 语法，而是确保生成、整改、评审都遵守同一套服务边界、契约所有权、配置边界、最小权限和可观测性规则。
先判断当前任务属于哪一类，再决定读哪些 reference：
生成：新建服务、补 proto、补共享基础设施、补部署或测试骨架整改：目录重构、收敛配置、拆边界、修正通信或权限模型评审：检查设计、目录、契约、代码或部署测试是否违反规范如果任务同时涉及多个主题，优先按“边界与所有权 -> 契约 -> 通信鉴权 -> 配置与共享包 -> 数据权限与部署测试 -> 可观测性”的顺序处理。
按任务主题读取对应 reference，不要一次性加载全部文件：
references/repository-layout.mdreferences/contracts-and-codegen.mdreferences/service-communication-auth.mdinternal/config、pkg/ 边界和共享基础设施抽取时，读 references/config-and-shared-pkg-boundaries.mdreferences/service-boundaries.mdreferences/data-min-privilege.mdreferences/database-deploy-test.mdreferences/observability-hot-reload.md所有任务都先做边界判断，再做实现判断：
如果前面的边界判断不成立，不要直接开始写代码补丁。
输出中始终说明：
如果上下文不足以判断某个边界，应明确列为待确认项，不要把猜测写成既成事实。
pkg/x-service-token、x-user-id、x-user-authenticated 混进业务 request当用户要求“按规范生成”“按规范整改”“检查是否符合微服务规范”时：
如果只是普通 Go 语法、算法题、CLI 小工具或与微服务架构无关的任务，不要使用这份 Skill。