Conventional commits with project conventions. Use when the user asks to commit, make a commit, or wants to follow the project's git commit standard.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
설치 방법 보기설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.
All commits in this project follow the Conventional Commits spec, tailored
for a monorepo with packages/core/, packages/cli/, and packages/web/.
type(scope): description
| Type | Use for |
|---|---|
feat | New functionality visible to users |
fix | Bug fixes |
docs | Documentation-only changes |
style | Formatting, whitespace, no logic change |
refactor | Code restructuring, no behavior change |
test | Adding or updating tests only |
build | Build system, dependencies, Docker |
ci | CI/CD pipeline changes |
chore | Maintenance that doesn't fit elsewhere |
core — changes scoped to packages/core/cli — changes scoped to packages/cli/web — changes scoped to packages/web/architecture — changes scoped to packages/architecture/eslint-config — changes scoped to packages/eslint-config/deps / deps-dev — dependency bumpsrelease — release automation changesResolves ABC-123 when closing a Linear issueWhen asked to commit:
git status (never use -uall) and git diff --cached to understand staged changes--no-verify)아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.
로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.
Create and manage Architecture Decision Records (ADRs). Use when making architectural changes (refactoring, API versioning, new domain layers, schema changes), when reviewing recent commits for documentation needs, or when the user mentions ADR, architecture decisions, or documenting technical decisions.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Detect documentation and architecture-model drift by comparing source-of-truth code (CLI commands, flags, env vars, GH Action inputs/outputs, package structure, pipeline stages, providers, adapters, platforms) against web docs, README, and LikeC4 architecture model (.c4 files). Use when files that define the user-facing interface or internal structure change, when the user asks to check docs, or when mentioning doc drift, architecture drift, stale docs, or documentation sync.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Enforce the project's documentation voice when writing or reviewing public-facing content. Triggers on edits to doc files (packages/web/src/content/docs/**/*.md) and README.md. Catches LLM prose patterns, marketing language, and messaging drift.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use this skill whenever code changes introduce new imports, API calls, database connections, message queues, or service-to-service communication. Also use before any commit or push. Catches undeclared dependencies and architecture violations using Erode.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Generate product pitch videos for the Erode project from screenshots. Use this skill whenever the user wants to create, update, or regenerate the product demo video, landing page animation, or pitch clip for erode.dev or the GitHub repo. Also trigger when the user mentions "product video", "demo video", "pitch video", "update the video", "regenerate video", or "landing page animation" in the context of Erode.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Sync the local LikeC4 syntax guide with the upstream LikeC4 skills repository (github.com/likec4/likec4/tree/main/skills/likec4-dsl). Use when the user asks to update, sync, or check the LikeC4 syntax guide, when upstream LikeC4 DSL changes are suspected, or when mentioning likec4 syntax sync, DSL drift, or syntax guide update.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.