目次
- はじめに
- 前提環境
- 今回やること
- Claude CodeをWSL Ubuntuにインストールする
- 練習用ディレクトリで起動確認する
- XServerアクセスログ解析ツールで使う前に決めたルール
- Claude Code用の設定ファイルを用意する
- 初回レビューの進め方
- 実際に使ってみた感想
- まとめ
- 関連記事
はじめに
最近、AIを活用した開発支援ツールとして Claude Code が気になっていました。
普段は ChatGPT や Codex を使いながら、Laravel移植版の映画レビューアプリや、XServerのアクセスログ解析ツールを開発しています。特にアクセスログ解析ツールでは、実際のログをもとに不審なアクセスを分類したり、IPごとの傾向を確認したりしているため、コードレビュー時にもセキュリティ面の確認を重視しています。
一方で、Claude Codeは実務でも利用されている例があるため、個人開発でも少しずつ慣れておきたいと考えました。
ただし、いきなりClaude Codeに実装修正まで任せるのは不安があります。特に、アクセスログや .env、DB接続情報、秘密鍵、ログファイルなど、AIに読ませたくない情報を含む可能性があるファイルは慎重に扱う必要があります。
そこで今回は、まずWSL UbuntuにClaude Codeをインストールし、XServerアクセスログ解析ツールのレビュー用途で安全に使うための準備を行います。
この記事では、Claude Codeのインストールから、最初に決めておきたい運用ルール、秘密情報を読ませないための設定、そしてレビュー専用で使い始めるところまでをまとめます。
前提環境
今回の作業は、Windows上のWSL Ubuntuで行います。
普段の開発では、WSL Ubuntu上でGitやLaravel Sailを使っているため、Claude Codeも同じUbuntu環境にインストールします。
この記事での前提は以下です。
| 項目 | 内容 |
|---|---|
| OS | Windows + WSL Ubuntu |
| ターミナル | Ubuntuターミナル |
| 対象ツール | Claude Code |
| 利用目的 | XServerアクセスログ解析ツールのコードレビュー |
| インストール方法 | Claude Code公式手順を確認して実施 |
| 初期運用 | レビュー専用。自動修正は行わない |
Claude Codeは、公式ドキュメントでLinux / WSL環境での利用が案内されています。
なお、Claude Codeを導入しても、最初から実装修正を任せるつもりはありません。
まずは、XServerアクセスログ解析ツールのPR差分レビューを目的に使います。.env、アクセスログ、SQLダンプ、秘密鍵、ログファイルなど、AIに読ませたくないファイルは事前に除外設定を行います。
今回やること
この記事では、WSL UbuntuにClaude Codeをインストールし、XServerアクセスログ解析ツールのレビュー用途で使える状態にするまでを行います。
単にインストールするだけではなく、実際の開発リポジトリで使う前に、秘密情報や実ログを不用意に読ませないための運用ルールも整理します。
今回やることは以下です。
- WSL UbuntuにClaude Codeをインストールする
-
claude --versionでインストール結果を確認する - 練習用ディレクトリでClaude Codeを起動する
- 初回ログイン・認証を行う
- XServerアクセスログ解析ツールで使う前の注意点を整理する
-
CLAUDE.mdにClaude Code用の作業ルールを書く -
.claude/settings.jsonで読み取り禁止にしたいファイルを設定する - 最初はPR差分レビュー専用として使う
今回やらないことも決めておきます。
- Claude Codeにいきなり実装修正は任せない
- Git操作はClaude Codeに任せない
-
.env、アクセスログ、SQLダンプ、秘密鍵、ログファイルなどは読ませない - リポジトリ全体を無差別にレビューさせない
- 自動修正前提の使い方はしない
まずは、Claude Codeを「実装担当」ではなく「レビュー担当」として使います。
最初の目的は、Claude Codeの操作に慣れつつ、PR差分に対してセキュリティや設計面の指摘をもらうことです。
Claude CodeをWSL Ubuntuにインストールする
ここから、Claude CodeをWSL Ubuntuにインストールしていきます。
Claude Code公式ドキュメントでは、WSLを使う場合はWSLディストリビューションを開き、その中でLinux用インストーラーを実行すると説明されています。
そのため、今回はWindowsのPowerShellやコマンドプロンプトではなく、普段開発で使っているUbuntuターミナル上で作業します。
インストール前の確認
まず、Ubuntu側でClaude Codeがすでに入っていないか確認しました。
which claude
claude --version
実行結果は以下です。
user@ubuntu:~$ which claude
user@ubuntu:~$ claude --version
claude: command not found
which claude で何も表示されず、claude --version でも command not found になりました。
この結果から、Ubuntu側にはまだClaude Codeがインストールされていないことが確認できました。
次に、現在の作業場所と実行ユーザーを確認しました。
pwd
whoami
実行結果は以下です。
user@ubuntu:~$ pwd
/home/user
user@ubuntu:~$ whoami
user
今回はWSL Ubuntu上でClaude Codeを使うため、Ubuntu側のホームディレクトリで作業していることを確認してから進めます。
インストール
Claude Code公式の案内に従い、Ubuntuターミナルで以下を実行します。
curl -fsSL https://claude.ai/install.sh | bash
インストール完了画面
インストール後、以下のメッセージが表示されました。
Claude Code successfully installed!
Version: 2.1.205
Location: ~/.local/bin/claude
ただし、セットアップメモに以下の注意が表示されました。
echo 'export PATH="$HOME/.local/bin:$PATH"' >> ~/.bashrc && source ~/.bashrc
~/.local/bin がPATHに入っていない場合、インストール自体は成功していても claude コマンドをそのまま実行できません。
実際に、最初は以下のように command not found になりました。
user@ubuntu:~$ source ~/.bashrc
user@ubuntu:~$ which claude
user@ubuntu:~$ claude --version
claude: command not found
そこで、まずClaude Code本体がインストールされているか確認しました。
user@ubuntu:~$ ls -l ~/.local/bin/claude
lrwxrwxrwx 1 user user 48 Jul 9 14:20 /home/user/.local/bin/claude -> /home/user/.local/share/claude/versions/2.1.205
user@ubuntu:~$ ~/.local/bin/claude --version
2.1.205 (Claude Code)
~/.local/bin/claude を直接実行するとバージョンが表示されたため、インストール自体は成功していることが分かりました。
あとは、~/.local/bin をPATHに追加します。
echo 'export PATH="$HOME/.local/bin:$PATH"' >> ~/.bashrc
source ~/.bashrc
再度確認します。
user@ubuntu:~$ which claude
/home/user/.local/bin/claude
user@ubuntu:~$ claude --version
2.1.205 (Claude Code)
claude のパスとバージョンが表示されれば、インストールは完了です。
この段階では、まだ本命の開発リポジトリでは起動しません。
まずは練習用ディレクトリで起動確認を行います。
練習用ディレクトリで起動確認する
Claude CodeのインストールとPATH設定が完了したら、まずは練習用ディレクトリで起動確認を行います。
この時点では、まだ本命の開発リポジトリでは起動しません。
Claude Codeはプロジェクト内のファイルを読み取ったり、コマンド実行を提案したりできるため、最初から実ログや秘密情報を含む可能性があるリポジトリで試すのは避けました。
まずは、空の練習用ディレクトリを作成します。
mkdir -p ~/projects/claude-code-test
cd ~/projects/claude-code-test
現在の場所を確認します。
pwd
例：
user@ubuntu:~/projects/claude-code-test$ pwd
/home/user/projects/claude-code-test
このディレクトリでClaude Codeを起動します。
claude
初回起動時に、ターミナルの表示テーマを選択する画面が表示されました。
今回は黒背景のターミナルを使っているため、Dark mode を選択しました。
テーマはあとから /theme コマンドで変更できます。
次に、Claude Codeのログイン方法を選択する画面が表示されました。
今回はClaudeのサブスクリプションで利用するため、Claude account with subscription を選択しました。
API課金で利用する場合は Anthropic Console account を選択するようですが、今回はサブスクリプション利用のため1番を選びました。
ログイン方法を選択すると、ブラウザで認証を行います。
自動でブラウザが開かない場合は、ターミナルに表示されたURLをコピーして、ブラウザで開きます。
Browser didn't open? Use the url below to sign in
ブラウザ側では、各自がClaudeで利用しているアカウントでログインします。
自分の場合はGoogleアカウントでログインしましたが、メールアドレスログインなど、利用している認証方法に合わせて進めれば問題ありません。
認証が完了すると、ブラウザに認証コードが表示されます。
表示されたコードをコピーして、Ubuntuターミナル側の以下の入力欄に貼り付けます。
Paste code here if prompted >
コードを貼り付けてEnterを押すと、ログインが完了します。
Login successful. Press Enter to continue...
この表示が出れば、Claude Codeの初回ログインは完了です。
なお、認証URL・認証コード・アカウント情報は公開しないよう注意します。
ログイン画面や認証コード画面は、メールアドレスや一時的な認証情報が含まれる可能性があるため、記事に載せる場合は必ずマスクします。特に認証URLや認証コードは載せないようにします。
この段階で確認したいことは以下です。
-
claudeコマンドが起動すること - WSL Ubuntu上で実行できること
- 初回ログイン・認証が完了すること
- 本命リポジトリに入らなくても起動確認できること
- 認証URL・認証コード・メールアドレスを記事にそのまま載せないこと
認証まで完了すれば、Claude Code自体の起動確認は完了です。
次に、XServerアクセスログ解析ツールで使う前に、秘密情報やログファイルを読ませないためのルールを整理します。
XServerアクセスログ解析ツールで使う前に決めたルール
Claude Codeの起動確認ができたので、次は本命のXServerアクセスログ解析ツールで使う前のルールを決めます。
Claude Codeは、コードを読んだり、ファイルを編集したり、必要に応じてコマンド実行を提案できる便利なツールです。
一方で、今回扱うのはXServerのアクセスログ解析ツールです。
アクセスログには、IPアドレス、アクセス先URL、User-Agent、攻撃らしきリクエストなどが含まれます。
また、開発リポジトリ周辺には .env、設定ファイル、ログファイル、SQLダンプ、秘密鍵など、AIに読ませたくないファイルが存在する可能性もあります。
そのため、Claude Codeをいきなり自由に使うのではなく、最初に運用ルールを決めておきます。
秘密情報ファイルは読ませない
まず、.env や秘密情報を含む可能性があるファイルは読ませない方針にします。
対象として考えたのは、以下のようなファイルです。
.env.env.*- アクセスログ
- エラーログ
- SQLダンプ
- バックアップファイル
- 秘密鍵
- APIキーやトークンを含むファイル
特にアクセスログには、IPアドレスやUser-Agent、攻撃らしきリクエストパスなどが含まれます。
コードレビューで必要なのは、分類ロジックや集計処理の確認であり、実ログそのものをClaude Codeに読ませる必要はありません。
そのため、実ログや秘密情報を含む可能性があるファイルは、事前に読み取り禁止の対象として扱います。
Git操作は任せない
次に、Git操作はClaude Codeに任せない方針にしました。
Claude Codeはコマンド実行を提案できますが、ブランチ作成、コミット、push、mergeなどのGit操作は、意図しない変更につながる可能性があります。
そのため、以下の操作は自分で行います。
- Issue作成
- ブランチ作成
- commit
- push
- Pull Request作成
- merge
- ブランチ削除
Claude Codeには、必要に応じて差分確認やレビュー観点の整理だけを依頼します。
最初は修正させない
最後に、初期運用ではClaude Codeに実装修正をさせないことにしました。
いきなりファイル編集まで任せると、変更範囲が広がったり、意図しない修正が入ったりする可能性があります。
まずは、PR差分に対して以下の観点でレビューしてもらうところから始めます。
- セキュリティ上の問題がないか
- 設計や責務分離に違和感がないか
- テスト不足がないか
- ドキュメントと実装がズレていないか
- 変更範囲がPRの目的から外れていないか
Claude Codeを「実装担当」ではなく「レビュー担当」として使い始めることで、安全に操作へ慣れていく方針です。
Claude Code用の設定ファイルを用意する
Claude Codeを本命のリポジトリで使う前に、プロジェクト用の設定ファイルを用意します。
今回は、以下の2つを使います。
CLAUDE.md
.claude/settings.json
役割は大きく分けて以下です。
| ファイル | 役割 |
|---|---|
CLAUDE.md |
Claude Codeに守ってほしい作業方針・レビュー観点を書く |
.claude/settings.json |
Claude Codeのツール権限や読み取り禁止ルールを書く |
CLAUDE.md は、Codexでいう AGENTS.md に近い役割として使います。
ただし、CLAUDE.md はあくまで作業方針や指示を書くためのファイルです。
秘密情報ファイルを読ませないようにするには、.claude/settings.json 側で権限設定を書く方針にしました。
CLAUDE.md
CLAUDE.md には、Claude Codeに守ってほしいプロジェクトの作業ルールを書きます。
今回の初期運用では、Claude Codeを実装担当ではなくレビュー担当として使うため、以下のような方針を書きます。
# Claude Code 運用ルール
## 基本方針
このリポジトリでは、Claude Codeは初期運用としてレビュー専用で使用します。
## 禁止事項
- ファイル編集はユーザーが明示的に許可するまで行わない
- Git操作は行わない
- `.env` や秘密情報ファイルを読まない
- アクセスログやエラーログを不用意に読まない
- リポジトリ全体を無差別に読まない
## レビュー時の確認観点
- セキュリティ上の問題がないか
- 設計や責務分離に違和感がないか
- テスト不足がないか
- ドキュメントと実装がズレていないか
- 変更範囲がPRの目的から外れていないか
CLAUDE.md に書くことで、Claude Codeにこのプロジェクトでの前提やレビュー観点を伝えやすくなります。
ただし、秘密情報を守るためには、指示として書くだけでは不十分です。
そのため、読み取り禁止にしたいファイルは次の .claude/settings.json にも設定します。
.claude/settings.json に出てくる権限の意味
.claude/settings.json では、Claude Codeが実行できる操作を制御できます。
最初は ask、deny、Read()、Edit()、Write()、Bash() などの意味が分かりにくかったため、今回使う範囲で整理します。
| 項目 | 意味 | 今回の使い方 |
|---|---|---|
allow |
許可する操作 | 初期導入では基本的に使わない |
ask |
実行前に確認を求める操作 | 編集やBash実行は確認制にする |
deny |
禁止する操作 | 秘密情報の読み取りやGit変更系コマンドを禁止する |
Read(...) |
ファイル読み取り |
.env やログ、SQLダンプなどを読ませないために使う |
Edit(...) |
既存ファイルの編集 | 初期運用では確認制にする |
Write(...) |
ファイル作成・書き込み | 初期運用では確認制にする |
Bash(...) |
シェルコマンド実行 | 初期運用では確認制。一部Git操作は禁止する |
権限は、基本的に deny が一番強い扱いになります。
たとえば、Read(.env) を deny に入れておけば、Claude Codeが .env を読もうとした場合にブロックできます。
一方で、Edit(*) や Bash(*) を ask に入れると、ファイル編集やコマンド実行の前に確認が入るようになります。
今回の目的は、Claude Codeを最初から自由に動かすことではありません。
まずはレビュー専用として使いたいため、以下の方針にしました。
- ファイル編集は確認制にする
- ファイル作成も確認制にする
- Bash実行も確認制にする
- 秘密情報やログ類の読み取りは禁止する
- Gitの変更系コマンドは禁止する
この方針にした理由は、Claude Codeの操作に慣れるまでは、意図しないファイル編集やGit操作を避けたいからです。
.claude/settings.json
.claude/settings.json には、Claude Codeの権限設定を書きます。
今回は、.env、ログファイル、SQLダンプ、秘密鍵などを読ませないようにすることを優先します。
例として、以下のような設定を用意します。
なお、Claude Codeのバージョンによって利用できるツール名や権限設定の挙動が変わる可能性があります。実際に設定する場合は、現在利用しているClaude Codeで認識される設定か確認しながら進めます。
{
"$schema": "https://json.schemastore.org/claude-code-settings.json",
"permissions": {
"ask": [
"Edit(*)",
"Write(*)",
"Bash(*)"
],
"deny": [
"Read(.env)",
"Read(.env.*)",
"Read(**/.env)",
"Read(**/.env.*)",
"Read(logs/**)",
"Read(**/logs/**)",
"Read(output/**)",
"Read(**/output/**)",
"Read(**/*.log)",
"Read(**/*.sql)",
"Read(**/*.bak)",
"Read(**/*.key)",
"Read(**/*.pem)",
"Read(**/credentials*)",
"Read(**/*secret*)",
"Read(**/*token*)",
"Bash(git add *)",
"Bash(git commit *)",
"Bash(git push *)",
"Bash(git merge *)",
"Bash(git reset *)",
"Bash(git restore *)"
]
}
}
この設定では、ファイル編集やBash実行は確認制にし、秘密情報やログ類の読み取りは禁止します。
また、Gitの変更系コマンドも禁止対象に入れます。
ただし、確認制にしただけで安全になるわけではありません。
Bash(*) を ask にしていても、表示されたコマンドの意味を理解せずにすべて許可してしまうと、意図しない書き込みや削除につながる可能性があります。
特に、>、>>、tee、rm、curl、wget などを含むコマンドは慎重に確認します。
Claude Codeは便利ですが、最初から自由に編集・実行させるのではなく、まずは「読ませる範囲」と「実行してよい操作」を明確にしておくことが大事だと感じました。
初回レビューの進め方
Claude Code用の設定ファイルを用意したら、いよいよ実際のリポジトリでレビューに使います。
ただし、初回からリポジトリ全体を見てもらったり、ファイル修正まで任せたりはしません。
まずは、PR差分だけを対象にして、指摘だけ出してもらう形で使い始めます。
PR差分だけを対象にする
初回レビューでは、リポジトリ全体ではなくPR差分だけを対象にします。
Claude Codeはプロジェクト内のファイルを読み取れるため、何も制限しないと関連ファイルを広く確認しにいく可能性があります。
もちろん、複数ファイルをまたいだ確認ができるのはClaude Codeの強みです。
しかし、最初から広範囲を読ませると、レビュー対象がぼやけたり、実ログや秘密情報に近いファイルへ触れるリスクもあります。
そのため、最初は以下のように依頼します。
現在のPR差分だけをレビューしてください。
リポジトリ全体を無差別に確認しないでください。
必要がある場合のみ、関連ファイルを最小限確認してください。
レビュー前には、自分でも変更範囲を確認します。
git status
git diff --name-only
git diff
これにより、Claude Codeに見てもらう前に、自分自身でも変更ファイルと差分を把握できます。
レビュー観点を固定する
次に、レビュー観点を固定します。
「レビューしてください」だけだと、AIがどの観点を重視するか分かりません。
今回はXServerアクセスログ解析ツールのレビューなので、特に以下を確認してもらう方針にしました。
- セキュリティ上の問題がないか
- 実ログや秘密情報を不用意に読みにいっていないか
- 分類ロジックに不自然な条件がないか
- 出力CSVやレポートの項目と実装がズレていないか
- エラー時の処理が雑になっていないか
- テスト不足がないか
- ドキュメントと実装がズレていないか
- 変更範囲がPRの目的から外れていないか
LaravelなどのWebアプリで使う場合は、認証、認可、CSRF、XSS、Mass Assignmentなども観点に入れるとよさそうです。
指摘だけ出してもらう
初回は、Claude Codeに修正まではさせません。
まずは、レビュー結果として問題点や気になる点だけを出してもらいます。
依頼文は、以下のようにします。
このPR差分をレビューしてください。
目的:
Claude Codeの初回レビュー確認です。
今回は修正せず、指摘だけ出してください。
制約:
- ファイル編集は禁止
- Git操作は禁止
- `.env` や秘密情報ファイルは読まない
- アクセスログやエラーログは読まない
- リポジトリ全体を無差別に読まない
- 必要な場合のみ関連ファイルを最小限確認する
確認してほしい観点:
- セキュリティ上の問題がないか
- 実ログや秘密情報に触れる処理がないか
- 分類ロジックに不自然な条件がないか
- 出力CSVやレポートの項目と実装がズレていないか
- エラー時の処理が適切か
- テスト不足がないか
- ドキュメントと実装がズレていないか
- 変更範囲がPRの目的から外れていないか
出力形式:
- High / Medium / Low に分ける
- 該当ファイル名を書く
- 理由を書く
- 修正方針を書く
- 今回直すべきか、後続Issueでよいかを書く
このように依頼すると、Claude Codeをいきなり実装担当にせず、レビュー担当として使い始められます。
まずは指摘内容を読み、自分で妥当性を判断します。
そのうえで、必要な修正だけを自分で行うか、改めてClaude Codeに限定的に修正を依頼する流れにします。
実際に使ってみた感想
実際に xserver-log-analyzer でClaude Codeを使ってみると、Claude Codeは「インストールすればすぐ安全に使えるツール」というより、プロジェクトに合わせて権限と運用を設計してから使うツールだと感じました。
特に今回のように、実アクセスログ、実エラーログ、実IP、ローカル設定値などを扱うプロジェクトでは、最初に「何を読ませないか」を決めておくことが重要でした。
今回は、.gitignore でGit管理対象を整理するだけでなく、CLAUDE.md で運用ルールを明文化し、.claude/settings.json でファイル編集、Bash実行、外部通信、秘密情報の読み取りを制限しました。
実際に使って良かったのは、ターミナル上で差分や関連ファイルを確認しながら、リポジトリの文脈を踏まえたレビューを受けられる点です。
普段はCodexに実装、テスト、ドキュメント修正を依頼することが多いため、Claude CodeをPR差分レビュー担当にすることで、実装とレビューの役割を分けられました。
一方で、Bashの確認画面に表示されたコマンドを、内容を理解せずに許可するのは危険です。
たとえば、git diff や git status は差分確認に必要な読み取り系コマンドですが、cat > ...、tee、>、>> などを含むコマンドはファイルへの書き込みを行います。
実際のレビューでも、Claude Codeが計画ファイルを作成するために書き込みコマンドを実行しようとする場面がありました。PR差分レビューには不要だったため、内容を確認して拒否しました。
この経験から、Claude Codeを安全に使うには、設定ファイルによる制限だけでなく、利用者自身がLinuxコマンドの内容を確認する必要があると感じました。
反対に、Bashをすべて禁止すれば安全というわけでもありません。
Bashを全面禁止すると、git diffなども使えなくなり、Claude Codeが現在の変更内容を正確に確認できない場合があります。
必要な読み取り系コマンドだけを人間の確認付きで許可し、ファイル書き込み、Git変更操作、外部通信は拒否する、というバランスが重要でした。
また、Claude Codeの指摘がすべて正しいとは限りません。
指摘内容をそのまま採用せず、実際の差分、仕様、ドキュメント、テスト結果を確認したうえで、人間が採用・見送りを判断する必要があります。
それでも、別のAIモデルからレビューを受けることで、自分やCodexだけでは見落としそうな矛盾や運用上の問題を確認できる点は、大きなメリットでした。
最初からファイル編集まで任せるのではなく、PR差分レビュー専用として小さく使い始めた判断は良かったと思います。
まとめ
今回は、WSL UbuntuにClaude Codeをインストールし、実ログを扱うPythonプロジェクトで安全に使い始めるための準備を行いました。
Claude Codeは、インストールしてログインするだけでも起動できます。
ただし、実アクセスログ、実IP、ローカル設定値、秘密情報などを扱うプロジェクトでは、実際のリポジトリで起動する前に、安全境界を決めておく必要があります。
今回の導入では、主に以下を整備しました。
-
.gitignoreで実ログ、ローカル設定、生成物、キャッシュ、秘密情報をGit管理対象から外す -
CLAUDE.mdでClaude Codeに守ってほしい運用ルールを明文化する -
.claude/settings.jsonでファイル編集、Bash実行、外部通信、秘密情報の読み取りを制限する - Git変更操作をClaude Codeに任せない
- 状態確認や差分確認に必要な読み取り系Gitだけを、人間の確認付きで許可する
- 最初はPR差分レビュー専用として使う
- 安全設定が意図せず変わらないよう、退行防止テストを追加する
今回の作業を通して、AIにすべてを任せるのではなく、役割を分けることが重要だと感じました。
自分の場合は、次の役割分担がしっくりきました。
- Codex：実装、テスト、ドキュメント修正
- Claude Code：PR差分レビュー
- ChatGPT：Issue設計、運用整理、Claude Codeの指摘評価、PR本文作成支援
- 自分：Git操作、権限承認、最終判断
Claude Codeは便利ですが、設定を用意すれば完全に安全になるわけではありません。
設定による制限と人間による確認を組み合わせ、小さな範囲から実際の挙動を確認しながら、プロジェクトに合わせて運用を改善していくことが大切です。
次回は、今回整備した環境で実際にPR差分レビューを行う方法、レビュー用Skill、Bash確認画面での判断、Claude Codeから出た指摘をどのように評価したかをまとめます。
関連記事
今回の記事とあわせて、WSL Ubuntu環境の準備やLinuxコマンドの基礎、AIコードレビュー運用に関係する記事もまとめておきます。