SONUB
JA English 한국어 日本語 中文 हिन्दी বাংলা اردو Español Português Français Deutsch Русский العربية Bahasa Indonesia Tiếng Việt ไทย Türkçe

通知を有効にする方法

このブラウザーまたはアドレスでは通知を利用できません。対応ブラウザーで安全な接続のSONUBサイトを開いてください。

通知がブロックされている場合は、ブラウザーの設定で許可してください。

  1. アドレスバー横のサイト設定、またはブラウザーのサイト設定を開き、このサイトの通知を許可に変更してください。
  2. 端末の設定でブラウザーの通知を許可し、おやすみモードや集中モードを確認してください。
  3. SONUBに戻ってページを再読み込みしてください。通知が有効になるとベルは表示されなくなります。

iPhoneやiPadではSONUBをホーム画面に追加し、そこから開いて通知を許可してください。

管理者 ログイン 表示テーマ 標準テーマ ダークテーマ ピンクテーマ チャット 1:1 チャット グループチャット 掲示板 お知らせ ニュース掲示板 ご意見掲示板 自己紹介 主要メニュー ログアウト

Claude Code — ターミナルで動く Anthropic のエージェンティックなコーディングツール

インストールして最初の作業も済んだら、毎日使う習慣を身につけましょう。プロジェクトの指示()、多くの が一緒に読む 、とモード、コンテキストの整理、上手な頼み方を学び、最後に練習で仕上げます。 その中で最初にすることはの接続です — 直した画面を 自身に開いて確かめさせましょう。

中級 — 毎日の習慣:指示ファイル・権限・コンテキスト

ブラウザー接続 — 直した画面を Claude 自身に開いて確かめさせる

)

Web 画面を作る作業では、 はがつながっているときにいちばんよく働きます。を直し、 を開き、クリックと入力で流れをたどり、と を読み、まちがったところをまた直す — このサイクルを人の手を借りずに最後まで回します。"った" という言葉だけを信じず、実際の画面で確かめさせること — これがブラウザー接続を必ず使うべき理由です。

はを開いて作業し(ごとに一つのタブグループにまとめます)、自分のブラウザーのログイン状態をそのまま使います。だから を別につながなくても、すでにログインしている管理画面・Google Docs・Gmail などの で作業できます。どのサイトでクリック・入力してよいかは、 のサイトで決めます。

  • リアルタイムの — コンソールのエラーと DOM の状態を直接読み、原因になったコードを直します。
  • 画面の確認 — どおりに作られているか、広い画面とせまい画面でくずれないかを開いて確かめます。
  • Web アプリのテスト — フォームのチェック・ログイン・購入などのユーザーの流れを最後までたどります。
  • ログインしたサイトでの作業 — の設定を変える、フォームを埋める、自分のコンピューターのファイルをアップロードする、ページのを取り出してファイルに保存する。
  • 記録 — したことを に録画したり、をファイルに保存したりして、報告に添えます。
claude --chrome

# inside Claude Code
/chrome    # Status: Enabled · Extension: Installed · "Enabled by default"
/mcp       # claude-in-chrome → View tools
I changed the login form validation. Open localhost:3000/login,
submit it with an empty email, and check that the error message
appears and the console has no errors. Fix anything that is wrong.
@browser go to localhost:3000 and check the console for errors

ツールが反応しないときは、/chrome で Reconnect extension を選びます。拡張機能と Claude Code が別のアカウントや組織でログインしていると "Browser extension is not connected" と表示されます(組織は /status で確認)。alert・confirm のダイアログが出るとブラウザーの命令が止まるので、自分で閉じてから、続けるよう Claude に伝えます。ブラウザーのツールは常に読み込まれるのでコンテキストを少し多く使いますが、Web の作業をするならオンにしておくほうがずっとよいです。

モデルと effort — どれを使う?(おすすめ: Opus 5.5、High)

)

2026年11月時点では、開発には Opus 5.5 を High の水準で使いましょう。標準の水準は medium なので、下のように設定するか、/ opus と /effort high を実行します。すべてのモデルと考える水準、いつ下げていつ上げるかは、ツールマスターの「おすすめの使い方」にあります。

~/.claude/settings.json
{
  "model": "opus",
  "effortLevel": "high"
}
Terminal
claude --model opus --effort high

# inside Claude Code
/model opus
/effort high

CLAUDE.md — セッションごとに読むプロジェクトの指示

)

は、Claude Code がセッションを始めるたびに読む ファイルです。毎回くり返し言うのが面倒なこと — やテストのコマンド、コードの、してはいけないこと — を書いておきます。 を実行すると、プロジェクトを読んで最初の CLAUDE.md を書いてくれます。いくつかの場所にある CLAUDE.md は互いに上書きせず、すべて一緒に読まれます。

  • ~/.claude/CLAUDE.md — すべてのプロジェクトで使う自分の指示
  • ./CLAUDE.md または ./.claude/CLAUDE.md — チームで共有するプロジェクトの指示( に)
  • ./CLAUDE.local.md — このプロジェクトで自分だけが使う指示( に入れます)
  • の CLAUDE.md — Claude がそのフォルダーのファイルを読んだり編集したりするときにも読まれます。.claude/rules/ のルールファイルは paths で特定のファイルだけに適用できます
  • 注意: 作業フォルダーやその上のフォルダーに CLAUDE.md・.claude/CLAUDE.md・ が一つでもあると、Claude Code は を読みません。自分用の ~/.claude/CLAUDE.md はここでは数えません — 次の項目を見てください。
CLAUDE.md
# My App

## Commands
- Install: npm install
- Test: npm test
- Lint: npm run lint

## Rules
- TypeScript strict mode. Do not use `any`.
- Put new API routes in src/routes/.
- Never edit files in vendor/.
- Run the tests before you say a task is done.

@docs/architecture.md

短く書きましょう(公式ドキュメントは 行以内をすすめています)。毎回読まれるので、長いファイルは場所をとり、大事なルールが埋もれてしまいます。/memory で読み込まれた指示ファイルを見て編集でき、(例: @docs/architecture.md)で別のファイルを取り込めます。いくつもの を一緒に使うなら、プロジェクトには CLAUDE.md ではなく AGENTS.md だけを置くのがいちばんです — すぐ下の節を見てください。

AGENTS.md だけを使う — すべての AI が同じ指示で働くように

)

なぜこうするのでしょう? 一つのプロジェクトで Claude Code と一緒に ・・ などの別の AI も使うと、ツールごとに別々の指示ファイルはすぐに内容がずれていきます。AGENTS.md は多くのが読む公開フォーマットです。ルールを AGENTS.md に一度だけ書けば、どの AI で作業しても同じ指示に従います。下の方法はまさにそのため — 一つのプロジェクトで、たくさんの AI が AGENTS.md を通して同じ指示を使うためのものです。

Claude Code も AGENTS.md を直接読めます(v2.1.277 以降)が、CLAUDE.md とまったく同じではありません。

  • 初期設定では、作業フォルダーやその上のどのフォルダーにも CLAUDE.md・.claude/CLAUDE.md・CLAUDE.local.md がないときだけ AGENTS.md を読みます。個人メモ用に CLAUDE.local.md を一つ足しただけで、AGENTS.md は読まれなくなります(~/.claude/CLAUDE.md と .claude/rules/ はここでは数えません)。
  • サブフォルダーの AGENTS.md は、そのフォルダーに独自の CLAUDE.md がないとき、Claude がそのフォルダーにある既存のファイルを Read ツールで開くと読まれます。既存のファイルを読む前にそこに新しいファイルを作ると、まだそのフォルダーの指示を読み込んでいないことがあります。サブフォルダーの CLAUDE.md は、Claude がそこのファイルを読む・作る・編集するときに読み込まれます。
  • AGENTS.local.md・・./ フォルダーの中のファイルは読まれず、--add-dir で追加したフォルダーの AGENTS.md も読まれません。

いちばん良いのは、プロジェクトフォルダーでは CLAUDE.md をまったく使わず、AGENTS.md だけを使うことです。そうすれば、自分の指示である ~/.claude/CLAUDE.md はこれまでどおり初期設定で読まれ、プロジェクトフォルダーでは AGENTS.md が使われます。Codex などの別の AI も同じ AGENTS.md を読むので、ルールを直すのは AGENTS.md の一か所だけです。

ただし、プロジェクトフォルダー・・上のフォルダー・サブフォルダーのどこか一か所でも CLAUDE.md を使うなら、必ずすべてのフォルダーで CLAUDE.md を使わなければなりません。作業フォルダーやその上に CLAUDE.md が一つでもあると Claude Code は AGENTS.md を読まないので、混ぜて使うと、あるフォルダーのルールは読まれ、別のフォルダーのルールは抜け落ちます。その場合でも AGENTS.md を使いたいなら、各 CLAUDE.md に @AGENTS.md の 1 行を足すだけです。@path はその場所にファイルの内容を取り込む書き方で、公式ドキュメントによると、この取り込みで Claude が AGENTS.md を二度読むことはありません。

  1. 共通のルール(インストールとテストのコマンド、コードのルール、してはいけないこと)をプロジェクトの一番上の AGENTS.md に書きます。Codex の /init で作ることもできます。
  2. プロジェクトの中(今のフォルダー・上のフォルダー・サブフォルダーのどこにも)に CLAUDE.md・.claude/CLAUDE.md・CLAUDE.local.md を作りません。
  3. すべてのプロジェクトで使う自分の個人的な指示は ~/.claude/CLAUDE.md に置きます — AGENTS.md と一緒にいつも読まれます。
  4. サブフォルダーに独自のルールがあるなら(例: api/)、そこにも AGENTS.md を置きます。
  5. Claude Code で /memory を開き、AGENTS.md が読み込まれたか確かめます。CLAUDE.md を使うことにしたなら、すべてのフォルダーの CLAUDE.md に @AGENTS.md の 1 行があるかも確かめます。
Best — AGENTS.md only
~/.claude/CLAUDE.md    ← your personal rules (still loaded by default)

my-project/
├── AGENTS.md          ← shared rules for every AI (Claude Code, Codex, Cursor, Gemini …)
└── api/
    └── AGENTS.md      ← rules only for api/

(no CLAUDE.md anywhere in the project)
If you use CLAUDE.md anywhere — put one in every folder
my-project/
├── AGENTS.md
├── CLAUDE.md          ← @AGENTS.md
└── api/
    ├── AGENTS.md
    └── CLAUDE.md      ← @AGENTS.md
CLAUDE.md
@AGENTS.md

知っておきたいことと、ほかの方法。① /config で Project instructions を claude-md-and-agents-md にすると、各フォルダーの AGENTS.md がその CLAUDE.md のすぐ後に読まれます。② (ln -s AGENTS.md CLAUDE.md)でもできますが、 が混じるなら @AGENTS.md の 1 行のほうが安全です。

権限とモード — 聞かずにしてよいことを決める

)

Claude Code はファイルを編集したりコマンドを実行したりする前に確認を求めます。同じことを毎回承認するのが面倒なら、それをルールにし、作業に合わせてモードを切り替えましょう。

  • — モードを切り替える: default(毎回聞く)→ (ファイル編集は聞かない)→ plan(読むだけで計画を見せる)。auto モードで始めた場合は、最初に押すと default になります。
  • /permissions — allow・ask・deny のルールと、それぞれがどのファイルから来たかを見て編集します。
  • はチームで共有するルール(コミットする)、.claude/settings.local.json は自分だけが使うルール、~/.claude/settings.json はすべてのプロジェクトのルールです。
  • ルールは deny → ask → allow の順に確かめられます。どこかで deny されたものはほかの場所で許可できないので、 のような秘密のファイルは deny でふさぎましょう。
.claude/settings.json
{
  "permissions": {
    "allow": [
      "Bash(npm run lint)",
      "Bash(npm run test *)",
      "Bash(git diff *)"
    ],
    "deny": [
      "Read(./.env)",
      "Read(./.env.*)",
      "Read(./secrets/**)"
    ]
  }
}

(--dangerously-skip-permissions)はすべての確認をオフにします。インターネットにつながらないやのように、壊れても困らない場所でだけ使ってください。

コンテキストの管理 — 会話が長くなったら

)

Claude が一度に見られる量()は決まっています。会話、読んだファイル、コマンドの出力がすべてそこにたまり、いっぱいになると前の部分が要約されます。長くなるほど前の指示がぼやけるので、整理する習慣をつけましょう。

  • /context — 何がコンテキストをどれだけ使っているかを、色付きのブロックで見ます。
  • /compact — これまでの会話を要約して空きを作ります。残してほしいことも伝えられます(例: /compact focus on the login fix)。
  • — 関係のない作業を始めるときに、コンテキストが空の新しい会話を開きます。前の会話は消えず、 でまた開けます。
  • claude -c はこのフォルダーの最後の会話を続け、claude -r または /resume は前の会話を選んで続けます。
  • を 2 回(または /rewind)— の一覧から前の時点を選び、会話とコードをます。 で削除・移動したファイルは戻らないので、Git のコミットの代わりにはなりません。

一つの会話に一つの作業。作業が変わったら /clear で新しく始めるのが、いちばん簡単な整理です。

コンテキストを節約 — Claude Code を 444k で自動要約するよう設定(SONUB の設定)

)

上手な頼み方 — どこで・何を・どう確かめるか

)
  • あいまいな頼み方:「ログインを直して」
  • はっきりした頼み方:「@app//Controllers/LoginController.php で、パスワードが違うと 500 エラーになります。付きで 422 を返すようにし、tests/Feature/LoginTest.php にテストを足して、通ることを確かめてください。」
  • @ を入力するとファイルを選んで頼みごとに添付できます(@src/login.ts)。
  • エラー画面やデザインの見本は、スクリーンショットを貼り付けるかドラッグして入れます。
  • 大きな作業は、まず /plan(または Shift+Tab)でに入ります。Claude はコードを調べて計画を書き、あなたが承認するまでファイルを編集しません。
  • 難しい問題は /model でモデルと effort のレベルを上げるか、頼みごとに を入れると、そのだけ深く考えます。
  • <ゴールライン> — 次の依頼がなくても、それを満たすまでClaudeがターンを続けて働きます(例: /goal tests/ のテストがすべて通る, or stop after 20 turns)。/goal だけで状態を見て、/goal clear で消します。

ベストプラクティス — Anthropic がすすめる Claude Code の使い方

)

要点は ― Claude が自分で確かめる方法を渡し、難しい作業は先に計画し、具体的に頼み、CLAUDE.md は短く保ち、関係のない新しい作業に移るときは /clear を使います — 続きの関連する作業なら今のコンテキストをそのまま残します。2つの公式ガイドにある6つの良い習慣と、Claude Code・Codex のは「おすすめの使い方」にあります。

よくある失敗 — 直し方

)

公式ガイドは5つの失敗パターンを警告しています ― 何でも詰め込んだセッション、何度も直し続けること、長すぎる CLAUDE.md、確認せずに信じること、終わらない調べもの。2つのガイドにある10個のよくある失敗と直し方は「おすすめの使い方」にあります。

中級の練習 — 自分のプロジェクトでやってみる

)
  1. (root)フォルダーにテストコマンドと 3 つのルールを書いた AGENTS.md ファイルを作り、プロジェクトに CLAUDE.md がないことを確かめます。
  2. /memory を開き、AGENTS.md と ~/.claude/CLAUDE.md が読み込まれたか確かめます。
  3. .claude/settings.json でテストコマンドを一つ allow し、.env を deny して、/permissions で確かめます。
  4. プランモードで小さな機能を一つ頼み、計画を読んで直してから承認します。
  5. /context で使用量を見て、/compact で減らし、もう一度見ます。

5 つとも終わりましたか? 最後に、関係のない新しい作業に移る準備ができたら /clear を使い、[上級] タブに進みましょう。

公式ドキュメント

2026-10-19 に公式ドキュメントで確認しました。これらのツールはよく変わるので、コマンドが動かないときは公式ドキュメントを見てください。

Claude Code 実習 Sonub Lab — Claude Code 実習 自分のコンピューターの本物の Claude Code を、この画面のターミナルで使います — 3ステップでインストールして sonub start を実行してください。SONUB の実習用の頭脳を使うので、Claude の契約や API キーは要りません。

用語辞典

知らない言葉を選んでみましょう。やさしい説明と関連用語が見られます。

その用語はまだありません。

用語を選ぶと説明が表示されます。

読書ウィンドウ