Token导航 LogoToken导航TokenDH.com
研究检索需要联网clawhub未标认证来源可访问clear审计通过

12341234 文档

Agent Skill

该 Skill 用于查找、检索和筛选相关信息,适合在 OpenClaw 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

4,593

周安装

184

GitHub Stars

公开资料未说明

下载量

1,487
OpenClaw

安装说明

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

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:1234(1234 文档)
来源仓库:https://github.com/caesergattuso/1234
安装命令:
openclaw skills install 1234
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install 1234

简介

用于 RAGFlow 数据集与检索任务管理。

  • 支持创建、更新、删除数据集与文档上传操作。
  • 适合知识库构建与语义检索优化场景。适用宿主包括 OpenClaw,接入前应确认版本、权限和运行环境要求。
  • 使用时需确认 API 权限与数据格式兼容性。
  • 1234 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

name
ragflow-dataset-ingest
description
Use for RAGFlow dataset and retrieval tasks: create, list, inspect, update, or delete datasets; list, upload, update, or delete documents in a dataset; start or stop parsing uploaded documents; check parser status through parse_status.py; and retrieve relevant chunks from RAGFlow datasets with search.py.

RAGFlow Dataset And Retrieval

Use only the bundled scripts in scripts/. Prefer --json for script execution so the returned fields can be relayed exactly.

Trigger Phrases

Use this skill when the user intent matches any of these actions, in either Chinese or English, even if the wording is informal.

  • List datasets

Trigger phrases: "list datasets", "show datasets", "show all datasets", "what datasets do I have" "列出数据集", "查看数据集", "显示所有数据集", "我有哪些数据集"

  • Show dataset details

Trigger phrases: "dataset details", "show dataset info", "inspect dataset", "describe this dataset" "数据集详情", "查看数据集信息", "检查数据集", "显示这个数据集的信息"

  • Create dataset

Trigger phrases: "create dataset", "new dataset", "add a dataset" "创建数据集", "新建数据集", "添加数据集"

  • Update dataset

Trigger phrases: "rename dataset", "update dataset", "change dataset description", "modify dataset" "重命名数据集", "更新数据集", "修改数据集描述", "编辑数据集"

  • Delete dataset

Trigger phrases: "delete dataset", "remove dataset", "drop dataset" "删除数据集", "移除数据集", "清理数据集"

  • Upload documents

Trigger phrases: "upload file", "upload document", "add file to dataset", "import files" "上传文件", "上传文档", "把文件加到数据集", "导入文件"

  • List documents

Trigger phrases: "list documents", "show files", "show documents in dataset", "what files are in this dataset" "列出文档", "列出文件", "查看数据集里的文件", "这个数据集里有哪些文件"

  • Update document

Trigger phrases: "rename document", "update document", "edit document metadata" "重命名文档", "更新文档", "修改文档元数据"

  • Delete document

Trigger phrases: "delete document", "remove file", "delete file from dataset" "删除文档", "删除文件", "从数据集删除文件"

  • Start parsing

Trigger phrases: "parse document", "start parsing", "run parsing", "re-parse document" "解析文档", "开始解析", "执行解析", "重新解析文档"

  • Stop parsing

Trigger phrases: "stop parsing", "cancel parsing", "stop parse job" "停止解析", "取消解析", "停止解析任务"

  • Check parsing status or progress

Trigger phrases: "check parsing status", "show progress", "what is still running", "parsing progress" "查看解析状态", "查看进度", "还有哪些在运行", "解析进度"

  • Search / retrieve

Trigger phrases: "search knowledge base", "search dataset", "retrieve chunks", "find relevant content" "搜索知识库", "搜索数据集", "检索内容", "查找相关内容"

  • List models

Trigger phrases: "list models", "show models", "available models", "what models are available", "list llms", "show llms", "model providers" "列出模型", "查看模型", "可用模型", "有哪些模型", "列出大模型", "查看大模型", "模型供应商"

  • Show model details or provider grouping

Trigger phrases: "model details", "show model details", "group models by provider", "list all models including unavailable ones" "模型详情", "查看模型详情", "按供应商查看模型", "列出所有模型包括不可用模型"

Workflow

For one-off usage, pass --base-url and --api-key-file. For repeated usage, run one command with --save-to-memory and let later commands reuse the memory file or prompt interactively when needed.

python scripts/datasets.py create "My Dataset" --description "Optional description" --base-url http://127.0.0.1:9380 --api-key-file /path/to/key.txt --save-to-memory
python scripts/datasets.py list
python scripts/datasets.py info DATASET_ID
python scripts/update_dataset.py DATASET_ID --name "Renamed Dataset"
  1. Create a dataset or confirm the target dataset.
  2. Upload files.

When asking the user to provide files, prefer explicit local file paths. If the user's client supports drag-and-drop, they may also drop files into the conversation, but local paths work best and large drag-and-drop uploads may fail.

python scripts/upload.py list DATASET_ID --json
python scripts/upload.py DATASET_ID /path/to/file1 [/path/to/file2 ...]
python scripts/update_document.py DATASET_ID DOC_ID --name "Renamed Document"

Upload output returns document_ids. Pass those IDs into the next step.

Use delete commands when the task is cleanup instead of ingest:

python scripts/datasets.py delete --ids DATASET_ID1,DATASET_ID2
python scripts/upload.py delete DATASET_ID --ids DOC_ID1,DOC_ID2

⚠️ DELETION REQUIRES CONFIRMATION: Before executing any delete operation (datasets or documents):

  1. List items to be deleted with details (names, IDs, counts)
  2. Ask user for explicit confirmation (e.g., "yes", "confirm", "proceed")
  3. Only proceed after user confirms

For dataset deletion, execute only against explicit dataset IDs. For document deletion, execute only against explicit document IDs. If the user gives filenames or a fuzzy description, list documents first, resolve exact IDs, get confirmation, and only then run the delete command. Do not perform fuzzy batch delete operations.

  1. Start parsing, or stop parsing when explicitly requested.
python scripts/parse.py DATASET_ID DOC_ID1 [DOC_ID2 ...]
python scripts/stop_parse_documents.py DATASET_ID DOC_ID1 [DOC_ID2 ...]
python scripts/parse_status.py DATASET_ID

parse.py only sends the parse request and returns immediately.

stop_parse_documents.py sends a stop request for explicit document IDs, then returns one current status snapshot for those documents.

Use parse_status.py when the user asks to check progress or current parser status. If parse_status.py returns an error, return the error message directly and do not guess the cause. If a document status includes progress_msg, surface it automatically. For FAIL documents, treat progress_msg as the primary error detail.

For later requests like "Check the progress" or "Which files are currently being parsed", resolve scope by specificity:

  • no dataset specified: inspect all datasets and all documents
  • dataset specified: inspect all documents in that dataset
  • document IDs specified: inspect only those documents
  1. Retrieve chunks from one or more datasets when the user asks knowledge questions against RAGFlow.
python scripts/search.py "What does the warranty policy say?"
python scripts/search.py "What does the warranty policy say?" DATASET_ID
python scripts/search.py --dataset-ids DATASET_ID1,DATASET_ID2 --doc-ids DOC_ID1,DOC_ID2 "What does the warranty policy say?"
python scripts/search.py --threshold 0.7 --top-k 10 "query"
python scripts/search.py --retrieval-test --kb-id DATASET_ID "query"
  1. Inspect configured LLM factories and models when the user asks what models are available.
python scripts/list_models.py --json
python scripts/list_models.py --include-details --json
python scripts/list_models.py --group-by factory --json
python scripts/list_models.py --all --group-by factory --include-details --json

Model Listing

  • default to listing only available models
  • default to grouping by model type
  • if multiple model groups or models are shown, prefer a table
  • if the user asks for details, provider grouping, or unavailable models, expand the output accordingly
  • prefer the grouped result in groups instead of reintroducing the raw server response shape

Progress And Status Output

  • summarize RUNNING items first when reporting progress
  • status reporting should reflect the dataset document list API as-is; do not fabricate percentage progress

Error Output

  • when returning raw script output, preserve error fields exactly as returned
  • if JSON output contains api_error, present that object directly rather than replacing it with a guessed explanation

Scope

Support only:

  • create datasets
  • list datasets
  • inspect datasets
  • update datasets
  • delete datasets
  • upload documents to a dataset
  • list documents in a dataset
  • update documents in a dataset
  • delete documents from a dataset
  • start parsing documents in a dataset
  • stop parsing documents in a dataset
  • list all currently parsing documents in a dataset for broad progress requests
  • aggregate parse progress across all datasets for broad progress requests
  • retrieve relevant chunks from one or more datasets
  • limit retrieval to specific dataset IDs or document IDs
  • use retrieval_test for single-dataset debugging when needed
  • list configured LLM factories and models through the web API

Do not use this skill for chunk editing, memory APIs, or other RAGFlow capabilities outside dataset operations and retrieval.

Runtime Credentials

Do not use .env or shell environment variables for this skill.

Pass --base-url explicitly when needed. For the API key, prefer --api-key-file /path/to/key.txt, or let the script prompt securely.

All scripts also support --memory-file and --save-to-memory. The default memory file is ~/.codex/memories/ragflow_credentials.json.

Example memory file:

{
  "base_url": "http://127.0.0.1:9380",
  "api_key": "ragflow-your-api-key-here",
  "dataset_ids": ["dataset-id-1", "dataset-id-2"]
}

base_url must point to a trusted RAGFlow server because upload and update operations send document bytes and document metadata to that base URL over the API.

api_key should be a minimally scoped bearer token for that server. Do not reuse a broader admin credential unless that access level is actually required for the task.

Do not pass the raw API key directly on the command line because shell history and process listings may expose it.

Endpoints

  • GET /api/v1/datasets
  • POST /api/v1/datasets
  • PUT /api/v1/datasets/<dataset_id>
  • DELETE /api/v1/datasets
  • GET /api/v1/datasets/<dataset_id>/documents
  • POST /api/v1/datasets/<dataset_id>/documents
  • PUT /api/v1/datasets/<dataset_id>/documents/<document_id>
  • DELETE /api/v1/datasets/<dataset_id>/documents
  • POST /api/v1/datasets/<dataset_id>/chunks
  • DELETE /api/v1/datasets/<dataset_id>/chunks
  • POST /api/v1/retrieval
  • POST /api/v1/chunk/retrieval_test
  • GET /v1/llm/my_llms

Commands

python scripts/datasets.py list --base-url http://127.0.0.1:9380 --api-key-file /path/to/key.txt
python scripts/datasets.py create "Example Dataset" --description "Quarterly reports" --save-to-memory
python scripts/datasets.py create "Example Dataset" --embedding-model bge-m3 --chunk-method naive --permission me
python scripts/datasets.py info DATASET_ID
python scripts/update_dataset.py DATASET_ID --name "Updated Dataset" --description "Updated description"
python scripts/datasets.py delete --ids DATASET_ID1,DATASET_ID2 --json
python scripts/upload.py list DATASET_ID --json
python scripts/upload.py DATASET_ID ./example.pdf --json
python scripts/update_document.py DATASET_ID DOC_ID --name "Updated Document" --enabled 1 --json
python scripts/upload.py delete DATASET_ID --ids DOC_ID1,DOC_ID2 --json
python scripts/datasets.py list --json
python scripts/parse.py DATASET_ID DOC_ID1 --json
python scripts/stop_parse_documents.py DATASET_ID DOC_ID1 --json
python scripts/parse_status.py DATASET_ID --json
python scripts/search.py "query"
python scripts/search.py "query" DATASET_ID --json
python scripts/search.py --dataset-ids DATASET_ID1,DATASET_ID2 --doc-ids DOC_ID1,DOC_ID2 "query" --json
python scripts/search.py --retrieval-test --kb-id DATASET_ID "query" --json
python scripts/list_models.py --json
python scripts/list_models.py --include-details --json

Once credentials are saved to the memory file, the later examples can omit --base-url and --api-key-file. If no memory value exists, the scripts will prompt for the missing value interactively.

Notes

  • Dataset creation supports --avatar, --description, --embedding-model, --permission, --chunk-method, and --language.
  • Dataset update supports explicit flags or --data JSON payloads through scripts/update_dataset.py.
  • Upload does not start parsing by itself.
  • Prefer local file paths for uploads. Drag-and-drop is acceptable only when the client's UI supports it, and it may fail for large files.
  • Document update supports explicit flags or --data JSON payloads through scripts/update_document.py.
  • Parsing is asynchronous.
  • parse.py returns immediately after the start request. Do not wait for parse status in this command.
  • When a script returns an error, proactively include the error message in the same reply. Do not wait for the user to ask for the error details.
  • If JSON output contains api_error, return that API error object directly instead of replacing it with a guessed explanation.
  • If JSON output contains error, api_error.message, status_error.message, or error_detail.message, surface that message to the user immediately.
  • A stop request may not flip the document to CANCEL immediately. Use the returned snapshot or scripts/parse_status.py to confirm the terminal state.
  • For broad status/progress requests with no dataset specified, list datasets first and aggregate scripts/parse_status.py DATASET_ID across all datasets.
  • If a dataset is specified, prefer scripts/parse_status.py DATASET_ID without --doc-ids.
  • If document IDs are specified, pass --doc-ids.
  • Retrieval defaults to POST /api/v1/retrieval.
  • scripts/search.py accepts dataset_ids from the memory file as the default dataset scope when the user does not specify dataset IDs explicitly.
  • Use --retrieval-test only when the user wants single-dataset debugging or specifically asks for that endpoint.
  • scripts/list_models.py calls GET /v1/llm/my_llms and uses the resolved bearer API key from --api-key-file, the memory file, or a secure prompt.

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

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

04

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

能力 5

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

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

平台分布

OpenClaw

97.91%
按下载量换算1,456

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

需要联网

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

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills