Skip to main content
Jeden Skill in Manus ausführen
mit einem Klick
GitHub-Repository

dify

dify enthält 6 gesammelte Skills von langgenius, mit Repository-Berufsabdeckung und Skill-Detailseiten auf SkillsMP.

gesammelte Skills
6
Stars
145.7k
aktualisiert
2026-06-17
Forks
22.9k
Berufsabdeckung
2 Berufskategorien · 83% klassifiziert
Repository-Explorer

Skills in diesem Repository

how-to-write-component
nicht klassifiziert

React/TypeScript component style guide. Use when writing, refactoring, or reviewing React components, especially around abstraction choices, props typing, state boundaries, shared local state with Jotai atoms, API types, query/mutation contracts, navigation, memoization, wrappers, and empty-state handling.

2026-06-17
frontend-code-review
Softwarequalitätssicherungsanalysten und -tester

Review Dify frontend code for correctness, accessibility, component design, dify-ui usage, data/query boundaries, performance, and tests. Trigger for `.tsx`, `.ts`, `.js`, UI, React, Next.js, pending-change, or focused frontend review requests.

2026-06-09
karpathy-guidelines
Softwareentwickler

Lightweight coding guardrails for making focused, simple, and verifiable changes in this repo. Use for all coding work.

2026-06-09
frontend-testing
Softwarequalitätssicherungsanalysten und -tester

Generate Vitest + React Testing Library tests for Dify frontend components, hooks, and utilities. Triggers on testing, spec files, coverage, Vitest, RTL, unit tests, integration tests, or write/review test requests.

2026-05-11
e2e-cucumber-playwright
Softwarequalitätssicherungsanalysten und -tester

Write, update, or review Dify end-to-end tests under `e2e/` that use Cucumber, Gherkin, and Playwright. Use when the task involves `.feature` files, `features/step-definitions/`, `features/support/`, `DifyWorld`, scenario tags, locator/assertion choices, or E2E testing best practices for this repository.

2026-05-11
backend-code-review
SoftwareentwicklerSoftwarequalitätssicherungsanalysten und -tester

Review backend code for quality, security, maintainability, and best practices based on established checklist rules. Use when the user requests a review, analysis, or improvement of backend files (e.g., `.py`) under the `api/` directory. Do NOT use for frontend files (e.g., `.tsx`, `.ts`, `.js`). Supports pending-change review, code snippets review, and file-focused review.

2026-02-28