[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6AE0GHKVPPJ5SRX7RFXPJE5":3,"skill-same:01M6AE0GHKVPPJ5SRX7RFXPJE5":82},{"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":23,"publishedAt":47,"linkOnly":48,"markdownContent":49,"markdownBody":50,"frontMatter":51,"refName":52,"commitSha":53,"skillDirectory":54,"forksCount":55,"repositoryHtmlUrl":56,"repositoryHomepageUrl":57,"ownerHtmlUrl":58,"ownerBlogUrl":59,"ownerDescription":60,"updatedAt":61,"install":62,"resources":75},"01M6AE0GHKVPPJ5SRX7RFXPJE5","project-workflow-analysis-blueprint-generator",null,"Comprehensive technology-agnostic prompt generator for documenting end-to-end application workflows. Automatically detects project architecture patterns, technology stacks, and data flow patterns to generate detailed implementation blueprints covering entry points, service layers, data access, error handling, and testing approaches across multiple technologies including .NET, Java\u002FSpring, React, and microservices architectures.","github\u002Fawesome-copilot","github","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F9919?v=4","01M6AC83DS133TPXFSP1DHNCC6","GitHub","01M6AD3PBDYPK7NVFJNJ66Y8RS",41162,"MIT","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fproject-workflow-analysis-blueprint-generator\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46],"workflow","generator","project workflow","project","Blueprint","analysis","project workflow analysis blueprint generator","java","microservices","flow","data","error handling","generate","access","architecture","across","react","end","workflows","error","project architecture","testing","data flow","2026-11-10 10:12:30",false,"---\nname: project-workflow-analysis-blueprint-generator\ndescription: 'Comprehensive technology-agnostic prompt generator for documenting end-to-end application workflows. Automatically detects project architecture patterns, technology stacks, and data flow patterns to generate detailed implementation blueprints covering entry points, service layers, data access, error handling, and testing approaches across multiple technologies including .NET, Java\u002FSpring, React, and microservices architectures.'\n---\n\n# Project Workflow Documentation Generator\n\n## Configuration Variables\n\n```\n${PROJECT_TYPE=\"Auto-detect|.NET|Java|Spring|Node.js|Python|React|Angular|Microservices|Other\"}\n\u003C!-- Primary technology stack -->\n\n${ENTRY_POINT=\"API|GraphQL|Frontend|CLI|Message Consumer|Scheduled Job|Custom\"}\n\u003C!-- Starting point for the flow -->\n\n${PERSISTENCE_TYPE=\"Auto-detect|SQL Database|NoSQL Database|File System|External API|Message Queue|Cache|None\"}\n\u003C!-- Data storage type -->\n\n${ARCHITECTURE_PATTERN=\"Auto-detect|Layered|Clean|CQRS|Microservices|MVC|MVVM|Serverless|Event-Driven|Other\"}\n\u003C!-- Primary architecture pattern -->\n\n${WORKFLOW_COUNT=1-5}\n\u003C!-- Number of workflows to document -->\n\n${DETAIL_LEVEL=\"Standard|Implementation-Ready\"}\n\u003C!-- Level of implementation detail to include -->\n\n${INCLUDE_SEQUENCE_DIAGRAM=true|false}\n\u003C!-- Generate sequence diagram -->\n\n${INCLUDE_TEST_PATTERNS=true|false}\n\u003C!-- Include testing approach -->\n```\n\n## Generated Prompt\n\n```\n\"Analyze the codebase and document ${WORKFLOW_COUNT} representative end-to-end workflows \nthat can serve as implementation templates for similar features. Use the following approach:\n```\n\n### Initial Detection Phase\n\n```\n${PROJECT_TYPE == \"Auto-detect\" ? \n  \"Begin by examining the codebase structure to identify technologies:\n   - Check for .NET solutions\u002Fprojects, Spring configurations, Node.js\u002FExpress files, etc.\n   - Identify the primary programming language(s) and frameworks in use\n   - Determine the architectural patterns based on folder structure and key components\" \n  : \"Focus on ${PROJECT_TYPE} patterns and conventions\"}\n```\n\n```\n${ENTRY_POINT == \"Auto-detect\" ? \n  \"Identify typical entry points by looking for:\n   - API controllers or route definitions\n   - GraphQL resolvers\n   - UI components that initiate network requests\n   - Message handlers or event subscribers\n   - Scheduled job definitions\" \n  : \"Focus on ${ENTRY_POINT} entry points\"}\n```\n\n```\n${PERSISTENCE_TYPE == \"Auto-detect\" ? \n  \"Determine persistence mechanisms by examining:\n   - Database context\u002Fconnection configurations\n   - Repository implementations\n   - ORM mappings\n   - External API clients\n   - File system interactions\" \n  : \"Focus on ${PERSISTENCE_TYPE} interactions\"}\n```\n\n### Workflow Documentation Instructions\n\nFor each of the `${WORKFLOW_COUNT}` most representative workflow(s) in the system:\n\n#### 1. Workflow Overview\n   - Provide a name and brief description of the workflow\n   - Explain the business purpose it serves\n   - Identify the triggering action or event\n   - List all files\u002Fclasses involved in the complete workflow\n\n#### 2. Entry Point Implementation\n\n**API Entry Points:**\n```\n${ENTRY_POINT == \"API\" || ENTRY_POINT == \"Auto-detect\" ? \n  \"- Document the API controller class and method that receives the request\n   - Show the complete method signature including attributes\u002Fannotations\n   - Include the full request DTO\u002Fmodel class definition\n   - Document validation attributes and custom validators\n   - Show authentication\u002Fauthorization attributes and checks\" : \"\"}\n```\n\n**GraphQL Entry Points:**\n```\n${ENTRY_POINT == \"GraphQL\" || ENTRY_POINT == \"Auto-detect\" ? \n  \"- Document the GraphQL resolver class and method\n   - Show the complete schema definition for the query\u002Fmutation\n   - Include input type definitions\n   - Show resolver method implementation with parameter handling\" : \"\"}\n```\n\n**Frontend Entry Points:**\n```\n${ENTRY_POINT == \"Frontend\" || ENTRY_POINT == \"Auto-detect\" ? \n  \"- Document the component that initiates the API call\n   - Show the event handler that triggers the request\n   - Include the API client service method\n   - Show state management code related to the request\" : \"\"}\n```\n\n**Message Consumer Entry Points:**\n```\n${ENTRY_POINT == \"Message Consumer\" || ENTRY_POINT == \"Auto-detect\" ? \n  \"- Document the message handler class and method\n   - Show message subscription configuration\n   - Include the complete message model definition\n   - Show deserialization and validation logic\" : \"\"}\n```\n\n#### 3. Service Layer Implementation\n   - Document each service class involved with their dependencies\n   - Show the complete method signatures with parameters and return types\n   - Include actual method implementations with key business logic\n   - Document interface definitions where applicable\n   - Show dependency injection registration patterns\n\n**CQRS Patterns:**\n```\n${ARCHITECTURE_PATTERN == \"CQRS\" || ARCHITECTURE_PATTERN == \"Auto-detect\" ? \n  \"- Include complete command\u002Fquery handler implementations\" : \"\"}\n```\n\n**Clean Architecture Patterns:**\n```\n${ARCHITECTURE_PATTERN == \"Clean\" || ARCHITECTURE_PATTERN == \"Auto-detect\" ? \n  \"- Show use case\u002Finteractor implementations\" : \"\"}\n```\n\n#### 4. Data Mapping Patterns\n   - Document DTO to domain model mapping code\n   - Show object mapper configurations or manual mapping methods\n   - Include validation logic during mapping\n   - Document any domain events created during mapping\n\n#### 5. Data Access Implementation\n   - Document repository interfaces and their implementations\n   - Show complete method signatures with parameters and return types\n   - Include actual query implementations\n   - Document entity\u002Fmodel class definitions with all properties\n   - Show transaction handling patterns\n\n**SQL Database Patterns:**\n```\n${PERSISTENCE_TYPE == \"SQL Database\" || PERSISTENCE_TYPE == \"Auto-detect\" ? \n  \"- Include ORM configurations, annotations, or Fluent API usage\n   - Show actual SQL queries or ORM statements\" : \"\"}\n```\n\n**NoSQL Database Patterns:**\n```\n${PERSISTENCE_TYPE == \"NoSQL Database\" || PERSISTENCE_TYPE == \"Auto-detect\" ? \n  \"- Show document structure definitions\n   - Include document query\u002Fupdate operations\" : \"\"}\n```\n\n#### 6. Response Construction\n   - Document response DTO\u002Fmodel class definitions\n   - Show mapping from domain\u002Fentity models to response models\n   - Include status code selection logic\n   - Document error response structure and generation\n\n#### 7. Error Handling Patterns\n   - Document exception types used in the workflow\n   - Show try\u002Fcatch patterns at each layer\n   - Include global exception handler configurations\n   - Document error logging implementations\n   - Show retry policies or circuit breaker patterns\n   - Include compensating actions for failure scenarios\n\n#### 8. Asynchronous Processing Patterns\n   - Document background job scheduling code\n   - Show event publication implementations\n   - Include message queue sending patterns\n   - Document callback or webhook implementations\n   - Show how async operations are tracked and monitored\n\n**Testing Approach (Optional):**\n```\n${INCLUDE_TEST_PATTERNS ? \n  \"9. **Testing Approach**\n     - Document unit test implementations for each layer\n     - Show mocking patterns and test fixture setup\n     - Include integration test implementations\n     - Document test data generation approaches\n     - Show API\u002Fcontroller test implementations\" : \"\"}\n```\n\n**Sequence Diagram (Optional):**\n```\n${INCLUDE_SEQUENCE_DIAGRAM ? \n  \"10. **Sequence Diagram**\n      - Generate a detailed sequence diagram showing all components\n      - Include method calls with parameter types\n      - Show return values between components\n      - Document conditional flows and error paths\" : \"\"}\n```\n\n#### 11. Naming Conventions\nDocument consistent patterns for:\n- Controller naming (e.g., `EntityNameController`)\n- Service naming (e.g., `EntityNameService`)\n- Repository naming (e.g., `IEntityNameRepository`)\n- DTO naming (e.g., `EntityNameRequest`, `EntityNameResponse`)\n- Method naming patterns for CRUD operations\n- Variable naming conventions\n- File organization patterns\n\n#### 12. Implementation Templates\nProvide reusable code templates for:\n- Creating a new API endpoint following the pattern\n- Implementing a new service method\n- Adding a new repository method\n- Creating new domain model classes\n- Implementing proper error handling\n\n### Technology-Specific Implementation Patterns\n\n**.NET Implementation Patterns (if detected):**\n```\n${PROJECT_TYPE == \".NET\" || PROJECT_TYPE == \"Auto-detect\" ? \n  \"- Complete controller class with attributes, filters, and dependency injection\n   - Service registration in Startup.cs or Program.cs\n   - Entity Framework DbContext configuration\n   - Repository implementation with EF Core or Dapper\n   - AutoMapper profile configurations\n   - Middleware implementations for cross-cutting concerns\n   - Extension method patterns\n   - Options pattern implementation for configuration\n   - Logging implementation with ILogger\n   - Authentication\u002Fauthorization filter or policy implementations\" : \"\"}\n```\n\n**Spring Implementation Patterns (if detected):**\n```\n${PROJECT_TYPE == \"Java\" || PROJECT_TYPE == \"Spring\" || PROJECT_TYPE == \"Auto-detect\" ? \n  \"- Complete controller class with annotations and dependency injection\n   - Service implementation with transaction boundaries\n   - Repository interface and implementation\n   - JPA entity definitions with relationships\n   - DTO class implementations\n   - Bean configuration and component scanning\n   - Exception handler implementations\n   - Custom validator implementations\" : \"\"}\n```\n\n**React Implementation Patterns (if detected):**\n```\n${PROJECT_TYPE == \"React\" || PROJECT_TYPE == \"Auto-detect\" ? \n  \"- Component structure with props and state\n   - Hook implementation patterns (useState, useEffect, custom hooks)\n   - API service implementation\n   - State management patterns (Context, Redux)\n   - Form handling implementations\n   - Route configuration\" : \"\"}\n```\n\n### Implementation Guidelines\n\nBased on the documented workflows, provide specific guidance for implementing new features:\n\n#### 1. Step-by-Step Implementation Process\n- Where to start when adding a similar feature\n- Order of implementation (e.g., model → repository → service → controller)\n- How to integrate with existing cross-cutting concerns\n\n#### 2. Common Pitfalls to Avoid\n- Identify error-prone areas in the current implementation\n- Note performance considerations\n- List common bugs or issues encountered\n\n#### 3. Extension Mechanisms\n- Document how to plug into existing extension points\n- Show how to add new behavior without modifying existing code\n- Explain configuration-driven feature patterns\n\n**Conclusion:**\nConclude with a summary of the most important patterns that should be followed when \nimplementing new features to maintain consistency with the codebase.\"\n","# Project Workflow Documentation Generator\n\n## Configuration Variables\n\n```\n${PROJECT_TYPE=\"Auto-detect|.NET|Java|Spring|Node.js|Python|React|Angular|Microservices|Other\"}\n\u003C!-- Primary technology stack -->\n\n${ENTRY_POINT=\"API|GraphQL|Frontend|CLI|Message Consumer|Scheduled Job|Custom\"}\n\u003C!-- Starting point for the flow -->\n\n${PERSISTENCE_TYPE=\"Auto-detect|SQL Database|NoSQL Database|File System|External API|Message Queue|Cache|None\"}\n\u003C!-- Data storage type -->\n\n${ARCHITECTURE_PATTERN=\"Auto-detect|Layered|Clean|CQRS|Microservices|MVC|MVVM|Serverless|Event-Driven|Other\"}\n\u003C!-- Primary architecture pattern -->\n\n${WORKFLOW_COUNT=1-5}\n\u003C!-- Number of workflows to document -->\n\n${DETAIL_LEVEL=\"Standard|Implementation-Ready\"}\n\u003C!-- Level of implementation detail to include -->\n\n${INCLUDE_SEQUENCE_DIAGRAM=true|false}\n\u003C!-- Generate sequence diagram -->\n\n${INCLUDE_TEST_PATTERNS=true|false}\n\u003C!-- Include testing approach -->\n```\n\n## Generated Prompt\n\n```\n\"Analyze the codebase and document ${WORKFLOW_COUNT} representative end-to-end workflows \nthat can serve as implementation templates for similar features. Use the following approach:\n```\n\n### Initial Detection Phase\n\n```\n${PROJECT_TYPE == \"Auto-detect\" ? \n  \"Begin by examining the codebase structure to identify technologies:\n   - Check for .NET solutions\u002Fprojects, Spring configurations, Node.js\u002FExpress files, etc.\n   - Identify the primary programming language(s) and frameworks in use\n   - Determine the architectural patterns based on folder structure and key components\" \n  : \"Focus on ${PROJECT_TYPE} patterns and conventions\"}\n```\n\n```\n${ENTRY_POINT == \"Auto-detect\" ? \n  \"Identify typical entry points by looking for:\n   - API controllers or route definitions\n   - GraphQL resolvers\n   - UI components that initiate network requests\n   - Message handlers or event subscribers\n   - Scheduled job definitions\" \n  : \"Focus on ${ENTRY_POINT} entry points\"}\n```\n\n```\n${PERSISTENCE_TYPE == \"Auto-detect\" ? \n  \"Determine persistence mechanisms by examining:\n   - Database context\u002Fconnection configurations\n   - Repository implementations\n   - ORM mappings\n   - External API clients\n   - File system interactions\" \n  : \"Focus on ${PERSISTENCE_TYPE} interactions\"}\n```\n\n### Workflow Documentation Instructions\n\nFor each of the `${WORKFLOW_COUNT}` most representative workflow(s) in the system:\n\n#### 1. Workflow Overview\n   - Provide a name and brief description of the workflow\n   - Explain the business purpose it serves\n   - Identify the triggering action or event\n   - List all files\u002Fclasses involved in the complete workflow\n\n#### 2. Entry Point Implementation\n\n**API Entry Points:**\n```\n${ENTRY_POINT == \"API\" || ENTRY_POINT == \"Auto-detect\" ? \n  \"- Document the API controller class and method that receives the request\n   - Show the complete method signature including attributes\u002Fannotations\n   - Include the full request DTO\u002Fmodel class definition\n   - Document validation attributes and custom validators\n   - Show authentication\u002Fauthorization attributes and checks\" : \"\"}\n```\n\n**GraphQL Entry Points:**\n```\n${ENTRY_POINT == \"GraphQL\" || ENTRY_POINT == \"Auto-detect\" ? \n  \"- Document the GraphQL resolver class and method\n   - Show the complete schema definition for the query\u002Fmutation\n   - Include input type definitions\n   - Show resolver method implementation with parameter handling\" : \"\"}\n```\n\n**Frontend Entry Points:**\n```\n${ENTRY_POINT == \"Frontend\" || ENTRY_POINT == \"Auto-detect\" ? \n  \"- Document the component that initiates the API call\n   - Show the event handler that triggers the request\n   - Include the API client service method\n   - Show state management code related to the request\" : \"\"}\n```\n\n**Message Consumer Entry Points:**\n```\n${ENTRY_POINT == \"Message Consumer\" || ENTRY_POINT == \"Auto-detect\" ? \n  \"- Document the message handler class and method\n   - Show message subscription configuration\n   - Include the complete message model definition\n   - Show deserialization and validation logic\" : \"\"}\n```\n\n#### 3. Service Layer Implementation\n   - Document each service class involved with their dependencies\n   - Show the complete method signatures with parameters and return types\n   - Include actual method implementations with key business logic\n   - Document interface definitions where applicable\n   - Show dependency injection registration patterns\n\n**CQRS Patterns:**\n```\n${ARCHITECTURE_PATTERN == \"CQRS\" || ARCHITECTURE_PATTERN == \"Auto-detect\" ? \n  \"- Include complete command\u002Fquery handler implementations\" : \"\"}\n```\n\n**Clean Architecture Patterns:**\n```\n${ARCHITECTURE_PATTERN == \"Clean\" || ARCHITECTURE_PATTERN == \"Auto-detect\" ? \n  \"- Show use case\u002Finteractor implementations\" : \"\"}\n```\n\n#### 4. Data Mapping Patterns\n   - Document DTO to domain model mapping code\n   - Show object mapper configurations or manual mapping methods\n   - Include validation logic during mapping\n   - Document any domain events created during mapping\n\n#### 5. Data Access Implementation\n   - Document repository interfaces and their implementations\n   - Show complete method signatures with parameters and return types\n   - Include actual query implementations\n   - Document entity\u002Fmodel class definitions with all properties\n   - Show transaction handling patterns\n\n**SQL Database Patterns:**\n```\n${PERSISTENCE_TYPE == \"SQL Database\" || PERSISTENCE_TYPE == \"Auto-detect\" ? \n  \"- Include ORM configurations, annotations, or Fluent API usage\n   - Show actual SQL queries or ORM statements\" : \"\"}\n```\n\n**NoSQL Database Patterns:**\n```\n${PERSISTENCE_TYPE == \"NoSQL Database\" || PERSISTENCE_TYPE == \"Auto-detect\" ? \n  \"- Show document structure definitions\n   - Include document query\u002Fupdate operations\" : \"\"}\n```\n\n#### 6. Response Construction\n   - Document response DTO\u002Fmodel class definitions\n   - Show mapping from domain\u002Fentity models to response models\n   - Include status code selection logic\n   - Document error response structure and generation\n\n#### 7. Error Handling Patterns\n   - Document exception types used in the workflow\n   - Show try\u002Fcatch patterns at each layer\n   - Include global exception handler configurations\n   - Document error logging implementations\n   - Show retry policies or circuit breaker patterns\n   - Include compensating actions for failure scenarios\n\n#### 8. Asynchronous Processing Patterns\n   - Document background job scheduling code\n   - Show event publication implementations\n   - Include message queue sending patterns\n   - Document callback or webhook implementations\n   - Show how async operations are tracked and monitored\n\n**Testing Approach (Optional):**\n```\n${INCLUDE_TEST_PATTERNS ? \n  \"9. **Testing Approach**\n     - Document unit test implementations for each layer\n     - Show mocking patterns and test fixture setup\n     - Include integration test implementations\n     - Document test data generation approaches\n     - Show API\u002Fcontroller test implementations\" : \"\"}\n```\n\n**Sequence Diagram (Optional):**\n```\n${INCLUDE_SEQUENCE_DIAGRAM ? \n  \"10. **Sequence Diagram**\n      - Generate a detailed sequence diagram showing all components\n      - Include method calls with parameter types\n      - Show return values between components\n      - Document conditional flows and error paths\" : \"\"}\n```\n\n#### 11. Naming Conventions\nDocument consistent patterns for:\n- Controller naming (e.g., `EntityNameController`)\n- Service naming (e.g., `EntityNameService`)\n- Repository naming (e.g., `IEntityNameRepository`)\n- DTO naming (e.g., `EntityNameRequest`, `EntityNameResponse`)\n- Method naming patterns for CRUD operations\n- Variable naming conventions\n- File organization patterns\n\n#### 12. Implementation Templates\nProvide reusable code templates for:\n- Creating a new API endpoint following the pattern\n- Implementing a new service method\n- Adding a new repository method\n- Creating new domain model classes\n- Implementing proper error handling\n\n### Technology-Specific Implementation Patterns\n\n**.NET Implementation Patterns (if detected):**\n```\n${PROJECT_TYPE == \".NET\" || PROJECT_TYPE == \"Auto-detect\" ? \n  \"- Complete controller class with attributes, filters, and dependency injection\n   - Service registration in Startup.cs or Program.cs\n   - Entity Framework DbContext configuration\n   - Repository implementation with EF Core or Dapper\n   - AutoMapper profile configurations\n   - Middleware implementations for cross-cutting concerns\n   - Extension method patterns\n   - Options pattern implementation for configuration\n   - Logging implementation with ILogger\n   - Authentication\u002Fauthorization filter or policy implementations\" : \"\"}\n```\n\n**Spring Implementation Patterns (if detected):**\n```\n${PROJECT_TYPE == \"Java\" || PROJECT_TYPE == \"Spring\" || PROJECT_TYPE == \"Auto-detect\" ? \n  \"- Complete controller class with annotations and dependency injection\n   - Service implementation with transaction boundaries\n   - Repository interface and implementation\n   - JPA entity definitions with relationships\n   - DTO class implementations\n   - Bean configuration and component scanning\n   - Exception handler implementations\n   - Custom validator implementations\" : \"\"}\n```\n\n**React Implementation Patterns (if detected):**\n```\n${PROJECT_TYPE == \"React\" || PROJECT_TYPE == \"Auto-detect\" ? \n  \"- Component structure with props and state\n   - Hook implementation patterns (useState, useEffect, custom hooks)\n   - API service implementation\n   - State management patterns (Context, Redux)\n   - Form handling implementations\n   - Route configuration\" : \"\"}\n```\n\n### Implementation Guidelines\n\nBased on the documented workflows, provide specific guidance for implementing new features:\n\n#### 1. Step-by-Step Implementation Process\n- Where to start when adding a similar feature\n- Order of implementation (e.g., model → repository → service → controller)\n- How to integrate with existing cross-cutting concerns\n\n#### 2. Common Pitfalls to Avoid\n- Identify error-prone areas in the current implementation\n- Note performance considerations\n- List common bugs or issues encountered\n\n#### 3. Extension Mechanisms\n- Document how to plug into existing extension points\n- Show how to add new behavior without modifying existing code\n- Explain configuration-driven feature patterns\n\n**Conclusion:**\nConclude with a summary of the most important patterns that should be followed when \nimplementing new features to maintain consistency with the codebase.\"\n",{"name":5,"description":7},"main","5269f7ea2d6c3a9bfda5ed878b6726cf509121fd","skills\u002Fproject-workflow-analysis-blueprint-generator",5360,"https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot","https:\u002F\u002Fawesome-copilot.github.com\u002F","https:\u002F\u002Fgithub.com\u002Fgithub","https:\u002F\u002Fgithub.com\u002Fabout","How people build software.","2026-11-15 04:42:30",{"source":8,"skillName":5,"commands":63,"prompt":73,"zipAvailable":74},[64,67,70],{"tool":65,"command":66},"npx","npx skills add github\u002Fawesome-copilot --skill project-workflow-analysis-blueprint-generator",{"tool":68,"command":69},"bunx","bunx skills add github\u002Fawesome-copilot --skill project-workflow-analysis-blueprint-generator",{"tool":71,"command":72},"pnpm","pnpm dlx skills add github\u002Fawesome-copilot --skill project-workflow-analysis-blueprint-generator","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fproject-workflow-analysis-blueprint-generator\u002FSKILL.md",true,[76],{"path":77,"resourceType":78,"resourceTypeDesc":79,"sizeBytes":80,"sourceHtmlUrl":81},"agents\u002Fopenai.yaml","REFERENCE","参考文档",137,"https:\u002F\u002Fgithub.com\u002FVortex375\u002Fseraph\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fgrill-me\u002Fagents\u002Fopenai.yaml",[83,113,141,170,203,220],{"skillNo":84,"name":85,"nameZh":6,"description":86,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":87,"categories":88,"keywords":93,"publishedAt":47},"01M70KXZNX9ES38N2A8M58ZZMZ","supabase-rls-policies","Write, review, and test Supabase Row Level Security (RLS) policies so that one user cannot read or change another user's rows. Use when creating or changing tables, policies, views, or security definer functions in a Supabase project, when reviewing a migration that touches RLS, or when asked to prove user isolation with pgTAP tests that sign in as two users.","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fsupabase-rls-policies\u002FSKILL.md",[89,92],{"categoryNo":90,"categoryName":91,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000008","测试与质量",{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[94,95,96,97,27,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112],"supabase","rls","supabase rls","supabase rls policies","when","review","change","read","write","security","isolation","tables","as","tests","prove","use","users","functions","with",{"skillNo":114,"name":115,"nameZh":6,"description":116,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":117,"categories":118,"keywords":120,"publishedAt":47},"01M70KWA5YWXDV6V8DZ19E3T2Y","skill-distribution-audit","Audit a skill collection before release or investigate installer omissions, archived\u002Ftemplate leakage, duplicate identities, and manifest drift. Reconcile the intended public source set, distribution manifest, and actual discovery output for a specified consumer version. Includes a deterministic set-comparison helper.","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fskill-distribution-audit\u002FSKILL.md",[119],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[121,122,123,124,125,126,127,128,129,130,131,132,133,134,135,136,137,138,139,140],"distribution","skill distribution audit","audit","SET","deterministic","installer","for","discovery","comparison","helper","manifest","version","collection","drift","output","investigate","duplicate","template","release","reconcile",{"skillNo":142,"name":143,"nameZh":6,"description":144,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":145,"sourceHtmlUrl":146,"categories":147,"keywords":153,"publishedAt":47},"01M70KCJPFVW7PPQ49CC5R8JGK","logicapps-custom-code-net10-migration","Migrate Azure Logic Apps Standard local-function custom-code projects from .NET 8 to .NET 10. Use for legacy Logic Apps custom-code workspace upgrades, project\u002Fpackage configuration, custom-worker settings, publication, and integrated VS Code debugging. Not for ordinary .NET applications, standalone Azure Functions, Consumption workflows, or cloud deployment.","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Flogicapps-custom-code-net10-migration\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Flogicapps-custom-code-net10-migration\u002FSKILL.md",[148],{"categoryNo":149,"categoryName":150,"taxonomyType":151,"taxonomyTypeDesc":152},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[154,155,156,157,158,159,127,27,160,161,162,163,164,165,166,109,167,168,169,42],"custom","code","logicapps custom code net10 migration","migration","projects","standalone","deployment","applications","local","azure","worker","upgrades","package","apps","Legacy","debugging",{"skillNo":171,"name":172,"nameZh":6,"description":173,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":174,"sourceHtmlUrl":175,"categories":176,"keywords":181,"publishedAt":47},"01M6AEBN37RQMXJ3298PEY7PG1","winmd-api-search","Find and explore Windows desktop APIs. Use when building features that need platform capabilities — camera, file access, notifications, UI controls, AI\u002FML, sensors, networking, etc. Discovers the right API for a task and retrieves full type details (methods, properties, events, enumeration values).","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fwinmd-api-search\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fwinmd-api-search\u002FSKILL.md",[177,180],{"categoryNo":178,"categoryName":179,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000010","后端与接口",{"categoryNo":149,"categoryName":150,"taxonomyType":151,"taxonomyTypeDesc":152},[182,183,184,185,186,187,188,189,190,191,192,193,194,195,37,98,196,197,198,199,200,127,201,202],"winmd api search","search","api","windows","desktop","file access","enumeration","ui","ml","file","networking","capabilities","notifications","explore","features","full","camera","events","platform","methods","controls",{"skillNo":204,"name":205,"nameZh":6,"description":206,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":207,"licenseFileUrl":208,"sourceHtmlUrl":209,"categories":210,"keywords":216,"publishedAt":47},"01M6AE571R3SC1ZGE202B3NB5S","resemble-detect","Deepfake detection and media safety — detect AI-generated audio, images, video, and text, trace synthesis sources, apply watermarks, verify speaker identity, and analyze media intelligence using Resemble AI","Apache-2.0","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fresemble-detect\u002FLICENSE","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fresemble-detect\u002FSKILL.md",[211,212,215],{"categoryNo":178,"categoryName":179,"taxonomyType":21,"taxonomyTypeDesc":22},{"categoryNo":213,"categoryName":214,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000016","图像与多媒体",{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[217,124,191,218,219],"resemble detect","https","identity",{"skillNo":221,"name":222,"nameZh":6,"description":223,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":207,"licenseFileUrl":224,"sourceHtmlUrl":225,"categories":226,"keywords":231,"publishedAt":47},"01M6AE30BSK2HCY4TQQ22Z8JRD","quality-playbook","Run a complete quality engineering audit on any codebase. Derives behavioral requirements from the code, generates spec-traced functional tests, runs a three-pass code review with regression tests, executes a multi-model spec audit (Council of Three), and produces a consolidated bug report with TDD-verified patches. Finds the 35% of real defects that structural code review alone cannot catch. Works with any language. Trigger on 'quality playbook', 'spec audit', 'Council of Three', 'fitness-to-purpose', or 'coverage theater'.","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fquality-playbook\u002FLICENSE.txt","https:\u002F\u002Fgithub.com\u002Fgithub\u002Fawesome-copilot\u002Fblob\u002Fmain\u002Fskills\u002Fquality-playbook\u002FSKILL.md",[227,230],{"categoryNo":228,"categoryName":229,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000007","代码审查",{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[232,233,234,235,155,99,9,123,236,237,218,238,239,240,241,242,243,244,245,246,247,248,107,249,250,251,252],"playbook","quality playbook","quality","code review","tdd","run","report","spec","bug report","council","engineering","functional","spec audit","bug","verified","multi-model","three","coverage","model","regression","structural"]