feat: improve skill import and runtime delivery

This commit is contained in:
lofyer
2026-08-07 21:01:17 +08:00
parent 954b42ef55
commit 417a9fccb6
63 changed files with 6136 additions and 527 deletions
@@ -0,0 +1,68 @@
---
name: tender-technical-spec
version: 1.0.0
description: |
将已核验产品能力转写为可采购、可测试、可验收的招标技术规格和参数表。用于编制
招标文件技术要求、采购参数或技术规格书;不负责判断投标方是否符合,也不负责
撰写整篇投标技术方案。
allowed-tools:
- Read
- Grep
- Glob
compatibility: Markdown;建议配合 product-evidence
---
# 招标技术参数
## 必要输入
- 产品事实与证据清单,尤其是功能、参数、限制、部署和兼容性。
- 本次采购范围、部署规模、适用环境和验收阶段。
- 强制项、推荐项和可选项的标记规则。
- 是否允许品牌、专利或特定实现方式出现在参数中。
## 编制原则
1. 参数描述采购目标和可验证结果,避免锁定非必要的内部实现。
2. 每项只表达一个可判定要求,不能把多个条件塞入一行。
3. 数值必须包含单位、适用版本、测试条件和统计口径。
4. 使用“应、须、不得”表示强制要求,“宜、可”表示推荐或可选要求。
5. 为每项定义验收方法和所需证据,避免“支持、具备、先进”等无法判定的表述。
6. 无证据或需采购方确认的内容进入待确认表,不得补造门槛值。
7. 安全、兼容性、部署和服务要求分别成组,不能混入功能参数。
## 参数分类
- 总体与部署
- 功能能力
- 接口与集成
- 性能与容量
- 安全与审计
- 兼容性与信创环境
- 运维、备份与升级
- 服务、培训与交付
- 验收与材料
只保留与本次采购目标有关的分类。
## 输出
复制 `templates/tender-technical-spec.md`,生成:
1. 技术规格正文。
2. 可机读或可复制到表格的参数明细。
3. 待确认参数与风险清单。
4. 参数到事实证据的内部追溯表。
## 风险检查
- 是否把规划能力写成强制现有参数。
- 是否为体现“先进”而编造性能阈值。
- 是否把特定品牌或架构写成唯一实现路径,造成不必要排他性。
- 是否存在无法复现的“高、快、强、稳定”等主观指标。
- 是否遗漏测试数据、环境、并发模型、持续时间或误差范围。
## 完成标准
每项要求具备唯一编号、级别、参数内容、适用条件、验收方法和证据;全文无互相
冲突的阈值;待确认项没有混入正式参数;公开与保密边界符合输入约束。
@@ -0,0 +1,32 @@
# {{项目名称}}招标技术规格
## 一、采购范围与适用条件
- 采购对象:{{产品/服务范围}}
- 部署环境:{{环境}}
- 适用版本:{{版本}}
- 验收阶段:{{阶段}}
## 二、技术参数
| 编号 | 分类 | 级别 | 技术要求 | 条件与口径 | 验收方法 | 证据/材料 |
|---|---|---|---|---|---|---|
| TP-001 | 功能能力 | 强制 | 系统应{{可验证行为}} | {{版本、环境或前提}} | {{操作、测量或材料审查}} | {{EVD-001}} |
## 三、交付与服务要求
| 编号 | 级别 | 要求 | 验收方式 |
|---|---|---|---|
| SV-001 | 强制 | {{交付物、培训或服务要求}} | {{材料或现场验收}} |
## 四、待确认事项
| 编号 | 待确认内容 | 缺少依据 | 责任方 | 截止时间 |
|---|---|---|---|---|
| TBD-001 | {{参数或范围}} | {{需要补充的证据}} | {{责任方}} | {{日期}} |
## 五、内部追溯表
| 参数编号 | 事实/主张 ID | 证据 ID | 复核结论 |
|---|---|---|---|
| TP-001 | {{CLM-001/PAR-001}} | {{EVD-001}} | {{通过/待确认}} |