カテゴリー: 開発・コード

「既存のコードを壊される」が手順を試しても直らないときに、何を確かめればよいかを整理しました。この症状は設定か使い方で改善するので、乗り換える必要はありません。

まず、この症状は乗り換えで直るものか

使い方で改善できる症状です。乗り換える必要はありません。下の3つの手順で改善します。道具を替える手間のほうが大きくつきます。

先に試すこと

下の手順を上から順に試してください。

ここまでで直らなければ、この症状ではありません。開発・コードの似た症状を見比べてください。

この症状に別のAIは挙げていません

使い方で改善できる症状だからです。手順で改善するものに乗り換えを勧めると、直る話が道具を売る話にすり替わります。3つの手順を全部試して直らない場合は、この症状ではなく別の原因を疑ってください。

Cursor・Claude Code・Windsurfで起きるほかの症状

同じツールを使っていると、続けて当たることがあります。先に知っておくと、次に起きたときの切り分けが早くなります。

開発・コードのほかの症状

• APIキーをコードに書かれてしまう（使い方で改善できる）
• 日本語のコメントが文字化けする（設定で改善できる）
• 提案が古い書き方になる（ツール側の制約が大きい）
• テストを書かずに完成と言う（使い方で改善できる）
• 料金が急に増える（使い方で改善できる）
• 社内のコードを外部に送ってよいか分からない（規約・権利・データの扱いによる）
• ライセンスの分からないコードが混ざる（規約・権利・データの扱いによる）
• エージェントが勝手にファイルを消す（使い方で改善できる）

よくある質問

ここでよく聞かれる2つです。症状は使っているツールと設定で変わるので、自分の状況に当てはまるかで判断してください。

乗り換えると作ったものは引き継げますか？

引き継げる範囲はツールによって違います。作りかけのものは書き出せる形にしてから切り替えてください。

料金はどこで確かめられますか？

当サイトでは金額を載せていません。プランと契約の形で変わるうえ、いつ確かめた値かを持っていないためです。無料で試せるかどうかだけを載せています。金額は各社の公式ページで確かめてください。

次にやること

1つあります。上から順にやってください。

• まず手順を試す
  使い方で改善できる症状です。上の3つを順に試してください。渡し方や手順を変えると収まります。設定を探しても見つかりません。

開発・コードのなかで「既存のコードを壊される」はどこにあるか

開発・コードには18件あります。似た症状と見比べると、当てはまるものが見つかることがあります。

直す手順の数

開発・コードの18件を直す手順の数の少ない順に並べると、既存のコードを壊されるは1番目です。まんなかは3ステップで、既存のコードを壊されるは3ステップ。この分類のなかでは少ないほうです。

開発・コードで設定または使い方で改善できるのは13件です。既存のコードを壊されるもそこに入ります。手順を上から試せば片づきます。

起きるツールの数

開発・コードの18件を起きるツールの数の少ない順に並べると、既存のコードを壊されるは1番目です。まんなかは3種で、既存のコードを壊されるは3種。この分類のなかでは少ないほうです。

同じ症状が複数のAIで起きる場合、片方に替えても同じことが起きます。設定や使い方で止まるものは、道具を替えなくても直ります。

この記事で使っている言葉

この症状を切り分けるのに使う言葉を3つ、先に決めておきます。手のかけ方が変わるので、意味を先に決めておきます。直しやすさの判定は当サイトのもので、提供元が公表しているものではありません。

区分（使い方で改善できる）

設定では見つからず、渡し方や手順を変えると収まるものです。毎回の手順に組み込む必要があります。この区分は当サイトの判定です。ツールの更新で変わることがあります。

別のAIを出す条件

この症状には別のAIを挙げていません。設定や使い方で改善するので、乗り換える必要がないためです。

起きやすいツール

Cursor・Claude Code・Windsurfで報告があります。3種です。道具を替えなくても、設定や使い方で直ります。

既存のコードを壊されるを次から起こさないために

直したあと、同じことが起きないようにする話です。使い方で改善できる症状なので、やることが変わります。

手順に組み込む

毎回気をつけるのではなく、作業の手順に入れてしまうほうが続きます。

頻度で判断する

月に数回しか起きないなら、防ぐ手間より起きてから直すほうが軽いです。3つの手順で片づくので、毎回の作業を重くしてまで防ぐ必要はありません。毎日起きるなら、手順を組み直す価値があります。

同じ分類の症状も見ておく

開発・コードには18件あります。同じ道具を使うかぎり、続けて別の症状に当たります。先に把握しておくと、次に当たったときに切り分けが早く済みます。

「既存のコードを壊される」について、ほかの角度から

• 既存のコードを壊されるの直し方｜原因の切り分けと、直す順番
  直し方
• 「既存のコードを壊される」はなぜ起きるのか｜仕組みから見た原因
  原因
• 「既存のコードを壊される」を次から起こさない方法
  防ぎ方

「既存のコードを壊される」を次から起こさないための進め方を整理しました。起きてから直すより、起きない形にするほうが手数が少なくて済みます。

防ぎ方

作業の前に必ず記録を取ってください。戻せる状態を保つことです。

起きたときの手順（念のため）

防ぎきれなかったときのために、直す順番も載せておきます。

ここまでで直らなければ、この症状ではありません。開発・コードの似た症状を見比べてください。

作業の組み方で変わること

毎回の手順に組み込むことで減らせます。慣れると意識せずできるようになります。

防ぐ手間をかける価値があるか

毎回の手順に組み込む必要があります。月に数回しか起きないなら、起きてから3つの手順で直すほうが軽いです。頻度で決めてください。

開発・コードで紛らわしい症状

見た目が似ていても、原因が違えば直し方も変わります。当てはまるほうを選んでください。

開発・コードのほかの症状

• APIキーをコードに書かれてしまう（使い方で改善できる）
• 日本語のコメントが文字化けする（設定で改善できる）
• 提案が古い書き方になる（ツール側の制約が大きい）
• テストを書かずに完成と言う（使い方で改善できる）
• 料金が急に増える（使い方で改善できる）
• 社内のコードを外部に送ってよいか分からない（規約・権利・データの扱いによる）
• ライセンスの分からないコードが混ざる（規約・権利・データの扱いによる）
• エージェントが勝手にファイルを消す（使い方で改善できる）

よくある質問

ここでよく聞かれる2つです。症状は使っているツールと設定で変わるので、自分の状況に当てはまるかで判断してください。

毎回気をつけるのは大変です

毎回気をつけるのではなく、手順に組み込んでしまえば意識しなくても回ります。ただし月に数回しか起きないなら、起きてから3つの手順で直すほうが軽いです。頻度で決めてください。

チームで共有するには？

上の防ぎ方をそのまま作業手順に書き足してください。人によって結果が変わる部分が減ります。

次にやること

1つあります。上から順にやってください。

• まず手順を試す
  使い方で改善できる症状です。上の3つを順に試してください。渡し方や手順を変えると収まります。設定を探しても見つかりません。

既存のコードを壊されるを次から起こさないために

直したあと、同じことが起きないようにする話です。使い方で改善できる症状なので、やることが変わります。

手順に組み込む

毎回気をつけるのではなく、作業の手順に入れてしまうほうが続きます。

頻度で判断する

月に数回しか起きないなら、防ぐ手間より起きてから直すほうが軽いです。3つの手順で片づくので、毎回の作業を重くしてまで防ぐ必要はありません。毎日起きるなら、手順を組み直す価値があります。

同じ分類の症状も見ておく

開発・コードには18件あります。同じ道具を使うかぎり、続けて別の症状に当たります。先に把握しておくと、次に当たったときに切り分けが早く済みます。

開発・コードはどういう症状が集まっているか

開発・コードに入る18件を、直しやすさで数えました。既存のコードを壊されるに手をかける前の材料になります。

設定で直るもの

18件のうち3件です。設定か指示文の書き方だけで止まります。既存のコードを壊されるは入りません。設定を探しても見つかりません。

使い方を変えれば直るもの

18件のうち10件です。渡し方や手順を変えると収まります。既存のコードを壊されるはここです。設定ではなく、渡すものを変えてください。

仕様なので回避するしかないもの

18件のうち2件です。設定を探しても指示文を直しても止まりません。

この記事で使っている言葉

この症状を切り分けるのに使う言葉を3つ、先に決めておきます。手のかけ方が変わるので、意味を先に決めておきます。直しやすさの判定は当サイトのもので、提供元が公表しているものではありません。

区分（使い方で改善できる）

設定では見つからず、渡し方や手順を変えると収まるものです。毎回の手順に組み込む必要があります。この区分は当サイトの判定です。ツールの更新で変わることがあります。

別のAIを出す条件

この症状には別のAIを挙げていません。設定や使い方で改善するので、乗り換える必要がないためです。

起きやすいツール

Cursor・Claude Code・Windsurfで報告があります。3種です。道具を替えなくても、設定や使い方で直ります。

「既存のコードを壊される」について、ほかの角度から

• 既存のコードを壊されるの直し方｜原因の切り分けと、直す順番
  直し方
• 「既存のコードを壊される」はなぜ起きるのか｜仕組みから見た原因
  原因
• 「既存のコードを壊される」が直らないとき｜乗り換えで直るか、まず確かめる
  直らないとき

「既存のコードを壊される」がなぜ起きるのかを、仕組みの側から整理しました。原因が分かると、直せるものと直せないものの区別がつきます。

原因

文脈を読み違えて、関係ない部分まで書き換えることがあります。

原因を切り分ける

直せるものか、直せないものか

仕組みの制約と使い方の両方が関わります。手順を変えれば起きにくくなります。

開発・コードのトラブルはどれくらい直せるか

開発・コードで扱っている18件のうち、設定で直るものが3件、使い方を変えれば直るものが10件、仕様なので回避するしかないものが2件です。

起きやすい場面

Cursor・Claude Code・Windsurfで報告の多い症状です。開発・コードの作業では、この種の食い違いが起きやすい場面があります。

原因を追う価値があるか

原因は分かっても、手順を変えないと止まりません。原因の理解より、手順を組み直すほうが早いです。

Cursor・Claude Code・Windsurfで起きるほかの症状

同じツールを使っていると、続けて当たることがあります。先に知っておくと、次に起きたときの切り分けが早くなります。

開発・コードのほかの症状

• APIキーをコードに書かれてしまう（使い方で改善できる）
• 日本語のコメントが文字化けする（設定で改善できる）
• 提案が古い書き方になる（ツール側の制約が大きい）
• テストを書かずに完成と言う（使い方で改善できる）
• 料金が急に増える（使い方で改善できる）
• 社内のコードを外部に送ってよいか分からない（規約・権利・データの扱いによる）
• ライセンスの分からないコードが混ざる（規約・権利・データの扱いによる）
• エージェントが勝手にファイルを消す（使い方で改善できる）

よくある質問

ここでよく聞かれる2つです。症状は使っているツールと設定で変わるので、自分の状況に当てはまるかで判断してください。

自分の使い方が悪いのですか？

使い方で変わる部分があります。ただし、そもそも起きやすい作業でもあります。

ツールの不具合ですか？

不具合ではなく、仕組みから来る挙動であることがほとんどです。問い合わせても「仕様です」と返る種類の症状です。

次にやること

1つあります。上から順にやってください。

• まず手順を試す
  使い方で改善できる症状です。上の3つを順に試してください。渡し方や手順を変えると収まります。設定を探しても見つかりません。

開発・コードのなかで「既存のコードを壊される」はどこにあるか

開発・コードには18件あります。似た症状と見比べると、当てはまるものが見つかることがあります。

直す手順の数

開発・コードの18件を直す手順の数の少ない順に並べると、既存のコードを壊されるは1番目です。まんなかは3ステップで、既存のコードを壊されるは3ステップ。この分類のなかでは少ないほうです。

開発・コードで設定または使い方で改善できるのは13件です。既存のコードを壊されるもそこに入ります。手順を上から試せば片づきます。

起きるツールの数

開発・コードの18件を起きるツールの数の少ない順に並べると、既存のコードを壊されるは1番目です。まんなかは3種で、既存のコードを壊されるは3種。この分類のなかでは少ないほうです。

同じ症状が複数のAIで起きる場合、片方に替えても同じことが起きます。設定や使い方で止まるものは、道具を替えなくても直ります。

開発・コードはどういう症状が集まっているか

開発・コードに入る18件を、直しやすさで数えました。既存のコードを壊されるに手をかける前の材料になります。

設定で直るもの

18件のうち3件です。設定か指示文の書き方だけで止まります。既存のコードを壊されるは入りません。設定を探しても見つかりません。

使い方を変えれば直るもの

18件のうち10件です。渡し方や手順を変えると収まります。既存のコードを壊されるはここです。設定ではなく、渡すものを変えてください。

仕様なので回避するしかないもの

18件のうち2件です。設定を探しても指示文を直しても止まりません。

この記事で使っている言葉

この症状を切り分けるのに使う言葉を3つ、先に決めておきます。手のかけ方が変わるので、意味を先に決めておきます。直しやすさの判定は当サイトのもので、提供元が公表しているものではありません。

区分（使い方で改善できる）

設定では見つからず、渡し方や手順を変えると収まるものです。毎回の手順に組み込む必要があります。この区分は当サイトの判定です。ツールの更新で変わることがあります。

別のAIを出す条件

この症状には別のAIを挙げていません。設定や使い方で改善するので、乗り換える必要がないためです。

起きやすいツール

Cursor・Claude Code・Windsurfで報告があります。3種です。道具を替えなくても、設定や使い方で直ります。

「既存のコードを壊される」について、ほかの角度から

• 既存のコードを壊されるの直し方｜原因の切り分けと、直す順番
  直し方
• 「既存のコードを壊される」を次から起こさない方法
  防ぎ方
• 「既存のコードを壊される」が直らないとき｜乗り換えで直るか、まず確かめる
  直らないとき

「既存のコードを壊される」が起きたときに、何から手をつければいいかを順番で整理しました。使い方で改善できる種類のトラブルで、手順は3つです。

まず結論

使い方を変える必要があります。設定をいじっても止まりません。

直す順番

上から順に試してください。途中で直ればそこで終わりです。

ここまでで直らなければ、この症状ではありません。開発・コードの似た症状を見比べてください。

それでも直らないときに、人に聞く

【困っていること】
既存のコードを壊される

【使っているAI】
Cursor・Claude Code・Windsurf のうち ［ここに、使っているものを書く］

【試したこと】
1. 変更前にコミットしておく
   → ［直った / 変わらない］
2. 変更範囲を明示して指示する
   → ［直った / 変わらない］
3. 差分を必ず目で確かめる
   → ［直った / 変わらない］

【いつから起きているか】
［ここに書く。例：先週の月曜から］

【毎回起きるか】
［毎回 / ときどき］

【使っているプラン】
［無料プラン / 有料プラン］

なぜこうなるのか

文脈を読み違えて、関係ない部分まで書き換えることがあります。

設定の問題ではないので、設定画面を探しても見つかりません。渡し方や手順のほうを変えてください。Cursor・Claude Code・Windsurfで報告があります。同じ作りの道具では同じことが起きます。

それでも直らないとき

上の3つを全部試して直らなければ、この症状ではなく別の原因を疑ってください。開発・コードの似た症状を見比べると、当てはまるものが見つかることがあります。設定や使い方で改善する症状なので、別のAIに乗り換える必要はありません。

どこで見切りをつけるか

上の3つの手順を全部試して直らなければ、そこで止めてください。原因が別のところにある可能性が高く、追い続けても当たりません。開発・コードの似た症状を見比べてください。

開発・コードで紛らわしい症状

見た目が似ていても、原因が違えば直し方も変わります。当てはまるほうを選んでください。

Cursor・Claude Code・Windsurfで起きるほかの症状

同じツールを使っていると、続けて当たることがあります。先に知っておくと、次に起きたときの切り分けが早くなります。

開発・コードのほかの症状

• APIキーをコードに書かれてしまう（使い方で改善できる）
• 日本語のコメントが文字化けする（設定で改善できる）
• 提案が古い書き方になる（ツール側の制約が大きい）
• テストを書かずに完成と言う（使い方で改善できる）
• 料金が急に増える（使い方で改善できる）
• 社内のコードを外部に送ってよいか分からない（規約・権利・データの扱いによる）
• ライセンスの分からないコードが混ざる（規約・権利・データの扱いによる）
• エージェントが勝手にファイルを消す（使い方で改善できる）

よくある質問

ここでよく聞かれる2つです。症状は使っているツールと設定で変わるので、自分の状況に当てはまるかで判断してください。

設定を変えれば直りますか？

設定では直りません。設定画面を探しても該当する項目が見つからないので、渡す材料か手順のほうを変える必要があります。毎回の作業に組み込んでしまうのが確実です。

有料プランにすれば解決しますか？

この症状は料金プランとは別の原因で起きます。プランを上げても、上の手順を踏まないと直りません。

次にやること

1つあります。上から順にやってください。

• まず手順を試す
  使い方で改善できる症状です。上の3つを順に試してください。渡し方や手順を変えると収まります。設定を探しても見つかりません。

既存のコードを壊されるを直す進め方

3つの手順を、原因の可能性が高い順に並べています。上から順に試して、直ったらそこで止めてください。全部やる必要はありません。

1. 変更前にコミットしておく

いちばん多い原因です。ここで直る症状が3件あります。

ここでよくあるのは試さずに設定を探し回ることです。手順の1番目で片づくことが多いです。

2. 変更範囲を明示して指示する

1つ目で直らなかった場合に試します。

3. 差分を必ず目で確かめる

ここまで試して直らなければ、既存のコードを壊されるではなく別の原因を疑ってください。

ここでよくあるのはここで止めずに追い続けることです。開発・コードの似た症状を見比べるほうが早く当たります。

この記事で使っている言葉

この症状を切り分けるのに使う言葉を3つ、先に決めておきます。手のかけ方が変わるので、意味を先に決めておきます。直しやすさの判定は当サイトのもので、提供元が公表しているものではありません。

区分（使い方で改善できる）

設定では見つからず、渡し方や手順を変えると収まるものです。毎回の手順に組み込む必要があります。この区分は当サイトの判定です。ツールの更新で変わることがあります。

別のAIを出す条件

この症状には別のAIを挙げていません。設定や使い方で改善するので、乗り換える必要がないためです。

起きやすいツール

Cursor・Claude Code・Windsurfで報告があります。3種です。道具を替えなくても、設定や使い方で直ります。

既存のコードを壊されるを次から起こさないために

直したあと、同じことが起きないようにする話です。使い方で改善できる症状なので、やることが変わります。

手順に組み込む

毎回気をつけるのではなく、作業の手順に入れてしまうほうが続きます。

頻度で判断する

月に数回しか起きないなら、防ぐ手間より起きてから直すほうが軽いです。3つの手順で片づくので、毎回の作業を重くしてまで防ぐ必要はありません。毎日起きるなら、手順を組み直す価値があります。

同じ分類の症状も見ておく

開発・コードには18件あります。同じ道具を使うかぎり、続けて別の症状に当たります。先に把握しておくと、次に当たったときに切り分けが早く済みます。

「既存のコードを壊される」について、ほかの角度から

• 「既存のコードを壊される」はなぜ起きるのか｜仕組みから見た原因
  原因
• 「既存のコードを壊される」を次から起こさない方法
  防ぎ方
• 「既存のコードを壊される」が直らないとき｜乗り換えで直るか、まず確かめる
  直らないとき

「存在しない関数やライブラリを使う」が手順を試しても直らないときに、何を確かめればよいかを整理しました。この症状はツール側の制約から来ているので、必要な機能を先に決めてから道具を選びます。

まず、この症状は乗り換えで直るものか

ツール側の制約が大きい症状です。設定を探しても、指示文を書き直しても止まりません。ChatGPT・GitHub Copilot・Cursorで報告があります。同じ作りのツールでは同じことが起きるので、替えるなら作りの違うものを選ぶ必要があります。

先に試すこと

乗り換えには手間がかかります。下の手順で収まることもあるので、先に試してください。

ここまでで直らなければ、ツール側の制約です。下で必要な機能から候補を絞ります。

それでも直らないときに見る順番

いきなり乗り換え先を決めないでください。先に「何ができれば困らないのか」を決めます。そこが決まっていないと、替えた先でも同じところで止まります。

この症状を避けるのに要る機能

書いたコードをその場で実行して確かめられること

動くかどうかまで確かめたい

料金はプランと契約の形で変わるので、金額は各社の公式ページで確かめてください。当サイトでは無料で試せるかどうかだけを載せています。

ChatGPT・GitHub Copilot・Cursorで起きるほかの症状

同じツールを使っていると、続けて当たることがあります。先に知っておくと、次に起きたときの切り分けが早くなります。

開発・コードのほかの症状

• APIキーをコードに書かれてしまう（使い方で改善できる）
• 日本語のコメントが文字化けする（設定で改善できる）
• 提案が古い書き方になる（ツール側の制約が大きい）
• テストを書かずに完成と言う（使い方で改善できる）
• 料金が急に増える（使い方で改善できる）
• 社内のコードを外部に送ってよいか分からない（規約・権利・データの扱いによる）
• ライセンスの分からないコードが混ざる（規約・権利・データの扱いによる）
• エージェントが勝手にファイルを消す（使い方で改善できる）

よくある質問

ここでよく聞かれる2つです。症状は使っているツールと設定で変わるので、自分の状況に当てはまるかで判断してください。

乗り換えると作ったものは引き継げますか？

引き継げる範囲はツールによって違います。作りかけのものは書き出せる形にしてから切り替えてください。

料金はどこで確かめられますか？

当サイトでは金額を載せていません。プランと契約の形で変わるうえ、いつ確かめた値かを持っていないためです。無料で試せるかどうかだけを載せています。金額は各社の公式ページで確かめてください。

次にやること

1つあります。上から順にやってください。

• 同じことができる別のAIを見る
  「存在しない関数やライブラリを使う」はツール側の制約から来ています。設定を探しても止まりません。必要な機能から候補を絞れます。

開発・コードのなかで「存在しない関数やライブラリを使う」はどこにあるか

開発・コードには18件あります。似た症状と見比べると、当てはまるものが見つかることがあります。

直す手順の数

開発・コードの18件を直す手順の数の少ない順に並べると、存在しない関数やライブラリを使うは1番目です。まんなかは3ステップで、存在しない関数やライブラリを使うは3ステップ。この分類のなかでは少ないほうです。

開発・コードで設定または使い方で改善できるのは13件です。存在しない関数やライブラリを使うは入りません。手順を試しても止まりません。

起きるツールの数

開発・コードの18件を起きるツールの数の少ない順に並べると、存在しない関数やライブラリを使うは1番目です。まんなかは3種で、存在しない関数やライブラリを使うは3種。この分類のなかでは少ないほうです。

同じ症状が複数のAIで起きる場合、片方に替えても同じことが起きます。存在しない関数やライブラリを使うは仕組みから来ているので、作りの違う道具を選ぶ必要があります。

この記事で使っている言葉

この症状を切り分けるのに使う言葉を3つ、先に決めておきます。手のかけ方が変わるので、意味を先に決めておきます。直しやすさの判定は当サイトのもので、提供元が公表しているものではありません。

区分（ツール側の制約が大きい）

ツール側の制約から来ていて、設定でも指示文でも止まらないものです。起きる前提で確認の工程を入れるか、必要な機能を持つ別のAIを使うかの二択です。この区分は当サイトの判定です。ツールの更新で変わることがあります。

別のAIを出す条件

この症状にはツール側の制約があるので、必要な機能を満たす候補を挙げています。ただし症状が必ず消えるとは言えません。作りの違うツールなので、同じ問題が起きにくいというだけです。

起きやすいツール

ChatGPT・GitHub Copilot・Cursorで報告があります。3種です。同じ作りの道具では同じことが起きるので、替えるなら作りの違うものを選んでください。

存在しない関数やライブラリを使うを次から起こさないために

直したあと、同じことが起きないようにする話です。ツール側の制約が大きい症状なので、やることが変わります。

手順に組み込む

防ぎきれません。起きる前提で、出てきたものを人が確かめる工程を入れてください。

頻度で判断する

月に数回しか起きないなら、防ぐ手間より起きてから直すほうが軽いです。3つの手順で片づくので、毎回の作業を重くしてまで防ぐ必要はありません。毎日起きるなら、手順を組み直す価値があります。

同じ分類の症状も見ておく

開発・コードには18件あります。同じ道具を使うかぎり、続けて別の症状に当たります。先に把握しておくと、次に当たったときに切り分けが早く済みます。

「存在しない関数やライブラリを使う」について、ほかの角度から

• 存在しない関数やライブラリを使うの直し方｜原因の切り分けと、直す順番
  直し方
• 「存在しない関数やライブラリを使う」はなぜ起きるのか｜仕組みから見た原因
  原因
• 「存在しない関数やライブラリを使う」を次から起こさない方法
  防ぎ方

「存在しない関数やライブラリを使う」を次から起こさないための進め方を整理しました。起きてから直すより、起きない形にするほうが手数が少なくて済みます。

防ぎ方

動かして確かめるまで信じないことです。

起きたときの手順（念のため）

防ぎきれなかったときのために、直す順番も載せておきます。

ここまでで直らなければ、ツール側の制約です。下で必要な機能から候補を絞ります。

作業の組み方で変わること

この症状は避けられません。起きる前提で、確認する工程を作業に組み込んでください。時間の見積もりにもそのぶんを入れます。

防ぐ手間をかける価値があるか

防ぎきれません。起きる前提で確認の工程を入れるのが現実的です。防ごうとして手順を増やすと、作業が重くなるだけです。

開発・コードで紛らわしい症状

見た目が似ていても、原因が違えば直し方も変わります。当てはまるほうを選んでください。

開発・コードのほかの症状

• APIキーをコードに書かれてしまう（使い方で改善できる）
• 日本語のコメントが文字化けする（設定で改善できる）
• 提案が古い書き方になる（ツール側の制約が大きい）
• テストを書かずに完成と言う（使い方で改善できる）
• 料金が急に増える（使い方で改善できる）
• 社内のコードを外部に送ってよいか分からない（規約・権利・データの扱いによる）
• ライセンスの分からないコードが混ざる（規約・権利・データの扱いによる）
• エージェントが勝手にファイルを消す（使い方で改善できる）

よくある質問

ここでよく聞かれる2つです。症状は使っているツールと設定で変わるので、自分の状況に当てはまるかで判断してください。

毎回気をつけるのは大変です

毎回気をつけるのではなく、手順に組み込んでしまえば意識しなくても回ります。ただし月に数回しか起きないなら、起きてから3つの手順で直すほうが軽いです。頻度で決めてください。

チームで共有するには？

上の防ぎ方をそのまま作業手順に書き足してください。人によって結果が変わる部分が減ります。

次にやること

1つあります。上から順にやってください。

• 同じことができる別のAIを見る
  「存在しない関数やライブラリを使う」はツール側の制約から来ています。設定を探しても止まりません。必要な機能から候補を絞れます。

存在しない関数やライブラリを使うを次から起こさないために

直したあと、同じことが起きないようにする話です。ツール側の制約が大きい症状なので、やることが変わります。

手順に組み込む

防ぎきれません。起きる前提で、出てきたものを人が確かめる工程を入れてください。

頻度で判断する

月に数回しか起きないなら、防ぐ手間より起きてから直すほうが軽いです。3つの手順で片づくので、毎回の作業を重くしてまで防ぐ必要はありません。毎日起きるなら、手順を組み直す価値があります。

同じ分類の症状も見ておく

開発・コードには18件あります。同じ道具を使うかぎり、続けて別の症状に当たります。先に把握しておくと、次に当たったときに切り分けが早く済みます。

開発・コードはどういう症状が集まっているか

開発・コードに入る18件を、直しやすさで数えました。存在しない関数やライブラリを使うに手をかける前の材料になります。

設定で直るもの

18件のうち3件です。設定か指示文の書き方だけで止まります。存在しない関数やライブラリを使うは入りません。設定を探しても見つかりません。

使い方を変えれば直るもの

18件のうち10件です。渡し方や手順を変えると収まります。

仕様なので回避するしかないもの

18件のうち2件です。設定を探しても指示文を直しても止まりません。存在しない関数やライブラリを使うはここです。探す時間がそのまま損になります。

この記事で使っている言葉

この症状を切り分けるのに使う言葉を3つ、先に決めておきます。手のかけ方が変わるので、意味を先に決めておきます。直しやすさの判定は当サイトのもので、提供元が公表しているものではありません。

区分（ツール側の制約が大きい）

ツール側の制約から来ていて、設定でも指示文でも止まらないものです。起きる前提で確認の工程を入れるか、必要な機能を持つ別のAIを使うかの二択です。この区分は当サイトの判定です。ツールの更新で変わることがあります。

別のAIを出す条件

この症状にはツール側の制約があるので、必要な機能を満たす候補を挙げています。ただし症状が必ず消えるとは言えません。作りの違うツールなので、同じ問題が起きにくいというだけです。

起きやすいツール

ChatGPT・GitHub Copilot・Cursorで報告があります。3種です。同じ作りの道具では同じことが起きるので、替えるなら作りの違うものを選んでください。

「存在しない関数やライブラリを使う」について、ほかの角度から

• 存在しない関数やライブラリを使うの直し方｜原因の切り分けと、直す順番
  直し方
• 「存在しない関数やライブラリを使う」はなぜ起きるのか｜仕組みから見た原因
  原因
• 「存在しない関数やライブラリを使う」が直らないとき｜乗り換えで直るか、まず確かめる
  直らないとき

「存在しない関数やライブラリを使う」がなぜ起きるのかを、仕組みの側から整理しました。原因が分かると、直せるものと直せないものの区別がつきます。

原因

それらしい名前を作ってしまうことがあります。仕様です。

原因を切り分ける

直せるものか、直せないものか

これは生成AIの仕組みそのものから来ています。設定でも指示文でも消せません。付き合い方を決めるほうが早いです。

開発・コードのトラブルはどれくらい直せるか

開発・コードで扱っている18件のうち、設定で直るものが3件、使い方を変えれば直るものが10件、仕様なので回避するしかないものが2件です。

起きやすい場面

ChatGPT・GitHub Copilot・Cursorで報告の多い症状です。開発・コードの作業では、この種の食い違いが起きやすい場面があります。

原因を追う価値があるか

この原因は分かっても、直せません。仕組みから来ているので、理解したうえで回避する形に切り替えるのが唯一の手です。深追いしても時間を失うだけです。

ChatGPT・GitHub Copilot・Cursorで起きるほかの症状

同じツールを使っていると、続けて当たることがあります。先に知っておくと、次に起きたときの切り分けが早くなります。

開発・コードのほかの症状

• APIキーをコードに書かれてしまう（使い方で改善できる）
• 日本語のコメントが文字化けする（設定で改善できる）
• 提案が古い書き方になる（ツール側の制約が大きい）
• テストを書かずに完成と言う（使い方で改善できる）
• 料金が急に増える（使い方で改善できる）
• 社内のコードを外部に送ってよいか分からない（規約・権利・データの扱いによる）
• ライセンスの分からないコードが混ざる（規約・権利・データの扱いによる）
• エージェントが勝手にファイルを消す（使い方で改善できる）

よくある質問

ここでよく聞かれる2つです。症状は使っているツールと設定で変わるので、自分の状況に当てはまるかで判断してください。

自分の使い方が悪いのですか？

使い方の問題ではありません。仕組みの上でそうなります。

ツールの不具合ですか？

不具合ではなく、仕組みから来る挙動であることがほとんどです。問い合わせても「仕様です」と返る種類の症状です。

次にやること

1つあります。上から順にやってください。

• 同じことができる別のAIを見る
  「存在しない関数やライブラリを使う」はツール側の制約から来ています。設定を探しても止まりません。必要な機能から候補を絞れます。

開発・コードのなかで「存在しない関数やライブラリを使う」はどこにあるか

開発・コードには18件あります。似た症状と見比べると、当てはまるものが見つかることがあります。

直す手順の数

開発・コードの18件を直す手順の数の少ない順に並べると、存在しない関数やライブラリを使うは1番目です。まんなかは3ステップで、存在しない関数やライブラリを使うは3ステップ。この分類のなかでは少ないほうです。

開発・コードで設定または使い方で改善できるのは13件です。存在しない関数やライブラリを使うは入りません。手順を試しても止まりません。

起きるツールの数

開発・コードの18件を起きるツールの数の少ない順に並べると、存在しない関数やライブラリを使うは1番目です。まんなかは3種で、存在しない関数やライブラリを使うは3種。この分類のなかでは少ないほうです。

同じ症状が複数のAIで起きる場合、片方に替えても同じことが起きます。存在しない関数やライブラリを使うは仕組みから来ているので、作りの違う道具を選ぶ必要があります。

開発・コードはどういう症状が集まっているか

開発・コードに入る18件を、直しやすさで数えました。存在しない関数やライブラリを使うに手をかける前の材料になります。

設定で直るもの

18件のうち3件です。設定か指示文の書き方だけで止まります。存在しない関数やライブラリを使うは入りません。設定を探しても見つかりません。

使い方を変えれば直るもの

18件のうち10件です。渡し方や手順を変えると収まります。

仕様なので回避するしかないもの

18件のうち2件です。設定を探しても指示文を直しても止まりません。存在しない関数やライブラリを使うはここです。探す時間がそのまま損になります。

この記事で使っている言葉

この症状を切り分けるのに使う言葉を3つ、先に決めておきます。手のかけ方が変わるので、意味を先に決めておきます。直しやすさの判定は当サイトのもので、提供元が公表しているものではありません。

区分（ツール側の制約が大きい）

ツール側の制約から来ていて、設定でも指示文でも止まらないものです。起きる前提で確認の工程を入れるか、必要な機能を持つ別のAIを使うかの二択です。この区分は当サイトの判定です。ツールの更新で変わることがあります。

別のAIを出す条件

この症状にはツール側の制約があるので、必要な機能を満たす候補を挙げています。ただし症状が必ず消えるとは言えません。作りの違うツールなので、同じ問題が起きにくいというだけです。

起きやすいツール

ChatGPT・GitHub Copilot・Cursorで報告があります。3種です。同じ作りの道具では同じことが起きるので、替えるなら作りの違うものを選んでください。

「存在しない関数やライブラリを使う」について、ほかの角度から

• 存在しない関数やライブラリを使うの直し方｜原因の切り分けと、直す順番
  直し方
• 「存在しない関数やライブラリを使う」を次から起こさない方法
  防ぎ方
• 「存在しない関数やライブラリを使う」が直らないとき｜乗り換えで直るか、まず確かめる
  直らないとき

「存在しない関数やライブラリを使う」が起きたときに、何から手をつければいいかを順番で整理しました。ツール側の制約が大きい種類のトラブルで、手順は3つです。

まず結論

これは仕様なので、設定では直りません。直そうとせず、回避する形に切り替えてください。

直す順番

上から順に試してください。途中で直ればそこで終わりです。

ここまでで直らなければ、ツール側の制約です。下で必要な機能から候補を絞ります。

それでも直らないときに、人に聞く

【困っていること】
存在しない関数やライブラリを使う

【使っているAI】
ChatGPT・GitHub Copilot・Cursor のうち ［ここに、使っているものを書く］

【試したこと】
1. 公式の資料で名前を確かめる
   → ［直った / 変わらない］
2. 実行して確かめてから使う
   → ［直った / 変わらない］
3. 「実在するものだけ使って」と指示しても防ぎきれません
   → ［直った / 変わらない］

【いつから起きているか】
［ここに書く。例：先週の月曜から］

【毎回起きるか】
［毎回 / ときどき］

【使っているプラン】
［無料プラン / 有料プラン］

なぜこうなるのか

それらしい名前を作ってしまうことがあります。仕様です。

これは仕組みから来ています。設定を探しても、指示文を書き直しても止まりません。探す時間がそのまま損になります。ChatGPT・GitHub Copilot・Cursorで報告があります。同じ作りの道具では同じことが起きます。

それでも直らないとき

ここまでで直らない場合、この症状はツール側の制約から来ています。必要な機能を先に決めてから、それを満たすツールを選んでください。いきなり乗り換え先を決めないでください。

この症状を避けるのに要る機能

書いたコードをその場で実行して確かめられること

動くかどうかまで確かめたい

料金はプランと契約の形で変わるので、金額は各社の公式ページで確かめてください。当サイトでは無料で試せるかどうかだけを載せています。

この症状を追いかけないほうがよい理由

これはツール側の制約から来ています。設定を探しても、指示文を書き直しても止まりません。探す時間がそのまま損になります。必要な機能から候補を絞るか、起きる前提で確認の工程を入れるかの二択です。

同じ開発・コードでは、2件が同じ性質です。先に把握しておくと、次に当たったときに迷いません。

開発・コードで紛らわしい症状

見た目が似ていても、原因が違えば直し方も変わります。当てはまるほうを選んでください。

ChatGPT・GitHub Copilot・Cursorで起きるほかの症状

同じツールを使っていると、続けて当たることがあります。先に知っておくと、次に起きたときの切り分けが早くなります。

開発・コードのほかの症状

• APIキーをコードに書かれてしまう（使い方で改善できる）
• 日本語のコメントが文字化けする（設定で改善できる）
• 提案が古い書き方になる（ツール側の制約が大きい）
• テストを書かずに完成と言う（使い方で改善できる）
• 料金が急に増える（使い方で改善できる）
• 社内のコードを外部に送ってよいか分からない（規約・権利・データの扱いによる）
• ライセンスの分からないコードが混ざる（規約・権利・データの扱いによる）
• エージェントが勝手にファイルを消す（使い方で改善できる）

よくある質問

ここでよく聞かれる2つです。症状は使っているツールと設定で変わるので、自分の状況に当てはまるかで判断してください。

設定を変えれば直りますか？

直りません。ツール側の制約なので、探すだけ時間を失います。必要な機能を満たす別のAIを使うか、起きる前提で確認の工程を入れるかの二択です。

有料プランにすれば解決しますか？

この症状は料金プランとは別の原因で起きます。プランを上げても、上の手順を踏まないと直りません。

次にやること

1つあります。上から順にやってください。

• 同じことができる別のAIを見る
  「存在しない関数やライブラリを使う」はツール側の制約から来ています。設定を探しても止まりません。必要な機能から候補を絞れます。

存在しない関数やライブラリを使うを直す進め方

3つの手順を、原因の可能性が高い順に並べています。上から順に試して、直ったらそこで止めてください。全部やる必要はありません。

1. 公式の資料で名前を確かめる

いちばん多い原因です。ここで直る症状が3件あります。

ここでよくあるのは試さずに設定を探し回ることです。手順の1番目で片づくことが多いです。

2. 実行して確かめてから使う

1つ目で直らなかった場合に試します。

3. 「実在するものだけ使って」と指示しても防ぎきれません

ここまで試して直らなければ、存在しない関数やライブラリを使うではなく別の原因を疑ってください。

ここでよくあるのはここで止めずに追い続けることです。開発・コードの似た症状を見比べるほうが早く当たります。

この記事で使っている言葉

この症状を切り分けるのに使う言葉を3つ、先に決めておきます。手のかけ方が変わるので、意味を先に決めておきます。直しやすさの判定は当サイトのもので、提供元が公表しているものではありません。

区分（ツール側の制約が大きい）

ツール側の制約から来ていて、設定でも指示文でも止まらないものです。起きる前提で確認の工程を入れるか、必要な機能を持つ別のAIを使うかの二択です。この区分は当サイトの判定です。ツールの更新で変わることがあります。

別のAIを出す条件

この症状にはツール側の制約があるので、必要な機能を満たす候補を挙げています。ただし症状が必ず消えるとは言えません。作りの違うツールなので、同じ問題が起きにくいというだけです。

起きやすいツール

ChatGPT・GitHub Copilot・Cursorで報告があります。3種です。同じ作りの道具では同じことが起きるので、替えるなら作りの違うものを選んでください。

存在しない関数やライブラリを使うを次から起こさないために

直したあと、同じことが起きないようにする話です。ツール側の制約が大きい症状なので、やることが変わります。

手順に組み込む

防ぎきれません。起きる前提で、出てきたものを人が確かめる工程を入れてください。

頻度で判断する

月に数回しか起きないなら、防ぐ手間より起きてから直すほうが軽いです。3つの手順で片づくので、毎回の作業を重くしてまで防ぐ必要はありません。毎日起きるなら、手順を組み直す価値があります。

同じ分類の症状も見ておく

開発・コードには18件あります。同じ道具を使うかぎり、続けて別の症状に当たります。先に把握しておくと、次に当たったときに切り分けが早く済みます。

「存在しない関数やライブラリを使う」について、ほかの角度から

• 「存在しない関数やライブラリを使う」はなぜ起きるのか｜仕組みから見た原因
  原因
• 「存在しない関数やライブラリを使う」を次から起こさない方法
  防ぎ方
• 「存在しない関数やライブラリを使う」が直らないとき｜乗り換えで直るか、まず確かめる
  直らないとき

「生成されたコードが動かない」が手順を試しても直らないときに、何を確かめればよいかを整理しました。この症状は設定か使い方で改善するので、乗り換える必要はありません。

まず、この症状は乗り換えで直るものか

使い方で改善できる症状です。乗り換える必要はありません。下の3つの手順で改善します。道具を替える手間のほうが大きくつきます。

先に試すこと

下の手順を上から順に試してください。

ここまでで直らなければ、この症状ではありません。開発・コードの似た症状を見比べてください。

この症状に別のAIは挙げていません

使い方で改善できる症状だからです。手順で改善するものに乗り換えを勧めると、直る話が道具を売る話にすり替わります。3つの手順を全部試して直らない場合は、この症状ではなく別の原因を疑ってください。

ChatGPT・Cursor・GitHub Copilotで起きるほかの症状

同じツールを使っていると、続けて当たることがあります。先に知っておくと、次に起きたときの切り分けが早くなります。

開発・コードのほかの症状

• APIキーをコードに書かれてしまう（使い方で改善できる）
• 日本語のコメントが文字化けする（設定で改善できる）
• 提案が古い書き方になる（ツール側の制約が大きい）
• テストを書かずに完成と言う（使い方で改善できる）
• 料金が急に増える（使い方で改善できる）
• 社内のコードを外部に送ってよいか分からない（規約・権利・データの扱いによる）
• ライセンスの分からないコードが混ざる（規約・権利・データの扱いによる）
• エージェントが勝手にファイルを消す（使い方で改善できる）

よくある質問

ここでよく聞かれる2つです。症状は使っているツールと設定で変わるので、自分の状況に当てはまるかで判断してください。

乗り換えると作ったものは引き継げますか？

引き継げる範囲はツールによって違います。作りかけのものは書き出せる形にしてから切り替えてください。

料金はどこで確かめられますか？

当サイトでは金額を載せていません。プランと契約の形で変わるうえ、いつ確かめた値かを持っていないためです。無料で試せるかどうかだけを載せています。金額は各社の公式ページで確かめてください。

次にやること

1つあります。上から順にやってください。

• まず手順を試す
  使い方で改善できる症状です。上の3つを順に試してください。渡し方や手順を変えると収まります。設定を探しても見つかりません。

開発・コードのなかで「生成されたコードが動かない」はどこにあるか

開発・コードには18件あります。似た症状と見比べると、当てはまるものが見つかることがあります。

直す手順の数

開発・コードの18件を直す手順の数の少ない順に並べると、生成されたコードが動かないは1番目です。まんなかは3ステップで、生成されたコードが動かないは3ステップ。この分類のなかでは少ないほうです。

開発・コードで設定または使い方で改善できるのは13件です。生成されたコードが動かないもそこに入ります。手順を上から試せば片づきます。

起きるツールの数

開発・コードの18件を起きるツールの数の少ない順に並べると、生成されたコードが動かないは1番目です。まんなかは3種で、生成されたコードが動かないは3種。この分類のなかでは少ないほうです。

同じ症状が複数のAIで起きる場合、片方に替えても同じことが起きます。設定や使い方で止まるものは、道具を替えなくても直ります。

この記事で使っている言葉

この症状を切り分けるのに使う言葉を3つ、先に決めておきます。手のかけ方が変わるので、意味を先に決めておきます。直しやすさの判定は当サイトのもので、提供元が公表しているものではありません。

区分（使い方で改善できる）

設定では見つからず、渡し方や手順を変えると収まるものです。毎回の手順に組み込む必要があります。この区分は当サイトの判定です。ツールの更新で変わることがあります。

別のAIを出す条件

この症状には別のAIを挙げていません。設定や使い方で改善するので、乗り換える必要がないためです。

起きやすいツール

ChatGPT・Cursor・GitHub Copilotで報告があります。3種です。道具を替えなくても、設定や使い方で直ります。

生成されたコードが動かないを次から起こさないために

直したあと、同じことが起きないようにする話です。使い方で改善できる症状なので、やることが変わります。

手順に組み込む

毎回気をつけるのではなく、作業の手順に入れてしまうほうが続きます。

頻度で判断する

月に数回しか起きないなら、防ぐ手間より起きてから直すほうが軽いです。3つの手順で片づくので、毎回の作業を重くしてまで防ぐ必要はありません。毎日起きるなら、手順を組み直す価値があります。

同じ分類の症状も見ておく

開発・コードには18件あります。同じ道具を使うかぎり、続けて別の症状に当たります。先に把握しておくと、次に当たったときに切り分けが早く済みます。

「生成されたコードが動かない」について、ほかの角度から

• 生成されたコードが動かないの直し方｜原因の切り分けと、直す順番
  直し方
• 「生成されたコードが動かない」はなぜ起きるのか｜仕組みから見た原因
  原因
• 「生成されたコードが動かない」を次から起こさない方法
  防ぎ方

「生成されたコードが動かない」を次から起こさないための進め方を整理しました。起きてから直すより、起きない形にするほうが手数が少なくて済みます。

防ぎ方

環境と版を最初に伝えると、手戻りが大きく減ります。

起きたときの手順（念のため）

防ぎきれなかったときのために、直す順番も載せておきます。

ここまでで直らなければ、この症状ではありません。開発・コードの似た症状を見比べてください。

作業の組み方で変わること

毎回の手順に組み込むことで減らせます。慣れると意識せずできるようになります。

防ぐ手間をかける価値があるか

毎回の手順に組み込む必要があります。月に数回しか起きないなら、起きてから3つの手順で直すほうが軽いです。頻度で決めてください。

開発・コードで紛らわしい症状

見た目が似ていても、原因が違えば直し方も変わります。当てはまるほうを選んでください。

開発・コードのほかの症状

• APIキーをコードに書かれてしまう（使い方で改善できる）
• 日本語のコメントが文字化けする（設定で改善できる）
• 提案が古い書き方になる（ツール側の制約が大きい）
• テストを書かずに完成と言う（使い方で改善できる）
• 料金が急に増える（使い方で改善できる）
• 社内のコードを外部に送ってよいか分からない（規約・権利・データの扱いによる）
• ライセンスの分からないコードが混ざる（規約・権利・データの扱いによる）
• エージェントが勝手にファイルを消す（使い方で改善できる）

よくある質問

ここでよく聞かれる2つです。症状は使っているツールと設定で変わるので、自分の状況に当てはまるかで判断してください。

毎回気をつけるのは大変です

毎回気をつけるのではなく、手順に組み込んでしまえば意識しなくても回ります。ただし月に数回しか起きないなら、起きてから3つの手順で直すほうが軽いです。頻度で決めてください。

チームで共有するには？

上の防ぎ方をそのまま作業手順に書き足してください。人によって結果が変わる部分が減ります。

次にやること

1つあります。上から順にやってください。

• まず手順を試す
  使い方で改善できる症状です。上の3つを順に試してください。渡し方や手順を変えると収まります。設定を探しても見つかりません。

生成されたコードが動かないを次から起こさないために

直したあと、同じことが起きないようにする話です。使い方で改善できる症状なので、やることが変わります。

手順に組み込む

毎回気をつけるのではなく、作業の手順に入れてしまうほうが続きます。

頻度で判断する

月に数回しか起きないなら、防ぐ手間より起きてから直すほうが軽いです。3つの手順で片づくので、毎回の作業を重くしてまで防ぐ必要はありません。毎日起きるなら、手順を組み直す価値があります。

同じ分類の症状も見ておく

開発・コードには18件あります。同じ道具を使うかぎり、続けて別の症状に当たります。先に把握しておくと、次に当たったときに切り分けが早く済みます。

開発・コードはどういう症状が集まっているか

開発・コードに入る18件を、直しやすさで数えました。生成されたコードが動かないに手をかける前の材料になります。

設定で直るもの

18件のうち3件です。設定か指示文の書き方だけで止まります。生成されたコードが動かないは入りません。設定を探しても見つかりません。

使い方を変えれば直るもの

18件のうち10件です。渡し方や手順を変えると収まります。生成されたコードが動かないはここです。設定ではなく、渡すものを変えてください。

仕様なので回避するしかないもの

18件のうち2件です。設定を探しても指示文を直しても止まりません。

この記事で使っている言葉

この症状を切り分けるのに使う言葉を3つ、先に決めておきます。手のかけ方が変わるので、意味を先に決めておきます。直しやすさの判定は当サイトのもので、提供元が公表しているものではありません。

区分（使い方で改善できる）

設定では見つからず、渡し方や手順を変えると収まるものです。毎回の手順に組み込む必要があります。この区分は当サイトの判定です。ツールの更新で変わることがあります。

別のAIを出す条件

この症状には別のAIを挙げていません。設定や使い方で改善するので、乗り換える必要がないためです。

起きやすいツール

ChatGPT・Cursor・GitHub Copilotで報告があります。3種です。道具を替えなくても、設定や使い方で直ります。

「生成されたコードが動かない」について、ほかの角度から

• 生成されたコードが動かないの直し方｜原因の切り分けと、直す順番
  直し方
• 「生成されたコードが動かない」はなぜ起きるのか｜仕組みから見た原因
  原因
• 「生成されたコードが動かない」が直らないとき｜乗り換えで直るか、まず確かめる
  直らないとき