name: rmodp-workflow-web description: > RM-ODP 全6スキル(5 Viewpoint + Correspondence)をオーケストレーションする統合ワークフロー。 業務シナリオから Enterprise → Information → Computational → Engineering → Technology → Correspondence の順に仕様を導出し、視点間の整合性を検証する。フル実行・ステップ指定・再開・検証のみの4モードに対応。 Use when: RM-ODP の複数 Viewpoint を一貫して開発する場合、 「rmodp-workflow-web」「RM-ODP全体」「フルパイプライン」等の指示を受けた場合。 argument-hint: "[システム名 または 業務概要]" environment: claude.ai (Web)
RM-ODP Integrated Workflow — Web 版
RM-ODP 全 Viewpoint を統合的にオーケストレーションする。
6つのサブスキルを依存関係に従い順次実行し、/home/claude/.rmodp/ に仕様群を生成する。
Web 環境での動作: 各サブスキルは
viewツールで SKILL.md を読み込みインラインで実行する。 ダイアグラムは各サブスキルが PlantUML 形式で.pumlファイルを生成し、bash_toolで PNG に変換後、 PlantUML ソースと PNG 画像参照の両方を仕様書(Markdown)に埋め込む。 ファイル書き込みはcreate_fileツールを使用する。
パイプライン全体図
業務シナリオ + インフラ前提 + 技術スタック
│
▼
┌─ Phase A: 要件モデリング ──────────────────────────────────┐
│ Step 1: Enterprise VP (6 steps) → enterprise-view.md │
│ Step 2: Information VP (5 steps) → information-view.md │
└────────────────────────────────────────────────────────────┘
│ Enterprise + Information 仕様を入力
▼
┌─ Phase B: システム設計 ────────────────────────────────────┐
│ Step 3: Computational VP (5 steps) → computational-view.md│
│ Step 4: Engineering VP (5 steps) → engineering-view.md │
│ Step 5: Technology VP (4 steps) → technology-view.md │
└────────────────────────────────────────────────────────────┘
│ 全5 Viewpoint を入力
▼
┌─ Phase C: 整合性検証 ──────────────────────────────────────┐
│ Step 6: Correspondence (4 steps) → correspondence.md │
└────────────────────────────────────────────────────────────┘
出力言語の決定(Output Language Detection)
- 入力テキスト(業務概要 + 業務シナリオ)の主要言語を判定する
- 入力が英語 → 英語で出力(進捗テンプレート:
assets/progress-template-en.md) - 入力が日本語 → 日本語で出力(進捗テンプレート:
assets/progress-template.md) - 混在している場合 → 量が多い方の言語で出力する
- 判定不能の場合 → 日本語で出力する(後方互換性)
.rmodp/に既存ファイルがある場合 → 既存ファイルの言語に合わせる(一貫性維持)
RM-ODP 用語の扱い:
- RM-ODP 公式用語は常に英語で記述する
- 日本語出力の場合のみ括弧書きで日本語訳を添える(例:
Community(コミュニティ))
⚠️ 言語強制ルール(Language Enforcement Rule) 本 SKILL.md は日本語で記述されているが、英語出力モードで実行中はユーザーへの一切の出力を英語にすること。 具体的には以下の日本語ラベルを英語に置き換えて出力すること:
SKILL.md 内部ラベル(出力禁止) 英語モードでの出力 完了 / 完了チェック Complete / Completion Check 入力 Input 完了後 After completion 実行手順 Execution Steps 新規プロジェクト New project 要件モデリング Requirements Modeling システム設計 System Design 整合性検証 Consistency Verification 各ステップの開始アナウンス形式(英語モード): 英語モードで各 Step を開始する際は、以下の形式で必ずアナウンスすること。自発的に日本語で要約してはならない。
Now proceeding to Phase X — Step N: <Viewpoint Name>. <One-line English description of what will be done in this step.>この SKILL.md に書かれた日本語の見出しや内部ラベルは、実行指示であってユーザーへの出力テキストではない。英語モード実行時にそのまま出力してはならない。
実行モード
| モード | 説明 | 実行ステップ |
|---|---|---|
| フルワークフロー | 全6ステップを順次実行 | Step 1 → 6 (Phase A → B → C) |
| ステップ指定実行 | 指定したステップのみ実行 | ユーザー指定 |
| 途中再開 | 指定ステップから再開 | Step N → 6 |
| 整合性検証のみ | Correspondence のみ実行 | Step 6 のみ |
追加オプション:
- Phase 分割: Phase A 完了後に一旦停止し、新しい会話で Phase B から再開(コンテキスト節約)
- インタラクティブ: 各ステップ完了後にユーザー確認を挟む
実行手順
PHASE 0: 初期化
0.1 プロジェクト情報の取得
$ARGUMENTS またはユーザーとの対話から以下を取得:
- システム名: kebab-case に変換(例:「受注管理システム」→
order-management) - 業務概要: システムの全体像
- 業務シナリオ: 具体的な業務フローとルール
0.2 出力ディレクトリの準備
mkdir -p /home/claude/.rmodp
0.3 既存成果物の確認
ls -la /home/claude/.rmodp/ 2>/dev/null || echo "New project (新規プロジェクト)"
既存ファイルがある場合、どのステップまで完了しているか判定してユーザーに提示:
| ファイル | 対応ステップ | 状態 |
|---|---|---|
enterprise-view.md |
Step 1 | ✅ 存在 / ❌ 未作成 |
information-view.md |
Step 2 | ✅ 存在 / ❌ 未作成 |
computational-view.md |
Step 3 | ✅ 存在 / ❌ 未作成 |
engineering-view.md |
Step 4 | ✅ 存在 / ❌ 未作成 |
technology-view.md |
Step 5 | ✅ 存在 / ❌ 未作成 |
correspondence.md |
Step 6 | ✅ 存在 / ❌ 未作成 |
0.4 実行モードの確認
実行モードをユーザーに確認する(未指定の場合のみ)。 既存成果物がある場合は「途中再開」を推奨として提示。
0.5 追加入力の一括収集(モードに応じて)
- Step 4 (Engineering) を含む場合 → インフラ環境の前提条件 を取得
- Step 5 (Technology) を含む場合 → 技術スタック・非機能要件 を取得
取得した追加入力は会話コンテキストに保持する。 該当ステップの実行時に再度ユーザーへ質問してはならない。
0.6 workflow-status.json の初期化
create_file ツールで /home/claude/.rmodp/workflow-status.json に保存:
{
"project": "{システム名}",
"started_at": "{ISO 8601 datetime}",
"current_step": 0,
"steps": {
"1_enterprise": { "status": "pending", "file": null },
"2_information": { "status": "pending", "file": null },
"3_computational": { "status": "pending", "file": null },
"4_engineering": { "status": "pending", "file": null },
"5_technology": { "status": "pending", "file": null },
"6_correspondence": { "status": "pending", "file": null }
},
"inputs": {
"business_overview": "...",
"business_scenario": "...",
"infra_prerequisites": "...",
"tech_stack": "..."
}
}
PHASE A: Requirements Modeling (Step 1-2) / 要件モデリング
Step 1: Enterprise Viewpoint
view ツールで /mnt/skills/user/rmodp-enterprise-view-web/SKILL.md を読み込み、
そのスキルの指示に従って Enterprise Viewpoint を導出する。
Input:
- 業務概要・業務シナリオ(PHASE 0 で取得済み)
Completion Check / 完了チェック:
-
/home/claude/.rmodp/enterprise-view.mdが生成されている - Community, Objective, Role, Process, Deontic token, Policy, Accountability が定義されている
- 逆質問(3〜5個)がユーザーに提示され、回答が反映されている
workflow-status.json を更新:"1_enterprise": { "status": "completed", "file": "enterprise-view.md" }
英語出力モードでの完了メッセージ(必ずこの形式で出力すること):
✅ STEP 1 — Enterprise Viewpoint complete.
Defined Community, Roles, Processes, Deontic tokens, and Policies → enterprise-view.md
日本語出力モードでの完了メッセージ(必ずこの形式で出力すること):
✅ STEP 1 — Enterprise Viewpoint 完了
Community, Role, Process, Deontic token, Policy を定義 → enterprise-view.md
Step 2: Information Viewpoint
view ツールで /mnt/skills/user/rmodp-information-view-web/SKILL.md を読み込み、
そのスキルの指示に従って Information Viewpoint を導出する。
Input:
- Enterprise VP 仕様(Step 1 の出力を
viewツールで読み込み参照) - 業務概要・業務シナリオ(PHASE 0 で取得済み)
Completion Check / 完了チェック:
-
/home/claude/.rmodp/information-view.mdが生成されている - Information Object(属性定義付き)が特定されている
- Invariant Schema(常に真の制約)が定義されている
- Invariant Schema Diagram(クラス図+制約 note)が PlantUML + PNG で出力されている
- Static Schema Diagram(
<<object>>オブジェクト図)が PlantUML + PNG で出力されている - Dynamic Schema Diagram(全 Information Object 複合状態遷移図)が PlantUML + PNG で出力されている
- 逆質問(3〜5個)がユーザーに提示され、回答が反映されている
workflow-status.json を更新:"2_information": { "status": "completed", "file": "information-view.md" }
英語出力モードでの完了メッセージ(必ずこの形式で出力すること):
✅ STEP 2 — Information Viewpoint complete.
Defined Information Objects, Invariant/Static/Dynamic Schemas, generated state diagrams → information-view.md
日本語出力モードでの完了メッセージ(必ずこの形式で出力すること):
✅ STEP 2 — Information Viewpoint 完了
Information Object, Invariant/Static/Dynamic Schema を定義、状態遷移図を生成 → information-view.md
⚠️ AUTO-SPLIT CHECKPOINT — Phase A 完了後
フルワークフローモードかつ Phase 分割が有効な場合:
- Phase A の成果物を
present_filesツールで提示 - 以下のメッセージを表示して 停止する(Step 3 に進まない):
日本語出力の場合:
========================================
✅ PHASE A COMPLETE(要件モデリング)
========================================
Project: {システム名}
Steps completed: 1-2
Generated Artifacts:
📄 Enterprise Viewpoint → .rmodp/enterprise-view.md
📄 Information Viewpoint → .rmodp/information-view.md
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📢 NEXT: 新しい会話で以下を指示してください:
「{システム名} の rmodp-workflow-web を Step 3 から再開」
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
英語出力の場合:
========================================
✅ PHASE A COMPLETE (Requirements Modeling)
========================================
Project: {system-name}
Steps completed: 1-2
Generated Artifacts:
📄 Enterprise Viewpoint → .rmodp/enterprise-view.md
📄 Information Viewpoint → .rmodp/information-view.md
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📢 NEXT: In a new conversation, say:
"Resume rmodp-workflow-web for {system-name} from Step 3"
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Phase 分割なし、またはユーザーが「このまま続行」と指示した場合は Phase B に進む。
PHASE B: System Design (Step 3-5) / システム設計
Step 3: Computational Viewpoint
view ツールで /mnt/skills/user/rmodp-computational-view-web/SKILL.md を読み込み、
そのスキルの指示に従って Computational Viewpoint を導出する。
Input:
- Enterprise VP 仕様(
viewツールで読み込み) - Information VP 仕様(
viewツールで読み込み)
Completion Check / 完了チェック:
-
/home/claude/.rmodp/computational-view.mdが生成されている - Computational Object とその役割・責務が定義されている
- Interface(Operation / Signal / Stream)が定義されている
- Interaction 種別(Interrogation / Announcement / Flow)と Binding が定義されている
- PlantUML コンポーネント図(PNG)が出力されている
- 主要ユースケースの PlantUML シーケンス図(PNG)が出力されている
- Environment Contract と Distribution Transparency が定義されている
- 逆質問(3〜5個)がユーザーに提示され、回答が反映されている
workflow-status.json を更新:"3_computational": { "status": "completed", "file": "computational-view.md" }
英語出力モードでの完了メッセージ(必ずこの形式で出力すること):
✅ STEP 3 — Computational Viewpoint complete.
Defined Computational Objects, Interfaces, Interactions, generated component and sequence diagrams → computational-view.md
日本語出力モードでの完了メッセージ(必ずこの形式で出力すること):
✅ STEP 3 — Computational Viewpoint 完了
Computational Object, Interface, Interaction を定義、コンポーネント図・シーケンス図を生成 → computational-view.md
Step 4: Engineering Viewpoint
view ツールで /mnt/skills/user/rmodp-engineering-view-web/SKILL.md を読み込み、
そのスキルの指示に従って Engineering Viewpoint を導出する。
Input:
- Computational VP 仕様(
viewツールで読み込み) - インフラ環境の前提条件(PHASE 0 で取得済み)
Completion Check / 完了チェック:
-
/home/claude/.rmodp/engineering-view.mdが生成されている - Node と Nucleus が定義されている
- 包含関係(Node ⊃ Capsule ⊃ Cluster ⊃ BEO)が正しくモデリングされている
- PlantUML デプロイメント図(PNG)が出力されている
- Channel の構成(Stub / Binder / Protocol Object / Interceptor)が定義されている
- PlantUML Channel 構成図(PNG)が出力されている
- Distribution Transparency と ODP 機能の適用が定義されている
- 逆質問(3〜5個)がユーザーに提示され、回答が反映されている
workflow-status.json を更新:"4_engineering": { "status": "completed", "file": "engineering-view.md" }
英語出力モードでの完了メッセージ(必ずこの形式で出力すること):
✅ STEP 4 — Engineering Viewpoint complete.
Defined Nodes, Capsules, BEOs, Channels, generated deployment and channel diagrams → engineering-view.md
日本語出力モードでの完了メッセージ(必ずこの形式で出力すること):
✅ STEP 4 — Engineering Viewpoint 完了
Node, Capsule, BEO, Channel を定義、デプロイメント図・Channel 構成図を生成 → engineering-view.md
Step 5: Technology Viewpoint
view ツールで /mnt/skills/user/rmodp-technology-view-web/SKILL.md を読み込み、
そのスキルの指示に従って Technology Viewpoint を導出する。
Input:
- Engineering VP 仕様(
viewツールで読み込み) - 技術スタック・非機能要件(PHASE 0 で取得済み)
Completion Check / 完了チェック:
-
/home/claude/.rmodp/technology-view.mdが生成されている - Engineering Object → Technology Object の対応表が出力されている
- PlantUML 技術スタック図(製品名・バージョン付き、PNG)が出力されている
- Implementable Standard が各 Technology Object に割り当てられている
- IXIT(テスト用実装付加情報)のプロフォーマが定義されている
- 逆質問(3〜5個)がユーザーに提示され、回答が反映されている
workflow-status.json を更新:"5_technology": { "status": "completed", "file": "technology-view.md" }
英語出力モードでの完了メッセージ(必ずこの形式で出力すること):
✅ STEP 5 — Technology Viewpoint complete.
Mapped Engineering Objects to Technology Objects, defined Implementable Standards and IXIT → technology-view.md
日本語出力モードでの完了メッセージ(必ずこの形式で出力すること):
✅ STEP 5 — Technology Viewpoint 完了
Engineering Object → Technology Object マッピング、Implementable Standard・IXIT を定義 → technology-view.md
PHASE C: Consistency Verification (Step 6) / 整合性検証
Step 6: Correspondence Specifications
view ツールで /mnt/skills/user/rmodp-correspondence-web/SKILL.md を読み込み、
そのスキルの指示に従って Correspondence を導出する。
Input:
- 全5 Viewpoint 仕様(各ファイルを
viewツールで順次読み込み)
Completion Check / 完了チェック:
-
/home/claude/.rmodp/correspondence.mdが生成されている - Enterprise を起点とした4つの対応関係(→Information / →Computational / →Engineering / →Technology)が定義されている
- 基本3視点間の3つの対応関係(Computational↔Information / Engineering↔Computational / Technology↔Engineering)が定義されている
- PlantUML トレーサビリティマップ(PNG)が出力されている
- Markdown テーブルによるトレーサビリティマトリクスが出力されている
- 孤立要素・機能欠落・矛盾の検証結果が記述されている
- 逆質問(3〜5個)がユーザーに提示されている
workflow-status.json を更新:"6_correspondence": { "status": "completed", "file": "correspondence.md" }
英語出力モードでの完了メッセージ(必ずこの形式で出力すること):
✅ STEP 6 — Correspondence Specifications complete.
Verified cross-viewpoint traceability, identified orphan elements and gaps → correspondence.md
日本語出力モードでの完了メッセージ(必ずこの形式で出力すること):
✅ STEP 6 — Correspondence Specifications 完了
視点間トレーサビリティを検証、孤立要素・ギャップを特定 → correspondence.md
PHASE FINAL: Complete / 完了
全ステップ完了後、以下を実行する:
1. 成果物の一括提供
# outputs にコピー
cp -r /home/claude/.rmodp /mnt/user-data/outputs/{システム名}-rmodp
# ZIP 作成
cd /mnt/user-data/outputs
zip -r {システム名}-rmodp.zip {システム名}-rmodp/
present_files ツールで以下を提示(優先順):
{システム名}-rmodp.zip(一括ダウンロード)enterprise-view.mdinformation-view.mdcomputational-view.mdengineering-view.mdtechnology-view.mdcorrespondence.md
2. 最終サマリの表示
日本語出力の場合:
========================================
✅ RM-ODP WORKFLOW COMPLETE
========================================
Project: {システム名}
Generated Specifications:
📋 Enterprise Viewpoint → .rmodp/enterprise-view.md
📊 Information Viewpoint → .rmodp/information-view.md
⚙️ Computational Viewpoint → .rmodp/computational-view.md
🏗️ Engineering Viewpoint → .rmodp/engineering-view.md
🔧 Technology Viewpoint → .rmodp/technology-view.md
🔗 Correspondence Specs → .rmodp/correspondence.md
Verification:
Orphan Elements: {x} 件
Gaps: {x} 件
Contradictions: {x} 件
Overall Status: ✅ OK / ⚠️ 要対応
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📢 NEXT ACTIONS:
- 不整合がある場合 → 該当 Viewpoint を修正後、rmodp-correspondence-web を再実行
- 個別 Viewpoint の修正 → 対応するサブスキルで再実行
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
英語出力の場合:
========================================
✅ RM-ODP WORKFLOW COMPLETE
========================================
Project: {system-name}
Generated Specifications:
📋 Enterprise Viewpoint → .rmodp/enterprise-view.md
📊 Information Viewpoint → .rmodp/information-view.md
⚙️ Computational Viewpoint → .rmodp/computational-view.md
🏗️ Engineering Viewpoint → .rmodp/engineering-view.md
🔧 Technology Viewpoint → .rmodp/technology-view.md
🔗 Correspondence Specs → .rmodp/correspondence.md
Verification:
Orphan Elements: {x} detected
Gaps: {x} detected
Contradictions: {x} detected
Overall Status: ✅ OK / ⚠️ Action Required
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📢 NEXT ACTIONS:
- If inconsistencies found → Fix the relevant Viewpoint, then re-run rmodp-correspondence-web
- Individual Viewpoint updates → Re-run the corresponding sub-skill
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
エラーハンドリング
| エラー | 対処 |
|---|---|
| 前提ファイルが存在しない | 依存ステップの実行を促す |
| サブスキル SKILL.md が見つからない | スキルの内容をインラインで実行する |
| 逆質問への回答が不足 | 仮定値で進め、Step 6 で再検証 |
| コンテキストウィンドウ不足 | Phase 分割を提案 |
進捗管理
ステップ完了ごとに create_file ツールで /home/claude/.rmodp/workflow-status.json を上書き保存する。
再開時は view ツールで読み込んで状態を復元する。
進捗テンプレートは assets/progress-template.md(日本語)または
assets/progress-template-en.md(英語)を参照。
Claude Code 版との差異
| 項目 | Claude Code 版 | Web 版(本スキル) |
|---|---|---|
| サブスキル実行 | /rmodp-enterprise-view スラッシュコマンド |
view で SKILL.md を読み込みインライン実行 |
| ダイアグラム | PlantUML(.puml → .png 生成) |
PlantUML(.puml → .png 生成、PNG + ソースを仕様書に埋め込み) |
| ファイル書き込み | bash で直接書き込み | create_file ツール |
| 成果物提供 | ファイルシステム上に残る | present_files ツールでダウンロード提供 |
| 進捗再開 | bash で workflow-status.json を読み書き |
view / create_file ツールで読み書き |