Token导航 LogoToken导航TokenDH.com
前端设计操作浏览器github未标认证来源可访问clear审计通过

ralph-convert-prd拉尔夫·转换·普德

Agent Skill

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

总安装

282

周安装

12

GitHub Stars

16

下载量

99
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

3

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:ralph-convert-prd(拉尔夫·转换·普德)
来源仓库:https://github.com/cfircoo/claude-code-toolkit
仓库路径:skills/ralph-convert-prd
安装命令:
npx skills add https://github.com/cfircoo/claude-code-toolkit --skill ralph-convert-prd
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/cfircoo/claude-code-toolkit --skill ralph-convert-prd

简介

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

  • 适合生成或审查 React、Next.js、Vue、Tailwind、CSS 等相关代码。
  • 使用时需结合项目现有设计系统和构建方式,避免生成孤立片段。
  • 涉及页面改动时应配合本地预览确认视觉效果。
  • ralph-convert-prd 属于前端设计类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

<quick_start>

  1. Read the user's PRD or feature requirements
  2. Read SPEC.md if available (for verification environment info)
  3. Break down into atomic user stories (one context window each)
  4. Classify each story with storyType
  5. Generate verificationCommands with real runtime checks
  6. Set blockedBy dependencies
  7. Order stories by dependency (schema → backend → UI → dashboard)
  8. Output valid tasks/prd.json </quick_start>

<essential_principles> Critical Rule: Each story must be completable in ONE Ralph iteration (one context window).

Stories that are too large cause the LLM to run out of context before completion, resulting in broken code.

Right-sized stories:

  • Add a database column
  • Create a UI component
  • Update server actions
  • Implement a filter

Too large (split these):

  • Build entire dashboards
  • Add authentication systems
  • Refactor entire APIs
  1. Schema/database changes
  2. Server actions and backend logic
  3. UI components
  4. Dashboard/summary views

Never reference something that doesn't exist yet.

Good criteria:

  • "Add status column with values: 'pending' | 'in_progress' | 'done'"
  • "Filter dropdown includes: All, Active, Completed"
  • "Clicking delete shows confirmation dialog"

Bad criteria (too vague):

  • "Works correctly"
  • "Good UX"
  • "Handles edge cases"

UI-focused stories MUST also include: "Verify in browser using Playwright e2e test"

By storyType:

storyTypeRequired verificationExample
databaseRun migration + query DB to confirm schemaprisma migrate deploy, SQL query for new column
backendRun tests + curl endpoint with real datacurl -s http://localhost:3000/api/...
apicurl endpoint, check status code and response bodycurl -s -w '%{http_code}'...
frontendPlaywright e2e test that interacts with real UInpx playwright test tests/e2e/...
infraHealth check, config validation, service startupcurl -s http://localhost:3000/health
testRun the test suitenpm test / pytest

Static checks (typecheck) are always included as baseline. Runtime validation is additionally required. </essential_principles>

<output_format>

{
  "project": "[Project Name]",
  "branchName": "ralph/[feature-name-kebab-case]",
  "description": "[Feature description]",
  "testCommands": {
    "unit": "npm test",
    "integration": "npm run test:integration",
    "e2e": "npx playwright test",
    "typecheck": "npm run typecheck"
  },
  "userStories": [
    {
      "id": "US-001",
      "title": "[Story title]",
      "description": "As a [user], I want [feature] so that [benefit]",
      "storyType": "database",
      "acceptanceCriteria": [
        "Specific criterion 1",
        "Specific criterion 2",
        "Typecheck passes"
      ],
      "verificationCommands": [
        { "command": "npm run typecheck", "expect": "exit_code:0" },
        { "command": "curl -s http://localhost:3000/api/tasks | jq length", "expect": "not_empty" }
      ],
      "status": "pending",
      "priority": 1,
      "attempts": 0,
      "maxAttempts": 3,
      "notes": "",
      "blockedBy": [],
      "docsToUpdate": ["README.md"],
      "completedAt": null,
      "lastAttemptLog": ""
    }
  ]
}

Field requirements:

  • id: Sequential US-001, US-002, etc.
  • title: Short, descriptive action
  • description: User story format (As a... I want... so that...)
  • storyType: One of "backend" | "frontend" | "database" | "api" | "infra" | "test"
  • acceptanceCriteria: Array of specific, verifiable criteria
  • verificationCommands: Array of {command, expect} with real runtime checks
  • status: Always "pending" initially
  • priority: Execution order (1 = first)
  • attempts: Always 0 initially
  • maxAttempts: Default 3 (increase for complex stories)
  • notes: Empty string initially
  • blockedBy: Array of story IDs that must be "done" first
  • docsToUpdate: Array of file paths to documentation that must be updated when story is done (e.g., "README.md", "docs/api.md", "CHANGELOG.md")
  • completedAt: Always null initially
  • lastAttemptLog: Empty string initially

Expect matchers for verificationCommands:

  • exit_code:0 — command exits with code 0
  • exit_code:N — command exits with specific code N
  • contains:STRING — stdout contains STRING
  • not_empty — stdout is non-empty
  • matches:REGEX — stdout matches regex pattern </output_format>

<pre_save_checklist> Before outputting the final prd.json, verify:

  • Previous runs archived (if applicable)
  • Each story completable in one iteration
  • Each story has a storyType assigned
  • Stories ordered by dependency (no forward references)
  • blockedBy dependencies are set correctly
  • All stories include "Typecheck passes" in acceptanceCriteria
  • UI stories include Playwright verification
  • Every story has verificationCommands with at least one runtime check
  • Acceptance criteria are verifiable, not vague
  • No story depends on later stories
  • docsToUpdate lists relevant docs for each story
  • status is "pending", attempts is 0, maxAttempts is set </pre_save_checklist>

<success_criteria> Conversion is complete when:

  • All features from PRD are captured as user stories
  • Each story is atomic (one context window)
  • Each story has a storyType assigned
  • Stories are properly ordered by dependency with blockedBy set
  • All acceptance criteria are specific and verifiable
  • Mandatory criteria ("Typecheck passes") present on all stories
  • Every story has verificationCommands with real runtime checks
  • UI stories include Playwright verification
  • Valid JSON structure with all required fields
  • Pre-save checklist passes </success_criteria>

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

04

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

能力 5

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

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

平台分布

Claude Code

31.76%
按下载量换算31

windsurf

25.07%
按下载量换算25

OpenCode

18.42%
按下载量换算18

Codex

12.09%
按下载量换算12

Antigravity

7.34%
按下载量换算7

Gemini CLI

3.21%
按下载量换算3

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

操作浏览器

该 Skill 可能涉及浏览器控制能力,使用时可能读取或操作网页内容,需要在受控环境中确认权限边界。

安装前确认

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

来源信息

继续浏览同类 Skills