123-java-design-patterns
Use when you need to select, review, or implement Java design and integration patterns — including classic Java design patterns, REST API patterns, Kafka and event-driven patterns, database and persistence patterns, and cross-cutting integration patterns. This should trigger for requests such as Apply Java design patterns; Review REST API patterns; Design Kafka event-driven patterns; Improve database persistence patterns; Add resilient integration patterns. Part of Plinth Toolkit
Works with
--- name: 123-java-design-patterns description: Use when you need to select, review, or implement Java design and integration patterns — including classic Java design patterns, REST API patterns, Kafka and event-driven patterns, database and persistence patterns, and cross-cutting integration patterns. This should trigger for requests such as Apply Java design patterns; Review REST API patterns; Design Kafka event-driven patterns; Improve database persistence patterns; Add resilient integration patterns. Part of Plinth Toolkit license: Apache-2.0 --- # Java Design and Integration Patterns Guide Java developers in selecting patterns by problem signal, implementation context, and trade-off rather than by pattern name alone. **What is covered in this Skill?** - Classic Java design patterns for application code: creational, structural, and behavioral patterns - REST API patterns for resource design, contracts, idempotency, versioning, and error handling - Kafka and event-driven patterns for event schemas, partitioning, idempotency, retries, outbox, and sagas - Database and persistence patterns for repositories, transactions, aggregates, locking, migrations, and read models - Cross-cutting integration patterns for anti-corruption layers, resilience, observability, and reliable message boundaries **Scope:** Use this skill to explain, review, and implement practical patterns in Java systems. Prefer simple code first; introduce a pattern only when it reduces real complexity, protects a boundary, improves testability, or makes change safer. ## Constraints Pattern guidance must be problem-led, concrete, and safe to apply in Java projects. - **PROBLEM FIRST**: Identify the design pressure before naming or applying a pattern - **NO PATTERN SHOPPING**: Do not add abstractions only because a pattern exists; prefer simple code when variation is not present - **BUILD SAFETY**: For code changes, run `./mvnw compile` or `mvn compile` before refactoring and `./mvnw clean verify` or `mvn clean verify` after changes - **REFERENCE SELECTION**: Read the relevant reference before acting: Java code patterns, REST API patterns, Kafka/event-driven patterns, database/persistence patterns, or cross-cutting integration patterns - **TRADE-OFFS REQUIRED**: Explain the benefit, cost, and when-not-to-use guidance for any recommended pattern ## When to use this skill - Apply Java design patterns - Review Java code for design patterns - Choose REST API patterns - Design Kafka event-driven patterns - Improve database persistence patterns - Add resilient integration patterns ## Workflow 1. **Identify the design pressure** Clarify the concrete problem: object creation, behavior variation, API contract evolution, event delivery, persistence consistency, integration reliability, or another recurring design force. 2. **Select the relevant reference** Read only the matching reference(s): `references/123-java-design-patterns.md`, `references/123-rest-api-patterns.md`, `references/123-kafka-event-driven-patterns.md`, `references/123-database-persistence-patterns.md`, or `references/123-cross-cutting-integration-patterns.md`. 3. **Recommend the smallest useful pattern** Choose the simplest pattern that addresses the design pressure. Show how it changes responsibilities, boundaries, tests, operations, or evolution safety. 4. **Implement or document the pattern** When code changes are requested, make focused Java or configuration changes following the project conventions. When design advice is requested, provide diagrams, examples, request/response shapes, event shapes, or transaction flows as appropriate. 5. **Validate the outcome** Verify that the resulting design remains understandable, testable, and operationally safe. Run the project build for code changes and name any remaining trade-offs. ## Reference For detailed guidance, examples, and constraints, see: - [references/123-java-design-patterns.md](references/123-java-design-patterns.md) - [references/123-rest-api-patterns.md](references/123-rest-api-patterns.md) - [references/123-kafka-event-driven-patterns.md](references/123-kafka-event-driven-patterns.md) - [references/123-database-persistence-patterns.md](references/123-database-persistence-patterns.md) - [references/123-cross-cutting-integration-patterns.md](references/123-cross-cutting-integration-patterns.md)
More API Design skills
lark-event
larksuite/cli
Lark/Feishu real-time event listening / subscribing / consuming: stream events as NDJSON via `lark-cli event consume <EventKey>` (covers IM messages/reactions/chat changes, Approval status changes, Task updates, VC meeting started/joined/ended, Minutes generated, Whiteboard updated, etc.). Use for Lark bots, real-time message processing, long-running subscribers, streaming webhook/push handlers. Supports `--max-events` / `--timeout` bounded runs and a stderr ready-marker contract — designed for AI agents running as subprocesses.
lark-contact
larksuite/cli
飞书 / Lark 通讯录:按姓名 / 邮箱解析成 open_id,或按 open_id 反查姓名 / 部门 / 邮箱 / 联系方式 / 个人状态 / 签名,以及按关键词搜索当前用户可见的机器人 / 智能体(agent)。当用户提到一个名字要下一步发消息 / 排日程,或拿到 open_id 想查具体信息时使用。不负责部门树遍历、按部门列员工、组织架构图,这类需求走原生 OpenAPI。
lark-openapi-explorer
larksuite/cli
飞书/Lark 原生 OpenAPI 探索:从官方文档库中挖掘未经 CLI 封装的原生 OpenAPI 接口。当用户的需求无法被现有 lark-* skill 或 lark-cli 已注册命令满足,需要查找并调用原生飞书 OpenAPI 时使用。

