musubix 2.0.1 → 2.0.3
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/.github/skills/musubix-sdd-workflow/SKILL.md +86 -13
- package/AGENTS.md +26 -6
- package/package.json +20 -20
|
@@ -16,9 +16,11 @@ Before starting any development task:
|
|
|
16
16
|
2. Check `steering/rules/constitution.md` for the 9 constitutional articles
|
|
17
17
|
3. Review existing specs in `storage/specs/`
|
|
18
18
|
|
|
19
|
-
## Workflow
|
|
19
|
+
## Complete Workflow
|
|
20
20
|
|
|
21
|
-
###
|
|
21
|
+
### Phase 1: Requirements Definition
|
|
22
|
+
|
|
23
|
+
#### Step 1: Create Requirements Document (Article IV - EARS Format)
|
|
22
24
|
|
|
23
25
|
Create requirements using EARS patterns:
|
|
24
26
|
|
|
@@ -41,7 +43,19 @@ EARS Patterns:
|
|
|
41
43
|
- **Unwanted**: `THE [system] SHALL NOT [behavior]`
|
|
42
44
|
- **Optional**: `IF [condition], THEN THE [system] SHALL [response]`
|
|
43
45
|
|
|
44
|
-
|
|
46
|
+
#### Step 2-3: Requirements Review Loop
|
|
47
|
+
|
|
48
|
+
Review requirements for:
|
|
49
|
+
- EARS format compliance
|
|
50
|
+
- Completeness and clarity
|
|
51
|
+
- Testability
|
|
52
|
+
- Traceability readiness
|
|
53
|
+
|
|
54
|
+
**Repeat until no issues remain.**
|
|
55
|
+
|
|
56
|
+
### Phase 2: Design
|
|
57
|
+
|
|
58
|
+
#### Step 4: Create Design Document (Article VII - Design Patterns)
|
|
45
59
|
|
|
46
60
|
Create C4 model design documents:
|
|
47
61
|
|
|
@@ -65,7 +79,19 @@ Design document template:
|
|
|
65
79
|
[Component details]
|
|
66
80
|
```
|
|
67
81
|
|
|
68
|
-
|
|
82
|
+
#### Step 5-6: Design Review Loop
|
|
83
|
+
|
|
84
|
+
Review design for:
|
|
85
|
+
- Requirement coverage
|
|
86
|
+
- SOLID principles compliance
|
|
87
|
+
- Design pattern appropriateness
|
|
88
|
+
- Traceability to requirements
|
|
89
|
+
|
|
90
|
+
**Repeat until no issues remain.**
|
|
91
|
+
|
|
92
|
+
### Phase 3: Task Decomposition
|
|
93
|
+
|
|
94
|
+
#### Step 7: Generate Tasks
|
|
69
95
|
|
|
70
96
|
Generate implementation tasks from design:
|
|
71
97
|
|
|
@@ -81,23 +107,30 @@ Generate implementation tasks from design:
|
|
|
81
107
|
## 受入基準
|
|
82
108
|
- [ ] Criterion 1
|
|
83
109
|
- [ ] Criterion 2
|
|
110
|
+
|
|
111
|
+
## 見積もり
|
|
112
|
+
[4時間以内を推奨]
|
|
84
113
|
```
|
|
85
114
|
|
|
86
|
-
|
|
115
|
+
#### Step 8-9: Task Review Loop
|
|
116
|
+
|
|
117
|
+
Review tasks for:
|
|
118
|
+
- Appropriate granularity (≤4 hours)
|
|
119
|
+
- Clear acceptance criteria
|
|
120
|
+
- Complete traceability chain
|
|
121
|
+
|
|
122
|
+
**Repeat until no issues remain.**
|
|
123
|
+
|
|
124
|
+
### Phase 4: Implementation
|
|
125
|
+
|
|
126
|
+
#### Step 10: Coding & Unit Testing (Article III - Test-First)
|
|
87
127
|
|
|
88
|
-
|
|
128
|
+
For each task, follow Red-Green-Blue cycle:
|
|
89
129
|
|
|
90
130
|
1. **Red**: Write failing test first
|
|
91
131
|
2. **Green**: Write minimal code to pass
|
|
92
132
|
3. **Blue**: Refactor while keeping tests green
|
|
93
133
|
|
|
94
|
-
### Step 5: Traceability Validation (Article V)
|
|
95
|
-
|
|
96
|
-
Ensure 100% traceability:
|
|
97
|
-
```
|
|
98
|
-
REQ-* → DES-* → TSK-* → Code → Test
|
|
99
|
-
```
|
|
100
|
-
|
|
101
134
|
Add requirement IDs in code comments:
|
|
102
135
|
```typescript
|
|
103
136
|
/**
|
|
@@ -105,6 +138,46 @@ Add requirement IDs in code comments:
|
|
|
105
138
|
*/
|
|
106
139
|
```
|
|
107
140
|
|
|
141
|
+
#### Step 11: Integration Testing
|
|
142
|
+
|
|
143
|
+
When required by the task:
|
|
144
|
+
- Run integration tests
|
|
145
|
+
- Verify component interactions
|
|
146
|
+
- Ensure end-to-end flows work correctly
|
|
147
|
+
|
|
148
|
+
### Phase 5: Documentation & Completion
|
|
149
|
+
|
|
150
|
+
#### Step 12: Update CHANGELOG.md
|
|
151
|
+
|
|
152
|
+
Document all changes:
|
|
153
|
+
- New features
|
|
154
|
+
- Bug fixes
|
|
155
|
+
- Breaking changes
|
|
156
|
+
- Migration notes
|
|
157
|
+
|
|
158
|
+
#### Step 13: Update Other Documentation
|
|
159
|
+
|
|
160
|
+
If necessary, update:
|
|
161
|
+
- README.md
|
|
162
|
+
- USER-GUIDE.md
|
|
163
|
+
- API-REFERENCE.md
|
|
164
|
+
- AGENTS.md
|
|
165
|
+
|
|
166
|
+
#### Step 14: Git Commit & Push
|
|
167
|
+
|
|
168
|
+
```bash
|
|
169
|
+
git add .
|
|
170
|
+
git commit -m "feat/fix/chore: description"
|
|
171
|
+
git push
|
|
172
|
+
```
|
|
173
|
+
|
|
174
|
+
## Traceability Validation (Article V)
|
|
175
|
+
|
|
176
|
+
Ensure 100% traceability throughout:
|
|
177
|
+
```
|
|
178
|
+
REQ-* → DES-* → TSK-* → Code → Test
|
|
179
|
+
```
|
|
180
|
+
|
|
108
181
|
## CLI Commands
|
|
109
182
|
|
|
110
183
|
```bash
|
package/AGENTS.md
CHANGED
|
@@ -525,13 +525,33 @@ npx musubix learn best-practices --format markdown
|
|
|
525
525
|
### 推奨ワークフロー
|
|
526
526
|
|
|
527
527
|
```
|
|
528
|
+
【Phase 1: 要件定義】
|
|
528
529
|
1. steering/ を読む
|
|
529
|
-
2.
|
|
530
|
-
3.
|
|
531
|
-
4.
|
|
532
|
-
|
|
533
|
-
|
|
534
|
-
|
|
530
|
+
2. 要件定義書を作成(EARS形式)
|
|
531
|
+
3. 要件定義書のレビューと修正
|
|
532
|
+
4. 問題がなくなるまで3を繰り返す
|
|
533
|
+
|
|
534
|
+
【Phase 2: 設計】
|
|
535
|
+
5. 設計書を作成(C4モデル)
|
|
536
|
+
6. 設計書のレビューと修正
|
|
537
|
+
7. 問題がなくなるまで6を繰り返す
|
|
538
|
+
|
|
539
|
+
【Phase 3: タスク分解】
|
|
540
|
+
8. タスク分解(設計→実装タスク)
|
|
541
|
+
9. タスク分解のレビューと修正
|
|
542
|
+
10. 問題がなくなるまで9を繰り返す
|
|
543
|
+
|
|
544
|
+
【Phase 4: 実装】
|
|
545
|
+
11. タスクごとに:
|
|
546
|
+
- コーディング(Red-Green-Blue)
|
|
547
|
+
- ユニットテスト実行
|
|
548
|
+
- テスト結果をもとに修正
|
|
549
|
+
12. 必要に応じて統合テスト
|
|
550
|
+
|
|
551
|
+
【Phase 5: 完了】
|
|
552
|
+
13. CHANGELOG.md を更新
|
|
553
|
+
14. 必要に応じてその他ドキュメント更新
|
|
554
|
+
15. Git コミット・プッシュ
|
|
535
555
|
```
|
|
536
556
|
|
|
537
557
|
---
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "musubix",
|
|
3
|
-
"version": "2.0.
|
|
3
|
+
"version": "2.0.3",
|
|
4
4
|
"description": "Neuro-Symbolic AI Coding System - MUSUBI × YATA Integration",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"workspaces": [
|
|
@@ -63,24 +63,24 @@
|
|
|
63
63
|
},
|
|
64
64
|
"dependencies": {
|
|
65
65
|
"@modelcontextprotocol/sdk": "1.25.1",
|
|
66
|
-
"@nahisaho/musubi": "^2.0.
|
|
67
|
-
"@nahisaho/musubix-core": "^2.0.
|
|
68
|
-
"@nahisaho/musubix-dfg": "^2.0.
|
|
69
|
-
"@nahisaho/musubix-formal-verify": "^2.0.
|
|
70
|
-
"@nahisaho/musubix-lean": "^2.0.
|
|
71
|
-
"@nahisaho/musubix-library-learner": "^2.0.
|
|
72
|
-
"@nahisaho/musubix-mcp-server": "^2.0.
|
|
73
|
-
"@nahisaho/musubix-neural-search": "^2.0.
|
|
74
|
-
"@nahisaho/musubix-ontology-mcp": "^2.0.
|
|
75
|
-
"@nahisaho/musubix-pattern-mcp": "^2.0.
|
|
76
|
-
"@nahisaho/musubix-sdd-ontology": "^2.0.
|
|
77
|
-
"@nahisaho/musubix-security": "^2.0.
|
|
78
|
-
"@nahisaho/musubix-synthesis": "^2.0.
|
|
79
|
-
"@nahisaho/musubix-wake-sleep": "^2.0.
|
|
80
|
-
"@nahisaho/musubix-yata-client": "^2.0.
|
|
81
|
-
"@nahisaho/yata-global": "^2.0.
|
|
82
|
-
"@nahisaho/yata-local": "^2.0.
|
|
83
|
-
"@nahisaho/yata-scale": "^2.0.
|
|
84
|
-
"@nahisaho/yata-ui": "^2.0.
|
|
66
|
+
"@nahisaho/musubi": "^2.0.1",
|
|
67
|
+
"@nahisaho/musubix-core": "^2.0.1",
|
|
68
|
+
"@nahisaho/musubix-dfg": "^2.0.2",
|
|
69
|
+
"@nahisaho/musubix-formal-verify": "^2.0.1",
|
|
70
|
+
"@nahisaho/musubix-lean": "^2.0.1",
|
|
71
|
+
"@nahisaho/musubix-library-learner": "^2.0.1",
|
|
72
|
+
"@nahisaho/musubix-mcp-server": "^2.0.1",
|
|
73
|
+
"@nahisaho/musubix-neural-search": "^2.0.1",
|
|
74
|
+
"@nahisaho/musubix-ontology-mcp": "^2.0.1",
|
|
75
|
+
"@nahisaho/musubix-pattern-mcp": "^2.0.1",
|
|
76
|
+
"@nahisaho/musubix-sdd-ontology": "^2.0.1",
|
|
77
|
+
"@nahisaho/musubix-security": "^2.0.1",
|
|
78
|
+
"@nahisaho/musubix-synthesis": "^2.0.1",
|
|
79
|
+
"@nahisaho/musubix-wake-sleep": "^2.0.1",
|
|
80
|
+
"@nahisaho/musubix-yata-client": "^2.0.1",
|
|
81
|
+
"@nahisaho/yata-global": "^2.0.1",
|
|
82
|
+
"@nahisaho/yata-local": "^2.0.1",
|
|
83
|
+
"@nahisaho/yata-scale": "^2.0.2",
|
|
84
|
+
"@nahisaho/yata-ui": "^2.0.1"
|
|
85
85
|
}
|
|
86
86
|
}
|