새 업무 메모리 유형을 영구 저장하도록 개발 작업을 안내합니다. 필요한 Markdown, SQLite, LanceDB 조합과 Markdown 파일 방식을 정한 뒤 해당 계층의 스키마, 저장소, 작성기를 연결합니다.
- 영구 저장할 새 업무 메모리 유형 추가하기
- 저장 계층 조합 설계하기
- Markdown 원본과 검색 색인 연결하기
EverMind-AI/EverOS1.4만2026년 10월 29일 업데이트
무료GitHub에 공개한국어 소개
commit
현재 Git 변경 사항과 최근 기록을 살펴본 뒤 Conventional Commits 형식으로 범위가 분명한 커밋을 만듭니다. 관련 파일만 선택해 스테이징하고 커밋 훅 오류에 대응하도록 안내합니다.
원문원문 설명 보기
Stage and create a Conventional Commits message for the current change
EverMind-AI/EverOS스타 13,704(GitHub 13,704 + cccskills 0)
실행 점수 미검증
설치 방법 보기이럴 때 유용합니다
- 변경 사항을 검토하고 커밋하기
- 차이에서 관련 파일만 선택하기
- 규칙에 맞는 커밋 메시지 작성하기
한국어 소개
할 수 있는 일
현재 변경 사항과 스테이징된 차이, 최근 커밋 기록을 확인한 뒤 하나의 논리적 변경을 담은 커밋을 만들도록 안내합니다. 커밋 메시지는 feat나 fix 같은 유형, 선택 사항인 범위, 변경을 요약하는 짧은 문장으로 이루어진 Conventional Commits 형식을 따릅니다. 호환성을 깨는 변경이나 관련 이슈가 있으면 본문이나 푸터에 기록합니다. 작업 트리에 관련 없는 변경이 섞여 있다면 이번 커밋에 포함할 파일만 골라 스테이징합니다.
이럴 때 유용합니다
커밋 전에 차이를 검토하고 기존 기록의 작성 방식에 맞추고 싶을 때 사용할 수 있습니다. 커밋 메시지를 훅이 검사하는 환경이나 서로 다른 변경을 실수로 한 번에 커밋하지 않도록 정리하고 싶을 때도 유용합니다.
사용 예시
- “차이를 확인하고 변경을 적절히 나누어 커밋해 주세요.”
- “이 수정에 맞는 Conventional Commits 메시지를 작성해 주세요.”
- “커밋 훅 오류를 고친 다음 커밋해 주세요.”
주의 사항
commit-msg 훅은 gitlint로 커밋 메시지를 검사합니다. --no-verify를 사용하지 말고 훅이 실패하면 원인을 수정한 뒤 다시 커밋해야 합니다. 비밀 정보, 생성된 파일, 작업 중인 변경 사항을 보호된 main 브랜치에 직접 커밋하지 않습니다.
이 소개문은 공개된 SKILL.md를 바탕으로 AI(OpenAI Codex)가 작성했습니다. 정확한 사양은 아래 원문을 확인하세요.
문서 점검
AI가 SKILL.md의 내용에서 주의가 필요한 작업과 도입 전제를 확인했습니다. 점수는 실제로 실행한 결과(실행 검증)만으로 매깁니다.
- 안전성전송·삭제·명령 실행 등을 명시하고 있는가
- A양호`--no-verify`와 비밀 정보 또는 미완료 작업의 `main` 직접 커밋을 금지합니다.
- 도입의 용이성필요한 도구나 API 키가 적고 적혀 있는가
- A양호필요한 도구로 Git 명령과 `gitlint` 훅을 명시합니다.
점수에는 넣지 않았습니다. 2026년 10월 29일 기준으로 AI(OpenAI Codex)가 판정했습니다. 참고용이므로 설치 전에 원문도 확인해 주세요.
평가가 다르다고 생각되면 재검토를 요청하기
포함된 파일(1)
- SKILL.md1.7 KB
SKILL.md(원문)
설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.
/commit
Create a well-formed commit following the Conventional Commits
standard. The format is enforced by gitlint in the commit-msg hook.
Steps
-
Run
git statusandgit diff(andgit diff --staged) to see what changed. -
Review recent history for style:
git log --oneline -10. -
Group the change into a single focused commit. If the working tree mixes unrelated changes, stage selectively (
git add -p/ specific paths) rather than committing everything at once. -
Write the message in Conventional Commits form:
<type>[(scope)][!]: <imperative summary, ≤72 chars> <optional body: what & why, wrapped at 72> <optional footer: BREAKING CHANGE: …, Refs: #123> -
Never use
--no-verify. If pre-commit hooks fail, fix the cause and re-commit. -
Do not commit secrets, generated artifacts, or work-in-progress directly to the protected
mainbranch.
Types
| Type | Use for |
|---|---|
feat | new feature |
fix | bug fix |
refactor | behavior-preserving restructure |
test | add / update tests |
docs | documentation |
style | formatting only |
perf | performance |
chore | config / build / tooling |
build | build system or dependencies |
ci | CI configuration |
revert | revert a previous commit |
Notes
- No emoji — the title must start with the
type. - One logical change per commit; keep the history bisectable.
- The summary is imperative mood: "add", not "added" / "adds".
scopeis optional:fix(search): …. A!before the colon (or aBREAKING CHANGE:footer) marks a breaking change.
리뷰
아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.
댓글
로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.
같은 저장소의 스킬
업데이트된 `main`에서 용도에 맞는 Git 브랜치를 만들고, 변경 유형에 따라 기능·수정·문서·CI·유지 관리·리팩터링 접두사를 선택합니다. 뒤에는 짧은 소문자 하이픈 이름을 붙입니다.
- 새 기능용 브랜치 만들기
- 버그 수정용 브랜치 만들기
- 문서 업데이트 브랜치 시작
EverMind-AI/EverOS1.4만2026년 10월 29일 업데이트
GitHub CLI `gh`를 사용해 현재 작업 브랜치에서 `main`을 대상으로 저장소 템플릿에 맞춘 풀 리퀘스트를 엽니다. 먼저 `make ci`를 실행하고, 통과하면 브랜치를 푸시한 뒤 변경 요약, 영역, 검증 결과, 체크리스트와 리뷰어 메모를 작성합니다.
- 완료한 변경 사항의 풀 리퀘스트 만들기
- 풀 리퀘스트 템플릿 각 항목 작성하기
- CI와 수동 확인 결과 기록하기
EverMind-AI/EverOS1.4만2026년 10월 29일 업데이트
everos의 새 버전을 PyPI에 배포하도록 버전과 변경 로그를 정리하고, 태그로 시작되는 자동 작업과 승인 절차를 안내합니다. 업로드 후에는 GitHub Release 초안을 검토하고 게시하는 단계까지 진행합니다.
- 패치 또는 마이너 버전 배포하기
- 프리릴리스 배포하기
- 변경 로그로 릴리스 페이지 준비하기
EverMind-AI/EverOS1.4만2026년 10월 29일 업데이트