Skip to main content
Run any Skill in Manus
with one click
GitHub repository

dify

dify contains 6 collected skills from langgenius, with repository-level occupation coverage and site-owned skill detail pages.

skills collected
6
Stars
145.7k
updated
2026-06-17
Forks
22.9k
Occupation coverage
2 occupation categories · 83% classified
repository explorer

Skills in this repository

how-to-write-component
unclassified

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
software-quality-assurance-analysts-and-testers

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
software-developers

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

2026-06-09
frontend-testing
software-quality-assurance-analysts-and-testers

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
software-quality-assurance-analysts-and-testers

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
software-developerssoftware-quality-assurance-analysts-and-testers

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