Claude Code Plugins

Community-maintained marketplace

Feedback

moai-foundation-git

@modu-ai/moai-adk
135
0

GitFlow automation and PR policy enforcement for MoAI-ADK workflows.

Install Skill

1Download skill
2Enable skills in Claude

Open claude.ai/settings/capabilities and find the "Skills" section

3Upload to Claude

Click "Upload skill" and select the downloaded ZIP file

Note: Please verify skill by going through its instructions before using it.

SKILL.md

name moai-foundation-git
version 2.0.0
created Wed Oct 22 2025 00:00:00 GMT+0000 (Coordinated Universal Time)
updated Wed Oct 22 2025 00:00:00 GMT+0000 (Coordinated Universal Time)
status active
description GitFlow automation and PR policy enforcement for MoAI-ADK workflows.
keywords git, gitflow, pr, automation
allowed-tools Read, Bash

Foundation Git Skill

Skill Metadata

Field Value
Skill Name moai-foundation-git
Version 2.0.0 (2025-10-22)
Allowed tools Read (read_file), Bash (terminal)
Auto-load On demand when keywords detected
Tier Foundation

What It Does

GitFlow automation and PR policy enforcement for MoAI-ADK workflows.

Key capabilities:

  • ✅ Best practices enforcement for foundation domain
  • ✅ TRUST 5 principles integration
  • ✅ Latest tool versions (2025-10-22)
  • ✅ TDD workflow support

When to Use

Automatic triggers:

  • Related code discussions and file patterns
  • SPEC implementation (/alfred:2-run)
  • Code review requests

Manual invocation:

  • Review code for TRUST 5 compliance
  • Design new features
  • Troubleshoot issues

Tool Version Matrix (2025-10-22)

Tool Version Purpose Status
Git 2.47.0 Primary ✅ Current
GitHub CLI 2.63.0 Primary ✅ Current

v0.17.0: Three Flexible Git Workflows

MoAI-ADK now supports 3 configurable SPEC development workflows via git.spec_git_workflow setting:

1️⃣ Feature Branch + PR (feature_branch)

Best for: Team collaboration, code review, quality gates

# Create feature branch from develop
git checkout develop
git checkout -b feature/SPEC-001

# Implement with TDD: RED → GREEN → REFACTOR
git commit -m "🔴 RED: test description"
git commit -m "🟢 GREEN: implementation description"
git commit -m "♻️ REFACTOR: improvement description"

# Create Draft PR
gh pr create --draft --base develop --head feature/SPEC-001

# After implementation complete
git push origin feature/SPEC-001
gh pr ready
gh pr merge --squash --delete-branch

Advantages:

  • ✅ Code review before merge
  • ✅ CI/CD validation
  • ✅ Team discussion
  • ✅ Audit trail

Disadvantages:

  • ⏱️ Slower than direct commit
  • 📋 Requires PR review

2️⃣ Direct Commit to Develop (develop_direct)

Best for: Rapid development, solo/trusted developers

# Work directly on develop
git checkout develop

# Implement with TDD: RED → GREEN → REFACTOR
git commit -m "🔴 RED: test description"
git commit -m "🟢 GREEN: implementation description"
git commit -m "♻️ REFACTOR: improvement description"

# Push to develop (no PR)
git push origin develop

Advantages:

  • ⚡ Fastest path to integration
  • 📝 Minimal overhead
  • 🚀 Suitable for rapid prototyping

Disadvantages:

  • ⚠️ No review gate (requires trust)
  • 📊 Less audit trail

3️⃣ Ask Per SPEC (per_spec)

Best for: Mixed team (hybrid review + direct approach)

Behavior: When creating each SPEC with /alfred:1-plan, Alfred asks:

"Which git workflow for this SPEC?"

Options:
- 📋 Feature Branch + PR (recommended for team)
- ⚡ Direct Commit to Develop (recommended for speed)

Advantages:

  • 🎯 Flexibility per feature
  • 👥 Team can choose per SPEC
  • 🔄 Combine both approaches

Disadvantages:

  • 🤔 Manual decision per SPEC
  • ⚠️ Inconsistency if overused

Configuration

Set workflow in .moai/config.json:

{
  "git": {
    "spec_git_workflow": "feature_branch"
  }
}

Valid values:

  • "feature_branch" - Always use PR workflow
  • "develop_direct" - Always direct commit
  • "per_spec" - Ask user for each SPEC

Inputs

  • Git configuration from .moai/config.json
  • SPEC metadata for branch naming
  • TDD phase information (RED/GREEN/REFACTOR)

Outputs

  • Feature branch creation commands
  • Commit messages with @TAG references
  • PR status transitions
  • GitHub CLI commands for automation

Failure Modes

  • When Git is not installed
  • When invalid spec_git_workflow value in config
  • When PR merge conflicts occur
  • When CI/CD checks fail

Dependencies

  • Access to project files via Read/Bash tools
  • Git 2.47.0+ installed
  • GitHub CLI 2.63.0+ for PR operations
  • Integration with moai-alfred-config-schema for config reading
  • Integration with moai-foundation-trust for quality gates

References

  • Feature Branch Workflow: SKILL.md "v0.17.0: Three Flexible Git Workflows"
  • Direct Commit Workflow: SKILL.md "v0.17.0: Three Flexible Git Workflows"
  • Per-SPEC Workflow: SKILL.md "v0.17.0: Three Flexible Git Workflows"

Documentation updated 2025-11-04


Changelog

  • v2.1.0 (2025-11-04): Added three configurable workflows (feature_branch, develop_direct, per_spec) and token management
  • v2.0.0 (2025-10-22): Major update with latest tool versions, comprehensive best practices, TRUST 5 integration
  • v1.0.0 (2025-03-29): Initial Skill release

Works Well With

  • moai-alfred-config-schema (workflow configuration)
  • moai-alfred-ask-user-questions (per-spec workflow selection)
  • moai-foundation-trust (quality gates)
  • moai-alfred-code-reviewer (code review)
  • moai-essentials-debug (debugging support)

Best Practices

DO:

  • Read spec_git_workflow from config before creating branch
  • Use feature branches for team projects
  • Use direct commits for solo/prototype work
  • Use per_spec for mixed team flexibility
  • Maintain test coverage ≥85% regardless of workflow
  • Document all public APIs

DON'T:

  • Skip quality gates based on workflow choice
  • Use deprecated tools
  • Ignore security warnings
  • Mix testing frameworks
  • Force workflow decisions on team members (use per_spec)