Token导航 LogoToken导航

Agent Skill · 效率

meeting-score(会议成绩)

meeting-score 用于补充效率相关能力,适合在 OpenClaw 中需要让 Agent 承接效率相关任务时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

meeting-score 是效率类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为需要联网;许可证为 MIT-0,第三方扫描有提醒项,按安装量在效率类的 21,003 个 Skill 里排第 4,972。

总安装 11,999周安装 505GitHub Stars 公开资料未说明下载 4,202核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

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

命令行安装

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

ClawHubOpenClaw
openclaw skills install meeting-score

这个 Skill 是做什么的

效率类 Skill 把重复的整理、汇总、转换工作交给助手完成,减少手工复制粘贴。

会议主持人提供兔子名称、材料链接和评委名单,自动在飞书多维表格中创建评分表。剩余评委会独立打分(打分维度一(替换为实际)、打分维度二(替换为实际)、打分维度三(替换为实际)),打分范围H/M/L,完成评分后各主持人可查看其余平均分汇总。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install meeting-score;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

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

常见问题

6 条

meeting-score 怎么安装?

在终端执行 openclaw skills install meeting-score。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

meeting-score 支持哪些 AI 工具?

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

meeting-score 需要什么权限?

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

meeting-score 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

meeting-score 用的人多吗?

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

meeting-score 安全吗?

第三方扫描有提醒项,说明存在需要人工确认的行为。安装前请打开源码看清它读了什么、联网到哪里。

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

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。

先想清楚的地方

  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

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

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

效率类 Skill 对比

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

GitHub 代码协作 · OpenClaw

7,632,918545需要联网MIT-0通过
nano-pdf

Nano PDF 文档 · OpenClaw

4,249,476231需要联网MIT-0通过
auto-updater

自动更新程序 · OpenClaw

2,964,063386操作浏览器MIT-0通过
video-frames

视频帧 · OpenClaw

2,621,304112需要联网MIT-0通过
gemini

Gemini 助手 · OpenClaw

2,547,39648需要联网MIT-0有提醒
meeting-score

会议成绩 · 本页

11,999—需要联网MIT-0有提醒

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

SKILL.md 原文

name
meeting-score
description
会议议题评分系统。会议主持人提供议题名称、材料链接和评委名单,自动在飞书多维表格中创建评分表。每位评委独立打分(打分维度一(替换为实际)、打分维度二(替换为实际)、打分维度三(替换为实际)),打分范围 H/M/L,评分完成后主持人可查看各议题平均分汇总。
metadata
{ "openclaw": { "emoji": "📊" } }

Meeting Score Skill — 会议议题评分系统

功能概述

为会议主持人提供一套完整的议题评分工作流:

  1. 初始化 — 主持人提供议题 + 材料链接 + 评委名单,自动创建飞书多维表格
  2. 打分 — 每位评委独立打分(仅可见自己的打分记录)
  3. 汇总 — 所有评委完成后,主持人查看各议题平均分报告

数据结构设计

表1:议题列表(主持人视图)

字段名类型说明
议题名称文本汇报议题标题
材料链接超链接议题相关文档链接
状态单选待评分 / 评分中 / 已完成
维度一均分数字自动计算(所有评委该维度平均),维度名可自定义,如:打分维度一(替换为实际)
维度二均分数字自动计算,维度名可自定义,如:打分维度二(替换为实际)
维度三均分数字自动计算,维度名可自定义,如:打分维度三(替换为实际)
综合总分均分数字三维度均分之和

表2:评分记录(评委打分视图)

字段名类型说明
议题名称文本关联议题
评委姓名文本打分人
维度一单选H(5分) / M(3分) / L(1分),维度名可自定义
维度二单选H(5分) / M(3分) / L(1分),维度名可自定义
维度三单选H(5分) / M(3分) / L(1分),维度名可自定义
小计数字三项分值之和(自动计算)
打分时间日期记录时间

执行步骤

【Step 1】初始化评分表

当主持人说"创建评分表"、"新建会议评分"或提供议题信息时执行:

输入信息:

  • 议题列表(名称 + 材料链接)
  • 评委名单(姓名列表)

执行操作:

  1. 使用 feishu_bitable_create 创建多维表格,命名为「{会议名称}_议题评分」
  1. 创建议题列表表(表1),添加字段:

- 议题名称(文本,主键) - 材料链接(超链接) - 状态(单选:待评分/评分中/已完成) - 维度一均分(数字,若主持人指定了维度名则使用实际名称,否则默认"维度一") - 维度二均分(数字,同上) - 维度三均分(数字,同上) - 综合总分均分(数字)

  1. 创建评分记录表(表2),添加字段:

- 议题名称(文本) - 评委姓名(文本) - 维度一(单选:H/M/L,维度名同上,可自定义) - 维度二(单选:H/M/L,维度名同上,可自定义) - 维度三(单选:H/M/L,维度名同上,可自定义) - 小计(数字) - 备注(文本)

> ⚠️ 注意:评分记录表创建后,系统默认的「多行文本」主键字段保留(用于显示),其余默认生成的「单选」「日期」「附件」字段需删除,调用 DELETE /fields/{field_id} 清理。

> ⚠️ 注意:飞书多维表格创建后默认会生成若干空白行以及「单选」「日期」「附件」等默认字段,初始化时需要: > 1. 删除默认多余字段(单选/日期/附件):逐个调用 DELETE /fields/{field_id} > 2. 删除默认空白行:读取所有记录后逐条调用 DELETE /records/{record_id} 删除主键为空的行 > 两步操作确保表格整洁,只保留业务所需字段和数据。

> 💡 维度名自定义说明:主持人在初始化时可指定三个维度的实际名称,例如: > "维度一=打分维度一(替换为实际),维度二=打分维度二(替换为实际),维度三=打分维度三(替换为实际)" > 若未指定,默认使用「维度一/维度二/维度三」。

  1. 在表2中为每个「评委 × 议题」组合预创建空白记录行(方便评委直接填写)
  1. 配置「评分记录」表的行级高级权限(每人仅见自己的行):

飞书多维表格支持「高级权限」功能,可限制每个协作者只能查看/编辑与自己相关的行。由于 API 暂不支持直接配置行级权限,需主持人在表格中手动操作(初始化后提示主持人):

操作步骤(主持人完成表格创建后执行):

   ① 打开「评分记录」表
   ② 点击右上角「...」→「高级权限」
   ③ 开启「高级权限」
   ④ 点击「添加规则」
   ⑤ 设置规则:
      - 条件:「评委姓名」字段 = 当前用户姓名
      - 权限:可查看、可编辑(仅匹配行)
   ⑥ 将规则应用范围设为「协作者」
   ⑦ 保存

完成后每位评委打开表格只会看到自己姓名对应的行,无法查看其他评委的打分。

> ⚠️ 重要提示:飞书高级权限中「当前用户」的匹配依赖「评委姓名」字段与飞书账号姓名一致。 > 若评委的飞书显示名称与填写的评委姓名不同,需在初始化时确认姓名一致,或使用「成员」类型字段(关联飞书用户)以确保精确匹配。

  1. 返回表格链接,并提示主持人配置高级权限:
   ✅ 评分表已创建!
   
   📋 表格链接:{url}
   
   ⚠️ 请主持人完成以下配置(约1分钟):
   打开「评分记录」表 → 右上角「...」→「高级权限」
   → 添加规则:评委姓名 = 当前用户 → 保存
   配置完成后每位评委只能看到自己的打分行。
   
   评委操作说明:
   - 打开表格 → 切换到「评分记录」表
   - 找到自己姓名对应的行,填写 H/M/L
   - H=5分(高)  M=3分(中)  L=1分(低)
   
   主持人说"查看汇总"可获取各议题平均分报告。

【Step 2】评委打分

当评委说"我要打分"、"提交打分"时:

输入:

  • 评委姓名
  • 议题名称
  • 三个维度的评分(H/M/L)

分值换算:

  • H → 5分
  • M → 3分
  • L → 1分

执行:

  1. 在表2中找到对应评委+议题的记录(用 feishu_bitable_list_records 读取)
  2. 用 feishu_bitable_update_record 更新三个维度的评分和打分时间
  3. 立即计算并回写小计(见下方计算规则)
  4. 确认消息:✅ {评委} 对「{议题}」的打分已记录,小计:{小计}分

【Step 2.5】计算并回写小计(每次打分后自动执行)

触发时机: 每当有评委完成打分(Step 2)后,立即执行。

计算规则:

scoreMap = { "H(5分)": 5, "M(3分)": 3, "L(1分)": 1 }

小计 = scoreMap[维度一] + scoreMap[维度二] + scoreMap[维度三]

执行步骤:

  1. 读取该条评分记录的三个维度值
  2. 按 scoreMap 换算为数字(H=5, M=3, L=1)
  3. 将三项相加得到小计(最高15分)
  4. 用 feishu_bitable_update_record 将小计写回该记录的「小计」字段
  5. 同步更新议题列表表(表1)中对应议题的均分:

- 读取该议题所有已打分的记录 - 分别计算三个维度的平均分(保留1位小数) - 计算综合总分均分(三维度均分之和) - 用 feishu_bitable_update_record 更新表1对应行的均分字段 - 若该议题所有评委均已完成打分,将状态更新为「已完成」

示例:

张三打分:维度一=H, 维度二=M, 维度三=L
小计 = 5 + 3 + 1 = 9

李四打分:维度一=H, 维度二=H, 维度三=H
小计 = 5 + 5 + 5 = 15

该议题维度一均分 = (5+5)/2 = 5.0
该议题维度二均分 = (3+5)/2 = 4.0
该议题维度三均分 = (1+5)/2 = 3.0
综合总分均分 = 5.0 + 4.0 + 3.0 = 12.0

【Step 3】汇总报告

当主持人说"查看汇总"、"生成报告"、"计算总分"时:

执行:

  1. 用 feishu_bitable_list_records 读取表2所有打分记录
  2. 按议题分组,重新计算每个议题的:

- 维度一均分 = Σ维度一分 / 已打分评委人数 - 维度二均分 = Σ维度二分 / 已打分评委人数 - 维度三均分 = Σ维度三分 / 已打分评委人数 - 综合总分均分 = 三维度均分之和(满分15分)

  1. 用 feishu_bitable_update_record 将均分写回表1对应议题行
  2. 将已全部打分的议题状态更新为「已完成」
  3. 按综合总分均分从高到低排序,输出报告:
📊 议题评分汇总报告

排名  议题名称       维度一  维度二  维度三  综合均分
1.   XXX议题        4.5    4.0    3.5     12.0 ★
2.   YYY议题        3.5    4.0    4.0     11.5
3.   ZZZ议题        3.0    3.5    3.0      9.5

(维度名称以实际设定为准)
评委参与情况:{已打分人数}/{总评委人数}
{如有评委未完成打分,列出名单}

⚠️ 注:均分基于已提交打分计算

触发关键词

  • 主持人初始化:「创建评分表」「新建议题评分」「开始评分」
  • 评委打分:「我要打分」「提交评分」「给XXX议题打分」
  • 启动自动计算:「开始自动计算」「监听打分」「自动更新总分」
  • 查看汇总:「查看汇总」「生成报告」「评分结果」「各议题得分」
  • 停止自动计算:「停止监听」「停止自动计算」

【Step 4】自动轮询计算总分(定时任务)

背景说明

飞书多维表格不支持 Webhook 触发,无法在评委填写后实时感知变化。 因此采用定时轮询方案:每隔固定间隔读取评分记录,自动计算并更新小计和均分。

启动方式

当主持人说「开始自动计算」或「监听打分」时,使用 cron 工具创建定时任务:

任务名:meeting-score-{app_token}-计算
调度:每0.5分钟执行一次(everyMs: 30000)
目标:isolated session

任务内容(agentTurn message 模板):

请执行 meeting-score skill 的自动计算步骤:

多维表格 app_token: {app_token}
评分记录表 table_id: {score_table_id}
议题列表表 table_id: {agenda_table_id}
打分维度字段名: [{维度一字段名}, {维度二字段名}, {维度三字段名}]
分值映射: H(5分)=5, M(3分)=3, L(1分)=1

执行步骤:
1. 用 feishu_bitable_list_records 读取评分记录表所有记录
2. 对每条三个维度均已填写(非空)且小计为空或打分时间为空的记录:
   - 计算小计 = 维度一分值 + 维度二分值 + 维度三分值
   - 用 feishu_bitable_update_record 写回小计和打分时间(当前时间戳)
3. 按议题名称分组,计算各议题三个维度均分和综合总分均分(保留1位小数)
4. 用 feishu_bitable_update_record 将均分写回议题列表表对应行
5. 若某议题全部评委均已打分,将该议题状态更新为「已完成」
6. 若所有议题状态均为「已完成」,通过飞书发送消息给主持人:
   「📊 所有议题评分已完成!请说"查看汇总"获取完整报告。」

停止方式

当主持人说「停止自动计算」时,用 cron 工具禁用对应任务(enabled: false)。

重要提示

  • 启动自动计算后,将任务 jobId 记录下来,用于后续停止
  • 建议会议结束后手动停止自动计算,避免资源浪费
  • 若评委通过对话方式打分(非直接填表),Step 2.5 会立即计算,无需等待轮询

注意事项

  • 行级权限隔离:「评分记录」表需主持人手动开启高级权限,确保每位评委只能看到自己的打分行(见 Step 1 第5步)
  • 评委只应看到自己的打分行,不应主动展示其他评委的打分明细
  • 如评委重复打分,覆盖之前的记录(以最新一次为准)
  • 均分保留1位小数
  • 主持人可随时查看汇总(即使未全部完成,标注参与人数即可)
  • 多维表格创建后,将链接分享给主持人和所有评委
  • 评委姓名需与其飞书账号显示名称保持一致,以确保高级权限规则正确生效

平台分布

OpenClaw

98.48%
按下载量换算4,138

安全审计

VirusTotal

可疑

ClawScan

可疑

Static analysis

未展示

权限和风险

需要联网

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

安装前确认

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

继续浏览同类 Skills