数据排序工具。读取结构化数据文件,根据指定字段进行升序或降序排序,最后输出为相同格式的文件。 当用户提到数据排序、升序排列、降序排列、按某字段排序等需求时使用此skill。 即使用户没有明确说出"排序",只要任务涉及对数据进行排序,就应该使用此skill。
日本語の概要は準備中です。原文の説明を表示しています。
66 件 ・ 関連度順
概要と使いどころ
数据排序工具。读取结构化数据文件,根据指定字段进行升序或降序排序,最后输出为相同格式的文件。 当用户提到数据排序、升序排列、降序排列、按某字段排序等需求时使用此skill。 即使用户没有明确说出"排序",只要任务涉及对数据进行排序,就应该使用此skill。
日本語の概要は準備中です。原文の説明を表示しています。
招聘与猎头 (招聘与猎头 (Recruiting & Executive Search) — 面向甲方招聘负责人/HR 与市场化猎头顾问「双侧视角」的『把一个模糊的用人需求,变成一个来得了、干得好、留得住的人』的判断体系;不是候选人一侧的求职与简历面经(那是 job-hunting-coach 的范围),也不是薪酬绩效/员工关系/组织发展的泛 HR 全模块,更不是劳动法条文解读。覆盖:(a) 第一性张力 —— 这行的核心世界观分歧:**需求诊断优先 ⇄ 快速供给优先**(用人经理提来的岗位需求几乎总是一张愿望清单,资深招聘先开 intake 会把『必须有』与『最好有』拆开、把画像逼成可证伪的成功标准;但按成单计酬的猎头把诊断时间压不进单价里,于是行业里同时存在『先诊断再搜寻』和『先扔简历再说』两种作业习惯);**结构化面试 ⇄ 看人的直觉**(工业与组织心理学近一个世纪的效度元分析一致指向:结构化面试、工作样本、认知能力测验的预测效度明显高于非结构化面谈与经验年限,但一线用人经理绝大多数仍相信自己聊两句就能看准人——这是本行最大的知行落差,也是所有循证招聘流派的出发点;顺带一提,业内长期奉为圭臬的 Schmidt-Hunter 效度排序近年被重新校正,工作样本的效度被下调,这场修正本身就是本行必须如实呈现的争议);**能力素质 ⇄ 文化匹配**(culture fit 既是最常被写在拒信里的理由,也是被批评得最凶的偏见外壳,Google 一派主张改口叫 culture add,看的是这个人补上了团队缺的东西,而不是像不像我们);**主动寻访 sourcing ⇄ 被动投递漏斗**(高端与稀缺技能岗只有 outbound 人才地图一条路;量大岗位靠渠道效率、转化率与自动化,两条路的技能树几乎不重叠);**人才地图是资产 ⇄ 人才地图是浪费**(保留制猎头把 mapping 当交付物的一部分,成功付费猎头认为地图做完单子已经黄了);**保留制 retained ⇄ 成功付费 contingency**(按阶段预付、独家、深度地图 vs 多家赛马、入职才收钱、速度压倒深度;两种商业模式塑造出两种截然不同的作业节奏、候选人对待方式与职业道德边界,比如 off-limits 不挖回自己安置过的人);**内部招聘团队 ⇄ 外部猎头与 RPO**(成本、速度、知识沉淀、雇主品牌归属谁的长期争论;embedded recruiter 是近年的折中);**候选人体验 ⇄ 筛选效率**(漏斗越严体验越差,被拒者也是客户与口碑);**AI 筛选的效率 ⇄ 合规与偏见**(简历解析、AI 面试评分、自动排序已在大规模使用,同时被监管盯上:纽约市 Local Law 144 要求自动化决策工具做偏见审计并公示、欧盟 AI 法案把招聘划为高风险场景、伊利诺伊州对 AI 视频面试单独立法;业内既离不开它,也在诉讼与审计里学做记录);**offer 谈判的锚定 ⇄ 薪酬透明**(多地薪酬区间披露立法把谈判起点从『你现在多少』改成『这个岗位值多少』,问薪酬历史在不少法域已被禁止);**counter-offer 该不该接**(猎头几乎一致反对,认为留下来的人多数一年内还是会走,但这条业内定论的证据基础本身也在被质疑);**入职后早期流失算谁的**(保证期与退款条款把这场争论直接写进了合同)。(b) 工具栈 —— 申请人追踪系统 ATS(Greenhouse、Lever、Ashby、Workday Recruiting、SmartRecruiters、iCIMS、Taleo,中国侧 Moka、北森、大易、e成)、猎头 CRM 与交付系统(Bullhorn、Vincere、Loxo、Clockwork、Recruit CRM)、寻访与触达(LinkedIn Recruiter、SeekOut、hireEZ、Amazing Hiring、GitHub 与学术检索,中国侧 BOSS 直聘、猎聘、脉脉、拉勾、牛客)、评估与测评(HackerRank、CodeSignal、CoderPad、结构化面试题库与 scorecard 评分卡、Hogan、SHL、Predictive Index、Criteria、案例作业与工作样本)、面试调度与视频(GoodTime、Calendly、HireVue、Spark Hire)、背景调查与合规(HireRight、Checkr、Sterling,中国侧 i背调、八方锦程,以及个人信息保护法与 GDPR 下的授权链、FCRA 的不利行动通知)、数据与漏斗分析(time to fill 与 time to hire 的口径差异、offer 接受率、通过率与转化漏斗、quality of hire 的度量困境、招聘成本 cost per hire 的口径战争)、以及最被低估的纸笔工具(intake 提纲、成功标准清单、scorecard、人才地图表格、Boolean 检索式、一页纸的岗位价值主张)—— 选型的真正分岔从来不是功能清单,而是『你的岗位是靠触达赢还是靠转化赢』。(c) 心智模型层 —— 招聘是一次双向销售而不是一场考试;岗位画像要写成结果(这个人半年内要做成什么)而不是资历清单;信号与噪音(公司名与学历是弱信号,工作样本与具体行为证据是强信号);结构化与评分卡的意义在于让判断可比而不是显得严谨;漏斗每一层都在丢人,所以要从入职倒推触达量;稀缺人才不看招聘广告,只在熟人与私域里流动;offer 是谈判也是承诺,谈崩与反悔的代价高度不对称;招聘的质量要到入职之后才结算。(d) 工作流 —— intake 需求诊断会、岗位画像与成功标准、渠道策略与人才地图 mapping、Boolean 与主动触达、简历筛选与电话初筛、结构化面试与 debrief 定校准、工作样本与技术评估、reference check 与背调、offer 设计与谈判、counter-offer 应对、入职前 no-show 防范与 pre-boarding、试用期与早期留存复盘、招聘漏斗与数据复盘、以及岗位关闭或撤销时的收尾。(e) 表达 DNA、质量基准(什么算一次好的招聘)、反模式(外行与新手最容易犯的错:照抄 JD、面试问脑筋急转弯、用薪酬历史锚定、把候选人当库存、背调走过场、offer 口头承诺)、智识谱系(工业与组织心理学的效度学派、循证与结构化招聘派、保留制高管寻访派、增长型 sourcing 与招聘运营派、雇主品牌与候选人体验派、中国互联网大厂的人才盘点与赛马派)。) Master OS — automated mastery of 招聘与猎头 (Recruiting & Executive Search) — 面向甲方招聘负责人/HR 与市场化猎头顾问「双侧视角」的『把一个模糊的用人需求,变成一个来得了、干得好、留得住的人』的判断体系;不是候选人一侧的求职与简历面经(那是 job-hunting-coach 的范围),也不是薪酬绩效/员工关系/组织发展的泛 HR 全模块,更不是劳动法条文解读。覆盖:(a) 第一性张力 —— 这行的核心世界观分歧:**需求诊断优先 ⇄ 快速供给优先**(用人经理提来的岗位需求几乎总是一张愿望清单,资深招聘先开 intake 会把『必须有』与『最好有』拆开、把画像逼成可证伪的成功标准;但按成单计酬的猎头把诊断时间压不进单价里,于是行业里同时存在『先诊断再搜寻』和『先扔简历再说』两种作业习惯);**结构化面试 ⇄ 看人的直觉**(工业与组织心理学近一个世纪的效度元分析一致指向:结构化面试、工作样本、认知能力测验的预测效度明显高于非结构化面谈与经验年限,但一线用人经理绝大多数仍相信自己聊两句就能看准人——这是本行最大的知行落差,也是所有循证招聘流派的出发点;顺带一提,业内长期奉为圭臬的 Schmidt-Hunter 效度排序近年被重新校正,工作样本的效度被下调,这场修正本身就是本行必须如实呈现的争议);**能力素质 ⇄ 文化匹配**(culture fit 既是最常被写在拒信里的理由,也是被批评得最凶的偏见外壳,Google 一派主张改口叫 culture add,看的是这个人补上了团队缺的东西,而不是像不像我们);**主动寻访 sourcing ⇄ 被动投递漏斗**(高端与稀缺技能岗只有 outbound 人才地图一条路;量大岗位靠渠道效率、转化率与自动化,两条路的技能树几乎不重叠);**人才地图是资产 ⇄ 人才地图是浪费**(保留制猎头把 mapping 当交付物的一部分,成功付费猎头认为地图做完单子已经黄了);**保留制 retained ⇄ 成功付费 contingency**(按阶段预付、独家、深度地图 vs 多家赛马、入职才收钱、速度压倒深度;两种商业模式塑造出两种截然不同的作业节奏、候选人对待方式与职业道德边界,比如 off-limits 不挖回自己安置过的人);**内部招聘团队 ⇄ 外部猎头与 RPO**(成本、速度、知识沉淀、雇主品牌归属谁的长期争论;embedded recruiter 是近年的折中);**候选人体验 ⇄ 筛选效率**(漏斗越严体验越差,被拒者也是客户与口碑);**AI 筛选的效率 ⇄ 合规与偏见**(简历解析、AI 面试评分、自动排序已在大规模使用,同时被监管盯上:纽约市 Local Law 144 要求自动化决策工具做偏见审计并公示、欧盟 AI 法案把招聘划为高风险场景、伊利诺伊州对 AI 视频面试单独立法;业内既离不开它,也在诉讼与审计里学做记录);**offer 谈判的锚定 ⇄ 薪酬透明**(多地
日本語の概要は準備中です。原文の説明を表示しています。
医学证据等级排序与编排层 skill。当用户请求"证据等级 / GRADE / 证据排序 / 医学证据评估 / evidence grading / quality of evidence / 系统评价排序 / 临床证据排序 / 证据金字塔"时触发。本 skill 不直接调用 NCBI/Europe PMC/ClinicalTrials API,而是编排 6 个底层原子 skill(pubmed-eutils / europepmc-search / clinical-trials-v2 / aact-bulk-trials / bioc-fulltext-fetch / pubtator-entity-search)的召回结果,按 ChatGPT 推荐的证据金字塔(指南 > Meta > RCT > Cohort > Case-Control > Case Report)做 GRADE 自动评级,自动剔除 editorial / letter / comment。优先使用 BioMCP MCP server 做 fan-out(genomoncology/biomcp),无 BioMCP 时走自建 slow-path 兜底。
日本語の概要は準備中です。原文の説明を表示しています。
医学证据等级排序与编排层 skill - evidence grading orchestrator. 当用户请求"证据等级 / GRADE / 证据排序 / 医学证据评估 / 系统评价排序 / 临床证据排序 / 证据金字塔 / 给 PMID 打分 / Practice Guideline 优先 / Cochrane 优先 / 反向证据交叉验证 / evidence grading / quality of evidence / evidence pyramid / GRADE assessment / Cochrane review ranking / clinical evidence ranking"时,**调用本 skill 进行医学证据自动分级,自动选择最佳信息源**。本 skill 是编排层(L2)·不直接打 NCBI/Europe PMC/ClinicalTrials API,而是编排 6 个底层原子 skill(pubmed-eutils / europepmc-search / clinical-trials-v2 / aact-bulk-trials / bioc-fulltext-fetch / pubtator-entity-search)的召回结果,按证据金字塔(指南 > Meta > RCT > Cohort > Case-Control > Case Report)做 GRADE A/B/C/D 自动评级,自动剔除 editorial/letter/comment。优先使用 BioMCP MCP server 做 fan-out(genomoncology/biomcp);无 BioMCP 时走自建 slow-path 兜底。跨平台无锁(Claude Code / Codex / Gemini CLI)。
日本語の概要は準備中です。原文の説明を表示しています。
用于在Vue.js中根据日期字符串字段(如YYYY-MM-DD格式)对列表数据进行排序,并在v-for中正确渲染。
日本語の概要は準備中です。原文の説明を表示しています。
将用户提供的多个参数按字典序排序,拼接为“key=value”格式并用“&”连接,最后将整个字符串转换为小写,常用于生成API签名字符串。
日本語の概要は準備中です。原文の説明を表示しています。
ByteHouse 数据质量检查工具。当用户提供集群连接信息、数据库名和表名,需要检查排序键、主键和分区键所使用的列的空值、零值情况,是否存在异常分布,以及排序键、主键的重复情况时,使用此技能。适用于 "数据质量检查"、"排序键 / 主键 / 分区键分析"、"空值分析"、"零值分析"、"重复键检查"、"Top 分布" 等诉求。
日本語の概要は準備中です。原文の説明を表示しています。
微博作品搜索工具。根据用户输入的关键词调用 Redfox 接口搜索微博博文,支持按搜索类别(综合排序/热门排序/实时排序)和认证类型筛选。当用户需要搜索微博内容、查找微博热门博文时使用。触发词:微博搜索、搜微博、微博热门、微博博文、微博账号搜索。
日本語の概要は準備中です。原文の説明を表示しています。
用于在Vue.js中根据日期字符串字段(如YYYY-MM-DD格式)对列表数据进行排序,并在v-for中正确渲染。
日本語の概要は準備中です。原文の説明を表示しています。
将用户提供的多个参数按字典序排序,拼接为“key=value”格式并用“&”连接,最后将整个字符串转换为小写,常用于生成API签名字符串。
日本語の概要は準備中です。原文の説明を表示しています。
使用Python根据基准文件的第一列顺序,对多个Excel文件进行行重排序,保持文件内容不变且输出结构一致。
日本語の概要は準備中です。原文の説明を表示しています。
最相关实体聚合工具。从文档中提取与给定实体最相关的指定类型实体,并按重要性排序。 当用户提到提取相关人物、查找相关实体、排序实体、分析实体关系、提取主要角色等需求时使用此skill。 即使用户没有明确说出"最相关实体",只要任务涉及从文档中分析并提取与目标相关的实体, 就应该使用此skill。
日本語の概要は準備中です。原文の説明を表示しています。
B站关键词搜账号工具。根据用户输入的关键词查询B站相关账号,支持按综合排序或粉丝数排序,返回账号列表(含粉丝数、等级、简介等信息)。当用户需要搜索B站账号、查找B站UP主、找B站同类账号时使用。
日本語の概要は準備中です。原文の説明を表示しています。
專案管理工作流:Sprint 規劃、Issue 優先排序(MoSCoW/RICE)、狀態報告、風險評估、Sprint 回顧。適合在啟動新專案、Sprint 規劃會議、撰寫進度報告、或做任務優先排序時使用。
日本語の概要は準備中です。原文の説明を表示しています。
量化排序功能/需求/实验时使用。适用于 backlog 排序、季度规划、决定先做什么。优先使用 RICE 评分(有数据时)或 ICE 评分(快速决策时)。
日本語の概要は準備中です。原文の説明を表示しています。
设计列表接口的分页、筛选、排序、搜索时使用。适用于所有列表 API。优先使用 cursor 分页(大数据)或 offset 分页(小数据)+ 统一筛选/排序规范。
日本語の概要は準備中です。原文の説明を表示しています。
专业需求分析师,通过多轮对话将简短想法转化为详细需求文档。使用此技能当用户需要:(1) 分析和记录需求,(2) 将 EPIC 分解为需求和用户故事,(3) 对多个需求进行优先级排序,(4) 识别利益相关者和依赖关系,(5) 定义验收标准,(6) 创建需求文档。支持单个需求分析、EPIC 分解、MoSCoW/RICE/Kano 等优先级排序方法。
日本語の概要は準備中です。原文の説明を表示しています。
用《高性价比人生指南》(github.com/eternity4719/HowToLiveBetter) 的正文回答具体的人生决策:该不该做、值不值、怎么选、出事了先做什么、能领哪笔钱、这么干犯不犯法。先把相关条目查出来再答,按成本(钱/时间/毅力)、收益量级和证据等级 A/B/C 排序,每条都注明出自第几节第几条。触发词:该不该、值不值、要不要、划不划算、怎么选、帮我决定、这样犯法吗、能领什么、先做什么、性价比。
日本語の概要は準備中です。原文の説明を表示しています。
用《高性价比人生指南》的正文回答具体的人生决策:该不该做、值不值、怎么选、出事了先做什么、能领哪笔钱、这么干犯不犯法。先把相关条目查出来再答,按成本(钱/时间/毅力)、收益量级和证据等级 A/B/C 排序,每条都注明出自第几节第几条。触发词:该不该、值不值、要不要、划不划算、怎么选、帮我决定、这样犯法吗、能领什么、先做什么、性价比。
日本語の概要は準備中です。原文の説明を表示しています。
构建或调优 RAG 检索管道时使用——涵盖文档分块策略与参数、稠密嵌入(BGE-M3、余弦相似度、ANNOY/HNSW 选型)、稀疏嵌入(TF-IDF 到 BM25)、混合检索三阶段(并行召回、RRF 融合、跨编码器重排序)与 recall@k/MRR/nDCG 指标,含稀疏 vs 稠密的胜负判断。
日本語の概要は準備中です。原文の説明を表示しています。
飞书电子表格:创建和操作电子表格。支持工作表与行列结构(增删/合并/尺寸/隐藏/冻结/分组)、单元格读写(值/公式/样式/批注/单元格图片)、区域复制移动排序填充、查找替换、批量更新,图表、透视表、条件格式、筛选器与筛选视图、下拉列表、迷你图、浮动图片等对象的创建与维护,以及公式校验、历史版本回滚、本地 Excel/CSV 与飞书表格的导入导出。当用户需要创建或编辑表格、统计汇总与可视化、表格美化、公式计算(含 Excel 公式迁移)、金融/财务建模(DCF、三张表、预算、Sensitivity 等)时使用。多维表格(Base/bitable)请改用 lark-base;若用户是想按名称或关键词搜索云空间(云盘/云存储)里的表格文件,请改用 lark-drive 的 drive +search 先定位资源。当用户给出 doubao.com 的 /sheets/ URL/token 时,也应直接使用本 skill,不要因为域名不是飞书而回退到 WebFetch;路由依据是 URL 路径模式和 token,而不是域名。
日本語の概要は準備中です。原文の説明を表示しています。
根据数据量自动选择读取策略(大文件转Parquet),提取关键指标进行单位一致性验证与排序分析,并输出可下载的结果表格。
日本語の概要は準備中です。原文の説明を表示しています。
按优先级读取任务 Skill - 从 todos.json 读取 in-progress 和 pending 任务,按 P0-P9 优先级排序
日本語の概要は準備中です。原文の説明を表示しています。
RSS/Newsletter 聚合:订阅一批博主/媒体/Newsletter 的 RSS/Atom 源,拉取最新条目, 按关键词与时间窗过滤、去重、按时间排序,产出选题/资讯摘要。当用户说"RSS""订阅源" "聚合资讯""追更博主""Newsletter""看看最近有什么新文章""汇总这些源的更新""feed"时使用。 纯标准库解析,无第三方依赖。
日本語の概要は準備中です。原文の説明を表示しています。