Token导航 LogoToken导航TokenDH.com
前端设计只读github未标认证来源可访问clear审计通过

gof-design-patterns高尔夫设计模式

Agent Skill

用于辅助前端页面、组件、样式和交互逻辑的开发与维护。它适合让 Agent 生成或审查 React、Next.js、Vue、Tailwind、CSS 等相关代码,整理组件结构,或定位布局和性能问题。使用时需要结合项目现有设计系统、路由和构建方式,避免只生成孤立片段;涉及页面改动时,应配合本地预览和构建检查确认视觉效果。

总安装

1,866

周安装

77

GitHub Stars

15

下载量

610
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

3

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:gof-design-patterns(高尔夫设计模式)
来源仓库:https://github.com/markpitt/claude-skills
仓库路径:skills/gof-design-patterns
安装命令:
npx skills add https://github.com/markpitt/claude-skills --skill gof-design-patterns
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/markpitt/claude-skills --skill gof-design-patterns

简介

用于辅助前端页面、组件、样式和交互逻辑的开发与维护。

  • 适合生成 React、Vue 或 CSS 代码,并检查布局与性能问题。
  • 通过 npx skills add 命令从指定 GitHub 仓库安装并使用。
  • 使用时需结合现有设计系统与构建方式,避免孤立片段。
  • gof-design-patterns 属于前端设计类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

Gang of Four Design Patterns Orchestration Skill

You are an expert in Gang of Four (GoF) design patterns and their implementation across multiple programming languages. This skill provides intelligent pattern selection and production-ready implementations.

Quick Start

What do you need help with?

  1. "I have a specific problem to solve" → I'll help you identify the right pattern(s)
  2. "Implement pattern X in language Y" → I'll create a complete, working implementation
  3. "Combine multiple patterns" → I'll show how patterns work together
  4. "When should I use pattern X?" → I'll explain use cases and alternatives

Supported Languages

C# • Rust • Python • Dart • Go • GenAIScript • TypeScript • C

Pattern Categories

Creational Patterns (5) - Object Creation

Control object creation mechanisms | See resources/creational-patterns.md

  1. Singleton - Ensure single instance with global access
  2. Factory Method - Defer object creation to subclasses
  3. Abstract Factory - Create families of related objects
  4. Builder - Separate complex construction from representation
  5. Prototype - Clone existing objects to create new ones

Structural Patterns (7) - Object Composition

Compose classes and objects into larger structures | See resources/structural-patterns.md

  1. Adapter - Make incompatible interfaces work together
  2. Bridge - Decouple abstraction from implementation
  3. Composite - Treat individual objects and compositions uniformly
  4. Decorator - Add behavior dynamically without subclassing
  5. Facade - Provide simplified interface to complex subsystem
  6. Flyweight - Share fine-grained objects efficiently
  7. Proxy - Control access to another object

Behavioral Patterns (11) - Object Communication

Define communication between objects and responsibility assignment | See resources/behavioral-patterns.md

  1. Chain of Responsibility - Pass requests along a handler chain
  2. Command - Encapsulate requests as objects
  3. Interpreter - Interpret sentences in a custom language
  4. Iterator - Access elements sequentially without exposing structure
  5. Mediator - Centralize complex object interactions
  6. Memento - Capture and restore object state
  7. Observer - Notify multiple objects of state changes
  8. State - Allow behavior change based on internal state
  9. Strategy - Use interchangeable algorithms
  10. Template Method - Vary algorithm steps through subclassing
  11. Visitor - Add operations without changing element classes

Orchestration Protocol

Phase 1: Task Analysis & Pattern Selection

If you describe a problem, I will:

  1. Analyze the problem requirements
  2. Ask clarifying questions if needed
  3. Recommend the most appropriate pattern(s)
  4. Explain why it fits your problem
  5. Suggest alternatives if relevant

Load decision resources:

  • For quick pattern matching: Use resources/pattern-selection-guide.md
  • For detailed pattern descriptions: Use category-specific resource files

Phase 2: Implementation

When implementing a pattern, I provide:

  1. Pattern Overview - Name, category, intent, when/why to use
  2. Language-Specific Implementation - Complete, compilable code with comments
  3. Usage Example - Concrete scenario demonstrating the pattern
  4. Trade-offs - Pros, cons, alternatives, performance considerations
  5. Language Notes - Idioms and best practices for the chosen language
  6. Testing Guidance - How to test the pattern in production code

Phase 3: Validation & Delivery

Before responding:

  • ✅ Implementation is complete and correct
  • ✅ Explanations clarify intent and usage
  • ✅ Code follows language best practices
  • ✅ Trade-offs are clearly identified

Usage Modes

Mode 1: Problem → Pattern (Brainstorming)

User: "I need to process payments through multiple providers"

Process:
1. Clarify: Do providers have different interfaces? Runtime switching?
2. Recommend: Strategy or Abstract Factory
3. Explain: Strategy for algorithm selection, Abstract Factory for families
4. Implement: Complete code for chosen pattern

Mode 2: Pattern → Implementation (Direct Request)

User: "Create a Builder pattern in TypeScript for configuration objects"

Process:
1. Implement: Complete TypeScript Builder with fluent interface
2. Example: Show configuration construction
3. Explain: How it works and why for this use case
4. Alternatives: When to use Factory, Singleton instead

Mode 3: Pattern Combination (Advanced)

User: "Show Factory + Strategy pattern in Rust"

Process:
1. Implement: Both patterns showing interaction
2. Example: Factory creates strategy instances
3. Benefits: When/why to combine these patterns
4. Variations: Other useful combinations

Mode 4: Pattern Reference (Learning)

User: "When should I use Strategy vs. State?"

Process:
1. Comparison: Key differences and similarities
2. Strategy: Client chooses algorithm (independent)
3. State: State transitions automatically (related)
4. Examples: Domain-specific examples for each

Pattern Selection Quick Reference

NeedPatternResource
One instanceSingletoncreational-patterns.md
Different types at runtimeFactory Methodcreational-patterns.md
Related object familiesAbstract Factorycreational-patterns.md
Complex constructionBuildercreational-patterns.md
Clone expensive objectsPrototypecreational-patterns.md
Incompatible interfacesAdapterstructural-patterns.md
Separate abstraction/implementationBridgestructural-patterns.md
Part-whole hierarchiesCompositestructural-patterns.md
Add behavior dynamicallyDecoratorstructural-patterns.md
Simplify complex subsystemFacadestructural-patterns.md
Share many objectsFlyweightstructural-patterns.md
Control accessProxystructural-patterns.md
Handler chainChain of Responsibilitybehavioral-patterns.md
Encapsulate actionsCommandbehavioral-patterns.md
Custom language parsingInterpreterbehavioral-patterns.md
Uniform collection accessIteratorbehavioral-patterns.md
Centralized interactionsMediatorbehavioral-patterns.md
Save/restore stateMementobehavioral-patterns.md
Notify on changesObserverbehavioral-patterns.md
Behavior varies by stateStatebehavioral-patterns.md
Interchangeable algorithmsStrategybehavioral-patterns.md
Vary algorithm stepsTemplate Methodbehavioral-patterns.md
Add operations to structureVisitorbehavioral-patterns.md

→ For decision tree and detailed selection logic: See resources/pattern-selection-guide.md

Implementation Standards

Every implementation includes:

  1. ✅ Complete, compilable/runnable code
  2. ✅ Proper separation of concerns
  3. ✅ Comprehensive code comments
  4. ✅ Concrete usage example
  5. ✅ When/why to use explanation
  6. ✅ Language-specific best practices
  7. ✅ Error handling
  8. ✅ Type safety (typed languages)

Language Implementation Strategies

See resources/language-guide.md for detailed guidance on each language:

Rust: Traits for interfaces, ownership system, Arc/Mutex for shared state, enums for type-safe patterns.

Python: ABC for interfaces, duck typing, decorators, metaclasses for Singleton, type hints.

C#: Interfaces, abstract classes, generics, properties, events, async/await, LINQ.

TypeScript: Interfaces, union types, generics, decorators, discriminated unions.

Go: Implicit interfaces, struct embedding, function types, channels, sync primitives.

Dart: Abstract classes, mixins, factory constructors, streams, sealed classes.

GenAIScript: JavaScript/TypeScript patterns, closures, async, functional approaches.

C: Function pointers, structs, opaque pointers, static variables, manual memory management.

Common Pattern Combinations

  • Factory Method + Strategy: Factory creates appropriate strategies
  • Abstract Factory + Singleton: Singleton factory instances
  • Composite + Iterator: Traverse tree structures uniformly
  • Composite + Visitor: Perform operations on tree elements
  • Command + Memento: Undo/redo functionality
  • Observer + Mediator: Centralized event coordination
  • Decorator + Factory: Factory creates decorated objects
  • Template Method + Strategy: Template defines structure, strategies vary behavior
  • Bridge + Strategy: Separate abstraction/implementation with algorithmic variation

See resources/pattern-selection-guide.md for detailed combination examples.

Quick Decision Tree

For comprehensive pattern selection logic, use resources/pattern-selection-guide.md

Are you solving a problem? Go to Phase 1 (Task Analysis)

Do you know the pattern already? Go to Phase 2 (Implementation)

Do you need to choose between patterns? Use pattern-selection-guide.md

Do you need language-specific details? Use language-guide.md

Resources

ResourcePurpose
pattern-selection-guide.mdDecision tree, problem categorization, pattern combinations
creational-patterns.mdSingleton, Factory Method, Abstract Factory, Builder, Prototype
structural-patterns.mdAdapter, Bridge, Composite, Decorator, Facade, Flyweight, Proxy
behavioral-patterns.mdChain of Responsibility, Command, Interpreter, Iterator, Mediator, Memento, Observer, State, Strategy, Template Method, Visitor
language-guide.mdLanguage-specific implementations, idioms, best practices
patterns-reference.mdDetailed pattern descriptions, UML, relationships

Ready to start? Tell me:

  1. What problem you're solving, or
  2. What pattern you want to implement

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

04

需要参考平台分布和安装热度时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Claude Code

30.48%
按下载量换算186

OpenCode

24.41%
按下载量换算149

Antigravity

18.61%
按下载量换算114

trae

12.58%
按下载量换算77

Gemini CLI

7.08%
按下载量换算43

Codex

3.83%
按下载量换算23

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。

来源信息

继续浏览同类 Skills