Token导航 LogoToken导航

Agent Skill · 研究检索

code-analyzer(代码分析器)

code-analyzer 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

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

总安装 384周安装 12GitHub Stars 10下载 97核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/petbrains/mvp-builder --skill code-analyzer

这个 Skill 是做什么的

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

用于查找、检索和筛选相关信息。code-analyzer 属于研究检索类 Skill,可作为该场景下的辅助能力补充。适合在关键词、任务场景或来源线索下快速定位候选结果。可结合来源仓库和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态及是否会触发联网或命令执行。

当前归类为研究检索,但名称暗示其可能用于代码分析。

来源仓库内路径:skills/code-analyzer

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

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

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

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

常见问题

6 条

code-analyzer 怎么安装?

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

code-analyzer 支持哪些 AI 工具?

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

code-analyzer 需要什么权限?

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

code-analyzer 是免费的吗?

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

code-analyzer 用的人多吗?

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

code-analyzer 安全吗?

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

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

值得选的地方

  • 同时适配 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调用外部服务未明确有提醒
code-analyzer

代码分析器 · 本页

38410需要联网未明确通过

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

SKILL.md 原文

Code Analyzer

Analyze codebase to build comprehensive mental model for downstream operations.

Workflow Overview

  1. Scan — Collect facts via bash script (deterministic)
  2. Understand — Interpret structure and stack
  3. Trace — Follow execution paths through abstraction layers (skip if greenfield)
  4. Build — Construct dependency graph and mental model
  5. Confirm — Output summary with key files list

Step 1: Scan Project

Run codebase scanner to collect facts:

.claude/skills/code-analyzer/scripts/scan-codebase.sh

Scanner auto-detects project root (git root or pwd) and collects:

  • Structure: file count, extensions, configs, directories, src modules
  • Markers: AICODE-NOTE, AICODE-TODO, AICODE-FIX with locations
  • Git: branch, modified/added/deleted files

Outputs JSON. No external dependencies required.

Exclusions (automatic)

  • node_modules,.git, dist, build
  • pycache,.venv, venv
  • ai-docs,.next,.nuxt, coverage,.cache

Step 2: Understand Structure

Interpret scan results to determine:

  • Stack: Language(s) from extensions, framework from configs
  • Entry points: Main/index/app files in directories
  • Modules: Domain boundaries from src_modules or directories
  • Conventions: Naming patterns, structure style

Step 3: Trace Patterns

Skip if greenfield project (no src files found in Step 1).

For existing codebases, trace how code actually works — not just what files exist:

3.1 Find similar features

  • Grep for features with similar domain (e.g., if building "payments", find existing "orders" or "billing")
  • Identify entry points: API routes, UI components, CLI commands

3.2 Trace execution paths

  • Follow call chain from entry point through business logic to data layer
  • Note data transformations at each hop with file:line references
  • Document side effects and state changes encountered

3.3 Map abstraction layers

  • Identify boundaries: presentation → business logic → data access
  • Note which patterns are in use (repository, service layer, controller, middleware, etc.)
  • Document cross-cutting concerns encountered (auth, logging, caching, error handling)

3.4 Identify reuse opportunities

  • Shared utilities and helpers with 3+ consumers
  • Existing patterns that new code should follow
  • Modules that new feature should integrate with (not duplicate)

Step 4: Build Mental Model

Extract and internalize from scan results + tracing:

From structure:

  • Stack: [language] | [framework] | [build-tool]
  • Entry points with types
  • Module list with inferred domains
  • Directory organization

From tracing (if performed):

  • Abstraction layers: [presentation] → [business] → [data]
  • Design patterns in use with file:line examples
  • Cross-cutting concerns and how they're implemented
  • Reusable modules for new feature integration

From markers:

  • AICODE-NOTE → Implementation context (why decisions were made)
  • AICODE-TODO → Planned work (incomplete areas)
  • AICODE-FIX → Known issues (from previous reviews)

From git:

  • Current branch → feature context
  • Changed files → review/focus scope

From reading key files:

  • Import patterns → dependency relationships
  • Shared modules → components with 3+ incoming connections
  • Circular dependencies → architectural issues

Step 5: Confirm Readiness

Output minimal confirmation with key files list:

✅ Code context loaded: [project-name]
   Stack: [language] | [framework]
   Modules: [count] ([list])
   Patterns: [list of design patterns found, if traced]
   Markers: [N] NOTE, [N] TODO, [N] FIX

   Key files (read these for deep context):
   - [path] — [why this file matters]
   - [path] — [why this file matters]
   - ... (5-10 files max)

   Ready for: review | planning | documentation | agent-generation

Key files list — the 5-10 most important files for understanding the area being worked on. Calling agents/commands should read these files after Code Analyzer completes rather than re-scanning independently.

Error Handling

  • Empty project: Report "No source files found"
  • No git repo: Continue without git section (is_repo: false)
  • Permission denied: Report file, continue with available
  • No similar features found: Skip tracing, note "greenfield area — no existing patterns to follow"

Usage Notes

This skill prepares context for:

  • Code review (scope, markers, dependencies)
  • Implementation planning (patterns, reuse, architecture)
  • Documentation generation (structure, stack)
  • Agent creation (domains, boundaries)

Context remains in memory for entire conversation.

平台分布

Codex

37.52%
按下载量换算36

Claude

32.79%
按下载量换算32

Cursor

18.04%
按下载量换算17

Gemini CLI

9.03%
按下载量换算9

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

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

安装前确认

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

继续浏览同类 Skills