Token导航 LogoToken导航

Agent Skill · 待分类

project-map-builder(项目地图生成器)

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

project-map-builder 是待分类类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为权限未标注;许可证信息还不明确,第三方扫描已通过,按安装量在待分类类的 11,209 个 Skill 里排第 2,238。

总安装 1,747周安装 70GitHub Stars 560下载 566核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/yunshu0909/yunshu_skillshub --skill project-map-builder

这个 Skill 是做什么的

这个 Skill 的分类还没最终确定,用法以来源仓库的说明为准。

用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合项目协作场景。适用于围绕仓库状态、代码变更或协作事项进行信息整理和跟踪。支持对 GitHub 相关数据进行分类、筛选和状态管理。

安装命令:npx skills add https://github.com/yunshu0909/yunshu_skillshub --skill project-map-builder。建议确认权限范围、维护状态,以及是否会触发联网或文件读写操作。

来源仓库内路径:skills/project-map-builder

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

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

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

    权限没有明确标注,第一次使用时只给一个无关紧要的任务,观察它到底读了哪些文件和网络。

常见问题

6 条

project-map-builder 怎么安装?

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

project-map-builder 支持哪些 AI 工具?

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

project-map-builder 需要什么权限?

权限级别没有明确标注。第一次使用时建议只给无关紧要的任务,观察它实际读写了哪些内容。

project-map-builder 是免费的吗?

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

project-map-builder 用的人多吗?

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

project-map-builder 安全吗?

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

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

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

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

适不适合你

更适合

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

不太适合

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

待分类类 Skill 对比

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

infsh CLI · Codex、Claude

4,374,576382权限未标注未明确未收录
ai-video-generation

AI 视频生成 · Codex、Claude

4,313,376382调用外部服务未明确有提醒
lark-openapi-explorer

云雀 OpenAPI 浏览器 · Codex、Claude

2,064,1209,011需要联网未明确有提醒
lark-workflow-standup-report

Lark 工作流程站立报告 · Codex、Claude

2,041,6328,978需要联网未明确通过
use-my-browser

使用我的浏览器 · Codex、Claude

1,848,49140操作浏览器未明确未通过
project-map-builder

项目地图生成器 · 本页

1,747560权限未标注未明确通过

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

SKILL.md 原文

项目目录地图构建器

为指定目录范围生成或增量更新高信噪比的目录说明文档。

核心规则

  • 必须让用户指定要扫描的文件夹范围,禁止默认全仓库扫描。
  • 若范围过大,提醒上下文风险并让用户确认或缩小范围。
  • 输出语言必须与用户当前语言一致。
  • 文档文件名固定:PROJECT_MAP.md。
  • 若输出位置已存在 PROJECT_MAP.md,进入更新模式(仅增量更新)。
  • 若不存在,进入主动引导模式(先确认范围再新建)。

输出位置规则

  • 单目录:将 PROJECT_MAP.md 写在该目录根。
  • 多目录:

- 先询问:生成一个合并文档,还是每个目录各生成一个。 - 合并:写到项目根目录。 - 分开:各目录根各写一份 PROJECT_MAP.md。

最少需要询问用户的问题

  • 要扫描哪些文件夹?
  • 如果是多个文件夹:合并成一个文档,还是分别生成多个?
  • 若范围大或不明确:是否确认范围?

工作流

A) 主动引导模式(不存在 PROJECT_MAP.md)

  1. 确认扫描范围与输出策略。
  2. 快速列出指定目录的文件清单。
  3. 识别入口与关键文件(如 manifest、主入口、服务线程、UI、配置、存储、测试、文档)。
  4. 只打开“关键文件”用于解释职责与关系,避免全量读取。
  5. 按结构模板生成 PROJECT_MAP.md。
  6. 不确定处必须显式标注(如“假设”“未确认”)。

B) 更新模式(已存在 PROJECT_MAP.md)

  1. 读取既有 PROJECT_MAP.md。
  2. 仅重新扫描用户指定的目录范围。
  3. 结合“当前对话上下文”与文件清单差异,定位需更新的段落。
  4. 只做增量补丁更新,不进行全量重写。
  5. 添加“本次更新”小节(日期 + 范围 + 变更点)。

扫描规则

  • 优先使用快速文件列表命令(如 rg --files 或 Get-ChildItem)。
  • 不要打开所有文件,只读关键文件。
  • 如需更深入的细节,先向用户确认要深入的子目录。

文档结构模板(PROJECT_MAP.md)

可按需调整,但建议包含:

  1. 项目概览(一句话)
  2. 作用范围(本次扫描的文件夹列表)
  3. 入口与运行链路(简化版)
  4. 关键配置与存储键(如适用)
  5. 目录与文件说明(按目录层级)
  6. 关键模块关系/调用链
  7. 风险/遗留/不确定点
  8. 本次更新(仅更新模式)

多目录输出规则

  • 合并文档:在“作用范围”列出每个目录,并为每个目录写独立小节。
  • 分开文档:每个目录只描述自身范围,不做跨目录合并。

更新模式规则(仅增量)

  • 尽量保留已有结构与表述。
  • 只修改与新增/删除文件或新上下文相关的部分。
  • 除非明确错误,否则不删除旧内容。
  • “本次更新”记录日期、范围与变更摘要。

安全与清晰性

  • 无法确认的行为或规则必须标注为“假设/未确认”。
  • 看似遗留的文件应标注为“可能遗留”,除非用户要求,否则不建议删除。

平台分布

Codex

33.42%
按下载量换算189

Claude

30.39%
按下载量换算172

Cursor

17.93%
按下载量换算101

Gemini CLI

9.9%
按下载量换算56

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

权限未标注

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

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

继续浏览同类 Skills