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