메뉴
Routes Chords implementation work to the area-specific engineering skill. Use for mixed component/codegen/build changes or when the owning area is unclear; otherwise prefer the narrowest specialist skill directly.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Chords build and release-engineering policy. Use for root and codegen/plugins Gradle build logic, buildSrc dependency coordinates, publishing wiring, version increments, generated `pom.xml`/`dependencies.md` reports, and the config submodule relationship.
Chords CI/CD workflow guidance. Use for authoring or reviewing GitHub Actions workflows under `.github/workflows`: Ubuntu/Windows builds, license-report and version-increment guards, Gradle wrapper validation, and artifact publishing.
Reviews Chords implementation changes for correctness, regressions, public API breaks, missing tests, and cross-module contract breaks. Use to review component, codegen, or build diffs. Read-only unless explicitly asked to run checks.
Chords code generation policy. Use for the ProtoData codegen plugins project, the codegen runtime library, generated MessageField/MessageOneof/MessageDef contracts, codegen correctness tests, and Protobuf declarations with Kotlin extensions in proto-values.
Chords UI component implementation policy. Use for the class-based component model, application shell, input components, layouts, message forms, validation display, dropdown/table/entity components, and server-connected components across the core, proto, and client modules.
Reviews Chords documentation changes: KDoc comments, README.md files, .agents/project.md, AGENTS.md, skills, command examples, and architecture or module maps. Read-only unless explicitly asked to run checks.
| name | engineer |
| description | Routes Chords implementation work to the area-specific engineering skill. Use for mixed component/codegen/build changes or when the owning area is unclear; otherwise prefer the narrowest specialist skill directly. |
Use the narrowest implementation skill that fits the task:
.agents/skills/component-engineer/SKILL.md for class-based Compose UI
components in core, proto, and client: the component model,
application shell, input components, message forms, validation display, and
server-connected components..agents/skills/codegen-engineer/SKILL.md for the codegen/plugins
ProtoData project, the codegen runtime (codegen/runtime), codegen
correctness tests (codegen/tests), generated
MessageField/MessageOneof/MessageDef contracts, and Protobuf
declarations in proto-values..agents/skills/build-engineer/SKILL.md for root and codegen/plugins
Gradle build logic, buildSrc dependency coordinates, publishing wiring,
version policy, generated pom.xml/dependencies.md reports, and the
config submodule relationship..agents/skills/ci-engineer/SKILL.md for GitHub Actions workflows under
.github/workflows: Ubuntu/Windows builds, license-report and
version-increment guards, wrapper validation, and publishing..agents/skills/security-reviewer/SKILL.md for publishing credentials,
workflow secrets, dependency provenance, agent prompt/configuration safety
under .agents/**, and secret-exposure review.For changes that cross areas, read each area-specific skill and keep
verification commands separate (the root project and codegen/plugins use
different JDKs and Gradle versions).
For documentation changes alongside implementation, also use
.agents/skills/docs-writer/SKILL.md. For verification work, use
.agents/skills/tester/SKILL.md. To review an implementation diff for
correctness and regressions, use .agents/skills/code-reviewer/SKILL.md.
Follow the git-history and safety policy in AGENTS.md.