Claudeは、コード生成よりもコードレビューの方が得意です。

Claude Codeのより良いワークフロー
このソースは、コード生成ではなくコードレビューに焦点を当てたClaude Codeの代替的な使用法について説明しています。機能を説明してコードを受け取るのではなく、著者はClaudeに既存のコードに対して反応させるようにインタラクションを逆転させることを推奨しています。
ソースからの重要な実践方法
著者は、彼らの日常的なワークフローを変えた3つの具体的な実践方法を概説しています:
- 既存のコードから始める:「Xを行う関数を書いてください」ではなく、「ここにXを行う私の関数があります。私が処理していないエッジケースは何ですか」といった質問をしながら、現在の実装を貼り付けてセッションを開始します。これにより、実際に見逃されていた問題を捉える、より現実的な出力が得られます。
- プロジェクトのコンテキストファイルを維持する:プロジェクトごとに、使用技術、制約、および決定された慣例を3〜5行でカバーするプレーンテキストファイルを保持します。Claudeはセッション間で記憶を持たないため、各セッションの開始時にこれを貼り付けます。このコンテキストがないと、最初の20メッセージで基本ルールを再確立することに時間を費やすことになります。
- 応答が劣化したときにセッションを再開する:セッション中に何か問題が発生し、応答が奇妙になったり循環的になったりした場合は、軌道修正を試みるのではなく、きれいな要約で新しいセッションを開始します。長いコンテキストのずれは現実の問題であり、厳密な問題文で新しいセッションを開始することは、うまくいかなくなった会話を救おうとするよりもほぼ常に優れた結果を生み出します。
著者は、機能を説明し、コードを受け取り、それをコピー&ペーストして次に進むという典型的なワークフローはまあまあの結果を生み出すが、多くの可能性を残していると指摘しています。本当の価値は、Claudeにゼロから生成させるのではなく、既存のコードに対して反応させるときに現れます。
📖 完全なソースを読む: r/ClaudeAI
👀 See Also

大規模なOpenClawプロジェクトにおけるメモリ管理のためのプロジェクトナラティブの活用
開発者が、主要なマイルストーンを達成するたびに、別のOpenClawワーカーを起動してコードベースを分析し、『プロジェクトナラティブ』文書を作成するプロセスを共有しています。これにより、メインワーカーが見落としがちな壊れたパイプライン、冗長性、欠落部分を特定するのに役立ちます。

ワークフローメモリ対ツール:なぜコンテキスト読み込みが巨大プロンプトより優れているのか
指示をプロンプトに詰め込む代わりに、ワークフロー固有のチェックリストをオンデマンドで読み込みましょう。リリースチェックリスト、ホットフィックスのルール、移行手順などを使い終わったら削除します。

SkippyのプライベートLLM: Ollamaサブエージェントのタイムアウトを直接呼び出しで解決した方法
OCのCOOのAIアシスタントが、OpenClawの壊れたサブエージェントシステムをバイパスし、curl経由で2つ目のOllamaインスタンスを直接呼び出します。ゲートウェイなし、イベントループのブロッキングなし。

OpenClaw版WhatsApp:先更新至5.7版本可节省2小时
OpenClawでWhatsAppをセットアップするには、Baileysライブラリ、24時間365日の稼働、そしてゴーストチャット、TUIの劣化、二重送信バグを避けるためにバージョン5.7以上が必要です。