rlm-debugging とは?
RLM 要件にバグ、テストの失敗、または予期しない動作のデバッグが含まれる場合に使用します。フェーズ 1 とフェーズ 2 の間にフェーズ 1.5 を挿入して、修正を試みる前に体系的な根本原因分析を実行します。トリガーフレーズ: 「デバッグ」、「調査」、「テストの失敗」、「クラッシュ」、「根本原因」。 ソース: doubleuuser/rlm-workflow。
RLM 要件にバグ、テストの失敗、または予期しない動作のデバッグが含まれる場合に使用します。フェーズ 1 とフェーズ 2 の間にフェーズ 1.5 を挿入して、修正を試みる前に体系的な根本原因分析を実行します。トリガーフレーズ: 「デバッグ」、「調査」、「テストの失敗」、「クラッシュ」、「根本原因」。
コマンドラインで rlm-debugging AI スキルを開発環境にすばやくインストール
ソース: doubleuuser/rlm-workflow。
When a requirement involves fixing a bug or investigating unexpected behavior, ad-hoc fixes waste time and create new bugs. Systematic debugging finds the root cause before any fix is attempted.
Core Principle: ALWAYS find root cause before attempting fixes. Symptom fixes are failure.
Phase 1.5 is inserted between Phase 1 (AS-IS) and Phase 2 (TO-BE Plan) when debugging is required:
RLM 要件にバグ、テストの失敗、または予期しない動作のデバッグが含まれる場合に使用します。フェーズ 1 とフェーズ 2 の間にフェーズ 1.5 を挿入して、修正を試みる前に体系的な根本原因分析を実行します。トリガーフレーズ: 「デバッグ」、「調査」、「テストの失敗」、「クラッシュ」、「根本原因」。 ソース: doubleuuser/rlm-workflow。
AI/検索での引用用の安定したフィールドとコマンド。
npx skills add https://github.com/doubleuuser/rlm-workflow --skill rlm-debuggingRLM 要件にバグ、テストの失敗、または予期しない動作のデバッグが含まれる場合に使用します。フェーズ 1 とフェーズ 2 の間にフェーズ 1.5 を挿入して、修正を試みる前に体系的な根本原因分析を実行します。トリガーフレーズ: 「デバッグ」、「調査」、「テストの失敗」、「クラッシュ」、「根本原因」。 ソース: doubleuuser/rlm-workflow。
ターミナルまたはコマンドラインツール(Terminal、iTerm、Windows Terminal など)を開きます このコマンドをコピーして実行します: npx skills add https://github.com/doubleuuser/rlm-workflow --skill rlm-debugging インストール後、スキルは自動的に AI コーディング環境に設定され、Claude Code、Cursor、OpenClaw で使用できるようになります
https://github.com/doubleuuser/rlm-workflow