customize-setup
Set up personal AIWG customization mode from a local clone or fork — makes your clone the live global AIWG instance so edits go live immediately
What this skill does
# Customize Setup You set up AIWG in **personal customization mode** — where a local clone or fork of the AIWG repo becomes the user's global AIWG instance. Any edits they make to that clone go live on next rebuild. This is the **ownership** story, not the developer/contributor story. Frame everything around "make it yours," not "build for the repo." ## Triggers - "set up AIWG customization mode" - "I want to customize AIWG live" - "make AIWG mine" / "make it mine" - "set up my personal AIWG" - "fork and customize AIWG" - "I want to edit my agents and rules" - "how do I customize AIWG?" ## Trigger Patterns Reference | Pattern | Example | Action | |---------|---------|--------| | Fork path | "set up AIWG with my own fork" | gh fork + clone + dev mode | | Clone path | "clone AIWG so I can customize it" | git clone + dev mode | | From existing clone | "I already cloned AIWG, set it up" | Just run dev mode + deploy | | Vague customization | "I want to tweak my AIWG setup" | Ask fork or clone, then proceed | ## Behavior When triggered: 1. **Ask one question** (if not already clear from context): > "Do you want to fork AIWG on GitHub first (recommended — keeps your changes safe when upstream releases), or just clone it locally to get started?" - Fork: user gets their own copy on GitHub, upstream sync works, can PR back - Clone: fastest start, no upstream sync later 2. **Determine target path** — ask where to put the clone (default: `~/my-aiwg`): > "Where should I clone it? (default: ~/my-aiwg)" 3. **Execute the appropriate path:** ### Fork Path Requires `gh` CLI logged into GitHub. ```bash # Fork jmagly/aiwg to user's GitHub account + clone + set upstream remote gh repo fork jmagly/aiwg --clone --remote --clone-dir ~/my-aiwg # Switch AIWG to use this fork as the global source aiwg --use-dev ~/my-aiwg # Build (compiles TypeScript + web app) npm --prefix ~/my-aiwg run build # Deploy from local source aiwg --prefix ~/my-aiwg use all ``` Verify remotes after fork: ```bash cd ~/my-aiwg && git remote -v # origin https://github.com/USER/aiwg.git (their fork) # upstream https://github.com/jmagly/aiwg.git (canonical) ``` ### Local Clone Path ```bash git clone https://github.com/jmagly/aiwg.git ~/my-aiwg aiwg --use-dev ~/my-aiwg npm --prefix ~/my-aiwg run build aiwg --prefix ~/my-aiwg use all ``` No upstream remote is set — note to user that "sync my AIWG" won't work until they add one. ### From Existing Clone If user says they already have a clone at a specific path: ```bash # Skip clone step, just activate dev mode and deploy aiwg --use-dev <their-path> npm --prefix <their-path> run build aiwg --prefix <their-path> use all ``` 4. **Confirm success** — run `aiwg version` to show `[dev]` mode is active, then report: ``` Your AIWG is now running from ~/my-aiwg. Any changes you make there go live when you say "apply my changes." What you can customize: agentic/code/addons/aiwg-utils/rules/ — rules (how Claude behaves) agentic/code/addons/aiwg-utils/agents/ — agents (specialized personas) agentic/code/addons/aiwg-utils/skills/ — skills (slash commands) Try it: ask me to "add a rule that [something personal to you]" and then "apply my changes." ``` Do NOT mention manifest.json, npm build internals, or addon taxonomy unless the user specifically asks. ## Examples ### Example 1: Fork setup **User**: "Set up AIWG so I can customize it with my own fork" **Action**: Ask where to clone → `gh repo fork jmagly/aiwg --clone --remote --clone-dir ~/my-aiwg` → `aiwg --use-dev ~/my-aiwg` → `npm run build` → `aiwg use all` → verify `aiwg version` **Response**: "Your fork is now your global AIWG. Edit anything in ~/my-aiwg and tell me 'apply my changes' when ready." ### Example 2: Quick local clone **User**: "I just want to tweak my AIWG setup, don't need a fork" **Action**: `git clone` → `aiwg --use-dev` → `npm run build` → `aiwg use all` **Response**: "AIWG is now running from ~/my-aiwg. No upstream sync (you cloned without forking), but you can customize freely. Say 'apply my changes' after any edit." ### Example 3: Already have a clone **User**: "I already cloned AIWG to ~/dev/aiwg, can I use that?" **Action**: Confirm path → `aiwg --use-dev ~/dev/aiwg` → `npm run build` → `aiwg use all` **Response**: "Done — AIWG is now running from ~/dev/aiwg." ## Clarification Prompts - "Do you want to fork on GitHub first (recommended), or just clone locally?" - "Where should I put the clone? (e.g. ~/my-aiwg)" - "Do you already have a clone somewhere I can use?" ## References - @$AIWG_ROOT/bin/aiwg.mjs — `--use-dev` flag handler - @$AIWG_ROOT/src/channel/manager.mjs — `switchToDev()` implementation - @$AIWG_ROOT/docs/customization/README.md — User customization guide
Related in General
modeling-omnistudio-epc-catalog
IncludedSalesforce Industries CME EPC product-modeling skill for Product2-based catalog creation. Use when creating EPC products, configuring product attributes, building offer bundles with Product Child Items, or reviewing EPC DataPack JSON metadata for product catalog changes. TRIGGER when: user creates or updates Product2 EPC records, AttributeAssignment payloads, AttributeMetadata/AttributeDefaultValues, Offer bundles, or ProductChildItem relationships. DO NOT TRIGGER when: designing OmniScripts/FlexCards/Integration Procedures (use building-omnistudio-omniscript, building-omnistudio-flexcard, or building-omnistudio-integration-procedure), implementing Apex business logic (use generating-apex), or troubleshooting deployment pipelines (use deploying-metadata).
relationship-science-coach
IncludedUse this skill for direct, practical adult relationship coaching: couples conflict, repair, trust, marriage, dating, flirting, attachment patterns, emotional connection, sex, desire differences, eroticism, kink negotiation, affection, love languages, breakups, and long-term passion. Draw on Gottman, EFT and Hold Me Tight, attachment science, modern sex research, Perel, Nagoski, Kerner, Schnarch, Love and Stosny, and flexible love-language tools. Be concrete and low-hedge. Redirect only for imminent danger, abuse, coercive control, minors, non-consent, self-harm, stalking, or medical/legal/psychiatric decisions.
building-sf-integrations
IncludedSalesforce integration architecture and runtime plumbing with 120-point scoring. Use this skill to set up Named Credentials, External Credentials, External Services, REST/SOAP callout patterns, Platform Events, and Change Data Capture. TRIGGER when: user sets up Named Credentials, External Services, REST/SOAP callouts, Platform Events, CDC, or touches .namedCredential-meta.xml files. DO NOT TRIGGER when: Connected App/OAuth config (use configuring-connected-apps), Apex-only logic (use generating-apex), or data import/export (use handling-sf-data).
venue-templates
IncludedAccess comprehensive LaTeX templates, formatting requirements, and submission guidelines for major scientific publication venues (Nature, Science, PLOS, IEEE, ACM), academic conferences (NeurIPS, ICML, CVPR, CHI), research posters, and grant proposals (NSF, NIH, DOE, DARPA). This skill should be used when preparing manuscripts for journal submission, conference papers, research posters, or grant proposals and need venue-specific formatting requirements and templates.
let-fate-decide
IncludedDraws the 12 Houses of the Zodiac Tarot spread to inject entropy into planning when prompts are vague, ambiguous, or casually delegated. Interprets the spread to guide next steps. Use when the user says 'let fate decide', 'YOLO', 'whatever', 'idk', or other nonchalant phrases, makes Yu-Gi-Oh references, or when you are about to arbitrarily pick between multiple reasonable approaches. Prefer over ask-questions-if-underspecified when the user's tone is casual or playful rather than precision-seeking.
net-ops
IncludedCross-platform network troubleshooting (Windows, macOS, Linux) via local or remote shell. Use for: DNS broken, can't resolve hostnames, nslookup/dig works but apps fail, NRPT, WFP, scutil, /etc/resolver, systemd-resolved, /etc/resolv.conf, NetworkManager, VPN DNS leak residue (ProtonVPN/Mullvad/WireGuard/AnyConnect), AV/firewall blocking DNS or DoH, Tailscale DNS interaction, intermittent connectivity, remote diagnostics over SSH.