git-commit

Create well-structured git commits with conventional commit messages. Use when asked to commit changes, prepare a commit, or stage and push code.

الانتقال إلى التثبيت

المستودع: agulli/atlas-agents
آخر نشاط في المصدر: ١٣ مايو ٢٠٢٦ في ١٠:١٠
لغة SKILL.md المكتشفة: الإنجليزية
النجوم: ٤٩٢
التفرعات: ١٠٤

خيارات التثبيت

يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.

التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.

يتجاوز الأمر المباشر Prompt المخصّص للمراجعة. افحص المصدر قبل تشغيله.

npx skills add https://github.com/agulli/atlas-agents --skill git-commit

يبقى الأمر في سطر واحد. مرّر أفقيًا لمراجعته كاملًا قبل النسخ.

تفضّل نسخة محلية؟ نزّل الملفات المتاحة حاليًا لدى SkillsMP.

مراجعة ملفات المصدر

اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.

SKILL.md

تعليمات المصدر · معاينة للقراءة فقط

العودة إلى البحث العودة إلى التثبيت

api-design

Design or review REST and GraphQL API interfaces. Use when asked to design an API, review endpoint structure, define request/response schemas, or improve API ergonomics.

2026-05-13

code-review

Perform a structured security and quality audit on source code. Use when asked to review code, audit a pull request, check for vulnerabilities, or assess code quality.

2026-05-13

data-pipeline

Design, build, or debug data processing pipelines. Use when asked to process a dataset, transform data, build an ETL pipeline, schedule batch jobs, or fix data quality issues.

2026-05-13

عرض الكل من هذا المستودع

name	git-commit
description	Create well-structured git commits with conventional commit messages. Use when asked to commit changes, prepare a commit, or stage and push code.
license	MIT
compatibility	Requires git
allowed-tools	Bash(git:*)

Process

Run git status to see all changed files. Read the output carefully.
Run git diff --stat to understand the scope of the change.
Group related changes. If the diff contains unrelated changes (e.g., a bug fix AND a new feature), create separate commits. Do not bundle unrelated work.
Stage files intentionally. Use git add <specific-files>, never git add . unless every changed file belongs in the same logical commit.

Write the commit message using Conventional Commits format:

<type>(<scope>): <description>

<body — explain WHY, not WHAT>

<footer — references, breaking changes>

Types: feat, fix, refactor, docs, test, chore, perf, ci

Verify before committing. Run git diff --cached to review exactly what will be committed. Read the staged diff.
Commit. Run git commit -m "..." with the message.

Rationalizations

Excuse	Rebuttal
"I'll just use `git add .` to save time"	Staging everything blindly leads to committing debug files, env vars, and unrelated changes. Stage intentionally.
"The message 'fix stuff' is fine for now"	Every commit message is permanent history. Write it properly the first time.
"I'll squash these later"	You won't. Write clean commits now.

Verification

git diff --cached output was reviewed before committing
Commit message follows Conventional Commits format
No unrelated changes were bundled into a single commit
No .env, __pycache__, or build artifacts were staged

git-commit

معلومات المصدر

خيارات التثبيت

مراجعة ملفات المصدر

المزيد من هذا المستودع

المزيد من هذا المستودع

Process

Rationalizations

Verification

Process

Rationalizations

Verification