Token导航 LogoToken导航

Agent Skill · AI 工具

ralph-prompt-multi-task(拉尔夫提示多任务)

用于辅助提示词、系统指令、Agent 行为约束和工作流模板的整理。它适合让 Agent 规范任务边界、统一输出格式、拆分操作步骤或优化提示词可复用性。使用时需要保留真实业务约束,不要把示例当硬规则;涉及自动执行、外部工具或高风险操作时,应在提示词中明确确认步骤、权限边界和失败处理方式。

ralph-prompt-multi-task 是AI 工具类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为需要联网;许可证为 MIT,第三方扫描已通过,按安装量在AI 工具类的 2,536 个 Skill 里排第 1,923。

总安装 404周安装 17GitHub Stars 9下载 141核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:ralph-prompt-multi-task(拉尔夫提示多任务)
来源仓库:https://github.com/adaptationio/skrillz
仓库路径:skills/ralph-prompt-multi-task
安装命令:
npx skills add https://github.com/adaptationio/skrillz --skill ralph-prompt-multi-task
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/adaptationio/skrillz --skill ralph-prompt-multi-task

这个 Skill 是做什么的

AI 工具类 Skill 用来扩展助手本身的能力,例如接模型、接检索、接外部服务。

用于辅助提示词、系统指令和工作流模板的整理。适合规范任务边界、统一输出格式和优化可复用性。使用时需保留真实业务约束,不要把示例当硬规则。涉及自动执行时应明确确认步骤和权限边界。适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

ralph-prompt-multi-task 属于AI 工具类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/ralph-prompt-multi-task

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/adaptationio/skrillz --skill ralph-prompt-mult…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要需要联网,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

ralph-prompt-multi-task 怎么安装?

在终端执行 npx skills add https://github.com/adaptationio/skrillz --skill ralph-prompt-multi-task。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

ralph-prompt-multi-task 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

ralph-prompt-multi-task 需要什么权限?

权限级别是需要联网。该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

ralph-prompt-multi-task 是免费的吗?

来源标注的许可证是 MIT。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

ralph-prompt-multi-task 用的人多吗?

公开数据是累计安装 404 次,近一周安装 17 次,下载 141 次,GitHub 9 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

ralph-prompt-multi-task 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 3 个目录同时收录,说明这个 Skill 流传比较广。
  • 许可证明确为 MIT,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理AI 工具类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

AI 工具类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
executing-plans

执行计划 · Codex、Claude

1,515,336173,110只读MIT通过
verification-before-completion

完成前的验证 · Codex、Claude

1,319,472173,121权限未标注MIT通过
subagent-driven-development

子 Agent 驱动开发 · Codex、Claude

1,312,416173,138只读MIT通过
copy-editing

复制编辑 · Codex、Claude

1,209,57625,632只读MIT通过
paywall-upgrade-cro

付费专区升级 cro · Codex、Claude

1,030,17625,617只读MIT通过
ralph-prompt-multi-task

拉尔夫提示多任务 · 本页

4049需要联网MIT通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Ralph Prompt Generator: Multi-Task

Overview

Generates structured prompts for multiple related tasks that need to be completed in sequence or parallel. Uses phase-based organization with milestone tracking, cumulative success criteria, and clear progression through tasks.

Best For:

  • CRUD operation implementations (Create, Read, Update, Delete)
  • Multi-step feature development
  • Database migrations with multiple stages
  • API endpoint suites
  • Test suite creation for multiple modules
  • Multi-file refactoring projects

Ralph Philosophy: This generator embraces the principle that failures are deterministic and fixable. Each phase iteration learns from previous attempts. Don't fear failures—they're expected and provide data for improvement through prompt tuning.

Quick Start

Input Required:

  1. List of tasks to complete
  2. Task dependencies (which tasks depend on others)
  3. Success criteria for each task
  4. Final completion promise

Generate prompt with:

Generate a Ralph multi-task prompt for:
Tasks:
1. [Task 1]
2. [Task 2]
3. [Task 3]
Dependencies: [Task 2 depends on Task 1, etc.]
Final promise: [COMPLETION_PHRASE]

Prompt Generation Workflow

Step 1: Map the Tasks

Create a task inventory:

Task #Task NameDependenciesVerificationEst. Complexity
1[Name]None[How to verify]Low/Med/High
2[Name]Task 1[How to verify]Low/Med/High
3[Name]Task 1[How to verify]Low/Med/High
4[Name]Tasks 2, 3[How to verify]Low/Med/High

Step 2: Define Phases

Group tasks into logical phases:

Phase Structure:

  • Phase 1: Foundation - Independent setup tasks, no dependencies
  • Phase 2: Core Implementation - Main functionality, depends on Phase 1
  • Phase 3: Enhancement - Additional features, depends on Phase 2
  • Phase 4: Validation - Testing, cleanup, verification

Step 3: Create Phase Milestones

Each phase needs:

  • Clear entry criteria (what must be done to start)
  • Specific tasks within the phase
  • Exit criteria (what proves phase is complete)
  • Phase milestone marker

Step 4: Structure the Prompt

Use this template:

# Multi-Task: [Overall Objective]

## Overview
[1-2 sentences describing the overall goal and scope]

## Task Inventory
| # | Task | Phase | Dependencies | Verification |
|---|------|-------|--------------|--------------|
| 1 | [Task 1] | 1 | None | [Verification] |
| 2 | [Task 2] | 2 | Task 1 | [Verification] |
| 3 | [Task 3] | 2 | Task 1 | [Verification] |
| 4 | [Task 4] | 3 | Tasks 2, 3 | [Verification] |

## Phase 1: [Phase Name] (Foundation)

### Objective
[What this phase accomplishes]

### Tasks
1. **[Task 1 Name]**
   - Requirements: [Specific requirements]
   - Files: [Files to create/modify]
   - Verification: [How to verify]

### Phase 1 Success Criteria
- [ ] [Criterion 1]
- [ ] [Criterion 2]
- [ ] Tests pass: `[test command]`

### Phase 1 Checkpoint
When Phase 1 criteria met, document:

PHASE 1 COMPLETE:

  • [Task 1]: Done - [evidence]
  • Tests: [pass/fail status]
Continue to Phase 2.

---

## Phase 2: [Phase Name] (Core)

### Objective
[What this phase accomplishes]

### Prerequisites
- Phase 1 complete
- [Any specific requirements]

### Tasks
2. **[Task 2 Name]**
   - Requirements: [Specific requirements]
   - Files: [Files to create/modify]
   - Verification: [How to verify]

3. **[Task 3 Name]**
   - Requirements: [Specific requirements]
   - Files: [Files to create/modify]
   - Verification: [How to verify]

### Phase 2 Success Criteria
- [ ] [Criterion 1]
- [ ] [Criterion 2]
- [ ] [Criterion 3]
- [ ] Tests pass: `[test command]`

### Phase 2 Checkpoint
When Phase 2 criteria met, document:

PHASE 2 COMPLETE:

  • [Task 2]: Done - [evidence]
  • [Task 3]: Done - [evidence]
  • Tests: [pass/fail status]
Continue to Phase 3.

---

## Phase 3: [Phase Name] (Enhancement/Validation)

### Objective
[What this phase accomplishes]

### Prerequisites
- Phases 1-2 complete
- [Any specific requirements]

### Tasks
4. **[Task 4 Name]**
   - Requirements: [Specific requirements]
   - Files: [Files to create/modify]
   - Verification: [How to verify]

### Phase 3 Success Criteria
- [ ] [Criterion 1]
- [ ] [Criterion 2]
- [ ] All tests pass: `[test command]`

---

## Final Verification

Run complete verification:

All tests

[full test command]

Integration check

[integration verification]

Lint/Type check

[lint command]


## Completion Checklist

- Phase 1: All tasks complete and verified
- Phase 2: All tasks complete and verified
- Phase 3: All tasks complete and verified
- All tests passing
- No regressions
- [Any additional requirements]

## Completion

When ALL phases complete and all checklist items verified:

Output: [COMPLETION_PHRASE]

## Progress Tracking

As you work, track progress in this format:

PROGRESS: Phase 1: [COMPLETE/IN PROGRESS] - [X/Y tasks] Phase 2: [COMPLETE/IN PROGRESS/NOT STARTED] - [X/Y tasks] Phase 3: [COMPLETE/IN PROGRESS/NOT STARTED] - [X/Y tasks] Overall: [X/Y tasks complete]


## If Stuck

- Document which phase/task is blocking
- List what's been tried
- Identify the specific blocker
- Do NOT skip tasks or output false promise

Example Prompts

Example 1: CRUD API Implementation

Input:

  • Tasks: Create, Read (single), Read (list), Update, Delete for Products
  • Dependencies: Create first, then others can be parallel
  • Promise: CRUD_API_COMPLETE

Generated Prompt:

# Multi-Task: Product CRUD API Implementation

## Overview
Implement complete CRUD operations for Products resource with RESTful endpoints, validation, and comprehensive tests.

## Task Inventory
| # | Task | Phase | Dependencies | Verification |
|---|------|-------|--------------|--------------|
| 1 | Product model/schema | 1 | None | Model exists, validates |
| 2 | POST /products (Create) | 2 | Task 1 | Returns 201, creates record |
| 3 | GET /products/:id (Read) | 2 | Task 1 | Returns 200, correct data |
| 4 | GET /products (List) | 2 | Task 1 | Returns array, pagination |
| 5 | PUT /products/:id (Update) | 3 | Tasks 2,3 | Returns 200, updates record |
| 6 | DELETE /products/:id | 3 | Tasks 2,3 | Returns 204, removes record |
| 7 | Integration tests | 4 | Tasks 2-6 | All scenarios pass |

## Phase 1: Foundation

### Objective
Create Product model with validation and database schema.

### Tasks
1. **Product Model**
   - Requirements:
     - Fields: id, name, description, price, category, createdAt, updatedAt
     - Validation: name required, price > 0, category from enum
   - Files: `src/models/product.ts`, `src/schemas/product.ts`
   - Verification: Model compiles, validation tests pass

### Phase 1 Success Criteria
- [ ] Product model created with all fields
- [ ] Validation rules implemented
- [ ] Database migration/schema created
- [ ] Model tests pass: `npm test -- --grep "Product model"`

### Phase 1 Checkpoint

PHASE 1 COMPLETE:

  • Product model: Done - all fields, validation working
  • Tests: All model tests passing
---

## Phase 2: Core CRUD Operations

### Objective
Implement Create, Read (single), and Read (list) endpoints.

### Prerequisites
- Phase 1 complete (Product model exists)

### Tasks
2. **POST /products (Create)**
   - Requirements:
     - Accept JSON body with product data
     - Validate input using schema
     - Return 201 with created product
     - Return 400 for validation errors
   - Files: `src/routes/products.ts`, `src/controllers/products.ts`
   - Verification: `curl -X POST -H "Content-Type: application/json" -d '{"name":"Test","price":9.99,"category":"electronics"}' localhost:3000/products`

3. **GET /products/:id (Read Single)**
   - Requirements:
     - Return 200 with product data
     - Return 404 if not found
   - Files: `src/routes/products.ts`, `src/controllers/products.ts`
   - Verification: `curl localhost:3000/products/1`

4. **GET /products (List)**
   - Requirements:
     - Return array of products
     - Support pagination: page, limit query params
     - Return metadata: total, page, limit, totalPages
   - Files: `src/routes/products.ts`, `src/controllers/products.ts`
   - Verification: `curl "localhost:3000/products?page=1&limit=10"`

### Phase 2 Success Criteria
- [ ] POST /products creates product, returns 201
- [ ] POST /products returns 400 for invalid data
- [ ] GET /products/:id returns product
- [ ] GET /products/:id returns 404 for missing
- [ ] GET /products returns paginated list
- [ ] All endpoint tests pass: `npm test -- --grep "products"`

### Phase 2 Checkpoint

PHASE 2 COMPLETE:

  • POST /products: Done - creates products, validates input
  • GET /products/:id: Done - returns product or 404
  • GET /products: Done - paginated list working
  • Tests: All passing
---

## Phase 3: Update and Delete Operations

### Objective
Complete CRUD with Update and Delete endpoints.

### Prerequisites
- Phase 2 complete (Create and Read working)

### Tasks
5. **PUT /products/:id (Update)**
   - Requirements:
     - Accept JSON body with update data
     - Partial updates allowed
     - Return 200 with updated product
     - Return 404 if not found
     - Return 400 for validation errors
   - Verification: `curl -X PUT -H "Content-Type: application/json" -d '{"price":19.99}' localhost:3000/products/1`

6. **DELETE /products/:id**
   - Requirements:
     - Return 204 on success (no content)
     - Return 404 if not found
     - Actually remove record from database
   - Verification: `curl -X DELETE localhost:3000/products/1`

### Phase 3 Success Criteria
- [ ] PUT /products/:id updates product
- [ ] PUT returns 404 for missing, 400 for invalid
- [ ] DELETE /products/:id removes product
- [ ] DELETE returns 404 for missing
- [ ] All endpoint tests pass

### Phase 3 Checkpoint

PHASE 3 COMPLETE:

  • PUT /products/:id: Done - updates work
  • DELETE /products/:id: Done - deletes work
  • Tests: All passing
---

## Phase 4: Integration & Validation

### Objective
Complete test coverage and integration verification.

### Tasks
7. **Integration Tests**
   - Requirements:
     - Full CRUD flow test (create, read, update, delete)
     - Error handling tests (400, 404 scenarios)
     - Pagination tests
     - Edge cases (empty database, special characters)
   - Files: `tests/integration/products.test.ts`

### Phase 4 Success Criteria
- [ ] Integration tests cover full CRUD flow
- [ ] Error scenarios tested
- [ ] All tests passing: `npm test`
- [ ] No TypeScript errors: `npm run typecheck`

---

## Final Verification

All tests

npm test

Type check

npm run typecheck

Manual CRUD flow test

curl -X POST -H "Content-Type: application/json" -d '{"name":"Test Product","price":29.99,"category":"electronics"}' localhost:3000/products curl localhost:3000/products curl localhost:3000/products/1 curl -X PUT -H "Content-Type: application/json" -d '{"price":39.99}' localhost:3000/products/1 curl -X DELETE localhost:3000/products/1


## Completion Checklist

- Phase 1: Product model complete
- Phase 2: Create, Read single, Read list working
- Phase 3: Update, Delete working
- Phase 4: Integration tests complete
- All tests passing
- Manual verification successful

## Completion

When ALL phases complete and all checklist items verified:

Output: CRUD_API_COMPLETE

## Progress Tracking

PROGRESS: Phase 1: [status] - 1/1 tasks Phase 2: [status] - 3/3 tasks Phase 3: [status] - 2/2 tasks Phase 4: [status] - 1/1 tasks Overall: X/7 tasks complete


## If Stuck

- Document which phase/task is blocking
- Note specific error messages
- List approaches tried
- Do NOT skip tasks or output false promise

Example 2: CI/CD Pipeline Setup

Input:

  • Tasks: Lint, Test, Build, Deploy staging, Deploy prod
  • Dependencies: Sequential progression
  • Promise: PIPELINE_COMPLETE

Generated Prompt:

# Multi-Task: CI/CD Pipeline Implementation

## Overview
Set up complete CI/CD pipeline with linting, testing, building, and staged deployments using GitHub Actions.

## Task Inventory
| # | Task | Phase | Dependencies | Verification |
|---|------|-------|--------------|--------------|
| 1 | Workflow file structure | 1 | None | File exists |
| 2 | Lint job | 2 | Task 1 | Workflow runs lint |
| 3 | Test job | 2 | Task 2 | Tests run in CI |
| 4 | Build job | 3 | Task 3 | Build artifacts created |
| 5 | Deploy staging | 4 | Task 4 | Staging deployment works |
| 6 | Deploy production | 4 | Task 5 | Prod deployment works |

## Phase 1: Workflow Foundation

### Tasks
1. **Workflow File Structure**
   - Create `.github/workflows/ci.yml`
   - Define triggers (push to main, PRs)
   - Set up job structure

### Phase 1 Success Criteria
- [ ] Workflow file exists and is valid YAML
- [ ] Triggers defined for push and PR

---

## Phase 2: Quality Gates

### Tasks
2. **Lint Job**
   - Run linter on all source files
   - Fail pipeline if lint errors

3. **Test Job**
   - Depends on lint passing
   - Run full test suite
   - Upload coverage report

### Phase 2 Success Criteria
- [ ] Lint job runs and catches errors
- [ ] Test job runs full suite
- [ ] Pipeline fails if tests fail

---

## Phase 3: Build

### Tasks
4. **Build Job**
   - Depends on tests passing
   - Create production build
   - Upload build artifacts

### Phase 3 Success Criteria
- [ ] Build creates production artifacts
- [ ] Artifacts uploaded and accessible

---

## Phase 4: Deployments

### Tasks
5. **Deploy Staging**
   - Automatic on main branch
   - Deploy to staging environment

6. **Deploy Production**
   - Manual approval required
   - Deploy to production

### Phase 4 Success Criteria
- [ ] Staging auto-deploys on main
- [ ] Production requires manual trigger
- [ ] Both environments update correctly

---

## Completion
When all phases verified:

Output: <promise>PIPELINE_COMPLETE</promise>

Best Practices

Task Organization

  • Group related tasks into phases
  • Clear dependencies between phases
  • Independent tasks within phases can be parallel

Phase Design

  • Each phase has clear entry/exit criteria
  • Document checkpoint at each phase boundary
  • Phase names should reflect purpose (Foundation, Core, Enhancement, Validation)

Progress Tracking

  • Update progress marker after each task
  • Document evidence at checkpoints
  • Don't skip phases even if tasks seem simple

DO:

  • Create clear phase boundaries
  • Define dependencies explicitly
  • Include verification for each task
  • Track progress systematically
  • Checkpoint after each phase

DON'T:

  • Skip phases or tasks
  • Leave dependencies unclear
  • Forget phase checkpoints
  • Output promise before all phases complete

Integration with Ralph Loop

/ralph-wiggum:ralph-loop "[paste generated prompt]" --completion-promise "YOUR_PROMISE" --max-iterations 50

Recommended iterations by complexity:

  • 4-5 tasks: --max-iterations 35-45
  • 6-8 tasks: --max-iterations 50-70
  • 9+ tasks: --max-iterations 80-100

For single-task prompts, see ralph-prompt-single-task. For project-level prompts, see ralph-prompt-project. For research/analysis prompts, see ralph-prompt-research.

平台分布

Claude Code

28.01%
按下载量换算39

github-copilot

20.16%
按下载量换算28

neovate

15.5%
按下载量换算22

Antigravity

13.83%
按下载量换算20

kilo

8.37%
按下载量换算12

command-code

3.57%
按下载量换算5

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

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

继续浏览同类 Skills