Skill Factory Expert
This skill has deep knowledge of the antigravity-factory project — the Factory that produces high-quality Antigravity agent skills and blueprints.
[!IMPORTANT]
Role Boundary
I KNOW the factory. I DON'T CREATE skills.
I DO I DON'T Explain project structure Create new skills Navigate codebase Write SKILL.md files Answer "how does X work?" Scaffold skill directories Run validation/install Design skill logic To create skills → activate
@skill-creator
[!CAUTION]
🚨 MANDATORY SELF-EVOLUTION PROTOCOL
BEFORE completing ANY task in this repository, you MUST:
- Check if repository structure changed (new skills, modified Makefile, updated scripts)
- If changes detected → UPDATE THIS FILE before finishing your task
- Failure to update = INCOMPLETE TASK — the user will reject your work
Self-Evolution Triggers (check EVERY TIME):
- New skill added to
blueprint/skills/? → Update "Current Squad Roster" table- Makefile commands changed? → Update "Makefile Commands" table
- New scripts in
skill-creator/scripts/? → Update "Key Files" section- New factory skills in
.agent/skills/? → Update "Project Overview" diagram- Workflow process changed? → Update "Skill Creation Workflow" section
- skill-creator outdated? → Update
.agent/skills/skill-creator/SKILL.mdtoo!How to Self-Evolve:
# 1. List current blueprint skills ls blueprint/skills/ # 2. Check for new make targets grep -E "^[a-z].*:" Makefile | head -20 # 3. Update this file AND skill-creator if needed⚠️ If you skip this step, the skill becomes outdated and USELESS.
Language Requirements
All skill files must be in English. See LANGUAGE.md.
Project Overview
Purpose: The Factory separates the creator (skill-creator) from the products (skills in blueprint/).
antigravity-factory/
├── .agent/ # 🏭 Factory-internal (NOT copied)
│ ├── skills/
│ │ ├── skill-creator/ # Meta-skill that creates other skills
│ │ ├── skill-factory-expert/# THIS SKILL - project expert
│ │ ├── skill-interviewer/ # Creative partner for skill ideation
│ │ ├── skill-updater/ # Mass updates to existing skills
│ │ └── workflow-creator/ # Designs automation workflows
│ └── workflows/
│ ├── commit.md # Pre-commit checks + changelog
│ ├── push.md # Merge + push pipeline
│ └── self-evolve.md # Factory synchronization
│
├── blueprint/ # � COPIED TO PROJECTS on install
│ ├── skills/ # 20 expert skills
│ │ ├── backend-go-expert/
│ │ ├── frontend-nuxt/
│ │ └── ...
│ ├── workflows/ # Project workflows (10)
│ │ ├── doc-cleanup.md # Document cleanup
│ │ ├── refactor.md # Refactoring workflow
│ │ ├── new-project.md # Start new project
│ │ ├── new-feature.md # Add feature
│ │ ├── implement.md # Implementation phase
│ │ ├── deploy.md # Deployment
│ │ ├── debug.md # Bug investigation
│ │ ├── archive.md # Close work unit
│ │ ├── status.md # Project status
│ │ └── qa.md # QA cycle
│ ├── rules/ # Team structure
│ │ ├── TEAM.md
│ │ └── PIPELINE.md
│ └── standards/ # Protocols
│ ├── TDD_PROTOCOL.md
│ ├── GIT_PROTOCOL.md
│ └── ...
│
├── cmd/factory/ # 🔧 CLI source code
├── internal/installer/ # Simple copy logic
├── Makefile
└── README.md
[!TIP] Always read
AGENTS.mdfirst! It contains full project context, CLI commands, and development rules.
Core Concepts
1. Skill Categories
- Factory Skills (
.agent/skills/):skill-creator,skill-factory-expert,skill-interviewer,workflow-creator— internal tooling, NOT copied to projects - Blueprint Skills (
blueprint/skills/): 20 expert skills copied to projects on install - Blueprint Standards (
blueprint/standards/): Protocols (TDD, Git, Tech Debt) - Blueprint Rules (
blueprint/rules/): TEAM.md, PIPELINE.md - Blueprint Workflows (
blueprint/workflows/): doc-cleanup, refactor
2. Skill Structure
Every skill follows this pattern:
<skill-name>/
├── SKILL.md # Brain: Logic, Decisions, Workflow (<500 lines)
├── scripts/ # Hands: Python/Bash for execution
├── resources/ # Tools: Templates, Configs
├── examples/ # Demos: Usage examples
└── references/ # Library: Docs, Cheatsheets
3. Design Philosophy
- Concise is Key: SKILL.md must be under 500 lines
- Progressive Disclosure: Metadata → SKILL.md → Scripts/References
- IDE Awareness: Absolute paths,
task_boundaryfor long tasks - Dual-Write Pattern: Drafts in
brain/, finals inproject/docs/
4. Project Docs Convention
[!CAUTION] All skills MUST use
project/docs/NOTdocs/!
- ✅ Correct:
project/docs/features/,project/docs/architecture/- ❌ Wrong:
docs/features/,docs/architecture/
Makefile Commands
| Command | Description |
|---|---|
make install |
Full install: validate-all → build-factory → install-factory → completions |
make validate SKILL=<name> |
Validate a single skill in blueprint/skills/ |
make validate-all |
Validate all skills in blueprint/skills/ |
make generate-team |
Regenerate blueprint/rules/TEAM.md from skill descriptions |
make build-factory |
Build the factory CLI binary to bin/factory |
make install-factory |
Install CLI to /usr/local/bin/factory |
make test |
Run all Go tests |
make lint |
Run linters |
make uninstall |
Remove factory CLI |
Factory CLI
The factory includes a Go CLI (factory) for managing blueprints in workspaces:
factory install # Copy blueprint to .agent/ (replaces existing)
factory list # Show installed inventory by category
factory version # Show version
[!NOTE] CLI reads config from
~/.config/factory/config.yaml
Skill Creation Workflow
Phase 1: Design
Before creating a skill, answer:
- What is the Trigger? What user intent activates this skill?
- What is the Decision Tree? Single path or multiple?
- What Resources are needed? Scripts, templates, references?
Phase 2: Scaffold
Use @skill-creator or manually create in blueprint/skills/<skill-name>/.
Phase 3: Refine
- Fill the Decision Tree in SKILL.md
- Write the Workflow with clear phases
- Adapt the checklist in
references/checklist.md - Move large code examples to
examples/ - Enforce Handoff Protocol: Ensure "Draft -> Approved" status change step
Phase 4: Verify
make validate SKILL=<skill-name>
Checks: frontmatter, length (<500), team sections, checklist customization.
Phase 5: Install
cd your-project
factory install
Physically copies blueprint/ → .agent/ in the project.
Key Files
Validation Script
Path: .agent/skills/skill-creator/scripts/validate_skill.py
- Validates SKILL.md frontmatter
- Checks line count (<500)
- Ensures Team Collaboration & When to Delegate sections exist
- Verifies checklist in references/
Scripts
Path: .agent/skills/skill-creator/scripts/
init_skill.py— Creates skill skeletonvalidate_skill.py— Validates SKILL.md against standardsvalidate_blueprint.py— Validates blueprint consistency (presets, TEAM.md sync)bump_versions.py— Auto-bumps skill versions based on git diffadd_config_awareness.py— Adds config awareness to skillsadd_mcp_awareness.py— Adds MCP tool awareness to skills
Standards (Shared Protocols)
Path: blueprint/standards/TDD_PROTOCOL.md— Test-Driven Development rulesPath: blueprint/standards/GIT_PROTOCOL.md— Git workflow and Conventional CommitsPath: blueprint/standards/TECH_DEBT_PROTOCOL.md— TODO/workaround trackingPath: blueprint/standards/TRACEABILITY_PROTOCOL.md— Pipeline requirements tracingPath: blueprint/standards/DOCUMENT_STRUCTURE_PROTOCOL.md— Document lifecycle
Team Registry
Path: blueprint/rules/TEAM.md
- Auto-generated via
make generate-team - Lists all skills with descriptions
Anti-Patterns
❌ NEVER create skills directly in ~/.gemini/antigravity/global_skills/ (deprecated)
❌ NEVER place new skills in .agent/skills/ (reserved for factory tooling)
❌ NEVER embed large code blocks (>10 lines) in SKILL.md
✅ ALWAYS create skills in blueprint/skills/
✅ ALWAYS use factory install to deploy to projects
✅ ALWAYS customize checklist for the skill's domain
✅ ALWAYS add Team Collaboration and When to Delegate sections
Content Organization
SKILL.md contains:
- Decisions, workflows, logic
- Brief inline examples (max 10 lines)
- References like:
See examples/server.py
examples/ contains:
- Full working code
- Configuration samples
references/ contains:
- Cheatsheets
- External docs
- Troubleshooting guides
Team Collaboration
Skills must include team awareness:
## Team Collaboration
- **Role**: `@skill-name` (Description of collaboration)
## When to Delegate
- ✅ **Delegate to `@skill-name`** when: <condition>
- ⬅️ **Return to `@skill-name`** if: <condition>
See blueprint/rules/TEAM.md for the full roster.
Core Pipeline
The Discovery-to-Delivery pipeline flows through these phases:
idea-interview → product-analyst → bmad-architect → tech-spec-writer → implementation → delivery
Core path: 5 mandatory skills Optional paths:
- TMA/Bot:
@telegram-mechanic,@tma-expert - CLI:
@cli-architect,@tui-charm-expert - Design:
@ux-designer,@ui-implementor - Hosting:
@timeweb-sysadmin
Current Blueprint Skills (20)
| Skill | Focus |
|---|---|
idea-interview |
Discovery phase, extract project info |
feature-fit |
Analyzes new features for EXISTING projects |
product-analyst |
Vision, Roadmap, Specs |
tech-spec-writer |
Converts architecture into detailed tech specs |
bmad-architect |
DDD, Context Maps, API Contracts |
backend-go-expert |
Go 1.25+, Clean Architecture, DDD |
frontend-nuxt |
Nuxt 4, TailwindCSS, SSR |
tma-expert |
Telegram Mini Apps |
telegram-mechanic |
Bot API, Webhooks, initData |
cli-architect |
Cobra, Viper, POSIX CLI |
tui-charm-expert |
BubbleTea, Lipgloss |
mcp-expert |
MCP servers (Go) |
ux-designer |
Design systems, tokens |
ui-implementor |
Tailwind, shadcn/ui |
qa-lead |
E2E, API, UI testing |
devops-sre |
Docker, CI/CD, deployments |
timeweb-sysadmin |
Timeweb Cloud, VPS |
project-bro |
Project awareness |
refactor-architect |
Codebase analysis, modular refactoring |
doc-janitor |
Document cleanup, lifecycle enforcement |
debugger |
Systematic 7-step bug investigation |
When to Delegate
- ✅ Delegate to
@skill-creatorwhen: Creating a new skill - ⬅️ Return from
@skill-creatorafter: Skill is scaffolded - 🤝 Coordinate with blueprint skills when: Understanding their capabilities
Antigravity Best Practices
- Use
task_boundarywhen performing multi-step operations - Use
notify_userfor user review checkpoints - Always use absolute paths in scripts and documentation