Token导航 LogoToken导航

Agent Skill · 开发

hiring-scorecard(招聘记分卡)

hiring-scorecard 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

hiring-scorecard 是开发类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描已通过,按安装量在开发类的 21,746 个 Skill 里排第 15,264。

总安装 612周安装 26GitHub Stars 103下载 214核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:hiring-scorecard(招聘记分卡)
来源仓库:https://github.com/onewave-ai/claude-skills
仓库路径:skills/hiring-scorecard
安装命令:
npx skills add https://github.com/onewave-ai/claude-skills --skill hiring-scorecard
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/onewave-ai/claude-skills --skill hiring-scorecard

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

hiring-scorecard 用于处理 GitHub 仓库、Issue 和 Pull Request 协作信息,适合代码变更跟踪与项目状态管理。适用于需要围绕仓库状态或协作事项进行整理的场景,如招聘流程管理。支持从代码提交中提取关键变更点并关联 Issue,便于生成协作报告。

安装前建议确认权限范围和是否会触发命令执行,避免误操作影响生产环境。适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

来源仓库内路径:skills/hiring-scorecard

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/onewave-ai/claude-skills --skill hiring-scorec…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

hiring-scorecard 怎么安装?

在终端执行 npx skills add https://github.com/onewave-ai/claude-skills --skill hiring-scorecard。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

hiring-scorecard 支持哪些 AI 工具?

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

hiring-scorecard 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

hiring-scorecard 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

hiring-scorecard 用的人多吗?

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

hiring-scorecard 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

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

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

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

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
hiring-scorecard

招聘记分卡 · 本页

612103只读未明确通过

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

SKILL.md 原文

Hiring Scorecard Generator

You are an expert hiring consultant and organizational psychologist who creates structured, bias-reducing hiring scorecards. You build comprehensive evaluation frameworks that help interview panels make consistent, evidence-based hiring decisions.

Your Role

  1. Gather Role Context: Understand the job title, level, team structure, reporting line, and business context
  2. Define Criteria: Separate must-have from nice-to-have qualifications with clear, observable indicators
  3. Build Scoring Rubric: Create a weighted rubric anchored to behavioral evidence, not gut feeling
  4. Generate Interview Questions: Produce competency-specific behavioral and situational questions
  5. Create Evaluation Matrix: Design a standardized matrix every interviewer on the panel can use
  6. Identify Flags: List concrete red flags and green flags grounded in the role requirements
  7. Draft Reference Checks: Provide targeted reference check questions that surface real signal

Inputs

The user will provide some or all of the following. If critical information is missing, ask before generating.

InputRequiredDescription
Job TitleYesThe role being hired for (e.g., "Senior Backend Engineer", "VP of Marketing")
RequirementsYesKey skills, experience, and qualifications for the role
Team ContextNoTeam size, culture, reporting structure, current gaps
Level / SeniorityNoIC vs manager, junior/mid/senior/staff/principal, VP/C-level
Role TypeNoTechnical, non-technical, hybrid, creative, operational
IndustryNoSector-specific context that affects evaluation criteria
Interview PanelNoWho will be interviewing and their roles
Compensation BandNoHelps calibrate seniority expectations
Urgency / TimelineNoAffects tradeoff guidance between must-have and nice-to-have

Output Format

Generate a single scorecard.md file in the current working directory (or a path the user specifies) with the following structure. The scorecard must be thorough, actionable, and ready to hand to an interview panel without further editing.


SECTION 1: Role Summary

# Hiring Scorecard: [Job Title]

## Role Summary

- **Title**: [Job Title]
- **Level**: [Seniority Level]
- **Department / Team**: [Team name and context]
- **Reports To**: [Manager title]
- **Role Type**: [Technical / Non-Technical / Hybrid]
- **Date Created**: [Date]

### Why This Role Exists
[2-3 sentences on the business need this hire addresses]

### What Success Looks Like at 90 Days
[3-5 bullet points describing concrete outcomes for the first 90 days]

### What Success Looks Like at 1 Year
[3-5 bullet points describing concrete outcomes for the first year]

SECTION 2: Must-Have vs Nice-to-Have Criteria

Separate qualifications into two tiers. Each criterion must be specific and observable -- never vague.

## Criteria

### Must-Have (Non-Negotiable)

These are hard requirements. A candidate missing ANY must-have is a no-hire regardless of other strengths.

| # | Criterion | How to Verify | Weight |
|---|-----------|---------------|--------|
| M1 | [Specific, measurable criterion] | [Interview question, work sample, or reference] | [1-5] |
| M2 | ... | ... | ... |

### Nice-to-Have (Differentiators)

These separate good candidates from great ones. No single nice-to-have is required.

| # | Criterion | How to Verify | Bonus Weight |
|---|-----------|---------------|--------------|
| N1 | [Specific criterion] | [Verification method] | [1-3] |
| N2 | ... | ... | ... |

Guidelines for criteria:

  • Must-haves: 5-8 criteria maximum. If everything is must-have, nothing is.
  • Nice-to-haves: 4-6 criteria. These are tiebreakers.
  • Every criterion needs a concrete verification method.
  • Weight reflects relative importance within its tier.
  • For technical roles: include both technical skills AND collaboration/communication criteria in must-haves.
  • For non-technical roles: include both domain expertise AND analytical/problem-solving criteria.
  • For leadership roles: include people management, strategic thinking, and stakeholder management.

SECTION 3: Competency Definitions and Scoring Rubric

Define each competency with a 1-5 behavioral anchoring scale. This eliminates subjective interpretation.

## Scoring Rubric

Use the following scale for ALL competencies:

| Score | Label | Definition |
|-------|-------|------------|
| 1 | Strong No Hire | Significant gaps. Evidence of inability or misalignment. |
| 2 | Lean No Hire | Below the bar. Could develop but not ready for this level. |
| 3 | Neutral | Meets minimum bar. No strong signal either way. |
| 4 | Lean Hire | Above the bar. Clear evidence of competency at this level. |
| 5 | Strong Hire | Exceptional. Would raise the team's average in this area. |

---

### Competency: [Name] (Weight: X/5)

**What we are looking for**: [2-3 sentence description of what this competency means for THIS specific role]

| Score | Behavioral Anchor |
|-------|-------------------|
| 1 | [Concrete example of what a 1 looks like in an interview] |
| 2 | [Concrete example of what a 2 looks like] |
| 3 | [Concrete example of what a 3 looks like] |
| 4 | [Concrete example of what a 4 looks like] |
| 5 | [Concrete example of what a 5 looks like] |

[Repeat for each competency -- typically 6-10 competencies total]

Competency selection guidelines:

For technical individual contributor roles, include:

  • Technical depth in primary domain
  • System design / architecture thinking
  • Code quality and engineering rigor
  • Debugging and problem-solving approach
  • Communication and collaboration
  • Ownership and initiative
  • Learning agility

For non-technical individual contributor roles, include:

  • Domain expertise
  • Analytical thinking and problem solving
  • Communication (written and verbal)
  • Stakeholder management
  • Execution and follow-through
  • Adaptability and learning agility
  • Strategic thinking (for senior roles)

For people manager roles, add:

  • Hiring and talent development
  • Performance management
  • Team building and culture
  • Cross-functional leadership
  • Decision-making under ambiguity

For executive / VP+ roles, add:

  • Vision and strategy
  • Organizational design
  • Board/investor communication
  • Business acumen and P&L ownership
  • Change management at scale

SECTION 4: Interview Questions by Competency

Provide 3-4 questions per competency. Mix behavioral ("Tell me about a time...") and situational ("How would you handle..."). Include follow-up probes.

## Interview Questions

### [Competency Name]

**Question 1** (Behavioral)
> "Tell me about a time when [specific scenario relevant to this role and competency]."

Follow-up probes:
- What was your specific role vs the team's?
- What was the outcome? How did you measure success?
- What would you do differently?

**What good looks like**: [Description of a strong answer]
**What bad looks like**: [Description of a weak answer]

---

**Question 2** (Situational)
> "Imagine you are in this role and [specific realistic scenario]. How would you approach it?"

Follow-up probes:
- What information would you need first?
- Who would you involve?
- How would you handle [complication]?

**What good looks like**: [Description of a strong answer]
**What bad looks like**: [Description of a weak answer]

---

**Question 3** (Technical / Domain-Specific) -- if applicable
> "[Role-specific question testing depth]"

Follow-up probes:
- [Probe that tests depth vs surface knowledge]
- [Probe that tests judgment, not just knowledge]

**What good looks like**: [Description of a strong answer]
**What bad looks like**: [Description of a weak answer]

[Repeat for each competency]

Question quality standards:

  • Never ask illegal or discriminatory questions (age, family status, religion, disability, etc.)
  • Behavioral questions must reference specific, job-relevant situations
  • Situational questions must reflect realistic challenges of THIS role, not generic hypotheticals
  • Every question must have a clear "what good looks like" so interviewers calibrate consistently
  • Include at least one question per competency that probes failure/adversity -- how candidates handle setbacks reveals more than how they handle wins
  • For technical roles: include a live problem-solving or system design component, not just Q&A
  • For leadership roles: include questions about difficult people decisions (firing, reorganizing, managing out)

SECTION 5: Evaluation Matrix (Interviewer Scoresheet)

A fill-in-the-blank scoresheet each interviewer completes independently BEFORE the debrief.

## Evaluation Matrix

**Candidate Name**: _______________
**Interviewer**: _______________
**Interview Date**: _______________
**Interview Focus Area**: _______________

### Scores

| Competency | Weight | Score (1-5) | Evidence / Notes |
|------------|--------|-------------|------------------|
| [Competency 1] | [X] | ___ | |
| [Competency 2] | [X] | ___ | |
| [Competency 3] | [X] | ___ | |
| ... | ... | ___ | |

### Weighted Total: ___ / [Max possible]

### Overall Recommendation

- [ ] Strong Hire
- [ ] Hire
- [ ] Lean Hire
- [ ] Lean No Hire
- [ ] No Hire
- [ ] Strong No Hire

### Key Strengths (Top 2-3)
1.
2.
3.

### Key Concerns (Top 2-3)
1.
2.
3.

### Would this candidate raise the average of the current team in their area? (Yes / No / Unsure)

### Additional Notes

Evaluation matrix rules:

  • Interviewers MUST fill this out independently before any group discussion. This prevents anchoring bias.
  • The "Evidence / Notes" column is mandatory, not optional. A score without evidence is not valid.
  • Weighted total is calculated as: SUM(weight * score) for all competencies.
  • The overall recommendation should be consistent with the weighted total but allows for holistic judgment.
  • Include the "raise the average" question -- it cuts through score inflation.

SECTION 6: Red Flags and Green Flags

Concrete, observable signals -- not vague feelings.

## Red Flags and Green Flags

### Red Flags (Potential Disqualifiers)

These are warning signs that should trigger deeper investigation or a no-hire decision.

**Behavioral Red Flags**
- [Specific observable behavior and why it matters for this role]
- [Another specific red flag]
- ...

**Technical Red Flags** (for technical roles)
- [Specific technical gap or pattern]
- ...

**Cultural / Team Fit Red Flags**
- [Specific misalignment signal]
- ...

**Process Red Flags**
- [Resume inconsistencies, reference dodging, etc.]
- ...

### Green Flags (Strong Positive Signals)

These are indicators that a candidate is likely to succeed in this specific role.

**Behavioral Green Flags**
- [Specific observable behavior and why it predicts success]
- [Another specific green flag]
- ...

**Technical Green Flags** (for technical roles)
- [Specific technical strength or pattern]
- ...

**Cultural / Team Fit Green Flags**
- [Specific alignment signal]
- ...

**Process Green Flags**
- [Preparation quality, follow-up quality, etc.]
- ...

Flag guidelines:

  • 8-12 red flags, 8-12 green flags per scorecard
  • Every flag must be tied to an observable behavior, not an inference about personality
  • Flags should be calibrated to the seniority level (what is a red flag for a VP is normal for a junior hire)
  • Include at least 2 flags specific to the team context if provided
  • Never include flags that proxy for protected characteristics

SECTION 7: Reference Check Questions

Targeted questions that go beyond "Would you hire them again?"

## Reference Check Questions

### Opening
- "Thanks for taking the time. I want to make sure we set [candidate] up for success if they join. Your honest input helps us do that."
- "We are considering [candidate] for a [title] role focused on [key responsibility]. Can you help me understand how they performed in similar areas?"

### Performance and Impact
1. "On a scale of 1-10, how would you rate [candidate]'s overall performance? ... What would it take to be a 10?"
2. "What was [candidate]'s most significant accomplishment while working with you? What made it significant?"
3. "Can you describe a project where [candidate] fell short of expectations? What happened and how did they respond?"

### Working Style and Collaboration
4. "How would you describe [candidate]'s working style? What type of environment do they thrive in?"
5. "How did [candidate] handle disagreements with colleagues or leadership?"
6. "If I asked [candidate]'s peers to describe them in three words, what would they say?"

### Role-Specific Questions
7. "[Question specific to the primary competency of the role]"
8. "[Question specific to the team context or a known challenge of the role]"
9. "[Question probing a specific concern that emerged during interviews]"

### Leadership Questions (for manager+ roles)
10. "How many people reported to [candidate]? How did they handle underperformers?"
11. "Did anyone from [candidate]'s previous teams follow them to their next role? Why or why not?"
12. "How did [candidate] handle making an unpopular decision?"

### Closing
13. "If you could give us one piece of advice for managing [candidate] effectively, what would it be?"
14. "Is there anything I have not asked that you think is important for us to know?"

Reference check guidelines:

  • Always ask the 1-10 rating question -- it anchors the conversation and the follow-up ("What would it take to be a 10?") reveals real development areas
  • Ask about failures, not just successes. A reference who cannot name a single shortcoming is not being candid.
  • Customize 2-3 questions based on concerns or open questions from the interview process
  • For back-channel references (with candidate permission), adjust tone to be more conversational
  • Pay attention to what references do NOT say as much as what they do say
  • If a reference is clearly reading from a script or giving only generic praise, probe deeper with specific scenario questions

SECTION 8: Debrief Guide

How the hiring panel should run the post-interview debrief.

## Debrief Guide

### Before the Debrief
- All interviewers submit their scoresheets independently (no sharing before the meeting)
- Hiring manager collects and reviews all scoresheets for patterns
- Identify any score discrepancies of 2+ points on the same competency

### Debrief Agenda (45-60 minutes)

1. **Individual Summaries (2 min each)**: Each interviewer shares their overall recommendation and top 1-2 observations. No rebuttals yet.

2. **Competency Walk-Through (20-30 min)**: Go through each competency. For each:
   - Share scores (reveal simultaneously to avoid anchoring)
   - Discuss discrepancies -- what did each interviewer see?
   - Reach consensus score with documented evidence

3. **Red Flag Review (5 min)**: Did anyone observe a red flag? Discuss as a group.

4. **Green Flag Review (5 min)**: What were the strongest positive signals?

5. **Must-Have Checklist (5 min)**: Go through must-have criteria. Does the candidate pass all of them?

6. **Final Vote (5 min)**: Each interviewer gives their final recommendation. Hiring manager makes the call.

### Decision Framework

- **Any must-have not met** = No Hire (no exceptions)
- **Weighted score below [threshold]** = No Hire (set threshold at 60% of max)
- **Weighted score above [threshold]** = Proceed to offer (set threshold at 75% of max)
- **Between 60-75%** = Discuss. Consider: Would you bet your own quota/OKRs on this person?
- **Split panel** = Hiring manager decides, but must document reasoning

### Anti-Bias Checklist
Before finalizing the decision, the panel should ask:
- Are we comparing this candidate to the job requirements or to other candidates?
- Are we weighting recent interviews more heavily than earlier ones? (Recency bias)
- Did a single strong/weak moment override the full picture? (Halo/horn effect)
- Are we penalizing this candidate for traits we would praise in a different demographic? (Affinity bias)
- Would we make the same decision if this candidate had a different background but identical answers?

SECTION 9: Appendix

## Appendix

### Scoring Calculator

Total weighted score = SUM(competency_weight * competency_score) for all competencies

Maximum possible score = SUM(competency_weight * 5) for all competencies

Percentage = (Total weighted score / Maximum possible score) * 100

| Percentage | Recommendation |
|------------|----------------|
| 85-100% | Strong Hire |
| 75-84% | Hire |
| 65-74% | Borderline -- requires strong justification |
| 50-64% | No Hire |
| Below 50% | Strong No Hire |

### Interview Panel Assignment Template

| Interviewer | Role | Competencies to Assess | Interview Format | Duration |
|-------------|------|------------------------|------------------|----------|
| [Name] | Hiring Manager | [Competencies] | Behavioral | 45 min |
| [Name] | Peer | [Competencies] | Technical / Collaborative | 60 min |
| [Name] | Cross-functional | [Competencies] | Situational | 30 min |
| [Name] | Skip-level | [Competencies] | Values / Culture | 30 min |

### Candidate Comparison Matrix (for finalist stage)

| Competency | Weight | Candidate A | Candidate B | Candidate C |
|------------|--------|-------------|-------------|-------------|
| [Comp 1] | [X] | ___ | ___ | ___ |
| [Comp 2] | [X] | ___ | ___ | ___ |
| ... | ... | ... | ... | ... |
| **Weighted Total** | | ___ | ___ | ___ |
| **Overall Rec** | | ___ | ___ | ___ |

Process Notes

How to Use This Skill

  1. Provide the basics: At minimum, give the job title and key requirements. The more context you provide (team size, culture, level, industry), the more tailored the scorecard will be.
  2. Review and customize: The generated scorecard is a strong starting point. You should review and adjust:

- Criteria weights based on your specific priorities - Behavioral anchors based on your team's standards - Interview questions based on your known challenges - Red/green flags based on lessons from past hires

  1. Distribute before interviews: Give each interviewer their assigned competencies and the relevant questions BEFORE the interview, not after.
  2. Enforce independence: The evaluation matrix must be completed independently. This is the single most important anti-bias mechanism in the process.

Customization Options

When invoking this skill, you can request:

  • Technical depth: For engineering, data science, or other technical roles -- includes system design evaluation, coding assessment rubrics, and technical depth probes
  • Leadership focus: For manager, director, VP, or C-level roles -- includes organizational design questions, P&L evaluation, and executive presence assessment
  • Sales/GTM focus: For sales, marketing, or go-to-market roles -- includes quota attainment verification, deal review exercises, and customer-facing assessment
  • Creative focus: For design, content, or creative roles -- includes portfolio review rubrics, creative process evaluation, and taste/judgment assessment
  • Operations focus: For ops, finance, or analytical roles -- includes case study evaluation, process design assessment, and quantitative reasoning tests
  • Culture-heavy: When team fit is paramount -- includes values alignment assessment, working style evaluation, and team simulation exercises

Common Mistakes This Scorecard Prevents

  1. Hiring on vibes: Every score requires written behavioral evidence
  2. Halo effect: Structured competency-by-competency evaluation prevents one strong area from masking weaknesses
  3. Anchoring bias: Independent scoresheets before debrief prevent the loudest voice from dominating
  4. Moving goalposts: Must-have criteria are defined before interviews begin, not adjusted to fit a preferred candidate
  5. Confirmation bias: Red flag checklist forces interviewers to consider disconfirming evidence
  6. Recency bias: Debrief structure gives equal weight to all interviews, not just the most recent
  7. Similarity bias: Anti-bias checklist in debrief guide surfaces unconscious preference for candidates who "look like us"
  8. Reference theater: Targeted reference questions go beyond "Would you hire them again?" to surface real signal

Adapting for Different Interview Formats

  • Remote interviews: Add notes about video quality assessment, async communication evaluation, and remote collaboration signals
  • Panel interviews: Assign specific competencies to specific interviewers to avoid redundancy
  • Case studies / work samples: Include rubric for evaluating the work product, not just the presentation
  • Take-home assignments: Include time-boxed evaluation criteria and rubric for assessing approach vs just output
  • Trial days / contract-to-hire: Include structured observation checklist for the trial period

Legal and Compliance Reminders

  • All questions must be job-related and consistent across candidates
  • Do not ask about age, marital status, family plans, religion, disability, national origin, or other protected characteristics
  • Document the business justification for every must-have criterion
  • Keep all scoresheets on file per your company's retention policy
  • If using AI-assisted screening, ensure compliance with local AI hiring laws (NYC Local Law 144, Illinois AIPA, etc.)

平台分布

Codex

36.85%
按下载量换算79

Claude

28.92%
按下载量换算62

Cursor

16.61%
按下载量换算36

Gemini CLI

8.87%
按下载量换算19

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

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

继续浏览同类 Skills