Token导航 LogoToken导航

Agent Skill · 前端设计

deliverable-validator(可交付验证器)

deliverable-validator 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

deliverable-validator 是前端设计类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为需要联网;许可证信息还不明确,第三方扫描已通过,按安装量在前端设计类的 10,216 个 Skill 里排第 8,923。

总安装 247周安装 10GitHub Stars 2下载 78核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:deliverable-validator(可交付验证器)
来源仓库:https://github.com/masanao-ohba/claude-manifests
仓库路径:skills/deliverable-validator
安装命令:
npx skills add https://github.com/masanao-ohba/claude-manifests --skill deliverable-validator
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/masanao-ohba/claude-manifests --skill deliverable-validator

这个 Skill 是做什么的

前端设计类 Skill 关注页面结构、视觉规范和组件写法,输出通常是可运行的界面代码。

deliverable-validator 用于跨技术领域验证交付物是否符合规范,涵盖文件、函数与文档完整性检查。适用于项目交付前的合规性确认,如检查 README、API 文档与接口实现情况。支持多种验证类型,包括存在性、功能实现与文档覆盖度,输出证据与合规报告。

不依赖特定编程语言,但需用户提供规格说明与待验文件路径方可运行。安装命令:npx skills add https://github.com/masanao-ohba/claude-manifests --skill deliverable-validator

来源仓库内路径:skills/deliverable-validator

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

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

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

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

常见问题

6 条

deliverable-validator 怎么安装?

在终端执行 npx skills add https://github.com/masanao-ohba/claude-manifests --skill deliverable-valida…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

deliverable-validator 支持哪些 AI 工具?

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

deliverable-validator 需要什么权限?

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

deliverable-validator 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

deliverable-validator 用的人多吗?

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

deliverable-validator 安全吗?

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

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

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理前端设计类任务、又不想每次都手写提示词的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

前端设计类 Skill 对比

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

前端设计 · Codex、Claude

8,823,360126,072只读MIT通过
vercel-composition-patterns

Vercel 组合模式 · Codex、Claude

3,858,81625,893需要联网MIT通过
vercel-react-native-skills

Vercel React native skills 前端 · Codex、Claude

2,468,66425,878只读MIT通过
adapt

adapt 搜索 · Codex、Claude

2,027,04023,125操作浏览器未明确通过
bolder

bolder 分析 · Codex、Claude

2,004,28823,130只读未明确通过
deliverable-validator

可交付验证器 · 本页

2472需要联网未明确通过

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

SKILL.md 原文

Deliverable Validator

A technology-agnostic skill for validating that deliverables meet specifications.

Core Purpose

Verify deliverables by:

  • Checking against specifications
  • Running validation checks
  • Gathering evidence
  • Documenting compliance

Validation Types

Existence Validation

type: existence
description: "Verify required elements exist"

checks:
  files:
    - "Required files present"
    - "Directory structure correct"
    - "No missing dependencies"

  functions:
    - "Required functions implemented"
    - "Required classes present"
    - "Interfaces implemented"

  documentation:
    - "README exists"
    - "API docs present"
    - "Comments where required"

evidence:
  method: "File/code presence check"
  output: "List of present/missing items"

Behavioral Validation

type: behavioral
description: "Verify correct behavior"

checks:
  tests:
    - "All tests pass"
    - "No regressions"
    - "Edge cases covered"

  integration:
    - "APIs respond correctly"
    - "Data flows properly"
    - "External systems connect"

  business_logic:
    - "Calculations correct"
    - "Rules enforced"
    - "Workflows complete"

evidence:
  method: "Test execution, manual verification"
  output: "Test results, observation logs"

Quality Validation

type: quality
description: "Verify quality standards met"

checks:
  static_analysis:
    - "No linting errors"
    - "No type errors"
    - "No security warnings"

  code_review:
    - "Standards compliance"
    - "Pattern adherence"
    - "Best practices followed"

  metrics:
    - "Coverage threshold met"
    - "Complexity within limits"
    - "Performance acceptable"

evidence:
  method: "Tool output, review observations"
  output: "Analysis reports, metrics"

Specification Validation

type: specification
description: "Verify against requirements"

checks:
  criteria_compliance:
    - "All acceptance criteria addressed"
    - "Thresholds met"
    - "Evidence available"

  acceptance_criteria:
    - "All criteria verifiable"
    - "Given-When-Then satisfied"
    - "Edge cases handled"

evidence:
  method: "Acceptance criteria checklist verification"
  output: "Compliance matrix"

Validation Process

Step 1: Gather Specifications

sources:
  - "Acceptance criteria document"
  - "User requirements"
  - "Project standards"

action: "Create validation checklist from specifications"

Step 2: Execute Validations

for_each_validation:
  - "Run appropriate check"
  - "Capture evidence"
  - "Record result (PASS/FAIL)"
  - "Note any issues"

Step 3: Compile Evidence

evidence_types:
  automated:
    - "Test results"
    - "Linter output"
    - "Coverage reports"

  manual:
    - "Code review notes"
    - "Behavioral observations"
    - "Integration test results"

Step 4: Generate Report

report_contents:
  - "Validation summary"
  - "Detailed results"
  - "Evidence references"
  - "Issues found"
  - "Recommendations"

Validation Checklist Template

checklist:
  existence:
    - [ ] All required files present
    - [ ] All required functions implemented
    - [ ] Dependencies satisfied

  behavior:
    - [ ] All tests pass
    - [ ] Expected outputs verified
    - [ ] Error handling works

  quality:
    - [ ] No linting errors
    - [ ] Standards followed
    - [ ] Coverage adequate

  specification:
    - [ ] Achievement indicators satisfied
    - [ ] Acceptance criteria met
    - [ ] No regressions

Output Format

validation_report:
  overall_status: VALID|INVALID

  validations:
    existence:
      status: PASS|FAIL
      items_checked: <count>
      items_passed: <count>
      missing:
        - "<missing item>"

    behavioral:
      status: PASS|FAIL
      tests_run: <count>
      tests_passed: <count>
      failures:
        - test: "<test name>"
          reason: "<failure reason>"

    quality:
      status: PASS|FAIL
      checks_run: <count>
      issues:
        - type: "<issue type>"
          location: "<file:line>"
          description: "<issue>"

    specification:
      status: PASS|FAIL
      criteria_checked: <count>
      criteria_met: <count>
      gaps:
        - criterion: "<criterion>"
          status: "<gap description>"

  evidence:
    - type: "<evidence type>"
      source: "<file or command>"
      result: "<summary>"

  issues_found:
    critical: [...]
    major: [...]
    minor: [...]

  recommendation: "<next action>"

Integration

Used By Agents

primary_users:
  - deliverable-evaluator: "Validation execution"
  - quality-reviewer: "Quality validation"

平台分布

Codex

35.78%
按下载量换算28

Claude

29.86%
按下载量换算23

Cursor

21.63%
按下载量换算17

Gemini CLI

9.57%
按下载量换算7

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

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

安装前确认

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

继续浏览同类 Skills