AIをそのまま貼り付けず、自分なりの解釈を書け

サイト dontquotetheai.com は、AIの生の出力をそのまま返信に貼り付けるのは怠惰で役に立たないと、端的に指摘しています。誰かがあなたに質問したのは、あなたの意見が聞きたいからであって、自分で4秒で取得できるような一般的な回答が欲しいわけではありません。
何が問題か?
誰かが本気の質問をします。あなたはそれをチャットボットに入力し、回答をコピーして送り返す。手っ取り早くて役に立っている気になります。しかし、相手もあなたと同じツールを持っています。一般的な回答が欲しければ、自分で入手しているはずです。相手があなたに質問したのは、あなたの文脈、センス、判断が欲しかったからです。
代わりにどうすべきか
- AIを下書きパートナーとして使う。 AIが生成したものを読み、自分の言葉で書き直す。
- 実際に質問に答えている部分だけを取り出す。 残りは捨てる。あなたからの3文で十分。
- AIの回答の一部が本当に役立つ場合は、引用してその理由を述べる。 例:「Claudeで確認したところ、この部分は一致しています:...」
- 追加することが何もなければ、そう伝える。 「特に意見はありません」というのも、立派で役立つ返信です。
誰かにこれを送る場合
同僚がDM、Slack、PRレビューに大量のモデル出力を貼り付けてきたら、dontquotetheai.com を送ってください。説教は不要です。より強い感情のための「怒りバージョン」もあります(上司には送らないでください)。
このサイトは、nohello.net や dontasktoask.com の精神的姉妹サイトです。意図的に人間が書きました。共有、リミックス、翻訳は自由。GitHubでのPRも歓迎します。
📖 ソース記事を読む: HN AI Agents
👀 See Also
コールドスタート&エンドセッションスクリプト:OpenClawのエージェントメモリを向上させる
OpenClawユーザーが、セッションの開始時と終了時にエージェントにコンテキストを与えるためのコールドスタートスクリプトとエンドセッションスクリプト、さらに再発する問題を解決するためのSOPディレクトリを共有しています。
パフォーマンスのヒント:LimitMEMLOCK=infinityでローカルモデルのVRAM/RAMをロックする
LM Studioのローカルモデルサーバー向けsystemdユニットの調整:VRAM+RAMに収まる場合、モデルの重みがページングされないように[Service]にLimitMEMLOCK=infinityを追加します。

Claudeは、コード生成よりもコードレビューの方が得意です。
開発者が、Claude Codeはゼロからコードを生成するよりも、既存のコードをレビューする際により現実的な出力を生成すると共有しています。重要な実践方法には、現在の実装でセッションを開始すること、プロジェクトのコンテキストファイルを維持すること、応答が劣化したときにセッションを再開することが含まれます。

AIエージェントワークフローで見落とされがちな3つのボトルネック:取り込み、コンテキスト管理、モデルルーティング
AIエージェントを最適化する際にしばしば見落とされる3つのレイヤー(クリーンな入力取り込み、ステップ間のコンテキストウィンドウ管理、タスクに適したモデルルーティング)を深掘りします。実用的な修正には、構造化パース、要約されたステップ出力、型付きスキーマ、タスク複雑度に応じたモデル選択が含まれます。