腾信标书简历审核Skill

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

用于审核标书或投标文件中的人员简历,检查简历重复使用、同一人员跨岗位复用,以及填写工作年限与工作经历、项目经历、毕业时间之间的一致性和合理性。当需要审核粘贴文本或 DOCX、PDF、XLSX 等文件中的简历清单、岗位对应关系和个人简历,并输出带证据、严重程度和整改建议的问题清单时使用。

一句话选型结论

按资料字段整理

腾信标书简历审核Skill是效率类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

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

安装

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

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

  2. 2
    拿到技能文件

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

  3. 3
    刷新技能列表

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

  4. 4
    验证是否生效

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

技能档案

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

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
整理待办与日程

把零散任务收进清单,排出优先级。

批量处理重复任务

把固定动作做成模板,重复执行。

把流程写成清单

把口头流程整理成可复用的步骤。

选择建议

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

值得选的地方

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

先想清楚的地方

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

更适合

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

不太适合

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

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
腾信标书简历审核Skill当前 未标注权限 未标注 未标注 未标注 有
Nano PDF 文档 联网访问 ClawHub 市场 424.9 万 OpenClaw 有
自动更新程序 浏览器控制 ClawHub 市场 296.4 万 OpenClaw 有
Gemini 助手 联网访问 ClawHub 市场 254.7 万 OpenClaw 有
word DOCX 文档 联网访问 ClawHub 市场 239.6 万 OpenClaw 有
Excel XLSX 前端 联网访问 ClawHub 市场 227.0 万 OpenClaw 有

SKILL.md 全文

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

标书简历审核

目标

审阅标书中的简历清单、岗位对应关系和个人简历,识别基础信息完整性与年限逻辑风险。只根据文档证据判断;无法确认时标记为“疑似”并说明缺失信息,不把同名直接当成同一人。

检查项编号

严格保留“检查类型.检查项”的编号层级。当前检查项如下:

  • 1.1 简历重复性检查:1.1.1 简历列表是否存在重复使用;1.1.2 同一份简历是否出现在多个岗位中。
  • 1.2 简历工作年限检查:1.2.1 工作年限是否与工作经历信息一致;1.2.2 工作年限是否与项目经历一致;1.2.3 工作年限是否合理。
  • 1.3 内容完整性检查:1.3.1 所有拟投人员要有详细的简历说明;1.3.2 所有拟投人员与详细简历人员信息一致。

每次审核必须逐条执行全部检查项,并在报告中保留编号、检查类型和检查点原文。不要只输出发现异常的项目。若增删检查项,须同步更新本节、references/checklist.md 和 references/report-spec.md 中的检查项计数。

审核流程

  1. 输入与提取
    - 输入可能是粘贴文本,或 DOCX、PDF、XLSX 文件。优先使用本地解析工具提取全文,保留表格结构(行/列对应关系)和分页信息;多文件输入时逐个记录文件名。
    - 证据位置优先使用页码;提取后无法确定页码时,改用“文件名 + 章节号 / 表格名称 / 文档顺序号”定位,禁止编造页码。粘贴文本没有页码,证据一律用原文摘录加就近标题定位。
    - 表格跨页断裂时先合并再比对;合并不了的(信息缺失、行错位)在报告中列出并转“待核验”。
    - 提取结果缺少关键材料(如无身份证号、无日期、无岗位映射表)时,直接进入“待补充信息”清单,不要据此下“确认异常”结论。

  2. 收集并定位信息
    - 找到简历清单、岗位/人员对应表和每份个人简历;记录文件名、页码/表名、岗位和简历编号。
    - 提取姓名、身份证号(可脱敏)、联系方式、学历/学校/专业、雇主、任职起止年月、项目名称及项目起止年月、填写的工作年限、毕业年月。
    - 保留原始日期文本和证据位置,区分“未提供”“无法识别”和“明确不存在”。

  3. 建立人员与简历指纹
    - 先用简历编号、身份证号、电话等强标识匹配;缺少强标识时组合姓名、学历背景、学校/专业、雇主、任职时间、项目经历等字段。
    - 比较整份简历的结构和内容,识别复制粘贴、仅改姓名或局部改写的版本。
    - 对同名但关键背景不同的人员保持分开;对信息不足的匹配输出“需要人工核验”。

  4. 执行检查规则
    - 按 references/checklist.md 逐项检查,先做重复性,再做日期和年限一致性。
    - 对 1.3 内容完整性检查,先建立“拟投人员表”和“详细简历表”的双向清单;分别检查是否缺少详情,以及姓名、年龄等基本信息是否一致。
    - 工作经历或项目存在重叠时计算日期区间并集,不要简单相加;同一经历跨多个项目只计一次。
    - 日期只有年份时按“约”处理并降低置信度;月份缺失时不要伪造精确日。开放区间(如“至今”)以投标截止日为优先参考日,没有该日期才使用当前日期,并在报告中注明。
    - 将填写的“工作年限”统一为月后比对。若差异来自四舍五入、月份边界或“至今”参考日,说明原因;若存在无法解释的差异则标记异常。

  5. 分级与证据
    - 重复使用同一份简历、同一人被分配到多个岗位:严重。
    - 工作年限与工作经历、项目经历不一致,或填写年限超过毕业至参考日可推算时长:一般。
    - 每条发现都给出:检查点、涉及人员/岗位、严重程度、结论(确认/疑似)、原文证据位置、比对逻辑、修正建议。
    - 身份证号、电话等敏感信息在输出中默认部分掩码,只保留足以核验的末四位或哈希片段。

输出格式:HTML 审核报告

默认输出一个可直接打开的独立 HTML 文件,不依赖外部 CSS、JavaScript 或网络资源。具体结构和样式要求见 references/report-spec.md。

报告保存到输入文件所在目录(粘贴文本时保存到当前工作目录),命名规则:简历审核报告_<项目名或文件名>_<YYYYMMDD>.html。生成后向用户报告完整保存路径。

  • 顶部用大数字卡片展示:总检查项、通过数、一般错误数、严重错误数;可另列疑似/待核验数。颜色固定为绿色(通过)、橙色(一般)、红色(严重)、灰色(疑似/待核验)。
  • 按检查类型分组展示,但类型名称不带编号(展示为“简历重复性检查”“简历工作年限检查”“内容完整性检查”);检查项编号仍保留在独立的编号列中(如 1.1.1、1.2.3、1.3.2)。每个检查项单独一行,必须有通过(✓)、异常(!)或待核验(?)状态,不能省略无异常项。
  • 对未触发异常的通过项,错误等级字段只写“未触发”,不要写“严重(未触发)”或“一般(未触发)”。只有触发异常或待核验时,才显示对应的“严重”或“一般”等级。
  • 每条详情必须包含:检查项编号、检查点、状态、错误等级、涉及人员/岗位、判断逻辑过程、证据位置与关键摘录、整改建议。判断逻辑要写明比较了哪些字段、采用了什么日期/身份匹配方法以及为什么得出该状态。
  • 通过项也要保留最小证据和判断说明,例如“拟投人员 8 人,详细简历 8 份,姓名和年龄逐项一致”。
  • 没有异常时明确写“未发现上述规则覆盖的异常”,不要声称文档整体真实或合规。多个证据冲突时并列呈现并建议回到原件核验。

边界条件

  • 不仅按姓名去重;重名必须结合强标识或多字段证据。
  • 不把同一人的不同版本简历自动当作不同人;说明版本差异并按岗位映射判断。
  • 不把项目经历年限直接当作工作年限,除非文档明确将其定义为工作经历。
  • 仅有毕业年份、没有月份时,报告推算范围而非单点数值;仅凭推算不能升级为严重问题。

常见问题

5 问
答案由本站依据条目字段整理
腾信标书简历审核Skill怎么安装?

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

腾信标书简历审核Skill支持哪些客户端?

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

腾信标书简历审核Skill权限高吗,安全吗?

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

腾信标书简历审核Skill收费吗?

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

腾信标书简历审核Skill用什么许可证?

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

热门专题

按场景挑技能
全部专题 →

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