精加工 Refine:AI自动评分迭代,90分才交付

SKILL开发
开发 未标注权限 许可证不明确
安装这个技能

ai根据你的提示词生成出来漏洞百出,史山代码。这个skill为你加一道保证,让你每次任务的结果都能避免这些情况。

一句话选型结论

按资料字段整理

精加工 Refine:AI自动评分迭代,90分才交付是开发类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类开发 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_97acf6d1/refine
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

开发
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_97acf6d1仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791622851
正文体量9.0 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写代码与改 bug

按需求补代码、定位并修掉报错。

读仓库与生成改动

让模型读懂项目结构,再给出可落地的改动。

跑测试与排查故障

按现象排查问题,补测试用例并复跑。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在开发场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
精加工 Refine:AI自动评分迭代,90分才交付当前 未标注权限 未标注 未标注 未标注 有
技能审查员 浏览器控制 ClawHub 市场 877.9 万 OpenClaw 有
Vercel React 最佳实践 浏览器控制 GitHub 仓库 849.1 万 Codex、Claude、Cursor 有
GitHub 代码协作 联网访问 ClawHub 市场 763.3 万 OpenClaw 有
网页设计指南 联网访问 GitHub 仓库 668.6 万 Codex、Claude、Cursor 有
本体论 只读 ClawHub 市场 663.7 万 OpenClaw 有

SKILL.md 全文

9.0 KB
模型实际读到的说明书原文,来自技能仓库

精加工 Skill - 自动评分、优化、交付

工作流程

阶段 1: 初始完成

AI 完成用户任务,生成初步结果。

阶段 2: 自我评分

对结果进行多维度评分(满分 100 分),生成质量报告。

阶段 3: 优化迭代

如果评分 < 90 分,根据质量报告进行针对性优化。

阶段 4: 重复检查

重复阶段 2-3,直到评分 ≥ 90 分。

阶段 5: 交付结果

评分 ≥ 90 分时,输出最终结果和质量报告。

评分维度

1. 完整性 (30 分)

  • ✅ 是否覆盖所有用户需求
  • ✅ 是否包含必要信息
  • ✅ 是否有遗漏
  • ✅ 是否回答所有问题

评分标准:
- 0-10:完全遗漏关键信息
- 11-20:有遗漏,但不影响核心需求
- 21-30:完整覆盖所有需求

2. 准确性 (30 分)

  • ✅ 信息是否准确
  • ✅ 代码是否正确
  • ✅ 逻辑是否合理
  • ✅ 是否有错误

评分标准:
- 0-10:有严重错误
- 11-20:有轻微错误,但不影响使用
- 21-30:完全准确

3. 可读性 (20 分)

  • ✅ 代码格式是否规范
  • ✅ 文档是否清晰
  • ✅ 结构是否合理
  • ✅ 是否易于理解

评分标准:
- 0-10:难以阅读
- 11-15:一般,有改进空间
- 16-20:清晰易读

4. 实用性 (20 分)

  • ✅ 是否可直接使用
  • ✅ 是否有使用说明
  • ✅ 是否有示例
  • ✅ 是否有注意事项

评分标准:
- 0-10:不可用
- 11-15:可用,但有改进空间
- 16-20:可直接使用

质量报告格式

## 质量评分报告

### 总体评分:XX/100

### 评分详情
1. **完整性**:XX/30
   - 优点:...
   - 不足:...
   - 改进建议:...

2. **准确性**:XX/30
   - 优点:...
   - 不足:...
   - 改进建议:...

3. **可读性**:XX/20
   - 优点:...
   - 不足:...
   - 改进建议:...

4. **实用性**:XX/20
   - 优点:...
   - 不足:...
   - 攟进建议:...

### 总体评价
[简短评价]

### 迭代次数:X

优化策略

根据评分结果优化

评分 < 30 分:严重问题

优化重点:
1. 完全重新理解需求
2. 检查是否遗漏关键信息
3. 确保逻辑正确性
4. 补充必要说明

优化动作:
- 重新分析需求
- 检查所有细节
- 验证正确性
- 完善文档

30-59 分:有明显问题

优化重点:
1. 补充遗漏内容
2. 修正错误
3. 改善结构
4. 增加实用性

优化动作:
- 补充缺失部分
- 修正错误
- 优化结构
- 添加示例

60-89 分:有改进空间

优化重点:
1. 提升可读性
2. 增强实用性
3. 完善细节
4. 添加注释

优化动作:
- 优化格式
- 添加注释
- 增加示例
- 完善说明

90-100 分:优秀

优化重点:
1. 检查是否可以更好
2. 添加额外价值
3. 完善细节
4. 准备交付

优化动作:
- 检查边缘情况
- 添加最佳实践
- 完善文档
- 准备交付

迭代控制

最大迭代次数

  • 默认:5 次
  • 可配置:根据任务复杂度调整

迭代超时

  • 每次迭代最多 5 分钟
  • 超时后强制交付(当前最佳结果)

停止条件

  • 评分 ≥ 90 分
  • 达到最大迭代次数
  • 超时

使用示例

示例 1:代码生成

用户请求:生成一个用户登录功能

迭代 1:

// 初始结果
function login(username, password) {
  return true;
}

// 质量评分:65/100
// - 完整性:18/30(缺少错误处理)
// - 准确性:18/30(缺少验证)
// - 可读性:14/20(缺少注释)
// - 实用性:15/20(缺少示例)

// 优化后
/**
 * 用户登录功能
 * @param {string} username - 用户名
 * @param {string} password - 密码
 * @returns {Promise&lt;{success: boolean, message: string}&gt;}
 */
function login(username, password) {
  try {
    // 验证输入
    if (!username || !password) {
      return { success: false, message: &#x27;用户名和密码不能为空&#x27; };
    }

    // 模拟验证
    if (username === &#x27;admin&#x27; &amp;&amp; password === &#x27;123456&#x27;) {
      return { success: true, message: &#x27;登录成功&#x27; };
    }

    return { success: false, message: &#x27;用户名或密码错误&#x27; };
  } catch (error) {
    console.error(&#x27;登录错误:&#x27;, error);
    return { success: false, message: &#x27;系统错误,请稍后重试&#x27; };
  }
}

// 质量评分:92/100
// - 完整性:29/30(完整覆盖)
// - 准确性:28/30(基本正确)
// - 可读性:18/20(清晰规范)
// - 实用性:17/20(有示例)

// 交付结果

示例 2:文档生成

用户请求:写一个 API 文档

迭代 1:

# 用户 API

## 登录
POST /api/login

参数:
- username
- password

返回:
- success
- message

质量评分:75/100
- 完整性:22/30(缺少详细说明)
- 准确性:22/30(基本正确)
- 可读性:15/20(格式一般)
- 实用性:16/20(缺少示例)

优化后:

# 用户 API

## 登录

### 接口说明
用户登录接口,验证用户名和密码。

### 请求
**方法**:POST
**路径**:/api/login
**Content-Type**:application/json

### 请求参数
| 参数 | 类型 | 必填 | 说明 |
|------|------|------|------|
| username | string | 是 | 用户名 |
| password | string | 是 | 密码 |

### 请求示例
```json
{
  &quot;username&quot;: &quot;admin&quot;,
  &quot;password&quot;: &quot;123456&quot;
}

响应

成功 (200)

{
  &quot;success&quot;: true,
  &quot;message&quot;: &quot;登录成功&quot;,
  &quot;token&quot;: &quot;eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9...&quot;
}

失败 (400)

{
  &quot;success&quot;: false,
  &quot;message&quot;: &quot;用户名或密码错误&quot;
}

错误码

错误码 说明
400 请求参数错误
401 未授权
500 服务器错误

注意事项

  • 密码不要在前端明文传输
  • 建议使用 HTTPS
  • Token 需要妥善保管

**质量评分**:93/100
- 完整性:29/30
- 准确性:28/30
- 可读性:19/20
- 实用性:17/20

**交付结果**

质量评分报告

总体评分:93/100

评分详情

  1. 完整性:29/30
    - 优点:完整覆盖所有必要信息
    - 不足:缺少错误码详细说明
    - 改进建议:补充错误码说明

  2. 准确性:28/30
    - 优点:信息准确,示例正确
    - 不足:缺少响应状态码说明
    - 改进建议:补充状态码

  3. 可读性:19/20
    - 优点:格式规范,结构清晰
    - 不足:无明显问题
    - 改进建议:无明显问题

  4. 实用性:17/20
    - 优点:可直接使用,示例完整
    - 不足:缺少注意事项
    - 改进建议:补充注意事项

总体评价

文档完整、准确、易读、实用,质量优秀。

迭代次数:1

```

交付标准

必须满足的条件

  1. ✅ 评分 ≥ 90 分
  2. ✅ 完整覆盖用户需求
  3. ✅ 代码/内容正确无误
  4. ✅ 格式规范、易读
  5. ✅ 有使用说明和示例
  6. ✅ 有质量报告

交付内容

  1. 最终结果
  2. 质量评分报告
  3. 迭代次数
  4. 改进建议(可选)

最佳实践

1. 评分要客观

  • 基于事实,不是主观感觉
  • 每个维度都要评分
  • 评分要有依据

2. 优化要针对性

  • 根据评分结果优化
  • 不盲目修改
  • 针对薄弱环节

3. 避免过度优化

  • 90 分已经很好
  • 不要追求 100 分
  • 平衡质量和效率

4. 记录迭代过程

  • 记录每次迭代
  • 记录改进内容
  • 便于回顾

常见问题

Q: 为什么是 90 分不是 100 分?

A: 90 分已经达到优秀标准,再追求 100 分会浪费时间。90 分足够满足大多数需求。

Q: 最多迭代几次?

A: 默认 5 次,复杂任务可以调整。超过 5 次后强制交付当前最佳结果。

Q: 如果评分一直不到 90 分怎么办?

A: 会自动迭代,直到达到 90 分或最大迭代次数。超时后会强制交付。

Q: 可以跳过评分直接交付吗?

A: 可以,但推荐使用精加工模式,确保质量。

Q: 评分标准可以自定义吗?

A: 可以,不同任务类型可以有不同的评分标准。

总结

精加工 Skill 通过自动评分、优化、迭代,确保输出质量达到 90 分以上的优秀标准。

核心优势:
- ✅ 自动质量检查
- ✅ 针对性优化
- ✅ 迭代改进
- ✅ 90 分交付标准
- ✅ 质量报告

适用场景:
- 代码生成
- 文档编写
- 方案设计
- 内容创作
- 数据处理

使用方式:
1. 用户请求任务
2. AI 完成初步结果
3. AI 自我评分
4. AI 优化迭代
5. 评分 ≥ 90 分交付

常见问题

5 问
答案由本站依据条目字段整理
精加工 Refine:AI自动评分迭代,90分才交付怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_97acf6d1/refine。安装方式为未标注。装完刷新技能列表或重开客户端。

精加工 Refine:AI自动评分迭代,90分才交付支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

精加工 Refine:AI自动评分迭代,90分才交付权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

精加工 Refine:AI自动评分迭代,90分才交付收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

精加工 Refine:AI自动评分迭代,90分才交付用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。