analyzing-projects
Analyzes codebases to understand structure, tech stack, patterns, and conventions. Use when onboarding to a new project, exploring unfamiliar code, or when asked "how does this work?" or "what's the architecture?"
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o analyzing-projects.zip https://jpskill.com/download/17941.zip && unzip -o analyzing-projects.zip && rm analyzing-projects.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/17941.zip -OutFile "$d\analyzing-projects.zip"; Expand-Archive "$d\analyzing-projects.zip" -DestinationPath $d -Force; ri "$d\analyzing-projects.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
analyzing-projects.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
analyzing-projectsフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
プロジェクトの分析
プロジェクト分析のワークフロー
このチェックリストをコピーして、進捗状況を追跡してください。
プロジェクト分析の進捗状況:
- [ ] ステップ 1: 簡単な概要 (README、ルートファイル)
- [ ] ステップ 2: 技術スタックの検出
- [ ] ステップ 3: プロジェクト構造のマッピング
- [ ] ステップ 4: 主要なパターンの特定
- [ ] ステップ 5: 開発ワークフローの発見
- [ ] ステップ 6: サマリーレポートの生成
ステップ 1: 簡単な概要
# 一般的なプロジェクトマーカーの確認
ls -la
cat README.md 2>/dev/null | head -50
ステップ 2: 技術スタックの検出
パッケージマネージャーと依存関係
package.json→ Node.js/JavaScript/TypeScriptrequirements.txt/pyproject.toml/setup.py→ Pythongo.mod→ GoCargo.toml→ Rustpom.xml/build.gradle→ JavaGemfile→ Ruby
フレームワーク (依存関係から)
- React, Vue, Angular, Next.js, Nuxt
- Express, FastAPI, Django, Flask, Rails
- Spring Boot, Gin, Echo
インフラストラクチャ
Dockerfile,docker-compose.yml→ コンテナ化kubernetes/,k8s/→ Kubernetesterraform/,.tffiles → IaCserverless.yml→ Serverless Framework.github/workflows/→ GitHub Actions
ステップ 3: プロジェクト構造の分析
注釈付きのツリーとして表示します。
project/
├── src/ # ソースコード
│ ├── components/ # UIコンポーネント (React/Vue)
│ ├── services/ # ビジネスロジック
│ ├── models/ # データモデル
│ └── utils/ # 共有ユーティリティ
├── tests/ # テストファイル
├── docs/ # ドキュメント
└── config/ # 設定
ステップ 4: 主要なパターンの特定
以下を探して報告します。
- アーキテクチャ: Monolith, Microservices, Serverless, Monorepo
- API スタイル: REST, GraphQL, gRPC, tRPC
- 状態管理: Redux, Zustand, MobX, Context
- データベース: SQL, NoSQL, 使用されている ORM
- 認証: JWT, OAuth, Sessions
- テスト: Jest, Pytest, Go test, etc.
ステップ 5: 開発ワークフロー
以下を確認します。
.eslintrc,.prettierrc→ Linting/Formatting.husky/→ Git hooksMakefile→ ビルドコマンドscripts/in package.json → NPM scripts
ステップ 6: 出力形式
このテンプレートを使用してサマリーを生成します。
# プロジェクト: [Name]
## 概要
[1〜2文の説明]
## 技術スタック
| カテゴリ | 技術 |
|----------|------------|
| 言語 | TypeScript |
| フレームワーク | Next.js 14 |
| データベース | PostgreSQL |
| ... | ... |
## アーキテクチャ
[説明。必要に応じて簡単なASCII図を使用]
## 主要なディレクトリ
- `src/` - [目的]
- `lib/` - [目的]
## エントリーポイント
- メイン: `src/index.ts`
- API: `src/api/`
- テスト: `npm test`
## 規約
- [命名規則]
- [ファイル構成パターン]
- [コードスタイルの好み]
## 簡単なコマンド
| アクション | コマンド |
|--------|---------|
| インストール | `npm install` |
| 開発 | `npm run dev` |
| テスト | `npm test` |
| ビルド | `npm run build` |
分析の検証
分析完了後、以下を確認します。
分析の検証:
- [ ] すべての主要なディレクトリが説明されている
- [ ] 技術スタックが正確に特定されている
- [ ] エントリーポイントが文書化されている
- [ ] 開発コマンドが動作することを確認済み
- [ ] 証拠なしに仮定されていない
検証できない項目がある場合は、レポートに「要確認」として記載してください。
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
Analyzing Projects
Project Analysis Workflow
Copy this checklist and track progress:
Project Analysis Progress:
- [ ] Step 1: Quick overview (README, root files)
- [ ] Step 2: Detect tech stack
- [ ] Step 3: Map project structure
- [ ] Step 4: Identify key patterns
- [ ] Step 5: Find development workflow
- [ ] Step 6: Generate summary report
Step 1: Quick Overview
# Check for common project markers
ls -la
cat README.md 2>/dev/null | head -50
Step 2: Tech Stack Detection
Package Managers & Dependencies
package.json→ Node.js/JavaScript/TypeScriptrequirements.txt/pyproject.toml/setup.py→ Pythongo.mod→ GoCargo.toml→ Rustpom.xml/build.gradle→ JavaGemfile→ Ruby
Frameworks (from dependencies)
- React, Vue, Angular, Next.js, Nuxt
- Express, FastAPI, Django, Flask, Rails
- Spring Boot, Gin, Echo
Infrastructure
Dockerfile,docker-compose.yml→ Containerizedkubernetes/,k8s/→ Kubernetesterraform/,.tffiles → IaCserverless.yml→ Serverless Framework.github/workflows/→ GitHub Actions
Step 3: Project Structure Analysis
Present as a tree with annotations:
project/
├── src/ # Source code
│ ├── components/ # UI components (React/Vue)
│ ├── services/ # Business logic
│ ├── models/ # Data models
│ └── utils/ # Shared utilities
├── tests/ # Test files
├── docs/ # Documentation
└── config/ # Configuration
Step 4: Key Patterns Identification
Look for and report:
- Architecture: Monolith, Microservices, Serverless, Monorepo
- API Style: REST, GraphQL, gRPC, tRPC
- State Management: Redux, Zustand, MobX, Context
- Database: SQL, NoSQL, ORM used
- Authentication: JWT, OAuth, Sessions
- Testing: Jest, Pytest, Go test, etc.
Step 5: Development Workflow
Check for:
.eslintrc,.prettierrc→ Linting/Formatting.husky/→ Git hooksMakefile→ Build commandsscripts/in package.json → NPM scripts
Step 6: Output Format
Generate a summary using this template:
# Project: [Name]
## Overview
[1-2 sentence description]
## Tech Stack
| Category | Technology |
|----------|------------|
| Language | TypeScript |
| Framework | Next.js 14 |
| Database | PostgreSQL |
| ... | ... |
## Architecture
[Description with simple ASCII diagram if helpful]
## Key Directories
- `src/` - [purpose]
- `lib/` - [purpose]
## Entry Points
- Main: `src/index.ts`
- API: `src/api/`
- Tests: `npm test`
## Conventions
- [Naming conventions]
- [File organization patterns]
- [Code style preferences]
## Quick Commands
| Action | Command |
|--------|---------|
| Install | `npm install` |
| Dev | `npm run dev` |
| Test | `npm test` |
| Build | `npm run build` |
Analysis Validation
After completing analysis, verify:
Analysis Validation:
- [ ] All major directories explained
- [ ] Tech stack accurately identified
- [ ] Entry points documented
- [ ] Development commands verified working
- [ ] No assumptions made without evidence
If any items cannot be verified, note them as "needs clarification" in the report.