リリースやワークフローのアイデアを話し、コミュニティからサポートを得られます。
>>> discord.gg/JbWScy4y9K円ではない、螺旋だ。
意図が出発点。そこへ至る道が螺旋だ。
1つのセッション、1つのコマンド。
あなた: /rasen-auto full-feature ダークモードを追加したいのですが、きれいに実装する方法がまだ分かりません。 AI: パイプライン:full-feature(明示指定) 最初のステージ:office-hours。まず設計を検証します。 AI: 最初の重要な分岐:共有 token レイヤーを1つ使うか、 各コンポーネントにテーマロジックを重複させるか。CSS 変数ならずれを抑えられます。 共有 token レイヤーを選びますか? あなた: はい——共有 token レイヤーを使います。 AI: 次の分岐:既定ではシステムテーマに従い、手動設定は保存しますか? この方法を推奨します。予測可能で、依存も増えません。 この方針で進めますか? あなた: はい——承認します。 AI: 設計を承認し、office-hours の設計ドキュメントを作成しました。 ✓ office-hours — 方針を承認して記録 LEAD が役割を分離したワーカーで full-feature パイプラインを続行しました。 ✓ propose — 意図を change アーティファクトとして整理 ✓ apply — ダークモードを実装 ✓ expert reviews — コード、デザイン、QA の各レビューを通過 ✓ review-cycle — 指摘を1件修正し、再レビューを通過 ✓ ship — デリバリーを記録 ✓ retain — 再利用できる知見を評価 ✓ archive — spec を同期 完了。ダークモードをリリースしました。
Rasen(螺旋)は、上昇し続けるループの形。
発想はそれだけで、実際のツールの動き方そのものに対応している。
>>>意図が起点。
すべての変更は、あなたが書くべき文書からではなく、あなたのやりたいことから始まる——目標、バグ報告、機能要望。基盤がそれを rasen/ ワークスペースに記録し、すぐに作業へ入る:/rasen-propose → /rasen-apply-change → /rasen-archive-change。その途中で生まれる仕様書は、パイプライン自身が蓄積していく作業記憶であって、あなたに返される宿題ではない。
>>>ループが形。
作業は一度きりのウォーターフォールではなく、周回で進む。rasen のパイプラインファミリー——small-feature、bug-fix、full-feature、auto-decompose——がタスクを提案・実装・レビュー・出荷という一つの形あるループに変える。
>>>一周ごとに上昇する。
この基盤はただ繰り返すのではなく、前進する。/rasen-auto は役割ごとに分離されたサブエージェントを統率する LEAD を動かし、自らの誤りを捕えるレビューサイクルと、セッションをまたいで文脈を運ぶハンドオフ/リレーを備える——だから一周ごとに、始点より高い地点で終わる。
>>>突破するまで。
/rasen-goal は文書ではなく条件で螺旋を閉じる:指標を目標値まで押し上げる、モジュールを評価基準どおりに仕上げる、ブリーフに答えが出るまで調査する——修正 → 判定を、ゲートを満たすまで繰り返す。
意図から証拠まで、
1つの外側のループ。
作りたいものを伝えるだけ。基盤が提案・仕様・設計・タスクリストへ変換し、作業中も維持する:/rasen-propose → /rasen-apply-change → /rasen-archive-change。
YAML パイプラインを確認、インポート、エクスポート、検証、組み立てできます。必要な依存関係もワークフローと一緒に導入されます。
コマンド1つでエージェントが LEAD になり、役割ごとに分離されたサブエージェント(planner / implementer / reviewer / fixer / shipper)を統率してパイプラインを進め、ゲートでのみ停止する。
/rasen-auto の姉妹機能で、「完了」が文書ではなく条件であるタスク向け。LEAD が measure / evaluate / research に分類し、ゲートを満たすかラウンド上限に達するまで修正 → 判定を繰り返す。
URL から各ページのスコープを定め、worktree を1つのプロジェクトにまとめ、Project → Store → Global の順で設定を継承します。
待機中の Claude worker を上限つきのハートビートで維持し、役割交代による全コンテキストの再書き込みを防ぎます。
rasen agent context は実際の占有量を計測し、/rasen-handoff は要約したチェックポイントを書き出す。ワーカーはソフト予算に達すると自らハンドオフし、長時間の実行もコンテキスト制限を乗り越えられる。
rasen agent audit が Claude の記録と Codex rollout の消費量・キャッシュ変動を分析し、内蔵 HTML ビューアで表示します。
螺旋の全体を見る。
必要な場所で介入する。
Rasen 0.1.5 では、ローカルデーモンが提供する任意のブラウザ管理プラットフォームが加わります。Board / Spaces の確認、パイプラインの組み立てと検証、設定の調整、ローカル監査証拠の確認ができ、127.0.0.1 のみにバインドされ、セッションごとのトークンで保護されます。
プロジェクトとストアを切り替え、完了した Task を検索し、worktree を所属プロジェクトにまとめます。
Global、Store、Project の値を確認し、ワークフロー、プロファイル、パイプラインステージ設定を管理します。
rasen agent wait がレビューサイクルの役割交代をまたいで Claude のプロンプトキャッシュを維持します。
rasen agent audit が消費量とキャッシュ変動をローカルで説明します。データはアップロードされません。
CLI から始める。
制御プレーンは必要に応じて。
Node.js >= 20.19.0 が必要です。CLI は必須で、任意の @atelierai/rasen-ui がローカル管理プラットフォームを追加します。
npm i -g @atelierai/rasen
cd your-project && rasen init
npm i -g @atelierai/rasen-ui && rasen ui
rasen init は rasen/ ワークスペースを作成し、AI コーディングツール向けの Rasen スキルをインストールします。アップグレード後は rasen update でスキルを更新してください。rasen ui はローカルデーモンを起動または引き継ぎ、任意のブラウザ UI を開きます。
参加するチャンネルを選ぶ。
螺旋を動かし続ける。
質問し、ワークフローを比較し、Rasen で作っているものをほかのユーザーと共有できます。
独立した名前空間、衝突ゼロ。
Rasen は Fission-AI による OpenSpec(MIT)からフォークされ、現在は Sayo が独立して保守しています。Fission-AI とは無関係です。ワークフローのセマンティクスは上流の OpenSpec v1.5.0 に準拠しており——提案 → 適用 → アーカイブというモデルは同一です——ただし rasen は独立した名前空間で動作するため、同じプロジェクトに両方を同時にインストールできます。
既存の openspec/ ワークスペースがある場合、rasen migrate はコピーのみを行います:openspec/{specs,changes,config.yaml} を rasen/ にコピーし、既に存在するものはスキップします。元の openspec/ ディレクトリが変更・削除されることはありません。