GPT-6 Astra は、バージョン 5.6 から大幅に変更されました。昨日、多くのファンが G-Ge に、GPT-6 の初心者向けチュートリアルを直接実行できる形で作成してほしいと依頼しました。本日、それが完成しました！皆さんにふさわしい長文記事を書くために、研究用トークンの 80% を消費し、わかりやすく、かつ本物の知識を教える内容を作成しました。ストーリー形式で退屈にならないように、小さなタスクから完全な習得へと導きます。
小さな家族の出来事を使って、GPT-6 Astra を説明します。
家の高齢者向けにスマホの取扱説明書を作りたいとします。内容は多くありません。古い写真を見つける、家族に送る、ビデオ通話の応答方法を学ぶ、といったことです。理想的には、印刷して電話の横に置き、すぐに参照できるようにします。
これは簡単そうに聞こえます。難しいのは、私が明確だと思う手順が、他の人には通用しない可能性があることです。
「ギャラリーを開いて、写真を選んで、共有をクリックする。」私はすぐに理解できます。しかし、相手がギャラリーのアイコンを認識できなければ、最初のステップで止まってしまい、残りがどんなに詳細でも無意味です。
そこで、このチュートリアルでは、この小冊子をステップバイステップで作成します。指示の出し方、材料の提供方法、スクリーンショットの見方、間違った回答の修正方法、そしてどのような結果が完成とみなされるかについてです。テキスト内のシナリオと対話は、方法を説明するために書かれた例です。
最初に「完全なチュートリアル」を書かせない
最初に「高齢者に適したスマホのチュートリアルを書いて」と言うと、推測しなければならないことが多すぎます。
電話の機種は？その人はすでにどの操作を知っているのか？写真を撮ることを学んでいるのか、それとも古い写真を見つけることを学んでいるのか？このチュートリアルは電話用か、それとも紙用か？
「高齢者に適した」では、これらの質問に答えられません。私は、その高齢者を抽象的な読者として扱ってほしくありません。単にフォントを大きくし、口調を親しみやすくし、励ましの言葉をいくつか追加するだけでは不十分です。
今回は、特定の人物向けに指示を書くつもりです。デモンストレーションでは、状況を次のように設定します。その人物は電話のロックを解除し、通常の電話に出ることができます。見慣れないアイコンで行き詰まります。チュートリアルはこれらのいくつかの操作のみを解決し、電話の百科事典ではありません。
最初に書くメッセージは次のとおりです。
家の高齢者向けにスマホの取扱説明書を作りたいです。ロック解除と通常の電話に出ることはできますが、アイコンの名前には不慣れです。今回は、写真を見つける、写真を送る、ビデオ通話に応答する、の 3 つの機能のみを書いてください。実際の電話のスクリーンショットを提供します。スクリーンショットに基づいて手順を書き、1 つのアクションにつき 1 つの手順にしてください。見えないボタンを記憶から追加しないでください。最初に、どのスクリーンショットが必要かをリストアップしてください。まだチュートリアル全体は書かないでください。
このメッセージの目的は、最初に材料を集めることです。電話のインターフェースがなければ、たとえ本を書いても、最初のページから間違っている可能性があります。
「あなたはトップエキスパートです」と追加することで回答が変わるという方法は、あまり信じていません。このタスクに本当に役立つのは、その人がロック解除できること、アイコンを知らないこと、そして私がどの電話を使用しているかを知ることです。これらのことは、エキスパートという肩書きよりもはるかに具体的です。
時々、自分が何を望んでいるのかまだ考えていないことがあります。その場合は、長い要件を急いで書かずに、誰に渡すのか、どこで使われるのかを伝え、結果に影響を与える可能性のある質問を 2 つするように依頼します。方向性が明確になったら、次に進みます。
例えば、「1 枚のシートにするか小冊子にするか」は内容の構成に影響します。「タイトルを太字にするかどうか」はまだ議論する価値がありません。
モデル名以外に、2 つの場所も確認する
スクリーンショットをアップロードする前に、現在のモデルと、チャットボックスの近くに画像アップロードやファイル処理のエントリポイントがあるかどうかを確認します。
ChatGPT は私が開いた製品であり、GPT-6 Astra はタスクの理解と処理を担当するモデルです。モデルができることと、このウィンドウが提供するツールは別物です。
公式モデルの説明で、Astra が複雑な推論、プログラミング、研究、コンピュータ操作、ドキュメント作成を対象としており、テキストと画像の入力をサポートしていることを確認できます。自分のアカウントでどの機能を使用できるかは、特定のエントリポイントを確認する必要があります。OpenAI モデル説明
例えば、スクリーンショットをアップロードした後、ボタンを確認して説明を書くのを手伝ってくれます。現在の環境に電話操作ツールがない場合、画像を理解したからといって、すでに電話のボタンを押したと想定すべきではありません。
ファイルも同様です。チャットで数段落のテキストを整理することと、ダウンロード可能なファイルを生成することは、別々に確認する必要がある 2 つのことです。私のリクエストには、実用的な選択肢を残します。可能であればファイルを提供し、そうでなければコピー可能なコンテンツを整理します。
始めたばかりの頃は、すべてのパラメータを急いで研究しません。まず、1 つの画像内のテキストを正しく読み取らせ、次にリクエストに応じて説明を書かせます。このようなタスクの正しさを判断でき、専門用語に圧倒されることもありません。
最近更新された機能に遭遇したときは、公式ドキュメントを確認させ、対応するページを提供してもらいます。Web ツールがない場合は、検証が必要な部分は空白のままにします。流暢に話すからといって、情報がまだ有効であるとは限りません。
モデルリストに対応するオプションがまだ表示されていない場合は、まず自分のアカウントで利用可能な実際の範囲を確認し、他の人のスクリーンショットを自分のインターフェースとして扱わないようにします。この記事の方法を練習するためだけに、すべての高度なツールを集める必要はありません。
スクリーンショットは多くなくてよい、まずそれぞれが何かを教えてもらう
次に、材料を準備します。
電話のホーム画面の 1 つ、ギャラリーインターフェースの 1 つ、写真を選択した後のインターフェースの 1 つ。ビデオ通話も書く場合は、それらの画面を別々に準備します。機能を混在させないでください。
画像には、「写真 - 開始ページ」や「写真 - 選択済み」など、認識しやすい名前を付けます。名前は専門的である必要はなく、後でどのステップを説明しているかがわかれば十分です。
古いチュートリアルがある場合は、「旧バージョン参考」とマークします。これは、以前にどのように説明されていたかを理解するのに役立ちますが、今日のボタンがどのように見えるかを判断することはできません。電話がアップデートされた場合、古いスクリーンショットは無効になる可能性があります。
補足リクエストは長くする必要はありません。
現在の電話のスクリーンショットは操作の基礎です。古いチュートリアルは表現スタイルを参照するためだけのものです。最初に、どのインターフェースを読み取ったかを順番にリストしてください。2 つの資料の間に矛盾がある場合は、それを指摘してください。自分で 1 つの手順セットにマージしないでください。
まず、何を読み取ったかを確認したいのです。例えば、ある画像が写真リストで、別の画像で写真が選択されていると言えれば、簡単にクロスチェックできます。「完全に習得した」というフレーズだけでは、実際に正しく読み取ったかどうかはわかりません。
不明瞭なテキストも、材料のステータスにカウントする必要があります。小さなアイコンのテキストがぼやけている場合は、不明瞭であると書き、スクリーンショットにページの下部が表示されていない場合は、その部分が欠落していると述べます。欠落した情報が、回答の中で静かに完全なものにならないようにします。
写真を追加する必要がある場合は、欠落しているものだけを追加し、それがどのステップに続くかを指定します。似たような写真を一度に 12 枚アップロードすると、私自身も混乱しやすくなります。
画像の順序を整理するのにも時間をかける価値があります。写真を選択する前と後では同じページに見えますが、クリック可能なボタンが変わっている可能性があります。ファイル名に「未選択」と「選択済み」と書き、2 つの状態を混同しないようにします。
材料が十分かどうかを判断するために、プロセスを繰り返すように依頼できます。どの画像から始まり、どの画像を経由し、どこで終わるか。中間の画面をスキップしたり、後のスクリーンショットを先に置いたりする場合は、正式な手順を書く準備はまだできていません。
場合によっては、1 枚の写真を追加するだけで解決します。また、画像間で何が起こったかを説明する必要がある場合もあります。例えば、2 つのスクリーンショットの間に選択ウィンドウがポップアップしたが、それをキャプチャしなかった場合、それは欠落したステップです。電話に戻ってそれを完了し、最終結果から中間操作を推測させないようにします。
画面にない材料もあります。家族の使用習慣です。例えば、その人は「ギャラリーアプリ」ではなく「写真」と言うことに慣れています。「スワイプアップ」よりも「画面を押して上に押し上げる」の方が理解できます。これらは、表現の一貫性を保つための要件として書くことができます。
ただし、画面上の実際のボタン名については、口語的に変更しません。説明は簡潔にできますが、ボタンが「完了」と呼ばれている場合は、「完了」と書きます。そうしないと、読者はどの単語を探せばよいかわかりません。
まず 1 ページ試して、うまくいくか確認する
材料が準備できたら、すぐに完全な製品を要求しません。
まず、「写真を見つける」を書きます。これは、最初から最後まで確認できるほど小さなタスクです。書かれた後、電話で確認します。すべてのステップにクリックする場所があり、この文を読んだ後に次に何が表示されるかがわかりますか？
最初に「写真を見つける」ページを書いてください。各ステップのアクションを指定してください。必要に応じて、アクション後に何が表示されるかについての文を追加して、正しいかどうかを判断できるようにしてください。スクリーンショットでサポートされていない部分は別途リストアップし、正式な手順に含めないでください。
最初のバージョンが長すぎる場合は、その理由を確認します。1 つのステップが 2 つのことを行っているのか、それとも不要な背景を説明しているのか。これらの 2 つの問題には、異なる修正が必要です。単に「短く」と依頼すると、必要なプロンプトが削除される可能性があります。
例えば、「ギャラリーを開く」はたった 2 語で非常に短いですが、情報が不十分な可能性があります。「ホーム画面の画像で丸で囲まれたアイコンを見つけてタップします」は少し長いですが、読者は何を探せばよいかがわかります。
操作に役立つ情報は保持し、「次に、写真の素晴らしい世界に入ります」のような文は削除します。この時点でチュートリアルがまだ雰囲気を作っているとしたら、私はイライラするでしょう。
このページを試すときは、どこで行き詰まったかをメモします。「まだ不明瞭です」とだけ返信するのではなく、「ステップ 2 では右上をクリックするように指示されていますが、スクリーンショットの右上には 2 つのアイコンがあり、どちらを指しているのかわかりません」と説明します。
そうすれば、その特定の部分を修正できます。もう一度確認し、うまくいったら、同じ書き方で残りを書くように依頼します。再利用されるのは説明方法です。特定のボタンは、画像ごとに確認する必要があります。
小さなサンプルを作るのが好きなのには、非常に実用的な理由があります。1 ページが間違っていれば、その 1 ページだけを修正すればよいのです。10 ページすべてを書いた後で、本全体が読者がアイコンを知っていることを前提としていることに気づいたら、やり直しが多すぎます。
画像について質問する場合、質問を 1 つのアクションに絞る
「写真を送信」の段階になったとします。画面にいくつかのボタンが表示されます。
この時点で、画像を投げて「どうすればいいですか？」と尋ねるだけでは不十分です。現在の状態と次にやりたいことを含めます。
この写真を開いて、家族に送りたいです。このスクリーンショットだけを見て、次にどのボタンを探すべきかを指摘してください。判断の根拠を説明し、スクリーンショットが不十分な場合は、まだどのインターフェースを見る必要があるかを教えてください。最初に次のステップを教えてください。後続のステップについては、私が写真を追加するのを待ってください。
これにより、議論が当面の問題に限定されます。次の 5 ページを推測する必要はなく、2 番目のステップが適用できないことに気づくために長いリストを読む必要もありません。
画像内のボタンは書き方を説明するためのものです。実際の名前と位置は、手元の電話で確認する必要があります。
スクリーンショットを撮るときは、位置を示す情報を保持します。ページタイトル、隣接するボタン、ポップアッププロンプトは、小さなアイコン自体よりも役立つ場合があります。矢印だけにトリミングすると、戻る、送信、共有のどれなのかがわからなくなる可能性があります。
画像に無関係な家族名、チャット内容、電話番号が含まれている場合は、最初にぼかします。必要なのは操作のエントリポイントを認識することだけで、完全なチャット履歴ではありません。
ボタンのテキストが不明瞭な場合は、最も簡単な方法は、別の鮮明なショットを撮るか、見えるテキストを入力することです。「よく見て」と繰り返し要求しても、ぼやけたピクセルが鮮明になることはありません。
与えられたボタン名が実際のインターフェースと一致しない場合は、目の前の電話を信頼し、「私の画面にはこれらのオプションが表示されています」と追加します。回答に合わせるために、存在しないメニューをあちこち探す必要はありません。
同じ質問方法は、テーブル、Web ページ、ソフトウェアエラーにも適用できます。どこで行き詰まっているのか、元々何をしたかったのか、判断をサポートする画面を提供します。質問が十分に具体的であれば、回答を受け取ったらそれを検証する方法がわかります。
質問すべきことは質問し、タイトルまで私が決めるのを待つ必要はない
電話の機種が不明であることや、スクリーンショット内のテキストが不明瞭であることを AI が見つけた場合、フォローアップするのは普通です。その情報は操作手順に影響します。
しかし、「写真を送信」と「写真を家族に送信」のどちらをタイトルにするかは、AI が先に決めて構いません。些細なことでいちいち止まる必要はありません。
私の要件は次のとおりです。
章の順序とタイトルの文言はあなたが処理してください。操作に影響する問題、例えば電話の機種、不明瞭なスクリーンショット、判断できないボタンなどについては、私に質問してください。最初に確認できる部分を完了してください。1 つの画像が欠落しているからといって、他のコンテンツを止めないでください。
公式ユーザーガイドには、Astra は情報が不足していて結果に影響を与える可能性がある場合に、より明確な質問をする可能性が高いと記載されています。私が何を決める必要があるかを具体的に伝え、どこで続行できるかを AI に知らせます。OpenAI ユーザーガイド
また、反対の極端に進んで、何も質問しないように依頼することもしません。電話操作の場合、ボタンを推測すると 1 回のフォローアップは節約できますが、間違ったステップが残ります。
今すぐ答えられない質問は、ToDo リストに入れることができます。例えば、ビデオ通話インターフェースのスクリーンショットがまだ準備できていない場合は、そのページは今のところ空白のままにし、別の電話のインターフェースで埋めないでください。
多くの質問が一度に来た場合は、最初に確認する最も重要な 2 つを選んでもらいます。マニュアル全体を間違わせる原因となるものを最初に解決し、残りは進めながら埋めていきます。
いくつかの質問は、私自身がまだ考えをまとめていないことを明らかにします。「テキストは大きく、紙は最小限に、画像は完全でなければならない」と言う場合、それらが競合したときにどれを優先するかを AI は知る必要があります。ページ数が増えても、読みやすさを優先します。要件が互いに矛盾する場合、AI が私のトレードオフを正しく推測することを期待してはいけません。
モバイル表示から印刷に変更する場合、影響を受ける部分のみをやり直す
最初のドラフトが家族のグループチャット向けだったが、後で印刷することにしたとします。
内容は依然としてそれらのいくつかの機能ですが、使用方法が変わりました。小さなテキストは画面では拡大できますが、紙ではできません。近い色は、印刷後に区別がつかなくなる可能性があります。
元の対話で書き続けます。
読み方が変わりました。このマニュアルは印刷用であり、モバイル表示用にフォーマットされていません。確認済みの操作手順は保持してください。フォントサイズ、画像/テキストの位置、ページ分割を調整して、画像と対応する説明が同じページにあることを確認してください。「リンクをクリック」や「画像を拡大」など、紙に適さないフレーズがないか確認してください。
この変更でどのコンテンツが引き続き有効であるかを明確にします。そうしないと、確認済みの手順まで書き直されてしまい、余分なチェック作業が発生します。
ツールが途中で補足要件を送信するためのエントリポイントを提供している場合は、作業中に送信できます。そうでない場合は、現在のラウンドが終了するのを待ちます。すべてのチャットウィンドウが開発者インターフェースにある機能を備えているとは想定しません。
変更が蓄積されたら、現在の要件をリストアップしてもらいます。長い説明は不要で、読み方、含まれる機能、使用するスクリーンショット、未完了のページだけです。
この記録と照らし合わせることで、矛盾を見つけやすくなります。例えば、「ビデオ通話に応答」をキャンセルしたのに、まだ目次にある場合は、削除してもらいます。本文と目次は同じファイルに属しているため、個別に変更することはできません。
また、一言一句変更するたびに新しい対話を開始することはお勧めしません。その場合、電話の機種、言葉遣いの習慣、スクリーンショットの対応関係を再説明する必要があります。タスクが本当に変更された場合は、新しいセグメントを開始し、保持する必要がある結論を持ち込みます。
家族向けの説明書をパンフレットのように書きたくない
この時点で、別の問題が発生する可能性があります。手順は基本的に正しいが、文が人が通常話すように聞こえないことです。
例えば、冒頭に「このスキルを習得して、デジタルライフがもたらす便利さを簡単に楽しみましょう」のような文があるかもしれません。
この文は誰かのボタンを見つけるのには役立たないので、削除します。マニュアルは読者に情熱的な冒頭を提供する義務はありません。
「AI らしさをなくす」というフレーズは漠然としすぎています。この小冊子に具体的に必要なのは次のとおりです。
家族に直接教える方法に従って修正してください。画面上の元のボタン名は保持しますが、他の場所では日常的な言葉を使用してください。1 つの文は、当面のアクションのみを説明する必要があります。スローガン、励ましの決まり文句、各ページの最後にある繰り返しの要約は削除してください。家族の経験や感動的なプロットを追加しないでください。文がすでに短く、正確で、従うことができる場合は、そのまま保持してください。
「画像共有操作を実行する」は「この写真を送信する」と書くことができます。ただし、インターフェースのボタンが「共有」と呼ばれている場合は、参照しやすいように手順内でその 2 語を保持します。
また、1 つの文に 2 つのアクションが隠れていないかにも注意します。「写真を開いたら、共有をクリックし、連絡先を選択します」のようなものは、電話に詳しい人にはスムーズに聞こえますが、このマニュアルでは、複数行に分割することで、1 つずつ完了しやすくなります。ここでは、短い文には目的があります。単に書き方を模倣するためだけではありません。
逆に、自然にスムーズな文は、いくつかのセグメントに分割する必要はありません。3 語ごとに改行すると、ビデオの字幕のように読め、印刷すると紙を無駄にします。段落をどのように分割するかは、読者が操作のためにどこで停止するかによって異なります。
普段書いている指示があれば、参考用に小さなセグメントを提供できます。言い回しだけを学び、例から名前、デバイス、日付を新しいドラフトに移動しないように指定します。スタイルを参照することとコンテンツをコピーすることは別物です。
最も重要なのは、温かみを出すためだけに「父はようやく笑顔を見せた」のような文を作り上げないことです。それが起こっていないのであれば、チュートリアルを飾るために使用しないでください。「どこをクリックするか」を明確に説明することは、その文よりもはるかに役立ちます。
欲しいのは小冊子であり、制作提案ではない
納品の段階になったら、結果をより直接的に述べます。
確認済みのコンテンツを印刷可能なユーザーマニュアルに整理し、本文と対応する画像を入力してください。目次やテンプレートだけを提供しないでください。現在の環境がファイル生成をサポートしている場合は、ダウンロード可能なバージョンを提供してください。そうでない場合は、コンテンツをページごとに整理して、ドキュメントに簡単にコピーしてレイアウトできるようにしてください。未確認の手順は別の ToDo リストに入れ、家族向けの本文に混在させないでください。
返信を受け取ったら、まず実際に何が提供されたかを確認します。ファイルリンク、コピー可能な本文、「ドキュメントソフトウェアを使用して作成できます」のような文は、大きく異なります。最後の種類の回答は、私が割り当てた作業を完了していません。
ファイル機能が利用可能な場合は、チャット内のプレビューを見ただけで止まらないでください。ダウンロードして開き、画像が欠落していないか、テキストがボタンと重なっていないか、ページ分割が 1 つのステップを分割していないかを確認します。
レイアウトするときは、まず長さを見積もります。3 つの機能にそれぞれ 6 つのステップがあるとすると、合計 18 ステップです。1 ページあたり 4 ステップとすると、4 ページで十分です。実際に画像を配置した後、各ページに十分な読み取りスペースがあるかどうかを確認します。ページ数を減らすためにテキストを縮小しないでください。
ファイル名は「スマホ取扱説明書 - 現行バージョン」とし、ドキュメント内に対応する電話機種またはインターフェースバージョンを記載します。後で電話がアップデートされたときに、手元のマニュアルがまだ適用可能かどうかが少なくともわかります。
家族グループにも送信したい場合は、公開と制作を分離します。「最初に最終ファイルを見せてください。確認後、私が送信します。」送信ツールがない場合は、自分で送信します。このチュートリアルの目標は、使用可能なマニュアルを入手することであり、AI がすべてのアクションを引き継げることを証明することではありません。
理解できたとしても、チェックは終わっていない
最終ラウンドでは、電話を手に取り、最初から最後まで確認します。
ボタンが間違っていないか、手順がスキップされていないか、画像がページに対応しているか、項目ごとにチェックします。AI はチュートリアル全体の目的をすでに知っており、チェック中に書かれていないアクションを自動的に埋める可能性があります。私も同じことをしてはいけません。
このマニュアルをチェックし、操作に影響を与える問題のみを探してください。スクリーンショットと一致しないボタン名、欠落している前提条件の手順、画像とテキストの順序の不一致、推測に依存するコンテンツ。特定の場所を項目ごとに指摘してください。材料に基づいて修正できるものは修正し、材料が不足しているものは確認のために残し、「問題ないはずです」で終わらせないでください。
これは予備チェックに役立ちますが、誰かが実際に使用する必要があります。最も適した人物は、マニュアルが元々対象としていた人物です。
テストするときは、急いで説明を割り込ませないようにします。相手が最初の文を読み終えて、まだ「どのことについて話しているのですか？」と尋ねなければならない場合、その文は変更する必要があります。マニュアルには、正しい位置を選択するのに役立つ情報がまだ不足しています。
問題を相手の言葉そのままメモします。「この矢印が何のためにあるのかわかりません」と言う人は、私が「インタラクション認知障壁」と要約するよりも役立ちます。その元の文を持ち帰り、対応する説明を要求することで、さらに修正できます。
毎回、現在発見された問題のみを解決します。ボタンがすでに正しい場合は、ボタン名を変更しません。フォントが小さいだけの場合は、フォントを調整します。全体を繰り返し書き直すと、チェック済みのコンテンツが再びチェックが必要な項目に戻りやすくなります。
特定の機能がどうしてもうまくいかない場合は、そのページを今のところ取り出し、納品しないでください。使用可能な短いマニュアルを提供する方が、すべての章を集めて問題を一緒に引き渡すよりも優れています。
この時点で、この演習には判断可能な結果があります。小冊子を受け取った人は、目の前の操作を完了できますか？私は、文字数とレイアウトだけを見てこれを判断することはできません。
次に他のことに遭遇したとき、どのような要件を残すか
この例を終えた後、結果に影響を与えたいくつかの合意事項を保存し、次回にチャット全体をめくる必要がないようにします。
例えば、まず誰に向けた内容かを伝え、資料の目的を明確にマークし、最初は小さなサンプルだけを作成し、不明な点があれば不足している部分を指摘し、要件が変わった場合にはどの古い要件がまだ有効かを説明し、納品後は開いて確認するようにします。
仕事関連のタスクでは、実際の状況に応じてこれらの合意事項を書き直します。議事録の場合は、担当者と日付を確認し、表の説明では単位と計算方法を確認し、メールの修正では相手が自分の意図を理解できるかを確認します。シナリオごとに確認すべきポイントは異なります。
一度だけ練習したい場合は、自分が使い慣れたソフトウェアのスクリーンショットを選び、Astra に次のステップを書かせ、それをインターフェースと照らし合わせて確認します。間違っていれば具体的な場所を指摘し、正しければ次のステップに進みます。初日から大きなプロジェクトを自分に課す必要はありません。
ノートには3つの文だけを残します：どこで詰まったか、何を補足したか、補足後に何が変わったか。次に同じ場所で詰まったとき、このノートは長いプロンプト集よりも見つけやすくなります。
時には、何度も修正を重ねても間違っていることがあり、自分の要件を振り返ります。詳細と極端な簡潔さの両方を求めていないか？新しいスクリーンショットが変わったのに、テキストがまだ古いページを参照していないか？これらの矛盾を先に解消してから、続行させます。
解消してもまだできない場合は、どこで止まったか、何が確認済みか、何がまだ不足しているかを説明させます。この情報を持って自分で確認するか、詳しい人に助けを求める方が、「もっと真剣にやれ」と言うよりも役立ちます。
GPT-6 Astra を初めて使った後、手元に使えるものが一つ増えることを願っています。たとえ1ページの電話マニュアルでも、今回どの部分を手伝ってくれたか、次回は何を明確にすべきかを判断するのに十分です。
このページが実際に実行できるようになるまで、ページをめくらないでください。
はい！私は G-Ge です。この記事が役に立ったと思ったら、ブックマークしておくことをおすすめします。また、一緒に成長するために、私 @goan999999 をフォローしてください！
