九十九惣次郎

MacでMicrosoft Remote Desktopが見つからない場合は、単純な不具合ではなくWindows Appへの移行を疑うべきです。自分が社内PCや仮想デスクトップへ接続したい状態なら、Windows App前提で接続先と管理者案内を確認する判断が合います。まだ旧アプリの有無だけが気になっている段階なら、まず「何につなぎたいのか」を整理する方が状況を誤解しにくいです。

Claudeの「隠しプロンプト」は特別な機能ではなく、出力の方向を寄せるためのフレーミングです。自然な文体にしたいなら /ghost、状況整理から考えたいなら OODA、専門的な深さが必要なら L99 が合います。一方で、質問自体が曖昧なら何を足しても結果は安定しません。出力の雰囲気を変えたいのか、判断材料を増やしたいのかを先に決めると、使うべき手法が絞れます。

axios@1.14.1・0.30.4 をインストールした記録があれば、コマンドで痕跡ファイルを確認し、検出された場合はシークレットのローテーションとシステム再構築に進みます。インストール履歴が不明なままCI/CDを動かし続けている場合も、同じ確認手順を先に実施します。該当バージョンが見つからなければ、1.14.0または0.30.3へのピン留めと--ignore-scriptsの導入で対応完了です。

AIの応答が説明的になった背景には、RLHF・安全性調整・各社の設計思想という3つの構造的要因があります。「丁寧すぎて中身が薄い」と感じている場合、まず確認すべきはプロンプト設計です。「簡潔に」「結論だけ」と指示を加えるだけで出力スタイルは大きく変わります。一方、回答の正確性や論理展開に不満がある場合は、出力スタイルではなくモデル自体の推論性能の問題であり、別のモデルやパラメータ設定の検討が必要です。「説明的＝劣化」と短絡せず、スタイル・正確性・推論の3軸を分けて評価することが、モデル選びとプロンプト設計の精度を上げる分岐点になります。

プロンプトを書く前に手が止まる場合、原因は構文の知識不足ではなくコンテキストの供給不足です。雑な下書きを投げて追加指示で積み上げる動き方に切り替えると、作業速度は先に上がります。速度より一発精度を優先したい場合はClaudeに確認を先に委ねる、試行錯誤を繰り返したい場合はChatGPT・Geminiを選ぶ、反復業務はテンプレートで固定する。用途ごとにこの3軸で判断することで、「どう書くか」に費やす時間を「何を渡すか」に転換できます。

コードを書く前の確認不足が、手戻りの大半を生み出しています。「なぜ作るか」を3つの質問で確認する、既存コードを読んでから見積もりを出す、コメントで設計をスケッチする、1ページ仕様書で認識を固める。この4ステップを踏むことで、着手後の方向ズレを事前に防げます。AIコーディングツールが普及し実装速度が上がるほど、着手前の確認プロセスの価値は高まります。タスクの規模別にどのステップを適用するかの判断基準も示しています。

Claude Codeへの指示が「お願い」形式のままである場合、結果は毎回AIの推測精度に依存します。Context・Task・Constraints・Success Criteriaの4要素がそろった構造化指示に切り替えることで、修正ラウンドを事前に防げます。「返ってくるコードはあるが使えない」という状態が続いているなら指示の形式を、「そもそも何を指示すればいいかわからない」という状態なら4要素の定義から確認してください。

IAMデバッグやTLSエラーで原因特定に時間がかかっている場合、集合演算・条件付き確率・公開鍵暗号の数学的前提という3領域の基礎が抜けていることが多いです。この3つを「業務レベル」まで押さえると、ログの意味が読めるようになり、試行錯誤の回数が減ります。設計レビューや脅威モデリングまで担う立場なら、そこからさらに2段階ありますが、まずIAMポリシーを集合として書き直せるかどうかが判断の起点になります。

設計や長時間の議論など、思考の一貫性を重視するならClaudeを軸にする判断が妥当です。構文確認や調査、短時間の処理を高速で回したいならChatGPTが向きます。Google Workspaceとの強い連携や大量文書処理が日常ならGeminiも選択肢になります。深さを取るか、速さを取るかが分かれ目です。

日々の判断ミスや衝動的な行動に悩んでいるなら、本書の「システム1・2」の枠組みが役立ちます。すべてを熟読する必要はありません。自分の課題に合わせてバイアス事例を拾い読みし、重要な局面で「今は直感に頼るべきか、立ち止まるべきか」を問うためのチェックリストとして活用するのが、最も実用的な付き合い方です。