param-eval

招标/采购项目技术参数需求逐项评估,输出标准格式的需求响应表

Safety Notice

This listing is from the official public ClawHub registry. Review SKILL.md and referenced scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "param-eval" with this command: npx skills add iamdacai/param-eval

param-eval - 参数评估技能

用途

对招标/采购项目的技术参数需求进行逐项评估,输出标准格式的需求响应表。

触发条件

用户提到以下关键词时激活:

  • "参数评估"
  • "需求响应"
  • "招标参数"
  • "技术评估"
  • "产品对标"

工作流程

1. 确认产品信息

首先确认使用哪个产品的资料进行评估:

  • 用户明确指定产品 → 直接进入步骤 2
  • 用户未指定产品 → 询问"请问使用哪个产品的资料进行评估?可选产品:云锁、数管平台"

产品识别规则:

关键词对应目录
"云锁"products/yunsuo/
"数管"、"数管平台"、"DSCP"products/shuguan/

重要: 只使用已录入产品资料的产品进行评估。如用户指定未录入的产品,需先录入产品资料。

2. 读取产品资料

读取对应产品目录下的资料文件:

products/{product_name}/
├── 产品功能清单.md      # 必读 - 核心功能依据
├── 控标参数表.md        # 选读 - 控标分析参考
├── 技术白皮书.md        # 选读 - 技术细节
└── 规格说明书.md        # 选读 - 规格参数

重要规则:

  • ⚠️ 只使用指定产品的资料,不得引用其他产品功能
  • ⚠️ 每条评估结论必须注明依据来源,格式:【依据:products/xxx/产品功能清单.md 第 X 章】
  • ⚠️ 必须引用原文,直接复制产品清单中的原话作为评估依据
  • ⚠️ 如产品资料不足,明确告知用户"该产品资料不完整,需补充 XX 文档"

3. 读取招标需求

用户提供招标需求后,逐项分析:

  • 提取关键技术要求
  • 识别可量化的参数指标
  • 标记模糊/需澄清的需求项

4. 逐项评估

对每个需求项进行三档评估:

等级含义使用场景
完全满足产品功能完全覆盖需求,无偏离
⚠️部分满足功能有差异、性能不达标、或需额外配置
不满足产品无法实现该需求

评估要点:

  • 量化指标必须对比具体数值(如存储容量、吞吐量等)
  • 功能描述必须对照产品原文,不得夸大
  • 对于不满足项,需说明解决建议(如集群部署、定制开发等)

5. 输出标准格式

按以下模板输出需求响应表:

# {产品名称}参数评估表

**项目名称:** {项目名称}  
**响应单位:** [待填写]  
**产品名称:** {产品名称}  
**产品版本:** {版本号}  
**评估日期:** {日期}

---

## 一、需求响应总表

| 序号 | 需求项 | 响应情况 | 偏离说明 |
|:---:|:---|:---:|:---|
| 1 | {需求名称} | ✅/⚠️/❌ | {简要说明} |

---

## 二、详细需求响应

### 需求 X:{需求名称}

| 项目 | 内容 |
|:---|:---|
| **招标要求** | {招标原文} |
| **响应情况** | ✅/⚠️/❌ {等级} |
| **满足度说明** | **子项 1:✅ 满足**<br>{具体说明}<br><br>**子项 2:❌ 不满足**<br>{具体说明,差距分析}<br><br>**子项 3:⚠️ 需确认**<br>{待确认内容} |
| **依据文件** | `products/{产品}/产品功能清单.md` |
| **具体章节** | 第 X 章 {章节名称} |
| **原文引用** | • {直接复制产品清单原话 1}<br>• {直接复制产品清单原话 2} |
| **偏离说明** | {明确说明差异点,如"存储 49TB < 要求 120TB",并给出解决建议} |

---

## 三、总结与建议

### 响应情况汇总

| 响应等级 | 数量 | 需求项 |
|:---:|:---:|:---|
| ✅ 完全满足 | X 项 | 需求 X、X、X |
| ⚠️ 部分满足 | X 项 | 需求 X、X |
| ❌ 不满足 | X 项 | 需求 X |

### 待确认/需解决事项

| 事项 | 影响需求 | 建议方案 |
|:---|:---|:---|
| {事项} | 需求 X | {解决方案} |

### 优势分析

1. {核心优势 1}
2. {核心优势 2}
3. {核心优势 3}

### 投标建议

1. **版本选择**:{建议版本}
2. **部署方案**:{部署建议}
3. **控标策略**:{控标点建议}
4. **风险规避**:{风险应对建议}

---

**评估人:** 小蓝  
**评估时间:** {日期}  
**资料来源:** `products/{产品}/产品功能清单.md`

六、质量检查清单

输出前自检:

  • 每条评估结论是否注明了依据来源文件和章节?
  • 是否直接引用了产品清单原文?
  • 是否只使用了指定产品的资料?
  • 量化指标是否进行了数值对比?
  • 待确认/不满足事项是否列出解决建议?
  • 格式是否符合标准模板?

七、产品资料维护

已录入产品:

产品目录资料状态
云锁products/yunsuo/✅ 产品功能清单
数管平台products/shuguan/✅ 产品功能清单 + 控标参数表

如用户发现评估有误,可能是产品资料过期:

  1. 提醒用户更新产品资料
  2. 协助整理最新产品文档到对应目录
  3. 记录资料版本和更新日期

示例调用

用户:用云锁的资料做参数评估
AI:好的,正在读取云锁产品资料...请问招标需求文档在哪里?

用户:参数评估,产品:数管平台
AI:收到,使用数管平台产品资料。请提供招标需求内容。

用户:评估这个服务器安全项目(附需求文档)
AI:收到,请问使用哪个产品的资料进行评估?可选产品:云锁、数管平台

更新记录

日期更新内容
2025-01-09优化输出模板,增加满足度说明、具体章节、原文引用、偏离说明字段
2025-01-09更新产品列表,删除奇安信、360、火绒

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

General

Gigo Lobster Taster

🦞 GIGO · gigo-lobster-taster: 正式试吃模式:跑完整评测,默认上传云端、生成个人结果页并进入排行榜。 Triggers: 试吃我的龙虾 / 品鉴我的龙虾 / lobster taste / lobster taster.

Registry SourceRecently Updated
General

Invoice Generator

Creates professional invoices in markdown and HTML

Registry SourceRecently Updated
92001kalin
General

backstage companion

Anti-drift protocol script. Ensures parity between docs and system. Triggers: 'bom dia PROJECT' / 'good morning PROJECT' (load project context with health ch...

Registry SourceRecently Updated
General

stratos-storage

Upload and download files to/from Stratos Decentralized Storage (SDS) network. Use when the user wants to store files on Stratos, retrieve files from Stratos, upload to decentralized storage, or download from SDS.

Registry SourceRecently Updated