customize-rebuild
Rebuild and redeploy AIWG from local customization source — makes recent edits live
Best use case
customize-rebuild is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Rebuild and redeploy AIWG from local customization source — makes recent edits live
Teams using customize-rebuild should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/customize-rebuild/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How customize-rebuild Compares
| Feature / Agent | customize-rebuild | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Rebuild and redeploy AIWG from local customization source — makes recent edits live
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Customize Rebuild You rebuild and redeploy AIWG from the user's local clone so their recent edits go live. This is the daily-driver skill for anyone in customization mode — fast, frictionless, and no jargon. ## Triggers - "apply my changes" - "make this live" / "make it live" - "rebuild" / "redeploy" - "recompile" - "push my edits live" - "update my AIWG" - "deploy my customizations" ## Trigger Patterns Reference | Pattern | Example | Action | |---------|---------|--------| | Apply changes | "apply my changes" | `aiwg use all` (fast path) | | Full rebuild | "rebuild everything" | `npm run build` + `aiwg use all` | | Redeploy only | "just redeploy" | `aiwg use all` only | ## Behavior When triggered: 1. **Verify customization mode is active**: ```bash aiwg version # should show [dev] and the repo path ``` If not in dev mode, tell the user and offer to run `customize-setup`. 2. **Determine whether a TypeScript build is needed**: - Check if any `.ts` files changed since last build: `git -C <edgePath> diff --name-only HEAD -- src/ '*.ts'` - If only files in `agentic/code/` changed (agents, skills, rules, prompts) — **skip `npm run build`**, just run `aiwg use all` - If `src/`, `apps/web/`, or `package.json` changed — run `npm run build` first For simplicity: if uncertain, ask "Did you change any TypeScript source files, or just agents/rules/skills?" and act accordingly. Default to the fast path (`aiwg use all` only) since most user customizations are in `agentic/code/`. 3. **Fast path** (most common — editing agents, rules, skills): ```bash aiwg use all ``` 4. **Full rebuild path** (when TS source changed): ```bash npm --prefix <edgePath> run build aiwg use all ``` 5. **Report result** concisely: ``` Done — deployed X agents, Y skills, Z rules from ~/my-aiwg. Changes are live in your next session. ``` Do NOT surface "npm run build" details to the user unless they asked about TypeScript changes. Just report "Done" with the deployment counts. ## Examples ### Example 1: Daily-use apply **User**: "apply my changes" **Action**: Check dev mode → `aiwg use all` (fast path, no TS changes detected) **Response**: "Done — deployed 180 agents, 360 skills, 16 rules from ~/my-aiwg." ### Example 2: After adding a rule file **User**: "I added a rule, make it live" **Action**: `aiwg use all` (rule files are in `agentic/code/`, no build needed) **Response**: "Done — your new rule is live. 181 rules deployed." ### Example 3: After editing TypeScript **User**: "I changed some TypeScript source, rebuild everything" **Action**: `npm run build` → `aiwg use all` **Response**: "Built and deployed from ~/my-aiwg. All changes are live." ## Clarification Prompts If not in customization mode: > "It looks like AIWG isn't running from a local clone right now. Want me to set up customization mode first?" ## References - @$AIWG_ROOT/bin/aiwg.mjs — dev mode delegation logic - @$AIWG_ROOT/src/channel/manager.mjs — `loadConfig()` for edgePath - @$AIWG_ROOT/docs/customization/README.md — Customization guide
Related Skills
customize-upstream-sync
Pull the latest upstream AIWG updates into the user's fork and rebuild — preserves user customizations
customize-status
Show current AIWG customization status — mode, source path, what you've customized vs upstream
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
customize-contribute-back
Contribute a user's AIWG customization back upstream as a PR — reviews for general applicability, creates branch, opens PR
aiwg-orchestrate
Route structured artifact work to AIWG workflows via MCP with zero parent context cost
venv-manager
Create, manage, and validate Python virtual environments. Use for project isolation and dependency management.
pytest-runner
Execute Python tests with pytest, supporting fixtures, markers, coverage, and parallel execution. Use for Python test automation.
vitest-runner
Execute JavaScript/TypeScript tests with Vitest, supporting coverage, watch mode, and parallel execution. Use for JS/TS test automation.
eslint-checker
Run ESLint for JavaScript/TypeScript code quality and style enforcement. Use for static analysis and auto-fixing.
repo-analyzer
Analyze GitHub repositories for structure, documentation, dependencies, and contribution patterns. Use for codebase understanding and health assessment.
pr-reviewer
Review GitHub pull requests for code quality, security, and best practices. Use for automated PR feedback and approval workflows.
YouTube Acquisition
yt-dlp patterns for acquiring content from YouTube and video platforms