GPT-6.1 Solと手描きアニメーションを作ったら、肘が逆に曲がった

人物の腕が不自然に見えたら、手の位置だけを直すより、肩・肘・手首のつながりと、体の向き、持ち物、動きの途中を分けて確認します。 今回のサイト制作では、GPT-6.1 Solが制作した手描き風アニメーションの肘の曲がり方を、私が繰り返し指摘しました。画面が動いていることと、自然に見えることは別でした。

まず、この経験の範囲をはっきりさせます。今回、肘の問題が出たのは、GPT-6.1 Solによる制作です。私の観察では、参考にしていたClaude Opus 5.5による制作では同じ問題はありませんでした。両者へ同じ指示、同じ素材、同じ実装条件を与え、同じ評価手順で比較した記録ではありません。ここからAI全般の失敗や、二つのモデルの一般的な優劣を導きません。

この記事では、今回の指摘と現在のコードで読める構造を起点に、人物の腕をどう確かめるかを考えます。現在のコードには、肩・肘・手首の位置を分け、動作ごとのポーズを指定する構成があります。ただし、コードにそう書かれていることだけで、すべての時間、画面の大きさ、人物の向きで修正が正しく見えると確認したわけではありません。

後半は、架空の人物が机で紙を扱う小さなアニメーションを使って説明します。図と数式は、描画の確認のための例です。医学的な身体評価、人体の可動範囲の測定、元の人物の完全な再現を行うものではありません。

内容確認日：2026年9月30日。

何を作ろうとしていて、どこが気になったのですか？

サイトの各ページには、抽象的な動きだけでなく、仕事で何が変わるのかが分かる場面を入れたいと考えました。たとえば、自動化なら、紙を整理して疲れている人が、情報を順番に処理する仕組みを使い、落ち着いて結果を確認できる。そうした変化を、手描き風の人物と机、書類、画面で見せる構想です。

そのため、人物は飾りのアイコンではありません。書類を扱う、画面へ向かう、結果を確認するという行動が、サービスの説明を担っています。手や腕が不自然だと、説明よりそちらに目が向いてしまいます。

私は、制作された場面の腕を見て、肘の折れ方が逆に見えることを指摘しました。一度の指摘だけでは十分に直ったと感じられず、同じ問題をもう一度伝えました。

ここから分かるのは、私がその画面に違和感を持ち、修正を求めたことです。最初の実装のどの計算が原因だったか、AIがどの内部判断をしたかまでは、その発言だけから確定できません。

かわいい絵でも、動作の意味は見られている

手描き風には、線の揺れ、柔らかい色、簡略化された形などがあります。しかし、簡略化することと、腕のつながりが読み取れなくなることは別です。

紙を持つ手へ上腕と前腕がつながっているか。机に向かう動作に見えるか。肘が体のどこにあるように見えるか。こうした関係は、小さな人物でも見られます。

線の味を増やしても、関係の違和感がなくなるとは限りません。演出を加える前に、動きの基本形を読めるようにします。

「逆」の意味を、画面の言葉へ変える

「逆に曲がっている」という指摘は、見る人には明瞭でも、修正する側には複数の解釈があり得ます。肘が想定と違う側へ出ているのか、手が体へ向かうときに前腕が反対へ折れるのか、左右反転で関節の向きが変に見えるのか。

具体的な指摘には、人物の向き、問題の腕、時間の位置、持っているものを添えます。「画面左の腕」と「人物の左腕」は違うため、どちらの意味で言っているかも揃えます。

手の位置が合っていても、腕が自然とは限らないのですか？

手が紙に届いていても、その途中にある肘の位置が違えば、不自然に見えることがあります。そこで、腕を一本の曲線として読むだけでなく、肩・肘・手首の三点へ分けます。

三点を分けるのは、人体を正確に再現したと主張するためではありません。どの点を変えると、どの部分のつながりが変わるのかを説明しやすくするためです。

肘の曲げ伸ばしと、手の向きを分ける

OpenStaxの解剖学の教材は、肘での屈曲・伸展と、前腕の回内・回外に関わる橈尺関節の回転を区別して説明しています。画面上で手の向きが変わったことと、肘を反対へ曲げてよいことを同じにしないための参考になります。OpenStax：Anatomy of Selected Synovial Joints

この記事では、描画上の関係を考えるためにこの区別を使います。身体の状態や異常を診断する説明ではありません。また、平面の人物絵には、視点や省略の表現があるため、一つの画面座標の規則をすべての人体へ適用しません。

関節が見える状態を、別に用意する

完成した人物絵には、服の太い線、肌、袖、机、紙が重なります。肘の点がどこにあるのか分かりにくいなら、確認用に骨組みだけを見る方法があります。

肩から肘、肘から手首へ線を引き、三点を短いラベルで示します。その骨組みと、完成絵を同じポーズで並べます。

骨組みだけなら、手がどこへ向かうかを追いやすくなります。完成絵では、袖や机の重なりでどう読まれるかを見ます。どちらかだけで確認を終えず、構造と見た目の二つを読みます。

現在のコードからは、何を確認できましたか？

現在の描画コードでは、動作ごとに肘と手の基準位置を持ち、肩の位置と合わせて腕のポーズを返しています。手首は、肘からの相対ベクトルを小さく回転させる構成です。腕の線は、肩、肘、手首の順に描かれます。

さらに、人物の体の向きや呼吸の上下、頭の回転などは別の変換として扱われています。手と紙の位置を、同じ腕の手首から結び付ける部分もあります。こうした構造はコードから読めます。

この確認は、現在の構成を読む作業です。最初に指摘した版が同じ構成だったことや、最初の原因がこの構成の特定行だったことを示すものではありません。

数値で読んだ範囲は、数値の確認として残す

現在のポーズ関数について、六つの動作を、14秒の範囲で一定間隔に取り出して数値だけを確認しました。その範囲では、座標は有限の数値で、各動作・各腕について、上腕と前腕の二次元の曲がる側を示す符号は途中で切り替わりませんでした。

これは、ポーズ関数の一つの条件での確認です。人物全体の左右反転、描画の重なり、場面の切り替え、見た目の自然さを確認した結果ではありません。関節の符号が安定していることだけで、解剖学的に正しいと判定しません。

コメントと結果を、同じ証拠にしない

コードに「肘を体の外側へ置く」といった説明があっても、それだけで、その意図どおりにすべて見えるとは言えません。コメントは設計意図の手掛かりです。座標の値は計算の手掛かりです。実際の画面は、見た目の手掛かりです。

この三つを区別して読むと、修正の説明が具体的になります。「コードに直したと書いてあるので完了」ではなく、「どの構造へ変え、どの条件を確認し、何がまだ残っているか」を書けます。

二次元の座標だけで、曲がる側を調べられますか？

肩、肘、手首の三点があれば、平面上で二本の線がどちらへ曲がっているかを読む補助計算ができます。これは描画の検査であって、身体の自然さを自動判定する検査ではありません。

肩をS、肘をE、手首をWとします。肩から肘へのベクトルと、肘から手首へのベクトルを作り、次の値を考えます。

u = E - S
v = W - E
cross = u.x × v.y - u.y × v.x

この値の符号は、二次元でどちら側へ曲がっているかを区別する材料になります。同じようなポーズで符号が突然変わったら、途中で反対の形へ切り替わっていないかを見に行けます。

符号は、正解の印ではない

プラスなら正しい、マイナスなら間違い、という規則にはしません。左右の腕、人物の向き、画面座標の向き、ポーズで意味が変わります。

また、腕がほぼ直線に見えるときは、曲がる側の区別が小さくなります。小さな変化だけを見て、突然逆になったと判断しないようにします。値を使う場合は、そのポーズの基準と、実際の絵の確認を一緒にします。

二つの候補を、自作の簡単な形で比較する

架空の図では、同じ肩と手首に対して、肘を二つの位置へ置いた候補を描きます。これは同じ人物の正しい腕と間違った腕を診断する図ではなく、手の終点が同じでも途中の形が変わることを見せる図です。

紙を持つ場面であれば、手首だけ合わせた候補と、肘のシルエットまで確認した候補を並べます。見る点は、上腕から前腕へ自然につながって読めるか、体の前後が分かるか、紙を持つ行動に見えるかです。

動作ごとの基準を持つ

腕を必ず体の外側へ出す、必ず同じ符号にする、といった万能規則では、別の動作を描けない場合があります。指をさす、書く、聞く、紙を持つという行動ごとに、基準のポーズを用意します。

基準のポーズから小さな動きを加える方法なら、動きの範囲を説明しやすくなります。自由に手を動かして後から肘を合わせる方法を使う場合も、肘の側と届く範囲と体の向きを別に確認する必要があります。

今回の現コードは、動作ごとの基準ポーズを使う構成として読めます。それが最初の版の原因だった、またはすべての場合で最良の方法であると説明するものではありません。

左右反転した人物で、なぜ確認をやり直しますか？

二人が向かい合う場面では、一方の人物を左右反転して使うことがあります。元の人物の座標と、反転して画面に出る座標を混ぜると、肘や手の説明を取り違えます。

Canvasのscale()では、水平方向の係数を負にすると左右が反転します。MDNは、この変換が描画に使う座標にも作用することを説明しています。MDN：CanvasRenderingContext2D.scale()

したがって、人物の中で考えた「右」と、画面で見た「右」をそのまま同じにしません。

位置を説明する座標の基準を揃える

確認メモに、次のように書けます。

対象：画面右に座る人物。
人物の向き：左向き。
問題の腕：画面中央へ紙を渡す側。
確認する座標：人物内のポーズと、反転後の画面位置を分ける。

この書き方なら、「右腕を直して」という一言より、対象が伝わりやすくなります。実際の左右の名称が必要なら、その基準も付けます。

持ち物も、同じ基準で動いているか見る

人物だけ反転し、紙やペンを別の座標で置いていると、手と持ち物が離れることがあります。紙を手首の位置から置く方法でも、回転や描画順が合っているかは確認が必要です。

紙が机に重なるのか、手の前に出るのか、指で持っているように見えるのか。持ち物は腕の動作を説明する対象なので、単なる飾りとして最後に付けない方が確認しやすくなります。

符号のチェックも、反転の前後で意味が変わる

人物の内部座標で使う曲がりの符号と、画面へ左右反転した後の見た目は、別に説明します。内部の基準と画面の基準を混ぜた判定をすると、正しい鏡像まで問題として扱うかもしれません。

数値を確認する人と絵を確認する人が違う場合は、どちらの座標の結果を渡しているかを書きます。短い技術用語だけより、同じポーズの小さい図を添える方が伝わる場合があります。

正しい一枚があれば、アニメーションも正しいですか？

一枚の基準ポーズがよく見えても、途中の変化が不自然なことがあります。手が行き先へ移る途中、場面が切り替わる直前、左右の向きが変わった後などを分けて見ます。

全時間をむやみに細かく見る前に、問題が出やすい区切りを考えます。始まり、中間、終わり、最も腕が伸びた位置、最も曲がった位置、場面の切り替わりです。

同じ動作を、短い並びで見る

架空の「紙を持ち上げる」動作なら、机の紙へ手を伸ばす、紙を持つ、確認する、戻すという区切りで並べます。各絵には、肩・肘・手首を示した確認版も用意します。

見るのは、肘の曲がる側が唐突に切り替わっていないか、腕の長さが不意に変わって見えないか、紙が手から離れていないか、机との前後関係が読めるかです。

画面の大きさも、完成形で確かめる

拡大した絵では関節が分かっても、小さな画面では太い袖と手が一つの形に見えることがあります。逆に、大きくすると細部のずれが目立つ場合もあります。

最終的に使う大きさで確認し、必要なら動きの量や線の太さを調整します。小さくなるから問題が見えなくなることを、修正した証拠にはしません。

この記事の現コード確認は、最終的な画面で全条件を見たものではありません。ブラウザを起動しての検証は行っていないため、その未確認を残します。

場面の切り替わりを、動作の途中と混ぜない

動作の基準が場面ごとに変わるとき、切り替えが急でも演出として成立する場合があります。一方、同じ腕の動きの途中で突然反対へ折れると、不自然に見えることがあります。

意図した場面転換か、連続動作の破綻かを分けます。何でも滑らかにすればよいとは決めません。手描き風のテンポや省略を残す場合も、行動として読めるかを確認します。

手描きの揺れを増やす前に、何を固定しますか？

線が少し揺れると手描き風の印象を作れます。しかし、関節の基準まで無秩序に動かすと、腕の形が崩れる可能性があります。

今回の現コードには、線の揺れとポーズの計算を分けている部分があります。この区別を制作の確認にも使えます。まずポーズの基本形を見て、次に線の味や小さな揺れを加えた結果を見ます。

揺れを止めた確認版を用意する

絵の揺れ、呼吸、頭の動き、手の動きを全部同時に見ると、どの部分が違和感を作っているか分かりにくくなります。可能なら、一部の動きを止めた確認版を作ります。

まず、腕だけのポーズを確認する。次に、体の上下を加える。次に、紙と手の関係を見る。最後に、線の揺れを含めた全体を見る。この順番は独自の確認案で、特定の道具に必ず備わる機能ではありません。

動きの量を、小さくしても構造は直らない場合がある

揺れが小さければ違和感が弱くなることはありますが、基本の肘の位置が違えば、静止した形も不自然です。動きの量を減らすことと、構造を修正することを区別します。

「動きが大きいから変」に見えるのか、「基準ポーズが変」なのかを分けてから直します。違和感を小さくして見えにくくしただけなら、条件を変えるとまた目立つかもしれません。

背景や説明の完成度で、人物の確認を省かない

机、窓、書類、字幕がよくできていると、全体を完成と感じやすくなります。しかし、人物の腕は別の確認対象です。

画面全体の印象と、動作の形を分けて評価します。きれいな場面の中で不自然な腕が出ると、かえってそこに注意が集まることがあります。完成度の高い背景を、人物の確認済みの証拠にしません。

AIへ、どのように修正を頼むと具体的になりますか？

「解剖学的に正しく」とだけ頼んでも、どの場面をどう確認するかが伝わるとは限りません。対象、問題、守るもの、確認方法を分けます。

まず、直す前に問題の見取り図を頼む

対象は、机で紙を持つ人物の腕です。
画面上で肘の折れ方が逆に見えます。
修正前に、肩・肘・手首・持ち物の関係を簡単な線で示してください。
人物内の座標と、左右反転後の画面座標を混ぜないでください。
現在のコードから分かる構造と、元の原因として未確認な点を分けてください。

これなら、AIが手だけを移動して「直しました」と返す前に、関係を確認できます。元の画像と違う対象を見ていないかも判断しやすくなります。

修正の範囲を、小さく区切る

今回直すのは、腕の基準ポーズと、手と紙のつながりです。
人物の表情や背景や文章は、理由なく変更しないでください。
動作ごとの肩・肘・手首を分け、基準形を説明してください。
手が同じ場所でも肘の形が変わる点を確認してください。
数値上の曲がりの検査だけで自然な形と判定せず、確認用の絵も用意してください。

変更が小さければ、何を直したかを見比べやすくなります。背景まで同時に変わると、腕の違いだけを追うのが難しくなります。

時間と向きの確認を、完了条件へ入れる

始まり、中間、終わり、最も伸びたところ、場面切り替え前後を確認してください。
正面側の人物と、左右反転した人物を分けてください。
骨組みと完成絵を同じポーズで比較してください。
紙と手の接触、机との前後関係も見てください。
数値だけ確認した条件と、実際に表示を見た条件を分けて報告してください。
表示できていない条件は未確認として残してください。

この依頼例は、今回の全条件を確認済みにする記録ではありません。これから同種の修正をする場合の確認計画です。

「直りました」の報告を、何で判断しますか？

報告には、変更した構造、確認した条件、残る条件を求めます。動く動画が一つあるだけでは、すべての場面を見たことにはなりません。

「肘を直した」は変更の説明です。「六つの動作の座標を調べた」は数値確認の説明です。「人物の反転後の見た目を見た」は表示確認の説明です。三つを一つの完了の言葉へまとめないようにします。

指摘した本人が、同じ問題を見られるようにする

私が気になった箇所が、比較画像の外にあると判断できません。人物を拡大し、問題の腕が見える同じ場面を出します。

また、修正前の画面が残っていないなら、正確な前後比較をしたとは言えません。現在の形を見ての判断と、前後比較を区別します。比較用に別の架空例を作った場合も、それは元の修正前の記録ではありません。

同じ指摘が再び出たら、依頼の言葉だけを強くしない

一度直したつもりでも、また逆に見えるなら、確認の対象や基準が揃っていなかった可能性があります。AIへの言葉を強めるだけでなく、三点の関係、反転、時間、持ち物を分けて見直します。

今回の経験では、私が肘の指摘を繰り返したことが確認できます。それを「ユーザーが細かい」や「AIならよくある」と一般化せず、修正と確認をどう組み立てるかの材料にします。

今回のモデルの話を、比較試験へ広げない

参考制作では問題がなかったという観察は、今回の制作を説明する上で大切です。しかし、その制作条件が同じだったことや、評価がすべて同じだったことは確認していません。

モデルの名前を記事へ書くなら、何を観察したかと、何を比較していないかを一緒に書きます。「このモデルは人体が苦手」「別のモデルは必ず正しい」といった結論に変えないようにします。

同じ確認を、別の人物アニメーションへ使うには？

今回の経験を、別の制作へ移すときは、元の座標の数字をそのままコピーするより、確認の順番を使います。人物の大きさ、向き、服、動作、持ち物が違えば、同じ数字の意味も変わります。

架空の例として、受付で案内板を指す人物へ変更するとします。手の行き先が机の紙から案内板へ変わるので、肩・肘・手首の基準ポーズを作り直します。紙の接触の確認は、指と案内板の関係へ置き換えます。

別の動作を、一つの正しい腕へ押し込まない

紙を持つ、文字を書く、話を聞く、案内を指すでは、腕の見せ方が違います。前の動作で自然だったから、すべて同じ肘にすればよいとは考えません。

各動作に、行動が読める基準ポーズを一つずつ用意します。その後で、移動の途中を確認します。ポーズの種類を増やすと確認対象も増えるため、必要な動作だけから始める方が説明しやすくなります。

共通の確認表を、小さく保つ

人物の向きは、確認者と実装者で一致しているか。
肩・肘・手首の三点が説明できるか。
手だけ届いて、肘の形を見落としていないか。
持ち物と手、腕と体、腕と机の前後関係が読めるか。
時間の途中と切り替わりを見たか。
数値確認と表示確認の範囲を分けて書いたか。

この表は、すべての人体の自然さを保証する試験ではありません。今回のような平面の人物アニメーションで、確認を抜けにくくするための作業用の表です。

よくある質問

今回の問題は、AI全般の問題ですか？

この記事が扱うのは、今回のGPT-6.1 Solによる制作です。私の観察では、Claude Opus 5.5による参考制作では同じ問題はありませんでした。同条件の比較試験ではなく、AI全般へ一般化しません。

Claude Opus 5.5の方が、人物の描画が得意と分かったのですか？

今回の観察だけでは、一般的な得意不得意は決められません。指示、素材、実装条件、確認方法が揃った比較ではありません。記事はモデルの順位ではなく、今回の修正の確認方法を扱っています。

手の位置だけ変えれば、肘も直りますか？

場合によりますが、手の位置が同じでも肘の形は変わります。肩・肘・手首を分けて、体と持ち物との関係を見ます。手が届いたことだけで、自然な腕と判断しません。

曲がる側の符号が安定していれば、人体として正しいですか？

いいえ。符号は二次元の形の変化を見る補助です。人物の向きや視点、動作の基準、完成絵を確認する必要があります。人体の自然さの自動判定として使いません。

左右の腕は、同じ符号にすればよいですか？

左右や反転やポーズで意味が違います。プラスとマイナスを、そのまま正解と不正解へ置き換えません。どの座標の、どの基準ポーズを比較しているかを揃えます。

手描き風なら、少し不自然でも許されますか？

省略や誇張は表現の選択ですが、今回の説明で仕事の行動が読めるかは別に確認します。線の揺れを増やすことで、腕の関係の問題が解決したとは扱いません。

一枚のスクリーンショットで確認してもよいですか？

基準ポーズを見る入口にはなりますが、動きの途中や切り替わりをすべて確認したことにはなりません。問題の場面に合わせた時間の並びと、最終的な表示の確認を追加します。

今のコードが三点で腕を描いていれば、最初の原因も分かりますか？

現在の構造から、最初の版の原因を確定することはできません。修正前の実物と記録が必要です。現コードの構造、本人の指摘、元の原因についての未確認を区別します。

この記事では、修正後の全画面を確認しましたか？

行っていません。現在のコードの構造を読み、ポーズ関数の一つの条件で数値を確認しました。ブラウザ上の全時間・全幅・全向きの見た目は未確認です。数値の確認を表示の確認へ広げません。

他のキャラクターへ同じ座標を使えますか？

人物の体格や向きや動作が違えば、同じ座標の意味も変わります。数字のコピーより、肩・肘・手首、持ち物、時間、反転を分ける確認手順を使います。

今日始めるなら、問題の腕を三点にして見る

人物の動きに違和感があれば、まず問題の場面を止め、肩・肘・手首を示した簡単な確認版を作ります。手がどこへ向かい、肘がどちらへ出て、体へどうつながるかを見ます。

次に、同じポーズの完成絵と、動きの前後を比べます。左右反転した人物や持ち物があるなら、その条件を別に確認します。AIへの修正依頼には、対象、守るもの、見たい条件を添えます。

今回の経験で大切だったのは、動く絵を作れたことだけで完成としないことでした。モデルの名前やコードのコメントを正しさの証拠にせず、見て気になった関係を、修正する側が確かめられる形へ分けて伝えます。

参照した一次資料

• OpenStax：Anatomy of Selected Synovial Joints：肘の屈曲・伸展と、前腕の回転に関わる関節の区別。
• MDN：CanvasRenderingContext2D.scale()：座標の拡大縮小と負の値による反転。

本稿は、今回の制作での本人の観察と現コードの限定した確認を、未公開の経験記事へ組み直したものです。モデルの一般的な比較結果や、全条件での修正完了を示すものではありません。