antigravity-devkit 1.0.2 → 1.0.4

package/template/skills/plan-writing/SKILL.md

@@ -1,96 +0,0 @@
----
-name: plan-writing
-description: Task breakdown and project planning
----
-
-# Plan Writing
-
-> Structure tasks for clear execution.
-
----
-
-## Plan File Format
-
-**Location:** `docs/PLAN-{slug}.md`
-
-```markdown
-# PLAN: [Feature Name]
-
-## Overview
-Brief description of what we're building.
-
-## Requirements
-- [ ] Requirement 1
-- [ ] Requirement 2
-
-## Tasks
-
-### Phase 1: Backend
-- [ ] Task 1 [@backend-specialist]
-- [ ] Task 2 [@database-architect]
-
-### Phase 2: Frontend
-- [ ] Task 3 [@frontend-specialist]
-
-### Phase 3: Testing
-- [ ] Task 4 [@test-engineer]
-
-## Verification
-- [ ] Run checklist.py
-- [ ] Manual testing
-- [ ] Code review
-```
-
----
-
-## Task Breakdown Rules
-
-| Rule | Description |
-|------|-------------|
-| Specific | Clear deliverable |
-| Atomic | Single responsibility |
-| Assigned | Agent specified |
-| Ordered | Dependencies clear |
-
----
-
-## Naming Convention
-
-| Request | Slug |
-|---------|------|
-| E-commerce cart | ecommerce-cart |
-| User authentication | user-auth |
-| Dashboard analytics | dashboard-analytics |
-
----
-
-## Task Sizing
-
-| Size | Description | Time |
-|------|-------------|------|
-| S | Single file change | < 30 min |
-| M | Few files, one domain | 1-2 hours |
-| L | Multiple domains | 2-4 hours |
-| XL | Break into sub-tasks | - |
-
----
-
-## Dependencies
-
-```markdown
-## Tasks
-- [ ] 1. Create database schema [@database-architect]
-- [ ] 2. Create API endpoints [@backend-specialist] (depends: 1)
-- [ ] 3. Create UI components [@frontend-specialist] (depends: 2)
-```
-
----
-
-## DO / DON'T
-
-| ✅ Do | ❌ Don't |
-|-------|---------|
-| Assign agents | Leave unassigned |
-| Order by dependency | Random order |
-| Include verification | Skip testing tasks |
-| Break large tasks | Massive single tasks |

package/template/skills/sqlserver-design/SKILL.md

@@ -1,97 +0,0 @@
----
-name: sqlserver-design
-description: SQL Server schema design and query optimization
----
-
-# SQL Server Design
-
-> Efficient schema design and query optimization.
-
----
-
-## Naming Conventions
-
-| Element | Convention | Example |
-|---------|------------|---------|
-| Table | PascalCase, plural | Users, Orders |
-| Column | PascalCase | FirstName |
-| PK | Id | Id |
-| FK | {Table}Id | UserId |
-| Index | IX_{Table}_{Column} | IX_Users_Email |
-
----
-
-## Standard Columns
-
-```sql
-CREATE TABLE Users (
-    Id INT IDENTITY(1,1) PRIMARY KEY,
-    -- Business columns
-    Email NVARCHAR(255) NOT NULL,
-    Name NVARCHAR(100) NOT NULL,
-    -- Audit columns
-    CreatedAt DATETIME2 DEFAULT GETUTCDATE(),
-    UpdatedAt DATETIME2 NULL,
-    IsDeleted BIT DEFAULT 0
-);
-```
-
----
-
-## Relationships
-
-```sql
--- One-to-Many
-ALTER TABLE Orders
-ADD CONSTRAINT FK_Orders_Users
-FOREIGN KEY (UserId) REFERENCES Users(Id);
-
--- Many-to-Many
-CREATE TABLE UserRoles (
-    UserId INT,
-    RoleId INT,
-    PRIMARY KEY (UserId, RoleId)
-);
-```
-
----
-
-## Indexing
-
-| Scenario | Index Type |
-|----------|------------|
-| Primary key | Clustered (auto) |
-| Foreign key | Non-clustered |
-| Search column | Non-clustered |
-| Composite search | Composite |
-
-```sql
-CREATE INDEX IX_Users_Email ON Users(Email);
-CREATE INDEX IX_Orders_UserId ON Orders(UserId);
-```
-
----
-
-## Query Patterns
-
-```sql
--- Parameterized (safe)
-SELECT * FROM Users WHERE Email = @Email
-
--- Pagination
-SELECT * FROM Users
-ORDER BY CreatedAt DESC
-OFFSET @Skip ROWS
-FETCH NEXT @Take ROWS ONLY
-```
-
----
-
-## DO / DON'T
-
-| ✅ Do | ❌ Don't |
-|-------|---------|
-| Parameterized queries | String concatenation |
-| Index foreign keys | Skip FK indexes |
-| UTC timestamps | Local time |
-| Soft delete | Hard delete (usually) |

package/template/skills/systematic-debugging/SKILL.md

@@ -1,98 +0,0 @@
----
-name: systematic-debugging
-description: Root cause analysis and debugging methodology
----
-
-# Systematic Debugging
-
-> Find root causes, not just symptoms.
-
----
-
-## Debugging Flow
-
-```
-1. REPRODUCE → Can you trigger the bug?
-2. ISOLATE   → Where exactly does it fail?
-3. IDENTIFY  → What is the root cause?
-4. FIX       → Minimal change to solve it
-5. VERIFY    → Does it work? Any regressions?
-```
-
----
-
-## Questions to Ask
-
-### Reproduce
-- What are the exact steps?
-- What's expected vs actual?
-- Is it consistent or intermittent?
-
-### Isolate
-- Which file/function fails?
-- What changed recently?
-- What are the inputs?
-
-### Identify
-- Is this the root cause or symptom?
-- Why does this happen?
-- Are there similar issues?
-
----
-
-## Error Pattern Analysis
-
-| Symptom | Check |
-|---------|-------|
-| 500 error | Logs, exception details |
-| 404 error | Routes, URLs |
-| Null reference | Data flow, null checks |
-| Type error | Types, casting |
-| Works locally | Environment config |
-| Intermittent | Race conditions, timing |
-
----
-
-## Logging Strategy
-
-```csharp
-// C# - structured logging
-_logger.LogError(ex, "Failed to process order {OrderId}", orderId);
-```
-
-```typescript
-// TypeScript
-console.error('Failed to fetch user:', { userId, error });
-```
-
----
-
-## Fix Principles
-
-| Principle | Description |
-|-----------|-------------|
-| Minimal | Smallest change that works |
-| Focused | Only fix the bug |
-| Tested | Add regression test |
-| Documented | Comment if complex |
-
----
-
-## Post-Fix Checklist
-
-- [ ] Root cause confirmed
-- [ ] Minimal fix applied
-- [ ] Regression test added
-- [ ] No side effects
-- [ ] Documentation updated
-
----
-
-## DO / DON'T
-
-| ✅ Do | ❌ Don't |
-|-------|---------|
-| Find root cause | Patch symptoms |
-| Minimal changes | Multiple fixes |
-| Add tests | Skip verification |
-| Check side effects | Assume it works |

package/template/skills/testing-patterns/SKILL.md

@@ -1,102 +0,0 @@
----
-name: testing-patterns
-description: Test strategies and patterns
----
-
-# Testing Patterns
-
-> Test strategies for full-stack applications.
-
----
-
-## Test Pyramid
-
-```
-        /\
-       /E2E\        Few, slow, critical paths
-      /------\
-     / Integ- \     Some, key integrations
-    /--ration--\
-   /    Unit    \   Many, fast, isolated
-  /--------------\
-```
-
-| Type | Speed | Scope |
-|------|-------|-------|
-| Unit | Fast | Single function/class |
-| Integration | Medium | Multiple components |
-| E2E | Slow | Full user flow |
-
----
-
-## AAA Pattern
-
-```csharp
-[Fact]
-public void Method_Scenario_Expected()
-{
-    // Arrange - Set up test data
-    var input = CreateInput();
-    
-    // Act - Execute the code
-    var result = Process(input);
-    
-    // Assert - Verify outcome
-    Assert.Equal(expected, result);
-}
-```
-
----
-
-## Test Naming
-
-Format: `Method_Scenario_ExpectedResult`
-
-| ❌ Bad | ✅ Good |
-|--------|---------|
-| TestAdd | Add_TwoPositive_ReturnsSum |
-| Test1 | GetUser_InvalidId_ThrowsException |
-
----
-
-## What to Test
-
-| ✅ Test | ❌ Skip |
-|---------|---------|
-| Business logic | Framework code |
-| Edge cases | Getters/setters |
-| Error handling | Third-party libs |
-| Public API | Implementation details |
-
----
-
-## Mocking Guidelines
-
-| Mock | Don't Mock |
-|------|------------|
-| External APIs | The code under test |
-| Database | Simple objects |
-| File system | Pure functions |
-| Time/Random | Business logic |
-
----
-
-## Code Coverage
-
-| Metric | Target |
-|--------|--------|
-| Overall | 70-80% |
-| Business logic | 90%+ |
-| Controllers | 60%+ |
-| Infrastructure | Lower priority |
-
----
-
-## DO / DON'T
-
-| ✅ Do | ❌ Don't |
-|-------|---------|
-| One concept per test | Test multiple things |
-| Descriptive names | Cryptic test names |
-| Independent tests | Tests that depend on order |
-| Test edge cases | Only happy path |

package/template/skills/vitest-testing/SKILL.md

@@ -1,116 +0,0 @@
----
-name: vitest-testing
-description: Vitest testing for Vue3 applications
----
-
-# Vitest Testing
-
-> Unit and component testing for Vue3.
-
----
-
-## Basic Test
-
-```typescript
-import { describe, it, expect } from 'vitest'
-
-describe('Calculator', () => {
-  it('adds two numbers', () => {
-    expect(2 + 3).toBe(5)
-  })
-})
-```
-
----
-
-## Component Test
-
-```typescript
-import { mount } from '@vue/test-utils'
-import { describe, it, expect } from 'vitest'
-import MyButton from './MyButton.vue'
-
-describe('MyButton', () => {
-  it('renders label', () => {
-    const wrapper = mount(MyButton, {
-      props: { label: 'Click me' }
-    })
-    expect(wrapper.text()).toContain('Click me')
-  })
-  
-  it('emits click event', async () => {
-    const wrapper = mount(MyButton)
-    await wrapper.find('button').trigger('click')
-    expect(wrapper.emitted('click')).toBeTruthy()
-  })
-})
-```
-
----
-
-## Testing Composables
-
-```typescript
-import { describe, it, expect } from 'vitest'
-import { useCounter } from './useCounter'
-
-describe('useCounter', () => {
-  it('increments count', () => {
-    const { count, increment } = useCounter()
-    
-    expect(count.value).toBe(0)
-    increment()
-    expect(count.value).toBe(1)
-  })
-})
-```
-
----
-
-## Mocking
-
-```typescript
-import { vi, describe, it, expect } from 'vitest'
-import { fetchUsers } from './api'
-
-vi.mock('./api', () => ({
-  fetchUsers: vi.fn().mockResolvedValue([{ id: 1 }])
-}))
-
-describe('UserList', () => {
-  it('fetches users', async () => {
-    const users = await fetchUsers()
-    expect(users).toHaveLength(1)
-  })
-})
-```
-
----
-
-## Pinia Store Testing
-
-```typescript
-import { setActivePinia, createPinia } from 'pinia'
-import { useUserStore } from './userStore'
-
-describe('User Store', () => {
-  beforeEach(() => {
-    setActivePinia(createPinia())
-  })
-  
-  it('has initial state', () => {
-    const store = useUserStore()
-    expect(store.user).toBeNull()
-  })
-})
-```
-
----
-
-## Run Tests
-
-```bash
-npm run test
-npm run test -- --watch
-npm run test -- --coverage
-```