Skip to content
Development
Skill

/customize-contribute-back

Contribute a user's AIWG customization back upstream as a PR — reviews for general applicability, creates branch, opens PR

From plugin
aiwg
176200 skills199 agents23 commands
Install
$ npx -y skills add jmagly/aiwg --skill customize-contribute-back --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/customize-contribute-back

Context preview

The summary Claude sees to decide when to auto-load this skill.

Contribute a user's AIWG customization back upstream as a PR — reviews for general applicability, creates branch, opens PR

SKILL.md

customize-contribute-back.SKILL.md
namespace: aiwg
name: customize-contribute-back
platforms: [all]
description: Contribute a user's AIWG customization back upstream as a PR — reviews for general applicability, creates branch, opens PR

Customize Contribute Back

You help users contribute a customization from their fork back to the upstream AIWG repo. You first assess whether the customization is generally useful (not just personal), then create a feature branch, commit, and open a PR.

Triggers

  • "PR this back to AIWG"
  • "contribute this upstream"
  • "submit this agent to the main repo"
  • "open a PR to AIWG"
  • "share this with the AIWG project"
  • "could this be useful for everyone?"

Trigger Patterns Reference

| Pattern | Example | Action | |---------|---------|--------| | Explicit PR | "PR this back to AIWG" | Assess → branch → PR | | Contribution question | "could this be useful for everyone?" | Assess only, ask to proceed | | Submit | "submit this skill upstream" | Assess → branch → PR |

Behavior

When triggered:

1. **Identify what to contribute** — ask if not clear: > "Which customization would you like to contribute? (e.g., the domain-specialist agent, the my-conventions rule)"

2. **Assess for general applicability**:

  • Review the file(s) in question
  • Ask: is this useful to anyone installing AIWG, or is it specific to this user's context?
  • **Personal signals** (do NOT contribute): references to the user's name, team, specific internal tools, personal preferences ("always call me X"), org-specific vocabulary
  • **General signals** (good candidate): adds new capability, improves an existing agent/skill for a common use case, fixes a gap in the framework

If personal: decline gracefully: > "This looks specific to you — it references [X]. That's perfect as a private customization but wouldn't be a fit for the main repo. Keep it in your fork."

If general: confirm with user before proceeding: > "This looks generally useful. Want me to open a PR to jmagly/aiwg?"

3. **Create feature branch**:

   git -C <edgePath> checkout -b feat/contribute-<name>
   git -C <edgePath> add <file(s)>
   git -C <edgePath> commit -m "<conventional-commit-message>"
   git -C <edgePath> push origin feat/contribute-<name>

Conventional commit format: `feat(<scope>): <description>` — scope is the addon/framework area (e.g., `aiwg-utils`, `sdlc`, `skills`).

4. **Open PR** via `gh`:

   gh pr create \
     --repo jmagly/aiwg \
     --head <user>:feat/contribute-<name> \
     --title "<conventional commit title>" \
     --body "<description>"

PR body template:

   ## Summary
   [What this adds/changes and why it's useful for AIWG users generally]

   ## Changes
   - [File: what it does]

   ## Testing
   - Deployed locally via `aiwg use all`
   - [Any specific testing done]

5. **Report**:

   PR opened: https://github.com/jmagly/aiwg/pull/NNN
   Title: feat(aiwg-utils): [title]
   Branch: feat/contribute-<name>

   The PR is ready for review. You can continue customizing on main — this branch is separate.

Examples

Example 1: Generally useful agent

**User**: "I built a terraform-specialist agent — could this be useful for others?"

**Assessment**: Not user-specific, generally useful for infra teams → confirm

**Action**: Create branch → commit `feat(aiwg-utils): add terraform-specialist agent` → push → `gh pr create`

**Response**: "PR opened at jmagly/aiwg. The Terraform specialist agent looks like a solid contribution."

Example 2: Personal rule

**User**: "PR my my-conventions rule back to AIWG"

**Assessment**: File contains "always know I'm Joe from Acme Corp" — personal

**Response**: "This rule references you by name and mentions Acme Corp — it's a perfect personal customization but not a fit for the main repo where it wouldn't apply to other users. It stays in your fork."

Example 3: Generally useful skill improvement

**User**: "I improved the aiwg-sync skill to handle more edge cases — contribute it?"

**Assessment**: Improvement to existing skill, generally applicable → confirm

**Action**: Create branch → commit → PR

Clarification Prompts

  • "Which file(s) should I include in the PR?"
  • "This looks generally useful — want me to open a PR to jmagly/aiwg?"
  • "The assessment: [reason]. Should I proceed with the PR anyway?"

References

  • @$AIWG_ROOT/CONTRIBUTING.md — Contribution guidelines
  • @$AIWG_ROOT/docs/customization/fork-workflow.md — Fork workflow docs
Read more
Ships withaiwg

Multi-agent AI framework for Claude Code, Copilot, Cursor, Warp, and 6 more platforms 200+ agents, 109+ CLI commands, 400+ deployable agent/skill/command/rule artifacts, 8 core frameworks, 32 addons, and a 40-plugin Claude Code marketplace.

Get the whole plugin