Orchestrator Git Standards

VerifiedSafe

Orchestrator AI-specific Git conventions: conventional branch names, structured commits, and clean history. Essential for maintaining code quality and team collaboration.

Sby Skills Guide Bot
DevelopmentBeginner
3/11/2026
Claude CodeCursorWindsurfCopilotCodex
#git#conventional-commits#branching#workflow#version-control

Recommended for

Automated summary

This skill enforces standardized Git conventions for Orchestrator AI projects: branch naming, Conventional Commits formatting, and clean history hygiene.

Strengths

  • Provides explicit correct-versus-wrong branch naming lists that are easy to apply
  • Covers the full loop: branch creation, commit, push, then rebase onto main
  • Includes a commit type table (feat, fix, chore, docs, test, refactor, style, perf) with examples
  • Shows good and bad commit messages, including multi-line bodies with bullet details

Limitations

  • Covers conventions only; no automation or enforcement tooling (hooks, commit linters) is provided
  • Naming rules are specific to Orchestrator AI and don't transfer directly to other organizations
  • The document is cut off at the 'Branch Organization' section, so release and hotfix branches are not detailed
When to use it

Use it whenever you need to create a branch, write a commit message, or organize a repository's Git workflow.

When not to use it

Don't rely on it for advanced Git operations such as complex conflict resolution, cherry-picking, or submodule handling, which it doesn't address.

Security analysis

Safe
Quality score82/100

The skill only documents Git branch naming, commit conventions, and common workflow commands. It does not instruct destructive operations, exfiltration, obfuscation, or safety-disabling behavior; Git commands shown are standard and legitimate.

No concerns found

How this analysis is made

Examples

Create a feature branch and commit
Create a branch for adding OAuth login to the API and commit the changes following conventional commits.
Fix a vague commit message
My last commit message was 'fix stuff'. Rewrite it as a proper conventional commit for a memory leak fix in the api service.
Rebase before opening a PR
Main has new commits since I branched. Walk me through rebasing my feature/user-authentication branch onto main and pushing it for a PR.

name: Orchestrator Git Standards description: Orchestrator AI-specific Git conventions and standards. Branch naming, commit workflow, repository organization. CRITICAL: Follow conventional branch names, use conventional commits, maintain clean git history. allowed-tools: Read, Write, Edit, Bash, Grep, Glob

Orchestrator Git Standards Skill

CRITICAL: Follow Orchestrator AI Git standards: conventional branch names, conventional commits, clean history.

When to Use This Skill

Use this skill when:

  • Creating branches
  • Making commits
  • Organizing git workflow
  • Following project Git standards

Branch Naming Standards

✅ CORRECT

feature/user-authentication
feature/add-api-endpoint
fix/login-bug
fix/memory-leak
chore/update-dependencies
chore/refactor-service
docs/update-readme
test/add-unit-tests
refactor/auth-service

❌ WRONG

❌ my-feature
❌ bugfix
❌ update
❌ feature_branch
❌ FEATURE-BRANCH
❌ feature/user authentication (spaces)

Commit Message Standards

See Conventional Commits Skill for complete format. Quick reference:

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

# Examples
feat(auth): add user authentication
fix(api): resolve memory leak
chore(deps): update dependencies
docs(readme): update installation guide
test(auth): add unit tests for auth service
refactor(api): restructure service layer

Git Workflow Pattern

1. Create Branch

# From main
git checkout main
git pull

# Create feature branch
git checkout -b feature/user-authentication

2. Make Changes

# Edit files
vim apps/api/src/auth/auth.service.ts

# Stage changes
git add .

# Commit with conventional format
git commit -m "feat(auth): add user authentication service"

3. Push and PR

# Push branch
git push origin feature/user-authentication

# Open PR on GitHub
# Follow PR process (see GitHub Workflow Skill)

4. Update Branch

# If main has new commits
git checkout main
git pull
git checkout feature/user-authentication
git rebase main  # or git merge main

Commit Types

| Type | Purpose | Example | |------|---------|---------| | feat | New feature | feat(auth): add login | | fix | Bug fix | fix(api): resolve memory leak | | chore | Maintenance | chore(deps): update packages | | docs | Documentation | docs(readme): update install | | test | Tests | test(auth): add unit tests | | refactor | Refactoring | refactor(api): restructure | | style | Formatting | style: format code | | perf | Performance | perf(api): optimize query |

Scope Guidelines

Scopes should match affected areas:

# API scopes
feat(api): add endpoint
fix(api): resolve bug

# Module scopes
feat(auth): add authentication
fix(llm): resolve provider issue

# Feature scopes
feat(agents): add new agent type
fix(webhooks): resolve status tracking

Git History Best Practices

✅ DO

  • Keep commits focused (one logical change per commit)
  • Use descriptive commit messages
  • Write clear commit descriptions
  • Rebase before PR (clean history)
  • Squash commits in PR if needed

❌ DON'T

  • Don't commit unrelated changes together
  • Don't use vague commit messages
  • Don't force push to shared branches
  • Don't commit broken code
  • Don't commit secrets or credentials

Commit Message Examples

✅ Good Commit Messages

feat(auth): add JWT token authentication

- Implement JWT token generation
- Add token validation middleware
- Update auth service with token logic

fix(api): resolve memory leak in service

The service was holding references to completed requests.
Now properly cleans up after request completion.

chore(deps): update NestJS to v10

- Update @nestjs/core to 10.0.0
- Update @nestjs/common to 10.0.0
- Resolve breaking changes

❌ Bad Commit Messages

❌ fix stuff
❌ update
❌ changes
❌ WIP
❌ asdf
❌ fixed bug

Branch Organization

Main Branches

  • main - Production-ready code
  • develop - Integration branch (if used)

Feature Branches

feature/<feature-name>
# Examples:
feature/user-authentication
feature/add-metrics-dashboard

Fix Branches

fix/<fix-name>
# Examples:
fix/login-error
fix/memory-leak

Chore Branches

chore/<chore-name>
# Examples:
chore/update-dependencies
chore/refactor-service-layer

Git Commands Reference

Common Commands

# Create branch
git checkout -b feature/my-feature

# Stage changes
git add .

# Commit
git commit -m "feat(module): description"

# Push
git push origin feature/my-feature

# Update from main
git checkout main
git pull
git checkout feature/my-feature
git rebase main

# View status
git status

# View log
git log --oneline

# View changes
git diff

Repository Organization

Directory Structure

orchestrator-ai/
├── apps/
│   ├── api/          # NestJS backend
│   ├── web/          # Vue frontend
│   └── n8n/          # N8N workflows
├── storage/          # Database snapshots
├── scripts/          # Utility scripts
└── .github/          # GitHub workflows

Ignore Patterns

.gitignore should include:

  • node_modules/
  • .env
  • dist/
  • *.log
  • .DS_Store

Checklist for Git Standards

When working with Git:

  • [ ] Branch name follows convention (feature/, fix/, etc.)
  • [ ] Commit message follows conventional format
  • [ ] Commit is focused (one logical change)
  • [ ] Commit message is descriptive
  • [ ] No secrets or credentials committed
  • [ ] Code quality gates pass before commit
  • [ ] Git history is clean (rebase if needed)

Related Documentation

  • Conventional Commits: See Conventional Commits Skill
  • GitHub Workflow: See GitHub Workflow Skill
  • Quality Gates: See Quality Gates Skill
  • Worktree Lifecycle: See Worktree Lifecycle Skill

From the file to a first result

The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.

View the source and supporting files

This download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.

1. Download the file

Download SKILL.md

From the root of a test project, save the file as .skill-downloads/orchestrator-git-standards-mmlj2ocl/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.

Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.

mkdir -p '.skill-downloads/orchestrator-git-standards-mmlj2ocl' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/orchestrator-git-standards-mmlj2ocl/download' --output '.skill-downloads/orchestrator-git-standards-mmlj2ocl/SKILL.md.part' && mv '.skill-downloads/orchestrator-git-standards-mmlj2ocl/SKILL.md.part' '.skill-downloads/orchestrator-git-standards-mmlj2ocl/SKILL.md'

2. Check prerequisites

Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.

No recognized prerequisites section in this file. This does not mean it is self-contained: libraries, tools and access requirements may be mentioned elsewhere in the content or source repository.

The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.

3. Load the skill

This file does not provide a usable name/description header for this native procedure. It remains available to download and inspect; use the manual method below.

Manual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.

4. Try a first task

Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:

Read .skill-downloads/orchestrator-git-standards-mmlj2ocl/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.

Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.

Related skills