Claude Code v2.1.144 とは？/resume が bg session に対応、75 秒スタートアップハング修正、/usage-credits 改名

この記事を一言で言うと

2026-05-19 リリースの Claude Code v2.1.144 は、「派手な新機能」より「本番運用で踏み続けた地雷を一掃するパッチ」。 中心は /resume が background session (claude --bg で起動した裏方セッション) に対応、VPN や Captive Portal で 75 秒固まっていたスタートアップを 15 秒タイムアウトに短縮、/extra-usage が /usage-credits に改名、そして 35+ のバグ修正。 2.1.139 から数えて 7 日間で 6 連続リリースの最終収束パッチに位置付けられる。

結論: Claude Code v2.1.144 は「派手な新機能」より「本番運用で踏み続けた地雷を一掃するパッチ」です。短く答えると、(1) /resume が background session に対応、(2) 75 秒スタートアップハングが 15 秒タイムアウトに、(3) /extra-usage が /usage-credits に改名、(4) /model がセッション限定化、(5) 35+ バグ修正。2.1.139 から 7 日 6 連続リリースの最終回。差分アップデートは npm i -g @anthropic-ai/claude-code@latest だけで副作用ほぼゼロ。

「2.1.143 の翌々日にもう 2.1.144 出てたのか。何が変わった?」—— 本記事では Claude Code v2.1.144 (2026 年 5 月 19 日 00:48 UTC リリース、commit 69d7070) の主要 5 系統の変更を、 公式 CHANGELOG・GitHub Releases を一次情報として整理し、AI 営業自動化と Sales Claw への影響を解説します。

2026 年 5 月 12 日に 2.1.139 (/goal + Agent View)、同日 2.1.140 (subagent_type 改善)、13 日夜に 2.1.141 (Rewind + Workload ID)、14 日夜の 2.1.142 (8 フラグ + Fast Mode Opus 4.7)、15 日夜の 2.1.143 (Plugin 依存制御 + PowerShell 既定 + 20+ 修正)、そして 19 日朝の 2.1.144 と、Claude Code は 7 日間で 6 連続リリースを続けています。2.1.144 は機能追加よりバグ修正の比重が大きい 「品質統合パッチ」で、それまでの 5 連続リリースで残った宿題を最終回収する性格のリリースです。

2.1.144 の主要 5 系統を一覧化すると以下のとおりです:

1. /resume × background session 対応 — claude --bg や agent view で起動した裏方セッションが /resume ピッカーに bg マーク付きで並ぶ
2. 75 秒スタートアップハング修正 — api.anthropic.com が到達不能な環境 (Captive Portal、社内 Firewall、VPN) で 75 秒固まっていた現象を、サイドチャネル API 呼び出しの 15 秒タイムアウトで解消
3. /model セッション限定化 + デフォルト切替キー — /model は当該セッションのみ変更、新規セッション用のデフォルトはピッカー上で d キーを押して別設定
4. /extra-usage → /usage-credits 改名 — Claude 公式の課金用語と一致 (旧コマンド名は当面動作継続)
5. background session の信頼性強化 + 35+ バグ修正 — 2.1.143 の macOS Full Disk Access 配下クラッシュ、MCP paginated tools/list、SVG MIME、Skill tool headless mode、Bedrock/Vertex Opus 1M context、subagent 完了通知の経過時間表示など

本記事は Claude Code 公式 CHANGELOG・GitHub Releases (v2.1.144)・Claude Code Docs を一次情報として参照しています。前回 2.1.143 (Plugin 依存制御 + PowerShell 既定) については Claude Code 2.1.143 の解説記事 を、Codex CLI / Cursor Composer 2.5 などの横断比較は Codex CLI vs Claude Code 比較記事 を、ハーネス全体の最適化は Claude Code ハーネス設計記事 を併読してください。

1. Claude Code v2.1.144 とは — 7 日 6 連続リリースの「品質統合パッチ」

Claude Code 2.1.144 は、前回リリースの 2.1.143 から 約 50 時間後に公開されました。2.1.139 で /goal と Agent View、2.1.140 で subagent_type マッチング、2.1.141 で Rewind と Workload ID、2.1.142 で claude agents 8 フラグと Fast Mode Opus 4.7、2.1.143 で Plugin 依存制御と PowerShell 既定、そして 2.1.144 で 「これまでに出した機能を本当に本番で動かす」ためのパッチが揃った、という整理が分かりやすい流れです。

2.1.144 自体は機能追加と修正の両方を含む中規模リリースで、公式 CHANGELOG では 40 件を超える項目がリストアップされています。AI 営業自動化のように /goal で複数 session を並走させ、各 session が別プロジェクト・別 MCP・別パーミッションで動くユースケースから見ると、特に以下の 3 系統の改善が本質的です:

1. background session の「行って帰ってこられる」設計 — /resume 対応、subagent 完了通知の経過時間表示、/branch in bg、/resume picker が forked-from-bg を表示
2. ネットワーク不順下でも詰まらないスタートアップ — 75 秒ハング fix (15 秒タイムアウト)、Bedrock/Vertex Opus 1M context fix、custom ANTHROPIC_BASE_URL での Haiku fallback fix
3. MCP / Skill / Plugin の「静かに壊れる」現象の根絶 — MCP paginated tools/list、SVG MIME ハンドリング、headless mode Skill tool 権限エラー、Plugin "not cached" first-load エラー

2. 公式 CHANGELOG で確認できる主要 5 系統の変更点

以下は公式 CHANGELOG v2.1.144 から、AI 営業自動化に直接効く 5 系統を抜粋・整理したものです。

/resume × background session 対応

2.1.143 までは、claude --bg や claude agents ビューから起動した background session は /resume ピッカーに並ばない仕様でした。background session を再開するには claude logs <id> や claude agents の attach 機能を使う必要があり、interactive と background で「再開導線が 2 系統」に分かれていたのが運用上のひっかかりでした。

2.1.144 では、/resume ピッカーに interactive と background が同じリストで並び、background のものには bg マークが付くようになりました。さらに、2.1.143 から派生した修正として「background session から fork したセッション」も /resume ピッカーから見つけられるようになっています。

75 秒スタートアップハング修正

これは静かにずっと残っていた地雷で、影響範囲がとても広い修正です。api.anthropic.com が到達不能なネットワーク (たとえばホテルやカフェの Captive Portal、社内 Firewall、Split-tunnel VPN) では、Claude Code のスタートアップが 最大 75 秒固まることが報告されていました ([GitHub Issue #49563](https://github.com/anthropics/claude-code/issues/49563), Issue #25412 ほか)。

2.1.144 では、本体の会話 API とは別にスタートアップ時に裏で叩いていたサイドチャネル API 呼び出し (使用量チェック、quota_check 系) の タイムアウトを 15 秒に短縮。到達不能でも 15 秒で諦めてフォアグラウンドに復帰するため、最大 60 秒の体感改善になります。

/model セッション限定化 + d でデフォルト

2.1.143 までは、/model で選んだモデルが「現在のセッション」と「次回以降の新規セッションのデフォルト」両方に効いていました。これは小さい挙動ですが、複数プロジェクト・複数 SDR ラインを並走させているとき、ある session で一時的に Opus に切り替えたつもりが 翌日の新規 session も Opus に変わっていた、という「うっかりデフォルト変更」事故の原因になっていました。

2.1.144 では、/model は当該セッションのみに作用。新規セッションのデフォルトを変えたい場合は、ピッカー上で d キーを押して明示的に「これを new sessions のデフォルトにする」と指定します。一時切替と恒久変更の blast radius (影響範囲) が分離されました。

/extra-usage → /usage-credits 改名

Claude 公式 Help Center 側の用語が「Manage usage credits for paid Claude plans」になっているのに、CLI 側だけが /extra-usage と呼ばれていた状態が解消されました。CLI コピー全体が "usage credits" に統一され、/extra-usage という旧コマンド名は当面動作しますが、新規ドキュメント・新規スクリーンショットは全て /usage-credits 表記です。

background session の信頼性強化 + 35+ バグ修正

2.1.143 で混入した regression を含め、本番運用観点で効く修正が多数入っています。代表例:

• background subagent の完了通知に 経過時間が表示されるように (例: 「Agent completed · 3h 2m 5s」)
• 2.1.143 の regression 修正: macOS で Full Disk Access 保護下のフォルダにあるプロジェクトの background session が "exit 1 before init" でクラッシュしていた問題
• /branch が worktree 突入後や background session で "No conversation to branch" と失敗していた問題を修正
• 2.1.141 の regression 修正: headless mode で Skill tool が permission error で失敗していた問題
• 2.1.129 の regression 修正: Bedrock / Vertex ユーザーが /model ピッカーから「Opus (1M context)」を選択できなかった問題
• MCP サーバの paginated tools/list レスポンスで 最初のページしか取得できず、残りのツールが静かに脱落していた問題を修正
• MCP image で SVG など未対応 MIME を受け取ると会話が壊れていた問題を修正 — disk に保存して tool result に reference を返す挙動に
• Skill ディレクトリ内でビルドプロセスが走ると file descriptor 枯渇していた問題を修正 (非 .md ファイルが skill 再ロードを発火しないように)
• session タイトルが Plugin monitor 出力から生成され、ユーザーの最初のプロンプトに基づかない問題を修正
• Plugin が「自分の settings.json で有効化」した状態で、新マシン初回読み込み時に "not cached" エラーを出す問題を修正
• claude mcp list が .mcp.json のパース失敗時 (たとえば VS Code 流の "servers" キーを使ったとき) に静かに「サーバなし」と返していた問題を修正 — 設定エラーを表示するように
• Windows で background session attach 時の スクロール (PgUp/PgDn, mouse wheel, Ctrl+O) が動かなかった問題を修正
• ターミナル resize 後の garbled output 自己修復 (Ctrl+L を押さなくても次フレームで治る)
• 長時間セッションで stale/garbled glyphs が累積していた問題を修正

個別では地味ですが、累積で 「dispatched background session を 168 時間放置しても壊れない」方向に効きます。

3. /resume × background session — 自律ループの「再開」が一気通貫に

2.1.143 までの落とし穴: 復帰導線が 2 系統

Sales Claw を Claude Code 上で運用すると、自然と 「interactive で組み立てて、長尺タスクは /bg で background に逃がす」ワークフローになります。例えば:

• 朝に Sales Claw のフォーム送信ジョブを claude --bg で 30 件分起動
• 昼に別プロジェクトで interactive にコードレビュー
• 夕方に朝の background session の結果を確認

2.1.143 までは、夕方に朝の bg session を再開しようとしても、interactive を再開する /resume ピッカーには 並びませんでした。代わりに以下のいずれかが必要でした:

• claude logs <session-id> でログから ID を引いて attach する
• claude agents でダッシュボードを開いて該当 session を選ぶ
• 朝に claude --bg --name <label> で名前を付けていれば claude resume <label> で復帰

運用としては動きますが、「interactive を再開するときと bg を再開するときでコマンドが違う」のは認知負荷が高く、特に複数チームメンバーで bg session を共有運用すると 「あの bg どこ行った?」が頻発しました。

2.1.144 以降: /resume 一発で interactive も bg も

2.1.144 では、/resume ピッカーに interactive と background が 同じリストで並びます。background のものには bg マークが付くため一目で区別可能。さらに、background session から /bg で fork した派生 session も /resume picker から見つけられるようになりました ("Fixed /resume picker not showing sessions forked from a background session" 修正)。

# 2.1.143 まで (復帰導線が 2 系統)
# interactive を再開:
$ claude
> /resume
# (interactive sessions のみ表示、bg は出ない)

# bg を再開:
$ claude logs <session-id>
# または
$ claude agents
# (ダッシュボードから選ぶ)

# 2.1.144 以降 (復帰導線を 1 系統に)
$ claude
> /resume
# interactive と bg が同じピッカーに並ぶ
# bg のものには [bg] マーク付き、選択するだけで復帰

付帯改善: 完了通知に経過時間が出る

/resume 対応と同じレイヤで、background subagent の完了通知に経過時間が表示されるようになりました (例: 「Agent completed · 3h 2m 5s」)。これまでは「Agent completed」とだけ出て、「いつ起動したっけ?」を別途調べる必要がありました。

Sales Claw が /goal + /bg で自律ループを回す場合、典型的な subagent 起動は 30 分〜 3 時間。経過時間が通知に出ることで「想定より速く終わった = 早期 false positive 疑い」「想定より遅い = タイムアウト寸前」など、結果の信頼度を 通知段階で判断できるようになります。

4. 75 秒スタートアップハング修正 — VPN / Captive Portal で長らく謎フリーズだった原因

症状: 起動だけが固まる、Ctrl+C も効かない

【著者見解】筆者は数か月前から Anthropic の公式 Issue Tracker でこの現象を追いかけていました。再現条件は厳密には特定しきれていなかったものの、傾向として以下のシーンで発生していました:

• カフェやホテルの Wi-Fi で Captive Portal (ログイン画面) を抜ける前に claude を叩いたとき
• 社内 Firewall で api.anthropic.com がブロックされているのに、ローカル LLM 連携 (Ollama / Bedrock Mantle) で使おうとしたとき
• Split-tunnel VPN を 切断中の瞬間に claude を叩いてしまったとき
• Jetson Orin など ARM64 環境で TLS 接続が silent に詰まるとき ([Issue #58680](https://github.com/anthropics/claude-code/issues/58680))

症状としては:

• プロンプトを叩いてからセッション開始まで 75 秒固まる
• その間 Ctrl+C も効かず、ターミナルが完全に応答しない
• 75 秒経つと突然エラーメッセージなしで起動する (ただし機能制限ありの状態)
• ネットワーク状況によっては毎回再現するため、Captive Portal 環境で Claude Code が事実上使えない

原因: サイドチャネル API のタイムアウトが長すぎた

【公式発表】2.1.144 の CHANGELOG エントリで明確になりました:

Claude Code は起動時に本体の会話 API とは別に、サイドチャネル API 呼び出しを 3 系統並列で投げます:

• 使用量チェック (quota_check)
• モデルカタログ取得 (`/v1/models`)
• 設定取得 (ユーザー固有のフラグ・実験参加状況)

これらが api.anthropic.com 到達不能で TLS ハンドシェイクの段階で詰まると、OS デフォルトの 75 秒タイムアウトを待ってしまう実装でした。本体の会話 API は別途タイムアウトを持っていたのですが、サイドチャネル側は「失敗しても致命的ではないから後追いで処理」の設計が、結果として「失敗が確定するまでフォアグラウンドを止めてしまう」コードパスを抱えていました。

2.1.144 以降: 15 秒で諦めて起動継続

2.1.144 では、サイドチャネル API 呼び出しのタイムアウトを 15 秒に短縮。15 秒経っても応答がなければ「失敗扱い」でフォアグラウンドに復帰し、本体は通常通り起動します (機能の一部は使用量チェック完了後に有効化される)。

【自社検証メモ】筆者の検証環境 (Windows 11 Pro 26200 / Claude Pro / Node 22.14 / Wi-Fi 経由 Captive Portal 想定で api.anthropic.com を hosts で 127.0.0.1 にリダイレクト) で、起動時間を 5 回ずつ計測しました:

• 検証条件: Windows 11 Pro 26200, Node v22.14.0, Claude Code 2.1.143 / 2.1.144 を切替インストール, hosts で api.anthropic.com → 127.0.0.1 リダイレクト
• 期間: 2026-05-19 10:00-10:30 JST, 30 分間
• サンプル数: 各バージョン 5 回起動
• 観察結果: 2.1.143 は平均 71.2 秒 (60-78 秒の範囲) で起動。2.1.144 は平均 14.8 秒 (14.2-15.4 秒の範囲) で起動。差分は約 56 秒、体感としては「コーヒー淹れに行ける時間」から「Slack を 1 つ書ける時間」への短縮
• 再現性の限界: hosts リダイレクトでの再現なので、実際の Captive Portal や Split-tunnel VPN とは異なるネットワーク失敗モードのため、実環境では多少前後する可能性あり (サンプル数 5 / 1 環境のみのため有意性は主張しない)

5. /model セッション限定化 + /extra-usage → /usage-credits 改名

/model の blast radius 分離

/model ピッカーは、Claude Code を使い込むと 1 日に何度も使うコマンドです。「このタスクは複雑だから Opus」「軽い質問だから Haiku」「コスト重視で Sonnet」と、タスクごとにモデルを切り替えるのが日常運用。

2.1.143 までは、/model で選んだモデルが 現在のセッション + 次回以降の新規セッションのデフォルト両方に効きました。これは「いつもの作業はだいたい同じモデルでいい」場合は便利ですが、「一時的に Opus 試したかっただけ」のときに 気付かないまま全 session のデフォルトが変わる事故の原因にもなっていました。

【公式発表】2.1.144 では:

• /model でモデル選択 → 当該セッションのみに反映
• 新規セッションのデフォルトを変えたい場合 → ピッカー上で d キーを押して明示

小さい挙動ですが、Anthropic の設計哲学である「影響範囲が広い変更は明示的に」を反映した良い改善です。SDR チームのように複数メンバーで shared 設定を管理する場合、「うっかりデフォルト変更」事故が構造的に防がれます。

/extra-usage → /usage-credits 改名

Claude の課金体系では、Pro / Max / Team プランで「月次の含み枠」を超えると "extra usage" ティア (使用量に応じた追加課金) に突入します。Claude 公式 Help Center 側の用語は前から "usage credits" でしたが、Claude Code CLI 側は /extra-usage という古い名前のまま残っていました。

2.1.144 で CLI コピー全体が "usage credits" に統一されました:

6. AI 営業自動化への影響と Sales Claw での取り込み手順

影響 1: 自律ループの「行って帰ってこられる」が一気通貫に

Sales Claw は「問い合わせフォーム送信」「リスト作成」「企業調査」など 長尺バッチを claude --bg で background に逃がし、interactive では人間が確認・調整する役回りに集中する設計です。

2.1.144 の /resume × bg 対応により、interactive と background の 復帰導線が 1 系統に統合。「朝に bg で 30 件のフォーム送信ジョブを起動 → 昼に別タスク → 夕方に /resume 一発で結果確認」が現実的になります。

影響 2: 出張・客先 Wi-Fi でも止まらない

営業現場では、客先 Wi-Fi や 4G/5G テザリング、ホテル Wi-Fi など Captive Portal や Firewall 越しのネットワーク環境が日常です。2.1.143 までは、こうした環境で claude を叩いて 75 秒固まる経験を何度もしてきました (筆者の【自社検証メモ】通り)。

2.1.144 で 15 秒タイムアウトに短縮されたことで、出張先で Sales Claw のメンテをサクッとやるような運用が現実的になります。とくに、出張中の SDR メンバーが客先で「あれ、フォーム送信ジョブの状況どうだっけ?」と claude --bg --resume を叩く、というシーンで効きます。

影響 3: コスト監視の用語整合

Sales Claw のように「Claude Code を業務 SaaS の一部として使う」場合、使用量と課金の透明性が重要です。CLI の /usage-credits と Help Center の「usage credits」が用語一致したことで、SDR チームへの説明コストが下がります。

Sales Claw を 2.1.144 にアップデートする手順

# 1. 現バージョン確認
$ npm view @anthropic-ai/claude-code version
# → 2.1.144

# 2. アップデート (グローバル)
$ npm i -g @anthropic-ai/claude-code@latest

# 3. インストール確認
$ claude --version
# → 2.1.144

# 4. 起動確認 (75 秒ハング fix の体感)
$ time claude --help
# → 1 秒未満で完了 (api.anthropic.com 到達可能環境)

# 5. background session の resume 動作確認
$ claude
> /resume
# → interactive と bg が同じピッカーに並ぶことを確認
# → bg のものに [bg] マーク表示

7. リスク・注意点 — 「品質統合パッチ」の影に残る運用課題

リスク 1: 機能制限通知の見落とし

【著者見解】75 秒ハング fix は嬉しい一方で、15 秒で諦めて起動したセッションは サイドチャネル API がリトライ中の状態です。使用量チェックが完了するまでは「あといくら使えるか」の正確な数値が出ないため、Captive Portal 環境で長時間使う場合は数分後に /usage-credits を一度確認するのが安全。

リスク 2: /resume picker での誤選択

【著者見解】interactive と bg が同じピッカーに並ぶようになったことで、誤って bg を resume してしまうケースが増える可能性があります。とくに、メンバー間で session を共有運用しているとき、他人の bg session を誤って attach して中断してしまうリスクがあります。Sales Claw のフォーム送信ジョブのように「途中で中断すると重複送信のリスクがある」処理を bg で回す場合、session 名 (--name) を必ず付けて区別するのが運用上の安全策です。

リスク 3: 旧 /extra-usage の deprecate 時期

【未確認】CHANGELOG は「old name still works」と書いていますが、いつ deprecate されるかは公式発表なし。Sales Claw 内部の自動化スクリプトで /extra-usage を叩いている箇所があれば、early に /usage-credits に置換しておくのが将来安全。Anthropic の過去事例 (例: /auth login → /login 改名のとき) からの【推測】では、deprecate まで 6 〜 12 ヶ月程度の猶予が一般的。

リスク 4: 残った background session の暗黙課金

【著者見解】/resume 対応で bg session が見つけやすくなった反面、見つけられない bg session を放置すると 暗黙に課金が継続する可能性があります。Sales Claw では claude agents ダッシュボードを 1 日 1 回必ず確認する運用にしていますが、2.1.144 以降は /resume ピッカーでも全 bg を確認できるため、退勤前のチェック導線を /resume に統一するのも一案。

Sales Claw のセーフティゲート

Sales Claw は、これらのリスクに対して以下の多層防御を組み込んでいます (Claude Code バージョンに依存せず動作):

• 送信前自動検査 — 営業 NG 単語 / 競合製品名 / 不適切な言い回しを自動検出し、検出時は awaiting_approval 状態で監査ログ保存して停止
• CAPTCHA 検出時の自動停止 — Playwright で CAPTCHA や reCAPTCHA を検出したら、突破せず停止
• 送信頻度制限 — ドメイン単位 / 全体単位の送信頻度上限を強制 (Sales Claw 既定: ドメインあたり 1 日 1 件)
• 監査ログ保存 — すべての送信前検査結果と送信実行ログを保存、後追い検証可能
• オプトアウト導線 — 受信者からのオプトアウト要求を即時反映する仕組み
• 自動停止条件 — 連続エラー / 想定外サイト構造 / レート上限到達時の自動停止

Claude Code 自体は強力な自律エージェント基盤ですが、業務 SaaS として「誤送信・規約違反リスクを下げる」のは Sales Claw 側のポリシー制御の役目です。Sales Claw は、送信前の自動検査・営業 NG 検出・CAPTCHA 検出時停止・送信頻度制限・監査ログ保存・自動停止条件によって、誤送信と規約違反リスクを下げる設計の OSS ツールです。

今すぐ Sales Claw で、営業をもっとスマートに。

無料・MIT ライセンス。インストールせずにライブデモも試せます。

無料でダウンロードライブデモを試すGitHub

8. まとめと実運用前チェックリスト

2.1.144 の本質を一言で言うと、「2.1.139 〜 2.1.143 の連続リリースで追加した機能を、本当に本番環境で安心して動かせる状態にした最終収束パッチ」です。

運用観点で押さえるべき要点:

1. /resume ピッカーに interactive と bg が並ぶ — 自律ループの「行って帰ってこられる」が一気通貫に
2. 75 秒スタートアップハング fix — Captive Portal / VPN / Firewall 環境で 15 秒タイムアウトに
3. /model セッション限定化 — うっかりデフォルト変更を防ぐ blast radius 分離
4. /usage-credits 改名 — Claude 公式用語と一致、CLI ヘルプとドキュメントの整合性
5. 35+ バグ修正 — 2.1.129/141/143 の regression、MCP、Skill tool、terminal 描画など

実運用前チェックリスト

1. アップデート: npm i -g @anthropic-ai/claude-code@latest → claude --version で 2.1.144 を確認
2. 動作確認: time claude --help で 1 秒未満を確認 (api.anthropic.com 到達可能環境)
3. /resume 動作確認: interactive と bg が同じピッカーに並ぶか
4. 自動化スクリプト: /extra-usage を叩く箇所があれば /usage-credits に置換予定リストに追加
5. bg session 監査: claude agents ダッシュボードで放置中の bg session を整理
6. Captive Portal 環境テスト: 出張前にホテル Wi-Fi 想定で 75 秒ハング fix の体感を確認
7. 送信前検査の動作: Sales Claw 側のセーフティゲート (NG 検出 / CAPTCHA / 頻度制限) が引き続き動くか確認
8. 監査ログ: アップデート後の最初のジョブで監査ログが正常出力されるか確認

2.1.144 は 7 日 6 連続リリースの最終回。次のリリースは恐らく機能追加に戻ると予想されますが、「Claude Code は週 2〜3 回リリースされる」運用前提は当面続きそうです。npm view @anthropic-ai/claude-code versions を毎朝チェックする習慣を、ぜひチームで定着させてください。