学び、理解し、記録する。
材料工学からデジタルツールまで。気になることを少しずつ整理する場所。
AIに分からないことを明示させる質問：確認不能と推測を分ける
AIに質問したときに最も困る答えは、分からない内容を自然な文章で断定することです。見た目は親切でも、読者にはどこまでが確認済みの事実か分かりません。「分からなければ分からないと言って」という依頼は役立つことがありますが、それだけで
Claudeで議事録を整理する：決定・担当・期限を原文と照合
Claudeで議事録を整理すると、長いメモから要点をすばやく見つけられます。ただし自然な要約だけで業務を進めると、「検討しよう」という提案が決定事項に変わったり、担当者を決めていない作業が誰かの仕事として記されたりする場合がありま
Codexの変更を確認する：差分と実行結果を併せて見る
Codexが機能を直して「修正完了」と伝えたとき、最初に見るべきものは実際のファイルの差分です。結果の要約は変更目的の理解に役立ちますが、何が追加され、何が消えたかはdiffで確認する必要があります。いくつのファイルが変わったか、
AIにコードの説明を依頼する：実行の流れと入力例で確認
初めて見るコードをAIに説明してもらうと、もっともらしい要約は簡単に得られます。しかし「データを整理する関数」という1文だけでは、どの入力で何が変わり、何が変わらないか分かりにくいものです。説明を確認するには、入力値を1つずつたど
Claudeの会話を分けるタイミング：資料の混在と目標変更を減らす
Claudeとの1つのチャットで議事録を整理し、報告書の下書きを作り、さらに別のプロジェクトの日程まで確認することがあります。初めは便利でも、資料の基準日と対象が混ざると結果を確認しにくくなります。新しいチャットを作る基準はメッセ
Codexの作業再開に残す記録：変更ファイルと検証状況
Codexの作業中にウィンドウを閉じたり、数日後に同じプロジェクトを開いたりすると、どこまで終えたかを確認する必要があります。「さっきの続きをして」だけで始めると、解決済みのエラーを再調査したり、未検証の変更を完了と受け取ったりし
AIの情報源を制限する：指定資料だけを使う回答の依頼
要点：AIに指定資料だけを使うよう依頼するときは、資料一覧・版・許容範囲を先に決めます。各主張に根拠の位置を付け、資料にない回答や矛盾を明示します。依頼文だけで外部情報が完全に遮断されたとは保証できません。 概念を説明するオリジナ
Claudeで読書ノートを作る：引用と自分の解釈を区別する
要点：Claudeで読書ノートを作るときは、原文の引用、内容の要約、自分の解釈を別々の欄に分けます。引用は原文と位置を直接照合し、資料にない主張は未確認として残す必要があります。 概念を説明するオリジナル図 手順一覧 説明用の図で
Codexに設定ファイルの整理を任せる：既定値と環境ごとの差
要点：Codexに設定ファイルの整理を任せるときは、共通の既定値、環境ごとの差、実行時に上書きする値を先に分けます。キー名を減らすことより、最終的な適用値が維持されるか、読み込むコードが合っているかを確認する必要があります。 手順
Gitブランチ切替前の確認事項：未保存の変更を管理
別ブランチを確認したいとき修正ファイルが残っていれば、まず何がどこに保管されているか整理する必要があります。エディターで未保存の文章、ディスクに保存済みだが未コミットのコード、新規の未追跡ファイルでは保管方法が異なります。切替前の
Claudeの回答の情報源が食い違うとき：日付と適用範囲を比較
Claudeが公式リンクを二つ示し、一文書は機能を提供、別文書は準備中と説明する場合があります。新しく見える方を選ぶだけでは不十分です。同じ利用者、製品、時点の利用条件を述べるか先に揃えて初めて、実際の矛盾か分かります。 概念を説
Codexにテストを依頼するとき：正常例・境界条件・失敗条件
Codexにテスト追加を頼んでも、正常入力一つだけを確認するコードができる場合があります。必要なのはテストファイル数より保証したい動作です。入力、期待結果、失敗時の処理を先に決めると、実装をそのままなぞったテストか判断しやすくなり
Git diffを読む：実際の変更行と文脈を区別する方法
Git diffは変更したファイル全体を再表示する代わりに、二つの状態の差を示します。赤い行と緑の行だけを追うと修正意図は見えても、比較対象や周囲のコードとの関係を見落とす場合があります。まず何と何を比較するかを決め、ファイル、変
Claudeの検索回答の出典を確認する：リンクと主張の一致
Claudeが検索した回答に出典番号が付いていると読みやすくなります。しかしリンクがあることと、そのリンクが文章を裏付けることは別々に確認する必要があります。同じ話題の文書でも、別の国、バージョン、利用条件を説明しているなら、現在
Claudeで長いPDFを要約する：ページの根拠と数字を確認する方法
要点： 長いPDFをClaudeに入れる際は、すぐ「全体を要約して」と頼むより、目次確認 → 質問ごとの根拠抽出 → 原文との照合 → 最終要約の順で進めてみてください。要約を短くすることと重要な条件を保全することは別の作業です。
Codexにエラー再現を任せる：最小再現例と環境情報の整理
Codexに「エラーを直して」とだけ依頼すると、異なる失敗を同じ問題として扱う場合があります。プログラムが起動しないのか、特定入力で計算を誤るのか、画面上の表示だけが異なるのかを先に整理する必要があります。良い再現資料は、説明の長
Claude Artifactsの活用方法：小さなツールを作り、確認する手順
要点： Claude Artifactsを使うときは、作る対象、入力値、結果、確認方法を併せて書いてください。文書や小さなツールの草案を受け取ることと、他の人に見せられる結果を作ることの間には修正と確認が必要です。以下の学習計画ツ
Claude Projectsの使い方：資料と指示を整理する実用的な方法
要点： Claude Projectsは一つのテーマの資料と指示を集め、関連する会話で活用するときに便利です。ファイルを多く入れるより、基準資料を明確に定め、古いファイルと現在のファイルを区別することが先です。この記事のファイル名
Claudeで二文書を比較する：差分表と原文の根拠を併せて依頼
二文書の差分表をレビューする過程 手順1 文書A・Bの役割を確認 手順2 読取範囲・ページを確認 手順3 差と根拠の位置を依頼 手順4 重要行を原文と照合 手順5 確認状態を残して共有 概念を説明するオリジナル図 読む順序を整理し
Codexに機能を任せる前に範囲を定める：入力・出力・完了条件の例
Codexへの機能依頼の完了基準 手順1 ユーザーの行動を定義 手順2 入力範囲を決定 手順3 出力形式を決定 手順4 変更の境界を記録 手順5 正常・境界・失敗を検証 概念を説明するオリジナル図 読む順序を整理した説明図です。実
Codexの権限と承認設定を理解する：小さな作業範囲から始める方法
要約： Codexの権限はアクセス可能なファイル・ネットワークの境界と、その境界を越える際の承認方法に分けると理解しやすくなります。まず作業フォルダーと結果を定め、読み取り、変更、インストールに必要な範囲を選んでください。承認の質
AI新機能のニュース確認法：公式変更履歴から製品・料金プラン・配布条件を読む
AIサービスの新機能記事を見ても自分の画面にメニューがない、新モデルのニュースで設定を変えたらプログラムが失敗する場合があります。発表が事実でも製品、プラン、地域、配布段階が違い得るためです。「発表済み」「自分のアカウントで利用可
Claudeへの上手な質問方法：目的を定め、出典まで検証するプロンプト
要点： Claudeに質問するときは、回答を使う目的、読む資料、希望する結果の形式、未確認情報の扱い方を併せて書いてください。長い文書はすぐに要約するより、先に関連する根拠を探させ、最終回答では事実と提案を分けます。以下の例とプロ
Claude Codeのコードレビュープロンプト：バグの根拠と再現条件を求める
要点： コードレビューを依頼するときは「問題をたくさん見つけて」より、どの変更をどの動作基準で確認するかを伝えてください。結果にはファイル位置、発生条件、利用者への影響、確認の根拠が必要です。以下のプロンプトと計算関数の例は執筆者