[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M7C360S53FA04360DDEFHNF8":3,"skill-same:01M7C360S53FA04360DDEFHNF8":50},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":19,"linkOnly":20,"markdownContent":21,"markdownBody":22,"frontMatter":23,"refName":27,"commitSha":28,"skillDirectory":29,"forksCount":30,"repositoryHtmlUrl":31,"repositoryHomepageUrl":32,"ownerHtmlUrl":33,"ownerBlogUrl":6,"ownerDescription":34,"updatedAt":35,"install":36,"resources":49},"01M7C360S53FA04360DDEFHNF8","python-patterns",null,"Python development principles and decision-making. Framework selection, async patterns, type hints, project structure. Teaches thinking, not copying.","YYC-Cube\u002FYYC3-Knowledge-Base","YYC-Cube","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F235006543?v=4","01M79J2PH4SWD2X0825X6PN748","yyc3","01M79J2PHVK3F6ZBYT8K2SCZCW",1,"MIT","https:\u002F\u002Fgithub.com\u002FYYC-Cube\u002FYYC3-Knowledge-Base\u002Fblob\u002Fmain\u002FYYC3-Skills-技能包\u002FYYC3-Skills-技能包-antigravity-awesome-skills\u002Fplugins\u002Fantigravity-awesome-skills-claude\u002Fskills\u002Fpython-patterns\u002FSKILL.md",[],[],"2026-11-15 14:19:17",false,"---\nname: python-patterns\ndescription: \"Python development principles and decision-making. Framework selection, async patterns, type hints, project structure. Teaches thinking, not copying.\"\nrisk: unknown\nsource: community\ndate_added: \"2026-02-27\"\n---\n\n# Python Patterns\n\n> Python development principles and decision-making for 2025.\n> **Learn to THINK, not memorize patterns.**\n\n## When to Use\nUse this skill when making Python architecture decisions, choosing frameworks, designing async patterns, or structuring Python projects.\n\n---\n\n## ⚠️ How to Use This Skill\n\nThis skill teaches **decision-making principles**, not fixed code to copy.\n\n- ASK user for framework preference when unclear\n- Choose async vs sync based on CONTEXT\n- Don't default to same framework every time\n\n---\n\n## 1. Framework Selection (2025)\n\n### Decision Tree\n\n```\nWhat are you building?\n│\n├── API-first \u002F Microservices\n│   └── FastAPI (async, modern, fast)\n│\n├── Full-stack web \u002F CMS \u002F Admin\n│   └── Django (batteries-included)\n│\n├── Simple \u002F Script \u002F Learning\n│   └── Flask (minimal, flexible)\n│\n├── AI\u002FML API serving\n│   └── FastAPI (Pydantic, async, uvicorn)\n│\n└── Background workers\n    └── Celery + any framework\n```\n\n### Comparison Principles\n\n| Factor | FastAPI | Django | Flask |\n|--------|---------|--------|-------|\n| **Best for** | APIs, microservices | Full-stack, CMS | Simple, learning |\n| **Async** | Native | Django 5.0+ | Via extensions |\n| **Admin** | Manual | Built-in | Via extensions |\n| **ORM** | Choose your own | Django ORM | Choose your own |\n| **Learning curve** | Low | Medium | Low |\n\n### Selection Questions to Ask:\n1. Is this API-only or full-stack?\n2. Need admin interface?\n3. Team familiar with async?\n4. Existing infrastructure?\n\n---\n\n## 2. Async vs Sync Decision\n\n### When to Use Async\n\n```\nasync def is better when:\n├── I\u002FO-bound operations (database, HTTP, file)\n├── Many concurrent connections\n├── Real-time features\n├── Microservices communication\n└── FastAPI\u002FStarlette\u002FDjango ASGI\n\ndef (sync) is better when:\n├── CPU-bound operations\n├── Simple scripts\n├── Legacy codebase\n├── Team unfamiliar with async\n└── Blocking libraries (no async version)\n```\n\n### The Golden Rule\n\n```\nI\u002FO-bound → async (waiting for external)\nCPU-bound → sync + multiprocessing (computing)\n\nDon't:\n├── Mix sync and async carelessly\n├── Use sync libraries in async code\n└── Force async for CPU work\n```\n\n### Async Library Selection\n\n| Need | Async Library |\n|------|---------------|\n| HTTP client | httpx |\n| PostgreSQL | asyncpg |\n| Redis | aioredis \u002F redis-py async |\n| File I\u002FO | aiofiles |\n| Database ORM | SQLAlchemy 2.0 async, Tortoise |\n\n---\n\n## 3. Type Hints Strategy\n\n### When to Type\n\n```\nAlways type:\n├── Function parameters\n├── Return types\n├── Class attributes\n├── Public APIs\n\nCan skip:\n├── Local variables (let inference work)\n├── One-off scripts\n├── Tests (usually)\n```\n\n### Common Type Patterns\n\n```python\n# These are patterns, understand them:\n\n# Optional → might be None\nfrom typing import Optional\ndef find_user(id: int) -> Optional[User]: ...\n\n# Union → one of multiple types\ndef process(data: str | dict) -> None: ...\n\n# Generic collections\ndef get_items() -> list[Item]: ...\ndef get_mapping() -> dict[str, int]: ...\n\n# Callable\nfrom typing import Callable\ndef apply(fn: Callable[[int], str]) -> str: ...\n```\n\n### Pydantic for Validation\n\n```\nWhen to use Pydantic:\n├── API request\u002Fresponse models\n├── Configuration\u002Fsettings\n├── Data validation\n├── Serialization\n\nBenefits:\n├── Runtime validation\n├── Auto-generated JSON schema\n├── Works with FastAPI natively\n└── Clear error messages\n```\n\n---\n\n## 4. Project Structure Principles\n\n### Structure Selection\n\n```\nSmall project \u002F Script:\n├── main.py\n├── utils.py\n└── requirements.txt\n\nMedium API:\n├── app\u002F\n│   ├── __init__.py\n│   ├── main.py\n│   ├── models\u002F\n│   ├── routes\u002F\n│   ├── services\u002F\n│   └── schemas\u002F\n├── tests\u002F\n└── pyproject.toml\n\nLarge application:\n├── src\u002F\n│   └── myapp\u002F\n│       ├── core\u002F\n│       ├── api\u002F\n│       ├── services\u002F\n│       ├── models\u002F\n│       └── ...\n├── tests\u002F\n└── pyproject.toml\n```\n\n### FastAPI Structure Principles\n\n```\nOrganize by feature or layer:\n\nBy layer:\n├── routes\u002F (API endpoints)\n├── services\u002F (business logic)\n├── models\u002F (database models)\n├── schemas\u002F (Pydantic models)\n└── dependencies\u002F (shared deps)\n\nBy feature:\n├── users\u002F\n│   ├── routes.py\n│   ├── service.py\n│   └── schemas.py\n└── products\u002F\n    └── ...\n```\n\n---\n\n## 5. Django Principles (2025)\n\n### Django Async (Django 5.0+)\n\n```\nDjango supports async:\n├── Async views\n├── Async middleware\n├── Async ORM (limited)\n└── ASGI deployment\n\nWhen to use async in Django:\n├── External API calls\n├── WebSocket (Channels)\n├── High-concurrency views\n└── Background task triggering\n```\n\n### Django Best Practices\n\n```\nModel design:\n├── Fat models, thin views\n├── Use managers for common queries\n├── Abstract base classes for shared fields\n\nViews:\n├── Class-based for complex CRUD\n├── Function-based for simple endpoints\n├── Use viewsets with DRF\n\nQueries:\n├── select_related() for FKs\n├── prefetch_related() for M2M\n├── Avoid N+1 queries\n└── Use .only() for specific fields\n```\n\n---\n\n## 6. FastAPI Principles\n\n### async def vs def in FastAPI\n\n```\nUse async def when:\n├── Using async database drivers\n├── Making async HTTP calls\n├── I\u002FO-bound operations\n└── Want to handle concurrency\n\nUse def when:\n├── Blocking operations\n├── Sync database drivers\n├── CPU-bound work\n└── FastAPI runs in threadpool automatically\n```\n\n### Dependency Injection\n\n```\nUse dependencies for:\n├── Database sessions\n├── Current user \u002F Auth\n├── Configuration\n├── Shared resources\n\nBenefits:\n├── Testability (mock dependencies)\n├── Clean separation\n├── Automatic cleanup (yield)\n```\n\n### Pydantic v2 Integration\n\n```python\n# FastAPI + Pydantic are tightly integrated:\n\n# Request validation\n@app.post(\"\u002Fusers\")\nasync def create(user: UserCreate) -> UserResponse:\n    # user is already validated\n    ...\n\n# Response serialization\n# Return type becomes response schema\n```\n\n---\n\n## 7. Background Tasks\n\n### Selection Guide\n\n| Solution | Best For |\n|----------|----------|\n| **BackgroundTasks** | Simple, in-process tasks |\n| **Celery** | Distributed, complex workflows |\n| **ARQ** | Async, Redis-based |\n| **RQ** | Simple Redis queue |\n| **Dramatiq** | Actor-based, simpler than Celery |\n\n### When to Use Each\n\n```\nFastAPI BackgroundTasks:\n├── Quick operations\n├── No persistence needed\n├── Fire-and-forget\n└── Same process\n\nCelery\u002FARQ:\n├── Long-running tasks\n├── Need retry logic\n├── Distributed workers\n├── Persistent queue\n└── Complex workflows\n```\n\n---\n\n## 8. Error Handling Principles\n\n### Exception Strategy\n\n```\nIn FastAPI:\n├── Create custom exception classes\n├── Register exception handlers\n├── Return consistent error format\n└── Log without exposing internals\n\nPattern:\n├── Raise domain exceptions in services\n├── Catch and transform in handlers\n└── Client gets clean error response\n```\n\n### Error Response Philosophy\n\n```\nInclude:\n├── Error code (programmatic)\n├── Message (human readable)\n├── Details (field-level when applicable)\n└── NOT stack traces (security)\n```\n\n---\n\n## 9. Testing Principles\n\n### Testing Strategy\n\n| Type | Purpose | Tools |\n|------|---------|-------|\n| **Unit** | Business logic | pytest |\n| **Integration** | API endpoints | pytest + httpx\u002FTestClient |\n| **E2E** | Full workflows | pytest + DB |\n\n### Async Testing\n\n```python\n# Use pytest-asyncio for async tests\n\nimport pytest\nfrom httpx import AsyncClient\n\n@pytest.mark.asyncio\nasync def test_endpoint():\n    async with AsyncClient(app=app, base_url=\"http:\u002F\u002Ftest\") as client:\n        response = await client.get(\"\u002Fusers\")\n        assert response.status_code == 200\n```\n\n### Fixtures Strategy\n\n```\nCommon fixtures:\n├── db_session → Database connection\n├── client → Test client\n├── authenticated_user → User with token\n└── sample_data → Test data setup\n```\n\n---\n\n## 10. Decision Checklist\n\nBefore implementing:\n\n- [ ] **Asked user about framework preference?**\n- [ ] **Chosen framework for THIS context?** (not just default)\n- [ ] **Decided async vs sync?**\n- [ ] **Planned type hint strategy?**\n- [ ] **Defined project structure?**\n- [ ] **Planned error handling?**\n- [ ] **Considered background tasks?**\n\n---\n\n## 11. Anti-Patterns to Avoid\n\n### ❌ DON'T:\n- Default to Django for simple APIs (FastAPI may be better)\n- Use sync libraries in async code\n- Skip type hints for public APIs\n- Put business logic in routes\u002Fviews\n- Ignore N+1 queries\n- Mix async and sync carelessly\n\n### ✅ DO:\n- Choose framework based on context\n- Ask about async requirements\n- Use Pydantic for validation\n- Separate concerns (routes → services → repos)\n- Test critical paths\n\n---\n\n> **Remember**: Python patterns are about decision-making for YOUR specific context. Don't copy code—think about what serves your application best.\n\n## Limitations\n- Use this skill only when the task clearly matches the scope described above.\n- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.\n- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.\n","# Python Patterns\n\n> Python development principles and decision-making for 2025.\n> **Learn to THINK, not memorize patterns.**\n\n## When to Use\nUse this skill when making Python architecture decisions, choosing frameworks, designing async patterns, or structuring Python projects.\n\n---\n\n## ⚠️ How to Use This Skill\n\nThis skill teaches **decision-making principles**, not fixed code to copy.\n\n- ASK user for framework preference when unclear\n- Choose async vs sync based on CONTEXT\n- Don't default to same framework every time\n\n---\n\n## 1. Framework Selection (2025)\n\n### Decision Tree\n\n```\nWhat are you building?\n│\n├── API-first \u002F Microservices\n│   └── FastAPI (async, modern, fast)\n│\n├── Full-stack web \u002F CMS \u002F Admin\n│   └── Django (batteries-included)\n│\n├── Simple \u002F Script \u002F Learning\n│   └── Flask (minimal, flexible)\n│\n├── AI\u002FML API serving\n│   └── FastAPI (Pydantic, async, uvicorn)\n│\n└── Background workers\n    └── Celery + any framework\n```\n\n### Comparison Principles\n\n| Factor | FastAPI | Django | Flask |\n|--------|---------|--------|-------|\n| **Best for** | APIs, microservices | Full-stack, CMS | Simple, learning |\n| **Async** | Native | Django 5.0+ | Via extensions |\n| **Admin** | Manual | Built-in | Via extensions |\n| **ORM** | Choose your own | Django ORM | Choose your own |\n| **Learning curve** | Low | Medium | Low |\n\n### Selection Questions to Ask:\n1. Is this API-only or full-stack?\n2. Need admin interface?\n3. Team familiar with async?\n4. Existing infrastructure?\n\n---\n\n## 2. Async vs Sync Decision\n\n### When to Use Async\n\n```\nasync def is better when:\n├── I\u002FO-bound operations (database, HTTP, file)\n├── Many concurrent connections\n├── Real-time features\n├── Microservices communication\n└── FastAPI\u002FStarlette\u002FDjango ASGI\n\ndef (sync) is better when:\n├── CPU-bound operations\n├── Simple scripts\n├── Legacy codebase\n├── Team unfamiliar with async\n└── Blocking libraries (no async version)\n```\n\n### The Golden Rule\n\n```\nI\u002FO-bound → async (waiting for external)\nCPU-bound → sync + multiprocessing (computing)\n\nDon't:\n├── Mix sync and async carelessly\n├── Use sync libraries in async code\n└── Force async for CPU work\n```\n\n### Async Library Selection\n\n| Need | Async Library |\n|------|---------------|\n| HTTP client | httpx |\n| PostgreSQL | asyncpg |\n| Redis | aioredis \u002F redis-py async |\n| File I\u002FO | aiofiles |\n| Database ORM | SQLAlchemy 2.0 async, Tortoise |\n\n---\n\n## 3. Type Hints Strategy\n\n### When to Type\n\n```\nAlways type:\n├── Function parameters\n├── Return types\n├── Class attributes\n├── Public APIs\n\nCan skip:\n├── Local variables (let inference work)\n├── One-off scripts\n├── Tests (usually)\n```\n\n### Common Type Patterns\n\n```python\n# These are patterns, understand them:\n\n# Optional → might be None\nfrom typing import Optional\ndef find_user(id: int) -> Optional[User]: ...\n\n# Union → one of multiple types\ndef process(data: str | dict) -> None: ...\n\n# Generic collections\ndef get_items() -> list[Item]: ...\ndef get_mapping() -> dict[str, int]: ...\n\n# Callable\nfrom typing import Callable\ndef apply(fn: Callable[[int], str]) -> str: ...\n```\n\n### Pydantic for Validation\n\n```\nWhen to use Pydantic:\n├── API request\u002Fresponse models\n├── Configuration\u002Fsettings\n├── Data validation\n├── Serialization\n\nBenefits:\n├── Runtime validation\n├── Auto-generated JSON schema\n├── Works with FastAPI natively\n└── Clear error messages\n```\n\n---\n\n## 4. Project Structure Principles\n\n### Structure Selection\n\n```\nSmall project \u002F Script:\n├── main.py\n├── utils.py\n└── requirements.txt\n\nMedium API:\n├── app\u002F\n│   ├── __init__.py\n│   ├── main.py\n│   ├── models\u002F\n│   ├── routes\u002F\n│   ├── services\u002F\n│   └── schemas\u002F\n├── tests\u002F\n└── pyproject.toml\n\nLarge application:\n├── src\u002F\n│   └── myapp\u002F\n│       ├── core\u002F\n│       ├── api\u002F\n│       ├── services\u002F\n│       ├── models\u002F\n│       └── ...\n├── tests\u002F\n└── pyproject.toml\n```\n\n### FastAPI Structure Principles\n\n```\nOrganize by feature or layer:\n\nBy layer:\n├── routes\u002F (API endpoints)\n├── services\u002F (business logic)\n├── models\u002F (database models)\n├── schemas\u002F (Pydantic models)\n└── dependencies\u002F (shared deps)\n\nBy feature:\n├── users\u002F\n│   ├── routes.py\n│   ├── service.py\n│   └── schemas.py\n└── products\u002F\n    └── ...\n```\n\n---\n\n## 5. Django Principles (2025)\n\n### Django Async (Django 5.0+)\n\n```\nDjango supports async:\n├── Async views\n├── Async middleware\n├── Async ORM (limited)\n└── ASGI deployment\n\nWhen to use async in Django:\n├── External API calls\n├── WebSocket (Channels)\n├── High-concurrency views\n└── Background task triggering\n```\n\n### Django Best Practices\n\n```\nModel design:\n├── Fat models, thin views\n├── Use managers for common queries\n├── Abstract base classes for shared fields\n\nViews:\n├── Class-based for complex CRUD\n├── Function-based for simple endpoints\n├── Use viewsets with DRF\n\nQueries:\n├── select_related() for FKs\n├── prefetch_related() for M2M\n├── Avoid N+1 queries\n└── Use .only() for specific fields\n```\n\n---\n\n## 6. FastAPI Principles\n\n### async def vs def in FastAPI\n\n```\nUse async def when:\n├── Using async database drivers\n├── Making async HTTP calls\n├── I\u002FO-bound operations\n└── Want to handle concurrency\n\nUse def when:\n├── Blocking operations\n├── Sync database drivers\n├── CPU-bound work\n└── FastAPI runs in threadpool automatically\n```\n\n### Dependency Injection\n\n```\nUse dependencies for:\n├── Database sessions\n├── Current user \u002F Auth\n├── Configuration\n├── Shared resources\n\nBenefits:\n├── Testability (mock dependencies)\n├── Clean separation\n├── Automatic cleanup (yield)\n```\n\n### Pydantic v2 Integration\n\n```python\n# FastAPI + Pydantic are tightly integrated:\n\n# Request validation\n@app.post(\"\u002Fusers\")\nasync def create(user: UserCreate) -> UserResponse:\n    # user is already validated\n    ...\n\n# Response serialization\n# Return type becomes response schema\n```\n\n---\n\n## 7. Background Tasks\n\n### Selection Guide\n\n| Solution | Best For |\n|----------|----------|\n| **BackgroundTasks** | Simple, in-process tasks |\n| **Celery** | Distributed, complex workflows |\n| **ARQ** | Async, Redis-based |\n| **RQ** | Simple Redis queue |\n| **Dramatiq** | Actor-based, simpler than Celery |\n\n### When to Use Each\n\n```\nFastAPI BackgroundTasks:\n├── Quick operations\n├── No persistence needed\n├── Fire-and-forget\n└── Same process\n\nCelery\u002FARQ:\n├── Long-running tasks\n├── Need retry logic\n├── Distributed workers\n├── Persistent queue\n└── Complex workflows\n```\n\n---\n\n## 8. Error Handling Principles\n\n### Exception Strategy\n\n```\nIn FastAPI:\n├── Create custom exception classes\n├── Register exception handlers\n├── Return consistent error format\n└── Log without exposing internals\n\nPattern:\n├── Raise domain exceptions in services\n├── Catch and transform in handlers\n└── Client gets clean error response\n```\n\n### Error Response Philosophy\n\n```\nInclude:\n├── Error code (programmatic)\n├── Message (human readable)\n├── Details (field-level when applicable)\n└── NOT stack traces (security)\n```\n\n---\n\n## 9. Testing Principles\n\n### Testing Strategy\n\n| Type | Purpose | Tools |\n|------|---------|-------|\n| **Unit** | Business logic | pytest |\n| **Integration** | API endpoints | pytest + httpx\u002FTestClient |\n| **E2E** | Full workflows | pytest + DB |\n\n### Async Testing\n\n```python\n# Use pytest-asyncio for async tests\n\nimport pytest\nfrom httpx import AsyncClient\n\n@pytest.mark.asyncio\nasync def test_endpoint():\n    async with AsyncClient(app=app, base_url=\"http:\u002F\u002Ftest\") as client:\n        response = await client.get(\"\u002Fusers\")\n        assert response.status_code == 200\n```\n\n### Fixtures Strategy\n\n```\nCommon fixtures:\n├── db_session → Database connection\n├── client → Test client\n├── authenticated_user → User with token\n└── sample_data → Test data setup\n```\n\n---\n\n## 10. Decision Checklist\n\nBefore implementing:\n\n- [ ] **Asked user about framework preference?**\n- [ ] **Chosen framework for THIS context?** (not just default)\n- [ ] **Decided async vs sync?**\n- [ ] **Planned type hint strategy?**\n- [ ] **Defined project structure?**\n- [ ] **Planned error handling?**\n- [ ] **Considered background tasks?**\n\n---\n\n## 11. Anti-Patterns to Avoid\n\n### ❌ DON'T:\n- Default to Django for simple APIs (FastAPI may be better)\n- Use sync libraries in async code\n- Skip type hints for public APIs\n- Put business logic in routes\u002Fviews\n- Ignore N+1 queries\n- Mix async and sync carelessly\n\n### ✅ DO:\n- Choose framework based on context\n- Ask about async requirements\n- Use Pydantic for validation\n- Separate concerns (routes → services → repos)\n- Test critical paths\n\n---\n\n> **Remember**: Python patterns are about decision-making for YOUR specific context. Don't copy code—think about what serves your application best.\n\n## Limitations\n- Use this skill only when the task clearly matches the scope described above.\n- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.\n- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.\n",{"name":5,"risk":24,"source":25,"date_added":26,"description":7},"unknown","community","2026-02-27","main","87afe6ce96220accf50a345dea46784c8c9f210e","YYC3-Skills-技能包\u002FYYC3-Skills-技能包-antigravity-awesome-skills\u002Fplugins\u002Fantigravity-awesome-skills-claude\u002Fskills\u002Fpython-patterns",0,"https:\u002F\u002Fgithub.com\u002FYYC-Cube\u002FYYC3-Knowledge-Base","https:\u002F\u002Fkb.yyc3.top\u002F","https:\u002F\u002Fgithub.com\u002FYYC-Cube","万象归元于云枢 | 深栈智启新纪元","2026-11-10 10:37:32",{"source":8,"skillName":5,"commands":37,"prompt":47,"zipAvailable":48},[38,41,44],{"tool":39,"command":40},"npx","npx skills add YYC-Cube\u002FYYC3-Knowledge-Base --skill python-patterns",{"tool":42,"command":43},"bunx","bunx skills add YYC-Cube\u002FYYC3-Knowledge-Base --skill python-patterns",{"tool":45,"command":46},"pnpm","pnpm dlx skills add YYC-Cube\u002FYYC3-Knowledge-Base --skill python-patterns","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FYYC-Cube\u002FYYC3-Knowledge-Base\u002Fblob\u002Fmain\u002FYYC3-Skills-技能包\u002FYYC3-Skills-技能包-antigravity-awesome-skills\u002Fplugins\u002Fantigravity-awesome-skills-claude\u002Fskills\u002Fpython-patterns\u002FSKILL.md",true,[],[51,58,65,72,79,86],{"skillNo":52,"name":53,"nameZh":6,"description":54,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":55,"categories":56,"keywords":57,"publishedAt":19},"01M7CTDWHERCXPQCP0K03A86AS","vercel-sandbox","Run agent-browser + Chrome inside Vercel Sandbox microVMs for browser automation from any Vercel-deployed app. Use when the user needs browser automation in a Vercel app (Next.js, SvelteKit, Nuxt, Remix, Astro, etc.), wants to run headless Chrome without binary size limits, needs persistent browser sessions across commands, or wants ephemeral isolated browser environments. Triggers include \"Vercel Sandbox browser\", \"microVM Chrome\", \"agent-browser in sandbox\", \"browser automation on Vercel\", or any task requiring Chrome in a Vercel Sandbox.","https:\u002F\u002Fgithub.com\u002FYYC-Cube\u002FYYC3-Knowledge-Base\u002Fblob\u002Fmain\u002FYYC3-WebSpec-Web标准\u002FYYC3-WebSpec-Web标准-standards\u002Fbrowser-agent\u002Fskills\u002Fvercel-sandbox\u002FSKILL.md",[],[],{"skillNo":59,"name":60,"nameZh":6,"description":61,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":62,"categories":63,"keywords":64,"publishedAt":19},"01M7CTD8D2BNJY54S65M47HEJA","slack","Interact with Slack workspaces using browser automation. Use when the user needs to check unread channels, navigate Slack, send messages, extract data, find information, search conversations, or automate any Slack task. Triggers include \"check my Slack\", \"what channels have unreads\", \"send a message to\", \"search Slack for\", \"extract from Slack\", \"find who said\", or any task requiring programmatic Slack interaction.","https:\u002F\u002Fgithub.com\u002FYYC-Cube\u002FYYC3-Knowledge-Base\u002Fblob\u002Fmain\u002FYYC3-WebSpec-Web标准\u002FYYC3-WebSpec-Web标准-standards\u002Fbrowser-agent\u002Fskills\u002Fslack\u002FSKILL.md",[],[],{"skillNo":66,"name":67,"nameZh":6,"description":68,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":69,"categories":70,"keywords":71,"publishedAt":19},"01M7CTCSSB8ZP3Q58C3YZDZK1W","electron","Automate Electron desktop apps (VS Code, Slack, Discord, Figma, Notion, Spotify, etc.) using agent-browser via Chrome DevTools Protocol. Use when the user needs to interact with an Electron app, automate a desktop app, connect to a running app, control a native app, or test an Electron application. Triggers include \"automate Slack app\", \"control VS Code\", \"interact with Discord app\", \"test this Electron app\", \"connect to desktop app\", or any task requiring automation of a native Electron application.","https:\u002F\u002Fgithub.com\u002FYYC-Cube\u002FYYC3-Knowledge-Base\u002Fblob\u002Fmain\u002FYYC3-WebSpec-Web标准\u002FYYC3-WebSpec-Web标准-standards\u002Fbrowser-agent\u002Fskills\u002Felectron\u002FSKILL.md",[],[],{"skillNo":73,"name":74,"nameZh":6,"description":75,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":76,"categories":77,"keywords":78,"publishedAt":19},"01M7CTCBJY76688V4DCZGWFHGQ","dogfood","Systematically explore and test a web application to find bugs, UX issues, and other problems. Use when asked to \"dogfood\", \"QA\", \"exploratory test\", \"find issues\", \"bug hunt\", \"test this app\u002Fsite\u002Fplatform\", or review the quality of a web application. Produces a structured report with full reproduction evidence -- step-by-step screenshots, repro videos, and detailed repro steps for every issue -- so findings can be handed directly to the responsible teams.","https:\u002F\u002Fgithub.com\u002FYYC-Cube\u002FYYC3-Knowledge-Base\u002Fblob\u002Fmain\u002FYYC3-WebSpec-Web标准\u002FYYC3-WebSpec-Web标准-standards\u002Fbrowser-agent\u002Fskills\u002Fdogfood\u002FSKILL.md",[],[],{"skillNo":80,"name":81,"nameZh":6,"description":82,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":83,"categories":84,"keywords":85,"publishedAt":19},"01M7CTC4H0FFGVEAQR9PA4GA1A","agent-browser","Browser automation CLI for AI agents. Use when the user needs to interact with websites, including navigating pages, filling forms, clicking buttons, taking screenshots, extracting data, testing web apps, or automating any browser task. Triggers include requests to \"open a website\", \"fill out a form\", \"click a button\", \"take a screenshot\", \"scrape data from a page\", \"test this web app\", \"login to a site\", \"automate browser actions\", or any task requiring programmatic web interaction.","https:\u002F\u002Fgithub.com\u002FYYC-Cube\u002FYYC3-Knowledge-Base\u002Fblob\u002Fmain\u002FYYC3-WebSpec-Web标准\u002FYYC3-WebSpec-Web标准-standards\u002Fbrowser-agent\u002Fskills\u002Fagent-browser\u002FSKILL.md",[],[],{"skillNo":87,"name":88,"nameZh":6,"description":89,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":90,"categories":91,"keywords":92,"publishedAt":19},"01M7CTBKVFYBG78FDSABSDJTTQ","shadcn","Manages shadcn components and projects — adding, searching, fixing, debugging, styling, and composing UI, including chat interfaces. Provides project context, component docs, and usage examples. Applies when working with shadcn\u002Fui, component registries, presets, --preset codes, or any project with a components.json file. Also triggers for \"shadcn init\", \"create an app with --preset\", \"switch to --preset\", and for building a design system or applying a DESIGN.md or brand spec to shadcn\u002Fui.","https:\u002F\u002Fgithub.com\u002FYYC-Cube\u002FYYC3-Knowledge-Base\u002Fblob\u002Fmain\u002FYYC3-UI-界面组件\u002FYYC3-UI-界面组件-ui\u002Fskills\u002Fshadcn\u002FSKILL.md",[],[]]