role-os 1.9.0 → 2.0.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +332 -297
- package/README.es.md +250 -160
- package/README.fr.md +250 -160
- package/README.hi.md +250 -160
- package/README.it.md +250 -160
- package/README.ja.md +250 -160
- package/README.md +287 -250
- package/README.pt-BR.md +250 -160
- package/README.zh.md +250 -160
- package/bin/roleos.mjs +205 -145
- package/package.json +51 -51
- package/src/run-cmd.mjs +405 -0
- package/src/run.mjs +949 -0
package/README.ja.md
CHANGED
|
@@ -1,160 +1,250 @@
|
|
|
1
|
-
<p align="center">
|
|
2
|
-
<a href="README.md">English</a> | <a href="README.zh.md">中文</a> | <a href="README.es.md">Español</a> | <a href="README.fr.md">Français</a> | <a href="README.hi.md">हिन्दी</a> | <a href="README.it.md">Italiano</a> | <a href="README.pt-BR.md">Português (BR)</a>
|
|
3
|
-
</p>
|
|
4
|
-
|
|
5
|
-
# Role OS
|
|
6
|
-
|
|
7
|
-
<p align="center">
|
|
8
|
-
<img src="https://raw.githubusercontent.com/mcp-tool-shop-org/brand/main/logos/role-os/readme.png" alt="Role OS" width="400">
|
|
9
|
-
</p>
|
|
10
|
-
|
|
11
|
-
<p align="center">
|
|
12
|
-
<a href="https://github.com/mcp-tool-shop-org/role-os/actions"><img src="https://github.com/mcp-tool-shop-org/role-os/actions/workflows/ci.yml/badge.svg" alt="CI"></a>
|
|
13
|
-
<a href="https://www.npmjs.com/package
|
|
14
|
-
<a href="LICENSE"><img src="https://img.shields.io/badge/license-MIT-blue" alt="MIT License"></a>
|
|
15
|
-
<a href="https://mcp-tool-shop-org.github.io/role-os/"><img src="https://img.shields.io/badge/Landing_Page-live-brightgreen" alt="Landing Page"></a>
|
|
16
|
-
</p>
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
## Role OSの機能
|
|
21
|
-
|
|
22
|
-
Role OS
|
|
23
|
-
|
|
24
|
-
- **ドリフト(逸脱)**: 各役割は、自身の担当範囲にとどまります。製品の再設計、フロントエンドのスコープ変更、バックエンドの製品方向性の変更を防ぎます。
|
|
25
|
-
- **誤った完了**: 完了の定義は明確です。不備を隠したり、検証を省略したり、別の問題を解決したりする作業は却下されます。
|
|
26
|
-
- **汚染**: 分岐または継承されたプロジェクトには、元のプロジェクトの要素が残存する可能性があります。Role OSは、用語、ビジュアル、および思考モデルにおけるプロジェクト間の逸脱を検出し、却下します。
|
|
27
|
-
- **主観的な進捗**: すべての手渡し作業は構造化されています。すべての判断は、証拠に基づいています。「完了したように感じる」という主観的な判断は認められません。
|
|
28
|
-
|
|
29
|
-
## Role OSの仕組み
|
|
30
|
-
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
|
|
42
|
-
|
|
43
|
-
|
|
44
|
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
##
|
|
66
|
-
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
79
|
-
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
95
|
-
|
|
96
|
-
|
|
97
|
-
|
|
98
|
-
|
|
99
|
-
|
|
100
|
-
|
|
101
|
-
|
|
102
|
-
|
|
103
|
-
|
|
104
|
-
|
|
105
|
-
|
|
106
|
-
|
|
107
|
-
|
|
108
|
-
|
|
109
|
-
|
|
110
|
-
|
|
111
|
-
|
|
112
|
-
|
|
113
|
-
|
|
114
|
-
|
|
115
|
-
|
|
116
|
-
|
|
117
|
-
-
|
|
118
|
-
-
|
|
119
|
-
-
|
|
120
|
-
-
|
|
121
|
-
-
|
|
122
|
-
|
|
123
|
-
##
|
|
124
|
-
|
|
125
|
-
|
|
126
|
-
|
|
127
|
-
|
|
128
|
-
|
|
129
|
-
|
|
130
|
-
|
|
131
|
-
|
|
132
|
-
|
|
133
|
-
|
|
134
|
-
|
|
135
|
-
|
|
136
|
-
|
|
137
|
-
|
|
138
|
-
|
|
139
|
-
|
|
140
|
-
|
|
141
|
-
|
|
142
|
-
|
|
143
|
-
|
|
144
|
-
|
|
145
|
-
|
|
146
|
-
|
|
147
|
-
|
|
148
|
-
-
|
|
149
|
-
-
|
|
150
|
-
|
|
151
|
-
|
|
152
|
-
|
|
153
|
-
|
|
154
|
-
|
|
155
|
-
|
|
156
|
-
|
|
157
|
-
|
|
158
|
-
|
|
159
|
-
|
|
160
|
-
|
|
1
|
+
<p align="center">
|
|
2
|
+
<a href="README.md">English</a> | <a href="README.zh.md">中文</a> | <a href="README.es.md">Español</a> | <a href="README.fr.md">Français</a> | <a href="README.hi.md">हिन्दी</a> | <a href="README.it.md">Italiano</a> | <a href="README.pt-BR.md">Português (BR)</a>
|
|
3
|
+
</p>
|
|
4
|
+
|
|
5
|
+
# Role OS
|
|
6
|
+
|
|
7
|
+
<p align="center">
|
|
8
|
+
<img src="https://raw.githubusercontent.com/mcp-tool-shop-org/brand/main/logos/role-os/readme.png" alt="Role OS" width="400">
|
|
9
|
+
</p>
|
|
10
|
+
|
|
11
|
+
<p align="center">
|
|
12
|
+
<a href="https://github.com/mcp-tool-shop-org/role-os/actions"><img src="https://github.com/mcp-tool-shop-org/role-os/actions/workflows/ci.yml/badge.svg" alt="CI"></a>
|
|
13
|
+
<a href="https://www.npmjs.com/package/role-os"><img src="https://img.shields.io/npm/v/role-os" alt="npm"></a>
|
|
14
|
+
<a href="LICENSE"><img src="https://img.shields.io/badge/license-MIT-blue" alt="MIT License"></a>
|
|
15
|
+
<a href="https://mcp-tool-shop-org.github.io/role-os/"><img src="https://img.shields.io/badge/Landing_Page-live-brightgreen" alt="Landing Page"></a>
|
|
16
|
+
</p>
|
|
17
|
+
|
|
18
|
+
マルチ・クロード環境を効率的に運用するためのシステムで、31種類の専門的な役割に分担し、タスクを割り当て、検証し、実行します。タスクをまとめた「タスクパケット」を作成し、役割のマッチングに基づいて最適なチームを編成し、実行前に問題点を検出し、タスクが中断または拒否された場合に自動的にリカバリー処理を実行し、すべての判断において構造化された証拠を必要とします。
|
|
19
|
+
|
|
20
|
+
## Role OSの機能
|
|
21
|
+
|
|
22
|
+
Role OSは、マルチ・クロード環境をプロフェッショナルに活用するための方法です。一般的なAIワークフローで発生する特定の問題を回避します。
|
|
23
|
+
|
|
24
|
+
- **ドリフト(逸脱)**: 各役割は、自身の担当範囲にとどまります。製品の再設計、フロントエンドのスコープ変更、バックエンドの製品方向性の変更を防ぎます。
|
|
25
|
+
- **誤った完了**: 完了の定義は明確です。不備を隠したり、検証を省略したり、別の問題を解決したりする作業は却下されます。
|
|
26
|
+
- **汚染**: 分岐または継承されたプロジェクトには、元のプロジェクトの要素が残存する可能性があります。Role OSは、用語、ビジュアル、および思考モデルにおけるプロジェクト間の逸脱を検出し、却下します。
|
|
27
|
+
- **主観的な進捗**: すべての手渡し作業は構造化されています。すべての判断は、証拠に基づいています。「完了したように感じる」という主観的な判断は認められません。
|
|
28
|
+
|
|
29
|
+
## Role OSの仕組み
|
|
30
|
+
|
|
31
|
+
タスクの内容を記述してください。Role OSが、最適な連携レベルを自動的に決定します。
|
|
32
|
+
|
|
33
|
+
```bash
|
|
34
|
+
roleos start "fix the crash in save handler"
|
|
35
|
+
# → MISSION: Bugfix & Diagnosis (70% confidence)
|
|
36
|
+
# Chain: Repo Researcher → Backend Engineer → Test Engineer → Critic Reviewer
|
|
37
|
+
|
|
38
|
+
roleos start "add a new export command"
|
|
39
|
+
# → PACK: Feature Build (50% confidence)
|
|
40
|
+
# Roles: Orchestrator, Product Strategist, Spec Writer, Backend Engineer, Test Engineer, Critic Reviewer
|
|
41
|
+
|
|
42
|
+
roleos start "something completely novel"
|
|
43
|
+
# → FREE-ROUTING (10% confidence)
|
|
44
|
+
# Hint: Create a packet and run `roleos route` for role-level routing
|
|
45
|
+
```
|
|
46
|
+
|
|
47
|
+
**段階的な解決策:**
|
|
48
|
+
|
|
49
|
+
1. **ミッション:** 確立された繰り返し作業(バグ修正、改善、新機能追加、ドキュメント作成、セキュリティ対策、研究など)にタスクが該当する場合。役割の連鎖、成果物の流れ、エスカレーションの経路、および部分的な定義が明確になっています。
|
|
50
|
+
2. **パック:** タスクが既知のカテゴリに属するが、完全なミッションとは異なる場合。7つの調整済みのチームパックがあり、自動選択機能と、役割の不一致を検知する機能があります。
|
|
51
|
+
3. **自由ルーティング:** タスクが新規、複合的、または不明確な場合。31のすべての役割をタスクの内容に基づいて評価し、動的な連鎖を構築します。
|
|
52
|
+
|
|
53
|
+
このシステムは、常に適切な抽象レベルでタスクを実行させます。各レベルを選択した理由を説明し、代替案も提示します。
|
|
54
|
+
|
|
55
|
+
**ルーティング後:**
|
|
56
|
+
|
|
57
|
+
1. **各役割は成果物を生成:** 構造化された出力で、次の役割が理解しやすいように、証拠となる情報が含まれています。
|
|
58
|
+
2. **レビュー担当者が契約に基づいて評価:** 構造化された証拠に基づいて、受け入れ、拒否、または中断のいずれかの判断を行います。主観的な判断は排除されます。
|
|
59
|
+
3. **中断または拒否されたタスクは自動的にリカバリー:** 問題が発生したタスクは、理由、リカバリーの種類、および必要な成果物とともに、適切な担当者にルーティングされます。
|
|
60
|
+
|
|
61
|
+
## 組織全体の展開状況
|
|
62
|
+
|
|
63
|
+
組織全体の展開状況(キュー、意思決定、監査記録、リポジトリごとのロックパケット)は、別のプライベートリポジトリに保存されています:[`role-os-rollout`](https://github.com/mcp-tool-shop-org/role-os-rollout)。このリポジトリは製品であり、別のリポジトリは運用状況を管理します。
|
|
64
|
+
|
|
65
|
+
## メモリと継続性
|
|
66
|
+
|
|
67
|
+
Role OSは、メモリレイヤーを所有または複製しません。Claudeプロジェクトのメモリが存在する場合、それが標準的な継続性システムです。リポジトリの情報、決定事項、未解決の問題、および処理履歴は、そこに保存されます。
|
|
68
|
+
|
|
69
|
+
Role OSは、Claudeプロジェクトのメモリと連携します。置き換えるものではありません。
|
|
70
|
+
|
|
71
|
+
## 完全な処理と品質チェック
|
|
72
|
+
|
|
73
|
+
完全な処理は、Claudeプロジェクトのメモリ (`memory/full-treatment.md`) に定義された、7段階の標準的なプロセスです。Role OSは、役割契約、手渡し、およびレビューゲートを使用して、処理をルーティングおよびレビューします。このプロセスを再定義するものではありません。
|
|
74
|
+
|
|
75
|
+
**品質チェック**は、完全な処理の前に実行される、31項目の品質ゲートです。完全な処理を開始する前に、AからDまでの必須ゲートをすべて通過する必要があります。参照先: `memory/shipcheck.md`.
|
|
76
|
+
|
|
77
|
+
順序: 品質チェックを最初に実行し、次に完全な処理を行います。必須ゲートをすべて通過しない限り、バージョン1.0.0をリリースできません。
|
|
78
|
+
|
|
79
|
+
## 32の役割、8つのパッケージに分類
|
|
80
|
+
|
|
81
|
+
| パッケージ | 役割 |
|
|
82
|
+
|------|-------|
|
|
83
|
+
| **Core** (3) | オーケストレーター、プロダクトストラテジスト、レビュー担当者 |
|
|
84
|
+
| **Engineering** (7) | フロントエンド開発者、バックエンドエンジニア、テストエンジニア、リファクタリングエンジニア、パフォーマンスエンジニア、依存関係監査担当者、セキュリティレビュー担当者 |
|
|
85
|
+
| **Design** (2) | UIデザイナー、ブランド担当者 |
|
|
86
|
+
| **Marketing** (1) | ローンチコピーライター |
|
|
87
|
+
| **Treatment** (7) | リポジトリ研究者、リポジトリ翻訳者、ドキュメントアーキテクト、メタデータキュレーター、カバレッジ監査担当者、デプロイ検証担当者、リリースエンジニア |
|
|
88
|
+
| **Product** (3) | フィードバック合成ツール、ロードマップ優先順位付けツール、仕様書作成ツール |
|
|
89
|
+
| **Research** (4) | UXリサーチャー、競合分析担当者、トレンドリサーチャー、ユーザーインタビュー合成担当者 |
|
|
90
|
+
| **Growth** (4) | ローンチストラテジスト、コンテンツストラテジスト、コミュニティマネージャー、サポートトリアージリーダー |
|
|
91
|
+
|
|
92
|
+
各役割には、詳細な契約書があります。内容は、ミッション、使用するタイミング、使用しないタイミング、必要な入力、必要な出力、品質基準、およびエスカレーションのトリガーなどです。すべての役割はルーティング可能であり、`roleos route`コマンドを使用すると、タスクの内容に基づいて、最適な役割を推奨することができます。
|
|
93
|
+
|
|
94
|
+
## クイックスタート
|
|
95
|
+
|
|
96
|
+
```bash
|
|
97
|
+
npx role-os init
|
|
98
|
+
|
|
99
|
+
# Describe what you need — Role OS picks the right level:
|
|
100
|
+
roleos start "fix the crash in save handler"
|
|
101
|
+
|
|
102
|
+
# Or go manual:
|
|
103
|
+
roleos packet new feature
|
|
104
|
+
roleos route .claude/packets/my-feature.md
|
|
105
|
+
roleos review .claude/packets/my-feature.md accept
|
|
106
|
+
roleos status
|
|
107
|
+
|
|
108
|
+
# Explore missions and packs:
|
|
109
|
+
roleos mission list
|
|
110
|
+
roleos mission show bugfix
|
|
111
|
+
roleos packs list
|
|
112
|
+
roleos packs show feature
|
|
113
|
+
```
|
|
114
|
+
|
|
115
|
+
## Role OSを使用しない場合
|
|
116
|
+
|
|
117
|
+
- 単一行の修正、タイプミス、または明白なバグ
|
|
118
|
+
- 明確な出力がない探索的な調査
|
|
119
|
+
- 5分で1人の担当者が完了できる作業
|
|
120
|
+
- レビュープロセスが完了する前にリリースする必要がある緊急の修正
|
|
121
|
+
- 速度を重視し、構造を後回しにしたいプロジェクト
|
|
122
|
+
|
|
123
|
+
## 検証
|
|
124
|
+
|
|
125
|
+
Role OSは、構造が異なる2つのリポジトリで、3つの異なるテストケースで検証されました。
|
|
126
|
+
|
|
127
|
+
**テストケース001 — 機能開発** (Crew Screen, Star Freight)
|
|
128
|
+
- 7つの役割チェーン、45のテストシナリオ、役割の衝突は0件。
|
|
129
|
+
- 分岐元のプロジェクトからの汚染を防ぎ、意図しない変更を検出し、問題点を明確にしました。
|
|
130
|
+
|
|
131
|
+
**テストケース002 — 統合** (CampaignState wiring, Star Freight)
|
|
132
|
+
- 5つの役割チェーン、フォールバックによる問題を解決しました。
|
|
133
|
+
- フォールバックテストにより、実際に動作するパスが存在することを確認しました。
|
|
134
|
+
|
|
135
|
+
**テストケース003 — ID管理** (Contamination purge, Star Freight)
|
|
136
|
+
- 6つの役割チェーン、耐久性のあるCIによる汚染防御を含む、51のテストシナリオ。
|
|
137
|
+
- 継承された不整合を修正し、大規模な再設計を回避しました。
|
|
138
|
+
|
|
139
|
+
**移植性テスト** (Personaの一貫性、センサーの挙動)
|
|
140
|
+
- 同じ基本構造を持ちながら、異なる言語、ドメイン、技術スタックを使用
|
|
141
|
+
- コンテキストの変更のみで導入可能。コアとなる契約の変更は行わない。
|
|
142
|
+
|
|
143
|
+
**フルトリートメント FT-001** (portlight-desktop)
|
|
144
|
+
- 7段階の担当者配置によるトリートメント。トリートメントパッケージの役割を使用。
|
|
145
|
+
- 品質チェックが確立されており、役割の競合はゼロ。
|
|
146
|
+
|
|
147
|
+
**フルトリートメント FT-002** (studioflow)
|
|
148
|
+
- 同じトリートメントパッケージを使用。構造は異なり、リポジトリの内容も異なる(クリエイティブワークスペース vs ゲーム)。
|
|
149
|
+
- トリートメントパッケージは移植可能。契約の変更は不要。
|
|
150
|
+
|
|
151
|
+
## 主要な特性
|
|
152
|
+
|
|
153
|
+
これらは変更できません。変更によってこれらのいずれかが弱体化する場合は、却下してください。
|
|
154
|
+
|
|
155
|
+
- ロールの境界が維持される
|
|
156
|
+
- レビューは厳格である
|
|
157
|
+
- エスカレーションは誠実に行われる
|
|
158
|
+
- テスト可能な状態が維持される
|
|
159
|
+
- 移植性は、コア部分の変更ではなく、コンテキストへの適応が必要
|
|
160
|
+
|
|
161
|
+
## プロジェクト構造
|
|
162
|
+
|
|
163
|
+
```
|
|
164
|
+
role-os/
|
|
165
|
+
bin/roleos.mjs ← CLI entrypoint
|
|
166
|
+
src/
|
|
167
|
+
entry.mjs ← Unified entry: mission → pack → free routing
|
|
168
|
+
entry-cmd.mjs ← `roleos start` CLI command
|
|
169
|
+
mission.mjs ← 6 named mission types (feature, bugfix, treatment, docs, security, research)
|
|
170
|
+
mission-run.mjs ← Mission runner: create → step → complete → report
|
|
171
|
+
mission-cmd.mjs ← `roleos mission` CLI commands
|
|
172
|
+
route.mjs ← 31-role routing + dynamic chain builder
|
|
173
|
+
packs.mjs ← 7 calibrated team packs + auto-selection
|
|
174
|
+
conflicts.mjs ← 4-pass conflict detection
|
|
175
|
+
escalation.mjs ← Auto-routing for blocked/rejected/split
|
|
176
|
+
evidence.mjs ← Structured evidence + role-aware requirements
|
|
177
|
+
dispatch.mjs ← Runtime dispatch manifests for multi-claude
|
|
178
|
+
artifacts.mjs ← 20 per-role artifact contracts + 7 pack handoffs
|
|
179
|
+
decompose.mjs ← Composite task detection + splitting
|
|
180
|
+
composite.mjs ← Dependency-ordered execution + recovery
|
|
181
|
+
replan.mjs ← Mid-run adaptive replanning
|
|
182
|
+
calibration.mjs ← Outcome recording + weight tuning
|
|
183
|
+
hooks.mjs ← 5 lifecycle hooks for runtime enforcement
|
|
184
|
+
session.mjs ← Session scaffolding + doctor
|
|
185
|
+
test/ ← 527 tests across 20 test files
|
|
186
|
+
starter-pack/ ← Drop-in role contracts, policies, schemas, workflows
|
|
187
|
+
```
|
|
188
|
+
|
|
189
|
+
## セキュリティ
|
|
190
|
+
|
|
191
|
+
Role OSは、**ローカルでのみ**動作します。Markdownテンプレートをコピーし、パケット/判定ファイルを、あなたのリポジトリの`.claude/`ディレクトリに書き込みます。ネットワークへのアクセス、機密情報の取り扱い、テレメトリーの収集は行いません。危険な操作は一切行いません。すべてのファイル書き込みは、デフォルトでファイルが存在する場合はスキップします。詳細については、[SECURITY.md](SECURITY.md) を参照してください。
|
|
192
|
+
|
|
193
|
+
## このオペレーティングシステム
|
|
194
|
+
|
|
195
|
+
| レイヤー | Role OSの機能 | ステータス |
|
|
196
|
+
|-------|-------------|--------|
|
|
197
|
+
| **Routing** | タスクの内容に基づいて、31のすべての役割を評価し、推奨事項を説明し、信頼度を評価します。 | ✓ 完了 |
|
|
198
|
+
| **Chain builder** | 役割を段階的に組み合わせて連鎖を構築します。タスクの種類に最適化されており、テンプレートに依存しません。 | ✓ 完了 |
|
|
199
|
+
| **Conflict detection** | 4段階の検証:競合、順序、冗長性、網羅性の欠落。修正案の提案。 | ✓ 完了 |
|
|
200
|
+
| **Escalation** | 中断、拒否、または分割されたタスクを、理由と必要な成果物とともに、適切な担当者に自動的にルーティングします。 | ✓ 完了 |
|
|
201
|
+
| **Evidence** | 判断において、役割を意識した構造化された証拠を使用します。十分性のチェックを行います。12種類の証拠があります。 | ✓ 完了 |
|
|
202
|
+
| **Dispatch** | マルチ・クロード環境での実行に必要な情報を生成します。各役割で使用するツール、システムプロンプト、予算などを定義します。 | ✓ 完了 |
|
|
203
|
+
| **Trials** | すべての役割について、テストが完了しています。30種類のタスクと、5種類のネガティブテストが成功しました。7つのチームパックのテストも完了しています。 | ✓ 完了 |
|
|
204
|
+
| **Team Packs** | 自動選択機能、役割の不一致を検知する機能、および自由ルーティングによるフォールバックを備えた、7つの調整済みのチームパック。 | ✓ 完了 |
|
|
205
|
+
| **Outcome calibration** | 実行結果を記録し、結果に基づいてチームパックまたは役割の重みを調整し、信頼度の閾値を調整します。 | ✓ 完了 |
|
|
206
|
+
| **Mixed-task decomposition** | 複合タスクを検出し、子タスクに分割し、チームパックを割り当て、依存関係を維持します。 | ✓ 完了 |
|
|
207
|
+
| **Composite execution** | 依存関係の順序で子タスクを実行し、成果物を引き継ぎ、リカバリー処理を行い、統合します。 | ✓ 完了 |
|
|
208
|
+
| **Adaptive replanning** | 実行中にスコープの変更、発見事項、または新しい要件が発生した場合でも、計画を再起動せずに更新できます。 | ✓ 完了 |
|
|
209
|
+
| **Session spine** | `roleos init claude`コマンドを使用すると、CLAUDE.md、/roleos-route、/roleos-review、/roleos-statusファイルが作成されます。`roleos doctor`コマンドを使用すると、設定が正しく行われているかを確認できます。ルーティングカードは、タスクへの関与を証明します。 | ✓ 完了 |
|
|
210
|
+
| **Hook spine** | 5つのライフサイクルフック(SessionStart、PromptSubmit、PreToolUse、SubagentStart、Stop)。コンプライアンスの強制:ルートカードのリマインダー、ツールの利用制限、サブエージェントの役割の注入、完了状況の監査。 | ✓ 完了 |
|
|
211
|
+
| **Artifact spine** | ロールごとに20件の成果物契約。7件のパッケージ引き継ぎ契約。構造検証。チェーンの完全性チェック。下位のロールは、受け取った内容を推測することはありません。 | ✓ 完了 |
|
|
212
|
+
| **Mission library** | 6つの名前付きミッション(新機能追加、バグ修正、改善、ドキュメントのリリース、セキュリティ強化、研究開発)。それぞれが、パッケージ、ロールチェーン、成果物の流れ、エスカレーションのブランチ、正直で部分的な定義を宣言します。6つすべてが試行錯誤され、強化されています。 | ✓ 完了 |
|
|
213
|
+
| **Mission runner** | 実行を開始し、追跡された状態とともにステップを進め、正直なレポートで完了または失敗。ブロックされたステップの伝播、チェーンからの逸脱に関する警告、最後のステップの再開。 | ✓ 完了 |
|
|
214
|
+
| **Unified entry** | `roleos start`は、ミッション、パッケージ、または自由ルーティングを自動的に決定します。信頼度スコア、代替案、および複合検出を備えたフォールバックシステム。 | ✓ 完了 |
|
|
215
|
+
|
|
216
|
+
## 6つのミッション
|
|
217
|
+
|
|
218
|
+
| ミッション | パッケージ | 役割 | 使用するタイミング |
|
|
219
|
+
|---------|------|-------|-------------|
|
|
220
|
+
| `feature-ship` | 新機能 | 5 | 完全な新機能の提供:範囲 → 仕様 → 実装 → テスト → レビュー |
|
|
221
|
+
| `bugfix` | バグ修正 | 4 | 根本原因の特定、修正、テスト、検証 |
|
|
222
|
+
| `treatment` | 改善 | 4 | 品質チェック + 調整 + ドキュメント + CIによる検証 + レビュー |
|
|
223
|
+
| `docs-release` | ドキュメント | 2 | ドキュメントの作成/更新、リリースノート |
|
|
224
|
+
| `security-hardening` | セキュリティ | 4 | 脅威モデルの作成、監査、脆弱性の修正、再監査、検証 |
|
|
225
|
+
| `research-launch` | 研究 | 4 | 問題の定義、調査、結果の文書化、決定 |
|
|
226
|
+
|
|
227
|
+
各ミッションには、正直で部分的な定義が含まれています。作業が停滞した場合、システムは完了した内容と残りの内容を記録し、進捗を偽装することはありません。
|
|
228
|
+
|
|
229
|
+
## ステータス
|
|
230
|
+
|
|
231
|
+
- v0.1–v0.4: 基礎 - 試行、導入、改善パッケージ、スターターパッケージ
|
|
232
|
+
- v1.0.0: 32のロール、完全なCLI、実績のある改善、マルチリポジトリの移植性
|
|
233
|
+
- v1.0.2: ロールOSのロックダウン(ブートストラップの真実性の修正、init --force)
|
|
234
|
+
- v1.1.0: 31のロール、完全なルーティング機能、競合検出、エスカレーション、証拠、ディスパッチ、7つの実績のあるチームパッケージ。35回の実行テスト。212件のテスト。
|
|
235
|
+
- v1.2.0: デフォルトとして推奨されるパッケージ。自動選択、不整合の検出、代替案の提案、自由ルーティングのフォールバック。246件のテスト。
|
|
236
|
+
- v1.3.0: 結果の調整、タスクの細分化、複合実行、適応的な再計画。317件のテスト。
|
|
237
|
+
- v1.4.0: セッションの基盤 - `roleos init claude`、`roleos doctor`、ルートカード、/roleos-route + /roleos-review + /roleos-status コマンド。335件のテスト。
|
|
238
|
+
- v1.5.0: フックの基盤 - 実行時の強制のための5つのライフサイクルフック。358件のテスト。
|
|
239
|
+
- v1.6.0: 成果物の基盤 - ロールごとの20件の成果物契約、7件のパッケージ引き継ぎ契約、構造検証。385件のテスト。
|
|
240
|
+
- v1.7.0: 完了の証明 - 実際のタスクをフルスタックで実行。`roleos artifacts` CLI。構造的な修正に関する正直なエスカレーション。398件のテスト。
|
|
241
|
+
- v1.8.0: ミッションライブラリ(Phase S)- 6つの名前付きミッション、ランナーエンジン、完了レポート。6回の実際の試行錯誤で強化されています。481件のテスト。
|
|
242
|
+
- **v1.9.0**: 統合されたエントリパス(Phase T)- `roleos start`は、ミッション、パッケージ、または自由ルーティングを自動的に決定します。フォールバックシステム、複合検出、エントリパスの比較テスト。527件のテスト。
|
|
243
|
+
|
|
244
|
+
## ライセンス
|
|
245
|
+
|
|
246
|
+
MIT
|
|
247
|
+
|
|
248
|
+
---
|
|
249
|
+
|
|
250
|
+
作成者: <a href="https://mcp-tool-shop.github.io/">MCP Tool Shop</a>
|