Token导航 LogoToken导航

Agent Skill · 研究检索

github-profile(GitHub profile 搜索)

用于围绕 GitHub 仓库、Issue、Pull Request、分支、提交和代码协作流程提供辅助能力。它适合让 Agent 查询项目状态、整理变更、辅助创建或检查协作事项,并把仓库中的信息转成可执行的下一步。使用时需要区分只读查询和写入操作;涉及创建 PR、修改 Issue、推送分支或访问私有仓库时,应确认 token 权限、目标仓库范围和用户授权。

github-profile 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为需要联网;许可证信息还不明确,第三方扫描有提醒项,按安装量在研究检索类的 73,675 个 Skill 里排第 67,439。

总安装 245周安装 10GitHub Stars 46下载 79核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/jdevalk/skills --skill github-profile

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

用于围绕 GitHub 仓库、Issue、Pull Request、分支、提交和代码协作流程提供辅助能力。适合查询项目状态、整理变更、辅助创建或检查协作事项,并把仓库信息转为可执行下一步。使用时需区分只读查询与写入操作,涉及创建 PR、修改 Issue 等需确认 token 权限和授权范围。

安装方式:通过 npx skills add 命令从指定 GitHub 仓库安装。涉及私有仓库或敏感操作时,应确保用户已配置正确的访问令牌和仓库权限。

来源仓库内路径:skills/github-profile

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

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

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

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

常见问题

6 条

github-profile 怎么安装?

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

github-profile 支持哪些 AI 工具?

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

github-profile 需要什么权限?

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

github-profile 是免费的吗?

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

github-profile 用的人多吗?

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

github-profile 安全吗?

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

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

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

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

不太适合

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

研究检索类 Skill 对比

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

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
github-profile

GitHub profile 搜索 · 本页

24546需要联网未明确有提醒

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

SKILL.md 原文

GitHub Profile Optimizer

This skill audits a GitHub profile and generates an optimized profile README along with recommendations for metadata, pinned repositories, and stats widgets. A strong GitHub profile is a developer's storefront — it shapes perception before anyone reads a line of code.

Code recipes live in AGENTS.md — read it when you need to implement a specific fix. This file has the workflow and audit checklist.

Workflow

  1. Gather profile context — Understand who this person/org is and what they want to showcase
  2. Audit the current profile — Score every element of the profile's public presence
  3. Generate the profile README — Write a polished, scannable README.md
  4. Recommend metadata and configuration — Advise on bio, pinned repos, settings, and widgets
  5. Verify — Confirm rendering, badge URLs, and summarize next steps

Phase 0: Gather Context

Determine profile type

Ask the user (if not obvious): is this a personal profile or an organization profile? The mechanics differ significantly:

FeaturePersonal profileOrganization profile
README locationusername/username/README.md.github/profile/README.md
Visibility optionsPublic onlyPublic + member-only (via .github-private repo)
Pinned reposUp to 6Up to 6 public + 6 member-only
Contribution graphYesNo
AchievementsYesNo

Collect information

Gather before writing: username, current role/company, primary technologies, what they want to showcase, tone (professional/casual/creative/minimal), and target audience (recruiters/collaborators/investors/OSS community).

If gh is available (gh auth status), pull automatically:

  • gh api user — name, bio, company, location, blog, twitter
  • gh api users/{username}/repos?sort=stars&per_page=10 — top repos for pin recommendations
  • gh repo view {username}/{username} --json name 2>/dev/null — check if magic repo exists

Phase 1: Audit

If the user has an existing profile, audit it. If they're starting fresh, skip to Phase 2. Score four categories (each x/10, total x/40):

Profile README (x/10)

  • Exists? No username/username repo with README.md is the biggest miss.
  • Structure — Ideal flow: greeting/identity → current work → tech stack (badges) → GitHub stats → featured projects → social links → personal touch.
  • Length — 400-800 words. Under 200 feels thin; over 2,000 clutters.
  • Scannability — Gist in 10 seconds? Use <details> for collapsible sections.
  • Freshness — Dynamic content still updating? GitHub stops cron Actions after 60 days of repo inactivity.

Profile Metadata (x/10)

Every empty field is a missed opportunity:

  • Photo — clear headshot, consistent across platforms?
  • Bio — filled in (160 char limit), states role + primary tech + distinguishing trait?
  • Company — linked with @ prefix? Location, Website — filled in?
  • Social accounts — Twitter/X, LinkedIn linked? Cross-linking builds trust.
  • Pronouns — signals inclusivity. Status — shows current work or availability?

Pinned Repositories (x/10)

Up to 6 repos (including contributed-to repos):

  • All 6 slots used? Descriptions filled in? Variety across technologies?
  • Prioritize repos with stars (social proof) that align with career/business goals.
  • Each pinned repo should have a polished README (github-repo skill applies here).

Contribution Activity (x/10)

  • Graph — reasonably active? Completely empty raises questions.
  • Private contributions — "Include private contributions" enabled in settings?
  • Achievements — Starstruck, Pull Shark, Arctic Code Vault Contributor add credibility.

Phase 2: Generate the Profile README

Based on the audit (or from scratch), produce the profile README. Read AGENTS.md for detailed recipes.

The profile README should be scannable, personal, and purposeful — every section should serve the person's goals. Adapt tone and structure to the audience.

AGENTS.md sections: Personal profile README template, Stats widgets, Badges for tech stack and social links, Dynamic auto-updating content, Organization profile README, Profile generators.


Phase 2.5: Metadata and readability pass

  1. metadata-check skill — run on the GitHub bio (160 chars) and any pinned repo descriptions you rewrote. Front-loading, concreteness, active voice, truncation fit (GitHub shows ~100 chars in profile cards).
  2. readability-check skill — run on the profile README body. Profile READMEs are skimmed; one passive or long sentence stands out.

Apply fixes directly. Focus on: (1) bio / opening README line (disproportionate weight); (2) first sentence of each section (skimming entry point); (3) passive voice (flat in first-person content).


Phase 3: Recommendations

Metadata to update

Be specific: "Set your bio to: [text, under 160 chars]", "Add these topics to your top repos: [list]", "Set your status to: [suggestion]".

Pinned repository strategy

Recommend which 6 repos to pin and why — variety across technologies, star count (social proof), README quality, alignment with goals. If pinned repos have weak READMEs, suggest improving those first (github-repo skill).


Phase 4: Verify

  • Confirm the README renders correctly (check markdown syntax, badge URLs, image links)
  • Check that all shields.io badge URLs are valid (correct logo names, hex colors)
  • Verify stats widget URLs use the correct username
  • If generating locally, remind the user to create the magic repo (username/username) if it doesn't exist, and push the README there
  • Summarize next steps: what to commit/push, what to change in GitHub settings manually

Output format

Score table (4 categories, each x/10, total x/40) → Findings grouped by category → Files generated or changed → Next steps (settings changes, repos to pin, manual GitHub config).


Key principles

  • Scannable over comprehensive. A profile is skimmed in 10 seconds. Cut anything that doesn't earn its space.
  • Personality over template. Adapt tone, structure, and content to the person's goals and audience. A creative developer and a startup founder need different profiles.
  • Every field filled. Empty metadata fields, missing pinned repos, and blank descriptions are missed opportunities.
  • Dynamic where it adds value. Stats widgets and auto-updating blog feeds keep a profile fresh, but don't overload — 2-3 widgets is usually right.
  • Cross-link everything. GitHub, LinkedIn, Twitter/X, personal site — each profile should point to the others.

平台分布

Codex

37.15%
按下载量换算29

Claude

29.72%
按下载量换算23

Cursor

17.68%
按下载量换算14

Gemini CLI

9.58%
按下载量换算8

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

需要联网

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

安装前确认

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

继续浏览同类 Skills