リファレンス

コマンド

これは Rasen のスラッシュコマンドのリファレンスです。これらのコマンドは AI コーディングアシスタントのチャットインターフェース（例：Claude Code、Cursor、Windsurf）で呼び出します。

ワークフローのパターンと各コマンドをいつ使うかについては、Workflows を参照してください。CLI コマンドについては CLI を参照してください。

クイックリファレンス

クイックパス（`core` プロファイル）

コマンド	目的
`/rasen:propose`	変更を作成し、計画成果物を一度に生成します
`/rasen:explore`	アイデアを検討してから変更にコミットします
`/rasen:apply`	変更のタスクを実装します
`/rasen:sync`	デルタ仕様をメイン仕様にマージします
`/rasen:archive`	完成した変更をアーカイブします

拡張ワークフローコマンド（カスタムワークフロー選択）

コマンド	目的
`/rasen:new`	新しい変更のスキャフォールドを開始します
`/rasen:continue`	依存関係に基づいて次の成果物を作成します
`/rasen:ff`	高速転送：すべての計画成果物を一度に作成します
`/rasen:verify`	実装が成果物と一致することを検証します
`/rasen:bulk-archive`	複数の変更を一度にアーカイブします
`/rasen:onboard`	完全なワークフローの案内ツアー
`/rasen:review-cycle`	反復的なレビューループ — レビュー、トリアージ、修正、デルタを再レビュー、クリーンになるまで繰り返すか、エスカレートします
`/rasen:goal`	目標駆動の反復 — 測定またはゲートに対して判断する変更を繰り返します。パフォーマンス最適化、ルーブリック品質コード、調査ブリーフまで満足するか、ラウンド上限に達するまで

デフォルトのグローバルプロファイルは full です — すべてのワークフローコマンドがそのままインストールされています。本質的な機能だけに絞り込むには、rasen config profile core を実行してから（またはカスタムサブセットを rasen config profile で選択）、プロジェクトで rasen update を実行します。

コマンドリファレンス

`/rasen:propose`

新しい変更を作成し、計画成果物を一度に生成します。これは core プロファイルのデフォルト開始コマンドです。

構文:

/rasen:propose [change-name-or-description]

引数:

引数	必須	説明
`change-name-or-description`	いいえ	ケバブケース名またはプレーンテキストの変更説明

動作:

rasen/changes/<change-name>/ を作成します
実装前に必要な成果物を生成します（spec-driven の場合：提案、仕様、設計、タスク）
変更が /rasen:apply の準備ができたら停止します

例:

You: /rasen:propose add-dark-mode

AI:  Created rasen/changes/add-dark-mode/
     ✓ proposal.md
     ✓ specs/ui/spec.md
     ✓ design.md
     ✓ tasks.md
     Ready for implementation. Run /rasen:apply.

ヒント:

最速のエンドツーエンドパスに使用します
ステップバイステップの成果物制御を望む場合は、拡張ワークフローを有効にして /rasen:new + /rasen:continue を使用します

`/rasen:explore`

ここから始めると良いでしょう。 Explore は低リスクの思考パートナーです。コードベースを読み、オプションを比較し、変更が存在する前にあいまいなアイデアを具体的な計画に研ぎ澄まします。デフォルトプロファイルに含まれています。詳細なケースと例については、探索を最初にガイドを参照してください。

変更にコミットする前に、アイデアを検討し、問題を調査し、要件を明確にします。

構文:

/rasen:explore [topic]

引数:

引数	必須	説明
`topic`	いいえ	探索または調査したいこと

動作:

構造が不要な探索的な会話を開きます
コードベースを調査して質問に答えます
オプションとアプローチを比較します
考え方を明確にするための視覚的な図を作成します
洞察が結晶化したときに /rasen:propose（デフォルト）または /rasen:new（拡張ワークフロー）に遷移できます

例:

You: /rasen:explore

AI:  What would you like to explore?

You: How should we handle authentication for the mobile app?

AI:  Let me investigate your current auth setup...
     [Analyzes codebase]

     I see you're using session-based auth for the web app.
     For mobile, we have three main options:

     1. JWT tokens (stateless, works offline)
     2. OAuth2 (if you need third-party login)
     3. Extend current sessions (simpler, but requires connectivity)

     Your API already has CORS configured. Which direction interests you?

You: Let's go with JWT. Can we start a change for that?

AI:  Ready when you are. Run /rasen:propose add-jwt-auth to begin.

ヒント:

要件が不明な場合や調査が必要な場合に使用します
探索中は成果物は作成されません
決定する前に複数のアプローチを比較するのに適しています
ファイルを読んでコードベースを検索できます

`/rasen:new`

新しい変更のスキャフォールドを開始します。変更フォルダを作成し、/rasen:continue または /rasen:ff で成果物を生成するのを待ちます。

このコマンドは拡張ワークフローセット（core プロファイルに含まれていない）の一部です。

構文:

/rasen:new [change-name] [--schema <schema-name>]

引数:

引数	必須	説明
`change-name`	いいえ	変更フォルダの名前（提供されない場合はプロンプト）
`--schema`	いいえ	使用するワークフロースキーマ（デフォルト：設定から、または `spec-driven`）

動作:

rasen/changes/<change-name>/ ディレクトリを作成します
変更フォルダに .openspec.yaml メタデータファイルを作成します
作成の準備ができた最初の成果物テンプレートを表示します
提供されない場合、変更名とスキーマをプロンプトします

作成される内容:

rasen/changes/<change-name>/
└── .openspec.yaml    # Change metadata (schema, created date)

例:

You: /rasen:new add-dark-mode

AI:  Created rasen/changes/add-dark-mode/
     Schema: spec-driven

     Ready to create: proposal
     Use /rasen:continue to create it, or /rasen:ff to create all artifacts.

ヒント:

説明的な名前を使用します：add-feature, fix-bug, refactor-module
update, changes, wip のような一般的な名前は避けます
スキーマはプロジェクト設定（rasen/config.yaml）でも設定できます

`/rasen:continue`

依存関係チェーンの次の成果物を作成します。増分的な進捗のために一度に 1 つの成果物を作成します。

構文:

/rasen:continue [change-name]

引数:

引数	必須	説明
`change-name`	いいえ	続行する変更（提供されない場合は文脈から推測）

動作:

成果物依存グラフをクエリします
どの成果物が準備完了かブロック中かを表示します
最初の準備完了成果物を作成します
依存ファイルをコンテキストのために読み込みます
作成後に何が利用可能になるかを表示します

例:

You: /rasen:continue

AI:  Change: add-dark-mode

     Artifact status:
     ✓ proposal    (done)
     ◆ specs       (ready)
     ◆ design      (ready)
     ○ tasks       (blocked - needs: specs)

     Creating specs...

     [Reads proposal.md, creates specs based on requirements]

     ✓ Created rasen/changes/add-dark-mode/specs/ui/spec.md

     Now available: tasks
     Run /rasen:continue to create the next artifact.

ヒント:

進行する前に各成果物をレビューしたい場合に使用します
複雑な変更でコントロールが必要な場合に適しています
複数の成果物が同時に準備完了になることがあります
続行する前に作成された成果物を編集できます

`/rasen:ff`

成果物作成を高速転送します。すべての計画成果物を一度に作成します。

構文:

/rasen:ff [change-name]

引数:

引数	必須	説明
`change-name`	いいえ	高速転送する変更（提供されない場合は文脈から推測）

動作:

依存関係の順序ですべての成果物を作成します
Todo リストを使用して進捗を追跡します
すべての apply-required 成果物が完成したら停止します
次の成果物を作成する前に各依存関係を読み込みます

例:

You: /rasen:ff add-dark-mode

AI:  Fast-forwarding add-dark-mode...

     ✓ Creating proposal.md
     ✓ Creating specs/ui/spec.md
     ✓ Creating design.md
     ✓ Creating tasks.md

     All planning artifacts complete!
     Ready for implementation. Run /rasen:apply to begin.

ヒント:

何を構築するかについて明確な概要がある場合に使用します
/rasen:continue より高速です
その後も成果物を編集できます
小から中規模の機能に適しています

`/rasen:apply`

変更のタスクを実装します。タスクリストを処理し、コードを作成してアイテムをチェックオフします。

構文:

/rasen:apply [change-name]

引数:

引数	必須	説明
`change-name`	いいえ	実装する変更（提供されない場合は文脈から推測）

動作:

tasks.md を読み込み、未完了のタスクを特定します
一度に 1 つずつタスクを処理します
コードを作成し、必要に応じてファイルを作成してテストを実行します
チェックボックス [x] でタスクを完了にマークします

例:

You: /rasen:apply

AI:  Implementing add-dark-mode...

     Reading tasks.md:
     - [ ] 1.1 Create ThemeContext
     - [ ] 1.2 Add CSS custom properties
     - [ ] 1.3 Implement localStorage persistence

     Working on 1.1: Create ThemeContext...
     [Creates src/context/ThemeContext.tsx]

     ✓ 1.1 Complete

     Working on 1.2: Add CSS custom properties...
     [Updates src/styles/globals.css]

     ✓ 1.2 Complete
     ...

ヒント:

中断された場合は中断したところから再開できます
変更名を指定することで並列変更に使用できます
完成状態は tasks.md チェックボックスで追跡されます

`/rasen:verify`

実装が変更成果物と一致することを検証します。完全性、正確性、一貫性をチェックします。

構文:

/rasen:verify [change-name]

引数:

引数	必須	説明
`change-name`	いいえ	検証する変更（提供されない場合は文脈から推測）

動作:

実装品質の 3 つの側面をチェックします
コードベースで実装の証拠を検索します
CRITICAL、WARNING、SUGGESTION に分類された問題を報告します
アーカイブをブロックしませんが、問題を表示します

検証ディメンション:

ディメンション	検証内容
完全性	すべてのタスク完了、すべての要件実装、シナリオ対応
正確性	実装が仕様の意図と一致、エッジケース処理
一貫性	コードに反映された設計決定、一貫したパターン

例:

You: /rasen:verify

AI:  Verifying add-dark-mode...

     COMPLETENESS
     ✓ All 8 tasks in tasks.md are checked
     ✓ All requirements in specs have corresponding code
     ⚠ Scenario "System preference detection" has no test coverage

     CORRECTNESS
     ✓ Implementation matches spec intent
     ✓ Edge cases from scenarios are handled
     ✓ Error states match spec definitions

     COHERENCE
     ✓ Design decisions reflected in code structure
     ✓ Naming conventions consistent with design.md
     ⚠ Design mentions "CSS variables" but implementation uses Tailwind classes

     SUMMARY
     ─────────────────────────────
     Critical issues: 0
     Warnings: 2
     Ready to archive: Yes (with warnings)

     Recommendations:
     1. Add test for system preference detection
     2. Update design.md to reflect Tailwind usage, or refactor to use CSS variables

ヒント:

アーカイブ前に実行して不一致を早期に検出します
警告はアーカイブをブロックしませんが、潜在的な問題を示しています
コミット前に AI の作業をレビューするのに適しています
成果物と実装間のドリフトを明らかにする可能性があります

`/rasen:review-cycle`

変更を実際にクリーンな状態に駆動する反復的なループ：review → triage → fix → re-review(Δ) → {pass | loop | escalate}。レビュアーを再実装しません — 各パスは常にインストールされている rasen-review エンジンに委任します。このコマンドはループ、修正サイズトリアージ、著者対検証者の不変性、終了、およびエスカレーションを所有しています。オプト・イン（core プロファイルに含まれていない）。

構文:

/rasen:review-cycle [change-name]

引数:

引数	必須	説明
`change-name`	いいえ	ループを実行する変更（提供されない場合は文脈から推測）

動作:

rasen-review 経由でレビューパスを実行してから、各検出結果を修正サイズ別にトリアージします
修正をルーティング：軽微 → オーケストレータインライン、重大 → 実装エージェント、設計レベル → 別の修正エージェント
デルタのみを再レビューし、非著者が元の検出結果に対して確認したときのみ検出結果を解決済みにマークします（著者 ≠ 検証者）
ループを最大ラウンド（デフォルト 3）でキャップします。上限に到達した未解決の Blocker/Major 検出結果でヒューマンにエスカレートします — サイレント合格はしません
ラウンド履歴と各非著者確認を review-cycle-report.md に記録します

著者 ≠ 検証者の不変性: 検出結果は、修正を作成しなかったレビュアーが確認した場合のみ解決済みです。オーケストレータが行った軽微なインラインの修正の場合、同等の非著者チェックはゲート実行（テスト/リント/ビルド）の独立と正確な変更の読み込みです — そしてそのチェックはサイクルレポートに記録されなければなりません。

再レビューパス:

Claude Code アクセラレーション（オプション）: エージェントチーム有効（CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1）の場合、リードは SendMessage 経由で元のレビュアーを再開してデルタのみを再レビューできます（SendMessage を開始できるのはリードのみ）。
ツール不知のフォールバック（必須）: そうでなければ、事前検出結果と修正差分を共有ファイル経由で新しいデルタレビューを実行します。同等の結果、ただしコストが高くなります。

例:

You: /rasen:review-cycle add-dark-mode

AI:  Review Cycle: add-dark-mode (round 1/3)
     Findings: 1 Blocker, 2 Major
       - [Blocker] missing null guard → trivial → orchestrator inline
       - [Major]   race in toggle      → non-trivial → implementing agent
       - [Major]   contract changed     → design-level → separate fix agent
     Fixes applied → re-reviewing delta (fresh non-author review)...
     Round 2/3: 0 Blocker, 0 Major → CLEAN
     Report: review-cycle-report.md

ヒント:

実装後、ライブの差分に対して使用します。単一検証ゲートの場合は /rasen:verify を代わりに使用します
ループは制限されています — エスカレートすると、オープン検出結果とラウンド履歴はヒューマンに、サイレント合格ではなく渡ります

`/rasen:goal`

「完了」が文書ではなく条件であるタスク向けの目標駆動反復 — Lighthouse スコアを 90 に駆動、モジュールをルーブリック品質に、調査してブリーフを作成。/rasen:auto のシスターエントリ：リードがタスクを分類し、ONE バックエンドパイプラインを選択し、ゲートが満足するか、ラウンド上限に達するまで modify → judge を繰り返します。/rasen:auto と同じオーケストレーションプレイブック（LEAD + ロール分離ワーカー、ティア、実行状態、ゲート、再開）を共有します。詳細については、リポジトリの docs/ ディレクトリの opsx-workflow-guide.md §9（目標駆動反復）を参照してください。

構文:

/rasen:goal [measure|evaluate|research] <task>
/rasen:goal --pipeline goal-loop-<variant> <task>

引数:

引数	必須	説明
`measure\|evaluate\|research`	いいえ	バックエンドパイプラインを強制します。なければ LEAD はキーワードで分類します（明示的は常に勝ります。あいまいはデフォルト `evaluate`）
`task`	はい	向かうべき目標の自然言語説明

動作:

define-goal ステージ — タスクを goal-plan.md に変換します：目標、具体的なゲート（{kind: measure, command, threshold/target} または {kind: evaluate, goal, rubric}）、作業成果物（code | prose）、および maxRounds。このステージはゲート — あなたがラウンドが実行される前に測定コマンドを確認
iterate ループ — 各ラウンドは暖かく再利用された実装者をディスパッチしてからゲートを実行します：measure 決定的なコマンド（{score, passed}）を実行、evaluate 新しいレビュアーワーカー（{satisfied, gaps}）をディスパッチ。各ラウンドは goal-run.json（権威あるループ位置）に記録されます
tail — measure/evaluate → ship → archive（反復されたコードは通常配信されます）、research → report（最終文書に要約、配信するコードなし）
maxRounds（デフォルト 5）+ loopStallLimit（デフォルト 2）で制限。ラウンド耗尽は maxRounds-exhausted にマークされます — 成功として報告されることはありません

バックエンドパイプラインファミリー:

タスク内のキーワード	選択されたパイプライン	ゲート（検査官）	作業成果物	Tail
`score` `latency` `optimize` `lighthouse` `benchmark` `p99` `memory` `throughput`	goal-loop-measure	measure — 決定的なコマンド	code	ship → archive
`rubric` `quality` `clean` `standard` `refactor-quality`	goal-loop-evaluate	evaluate — 新しいレビュアー	code	ship → archive
`research` `investigate` `write report` `write brief` `autoresearch` `literature`	goal-loop-research	evaluate — 新しいレビュアー	prose	report

例:

You: /rasen:goal drive the Lighthouse performance score to 90

AI:  Keyword "lighthouse" + "score" -> goal-loop-measure
     Fetch DAG: define-goal -> iterate (measure gate) -> ship -> archive
     ▸ planner -> goal-plan.md (gate: measure, command: lighthouse --output=json, threshold: 90)
     ⏸ gate: confirm the measure command? -> You: continue
     ▸ implementer (round 1) -> edits the perf-critical path
     ▸ measure gate: score 82 (not passed) -> recorded to goal-run.json
     ▸ implementer (round 2, warm-reused) -> further edits
     ▸ measure gate: score 91 (satisfied) -> ship -> archive

ヒント:

製品が反復で満たされた条件の場合は /rasen:goal を使用、製品がコード変更文書の場合は /rasen:auto を使用
ループ中に kill してから rasen pipeline resume <change> を実行 — 目標ループレジュームプロトコルは最後の goal-run.json レコードを読み込んで正しいラウンドで再開
define-goal ゲートは「measure.command は任意のシェル」の安全弁です — 続行する前にコマンドをレビュー

`/rasen:sync`

オプションコマンド。 変更からデルタ仕様をメイン仕様にマージします。アーカイブは必要に応じて同期をプロンプトするため、通常はこれを手動で実行する必要はありません。

構文:

/rasen:sync [change-name]

引数:

引数	必須	説明
`change-name`	いいえ	同期する変更（提供されない場合は文脈から推測）

動作:

変更フォルダからデルタ仕様を読み込みます
ADDED/MODIFIED/REMOVED/RENAMED セクションを解析します
メイン rasen/specs/ ディレクトリに変更をマージします
デルタで言及されていない既存コンテンツを保持します
変更をアーカイブしません（アクティブのままです）

例:

You: /rasen:sync

AI:  Syncing add-dark-mode delta specs...

     Reading: rasen/changes/add-dark-mode/specs/ui/spec.md
     Target:  rasen/specs/ui/spec.md

     Changes to apply:
     ✓ ADDED: Theme Selection requirement (2 scenarios)
     ✓ ADDED: Accessibility requirement (1 scenario)

     Merging...
     ✓ rasen/specs/ui/spec.md updated

     Change remains active. Run /rasen:archive when ready to complete.

手動で使用する場合:

シナリオ	同期しますか?
長期実行変更、アーカイブ前にメイン仕様を取得したい	はい
複数の並列変更が更新されたベース仕様を必要とする	はい
マージをプレビュー/レビューして分離したい	はい
クイック変更、直接アーカイブに向かう	いいえ（アーカイブが処理）

ヒント:

同期はインテリジェント、コピペではなく
重複なく既存要件にシナリオを追加できます
同期後も変更はアクティブ（アーカイブされていない）
ほとんどのユーザーはこれを直接呼び出す必要はありません — アーカイブが必要に応じてプロンプト

`/rasen:archive`

完成した変更をアーカイブします。変更を終了し、アーカイブフォルダに移動します。

構文:

/rasen:archive [change-name]

引数:

引数	必須	説明
`change-name`	いいえ	アーカイブする変更（提供されない場合は文脈から推測）

動作:

成果物完成状態をチェック
タスク完成をチェック（不完全な場合は警告）
デルタ仕様がまだ同期されていない場合は同期を提供
変更フォルダを rasen/changes/archive/YYYY-MM-DD-<name>/ に移動
監査証跡のためにすべての成果物を保持

例:

You: /rasen:archive

AI:  Archiving add-dark-mode...

     Artifact status:
     ✓ proposal.md exists
     ✓ specs/ exists
     ✓ design.md exists
     ✓ tasks.md exists (8/8 tasks complete)

     Delta specs: Not yet synced
     → Sync now? (recommended)

You: Yes

AI:  ✓ Synced specs to rasen/specs/ui/spec.md
     ✓ Moved to rasen/changes/archive/2025-01-24-add-dark-mode/

     Change archived successfully.

ヒント:

アーカイブは不完全なタスクでブロックしません、警告するだけです
デルタ仕様はアーカイブ中または事前に同期できます
アーカイブされた変更は履歴のために保持されます
アーカイブ前に /rasen:verify を使用して問題を検出

`/rasen:bulk-archive`

複数の完成した変更を一度にアーカイブします。変更間の仕様競合を処理します。

構文:

/rasen:bulk-archive [change-names...]

引数:

引数	必須	説明
`change-names`	いいえ	アーカイブする特定の変更（提供されない場合は選択をプロンプト）

動作:

すべての完成した変更をリスト
アーカイブ前に各変更を検証
変更間の仕様競合を検出
実装されているもので競合を解決
時系列順にアーカイブ

例:

You: /rasen:bulk-archive

AI:  Found 3 completed changes:
     - add-dark-mode (8/8 tasks complete)
     - fix-login-bug (3/3 tasks complete)
     - update-footer (2/2 tasks complete)

     Checking for spec conflicts...
     ⚠ add-dark-mode and update-footer both touch specs/ui/

     Inspecting codebase to resolve...
     Both changes are implemented. Will merge in chronological order:
     1. add-dark-mode (created Jan 20)
     2. update-footer (created Jan 22)

     Archive all 3 changes?

You: Yes

AI:  ✓ Archived add-dark-mode
     ✓ Archived fix-login-bug
     ✓ Archived update-footer
     Specs merged: add-dark-mode → update-footer

ヒント:

並列作業ストリーム向け
競合解決はエージェント的（コードベースをチェック）
変更は作成順にアーカイブされます
仕様コンテンツを上書き前にプロンプト

`/rasen:onboard`

完全な Rasen ワークフローを通じた案内されたオンボーディング。実際のコードベースを使用した対話型チュートリアル。

構文:

/rasen:onboard

動作:

ナレーション付きの完全なワークフローサイクルをウォークスルー
改善機会のための実際のコードベースをスキャン
実際の成果物を持つ実際の変更を作成
実際の作業を実装（小さく、安全な変更）
完成した変更をアーカイブ
各ステップを実行する際に説明

フェーズ:

ウェルカムとコードベース分析
改善機会を見つける
変更を作成（/rasen:new）
提案を作成
仕様を作成
設計を作成
タスクを作成
タスクを実装（/rasen:apply）
実装を検証
変更をアーカイブ
概要と次のステップ

例:

You: /rasen:onboard

AI:  Welcome to rasen!

     I'll walk you through the complete workflow using your actual codebase.
     We'll find something small to improve, create a proper change for it,
     implement it, and archive it.

     Let me scan your codebase for opportunities...

     [Analyzes codebase]

     I found a few things we could work on:
     1. Add input validation to the contact form
     2. Improve error messages in the auth flow
     3. Add loading states to async buttons

     Which interests you? (or suggest something else)

ヒント:

ワークフローを学ぶ新規ユーザー向けに最適
おもちゃの例ではなく実際のコードを使用
保持または破棄できる実際の変更を作成
完成に 15 ～ 30 分かかります

AI ツール別コマンド構文

異なる AI ツールは若干異なるコマンド構文を使用します。あなたのツールと一致する形式を使用します：

ツール	構文例
Claude Code	`/rasen:propose`, `/rasen:apply`
Cursor	`/rasen-propose`, `/rasen-apply`
Windsurf	`/rasen-propose`, `/rasen-apply`
Copilot (IDE)	`/rasen-propose`, `/rasen-apply`
Kimi CLI	スキルベースの呼び出し（例：`/rasen-propose`, `/rasen-apply-change`）（生成コマンドファイルなし）
Trae	スキルベースの呼び出し（例：`/rasen-propose`, `/rasen-apply-change`）（生成コマンドファイルなし）

意図はツール全体で同じですが、コマンドがどのように表示されるかは統合によって異なります。

注: GitHub Copilot コマンド（.github/prompts/*.prompt.md）は IDE 拡張機能（VS Code、JetBrains、Visual Studio）でのみ利用可能です。GitHub Copilot CLI は現在カスタムプロンプトファイルをサポートしていません — 詳細とワークアラウンドについては Supported Tools を参照してください。

トラブルシューティング

"Change not found"

コマンドが操作する変更を特定できませんでした。

解決方法:

変更名を明示的に指定します：/rasen:apply add-dark-mode
変更フォルダが存在することを確認します：rasen list
正しいプロジェクトディレクトリにいることを確認します

"No artifacts ready"

すべての成果物は完了しているか、欠落している依存関係でブロックされています。

解決方法:

ブロックされているものを確認するには rasen status --change <name> を実行
必要な成果物が存在することを確認
欠落している依存関係成果物を最初に作成

"Schema not found"

指定されたスキーマが存在しません。

解決方法:

利用可能なスキーマをリスト：rasen schemas
スキーマ名のスペルをチェック
カスタムの場合はスキーマを作成：rasen schema init <name>

コマンドが認識されません

AI ツールが Rasen コマンドを認識しません。

解決方法:

Rasen が初期化されていることを確認：rasen init
スキルを再生成：rasen update
.claude/skills/ ディレクトリが存在することを確認（Claude Code の場合）
AI ツールを再起動して新しいスキルを取得

成果物が正しく生成されない

AI が不完全または不正な成果物を作成します。

解決方法:

rasen/config.yaml にプロジェクトコンテキストを追加
特定のガイダンスのために成果物ごとのルールを追加
変更説明でより詳細を提供
高度な制御のために /rasen:continue の代わりに /rasen:ff を使用

次のステップ

Workflows - 一般的なパターンと各コマンドをいつ使うか
CLI - 管理と検証のためのターミナルコマンド
Customization - カスタムスキーマとワークフローを作成

コマンド

クイックリファレンス

クイックパス（core プロファイル）

拡張ワークフローコマンド（カスタムワークフロー選択）

コマンドリファレンス

/rasen:propose

/rasen:explore

/rasen:new

/rasen:continue

/rasen:ff

/rasen:apply

/rasen:verify

/rasen:review-cycle

/rasen:goal

/rasen:sync

/rasen:archive

/rasen:bulk-archive

/rasen:onboard

AI ツール別コマンド構文

トラブルシューティング

"Change not found"

"No artifacts ready"

"Schema not found"

コマンドが認識されません

成果物が正しく生成されない

次のステップ

クイックパス（`core` プロファイル）

`/rasen:propose`

`/rasen:explore`

`/rasen:new`

`/rasen:continue`

`/rasen:ff`

`/rasen:apply`

`/rasen:verify`

`/rasen:review-cycle`

`/rasen:goal`

`/rasen:sync`

`/rasen:archive`

`/rasen:bulk-archive`

`/rasen:onboard`