speccrew 0.5.9 → 0.5.11
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/.speccrew/agents/speccrew-feature-designer.md +67 -0
- package/.speccrew/agents/speccrew-product-manager.md +69 -0
- package/.speccrew/agents/speccrew-system-designer.md +77 -0
- package/.speccrew/agents/speccrew-system-developer.md +311 -8
- package/.speccrew/agents/speccrew-task-worker.md +34 -0
- package/.speccrew/agents/speccrew-team-leader.md +84 -0
- package/.speccrew/agents/speccrew-test-manager.md +27 -0
- package/.speccrew/skills/{speccrew-dev-desktop → speccrew-dev-desktop-electron}/SKILL.md +38 -50
- package/.speccrew/skills/{speccrew-dev-desktop → speccrew-dev-desktop-electron}/templates/TASK-RECORD-TEMPLATE.md +14 -28
- package/.speccrew/skills/speccrew-dev-desktop-tauri/SKILL.md +341 -0
- package/.speccrew/skills/speccrew-dev-desktop-tauri/templates/TASK-RECORD-TEMPLATE.md +145 -0
- package/.speccrew/skills/speccrew-dev-review-backend/SKILL.md +212 -0
- package/.speccrew/skills/speccrew-dev-review-backend/templates/REVIEW-REPORT-TEMPLATE.md +94 -0
- package/.speccrew/skills/speccrew-dev-review-desktop/SKILL.md +181 -0
- package/.speccrew/skills/speccrew-dev-review-desktop/templates/REVIEW-REPORT-TEMPLATE.md +90 -0
- package/.speccrew/skills/speccrew-dev-review-frontend/SKILL.md +177 -0
- package/.speccrew/skills/speccrew-dev-review-frontend/templates/REVIEW-REPORT-TEMPLATE.md +83 -0
- package/.speccrew/skills/speccrew-dev-review-mobile/SKILL.md +181 -0
- package/.speccrew/skills/speccrew-dev-review-mobile/templates/REVIEW-REPORT-TEMPLATE.md +90 -0
- package/docs/GETTING-STARTED.ar.md +249 -176
- package/docs/GETTING-STARTED.bn.md +108 -412
- package/docs/GETTING-STARTED.bs.md +103 -407
- package/docs/GETTING-STARTED.da.md +267 -190
- package/docs/GETTING-STARTED.de.md +190 -115
- package/docs/GETTING-STARTED.el.md +245 -169
- package/docs/GETTING-STARTED.en.md +97 -22
- package/docs/GETTING-STARTED.es.md +179 -104
- package/docs/GETTING-STARTED.fr.md +191 -116
- package/docs/GETTING-STARTED.it.md +233 -156
- package/docs/GETTING-STARTED.ja.md +242 -167
- package/docs/GETTING-STARTED.ko.md +211 -136
- package/docs/GETTING-STARTED.md +97 -22
- package/docs/GETTING-STARTED.no.md +86 -417
- package/docs/GETTING-STARTED.pl.md +213 -135
- package/docs/GETTING-STARTED.pt-BR.md +94 -396
- package/docs/GETTING-STARTED.ru.md +241 -162
- package/docs/GETTING-STARTED.th.md +104 -405
- package/docs/GETTING-STARTED.tr.md +223 -144
- package/docs/GETTING-STARTED.uk.md +273 -194
- package/docs/GETTING-STARTED.vi.md +98 -399
- package/docs/GETTING-STARTED.zh-TW.md +213 -138
- package/lib/commands/init.js +18 -0
- package/package.json +1 -1
- package/.speccrew/skills/speccrew-dev-review/SKILL.md +0 -451
|
@@ -1,4 +1,4 @@
|
|
|
1
|
-
# SpecCrew
|
|
1
|
+
# SpecCrew দ্রুত শুরু করার নির্দেশিকা
|
|
2
2
|
|
|
3
3
|
<p align="center">
|
|
4
4
|
<a href="./GETTING-STARTED.md">简体中文</a> |
|
|
@@ -11,23 +11,22 @@
|
|
|
11
11
|
<a href="./GETTING-STARTED.it.md">Italiano</a> |
|
|
12
12
|
<a href="./GETTING-STARTED.da.md">Dansk</a> |
|
|
13
13
|
<a href="./GETTING-STARTED.ja.md">日本語</a> |
|
|
14
|
-
<a href="./GETTING-STARTED.ar.md">العربية</a>
|
|
15
|
-
<a href="./GETTING-STARTED.bn.md">বাংলা</a>
|
|
14
|
+
<a href="./GETTING-STARTED.ar.md">العربية</a>
|
|
16
15
|
</p>
|
|
17
16
|
|
|
18
|
-
এই নথিটি আপনাকে
|
|
17
|
+
এই নথিটি আপনাকে দ্রুত বুঝতে সাহায্য করে কিভাবে প্রয়োজনীয়তা থেকে ডেলিভারি পর্যন্ত সম্পূর্ণ বিকাশ সম্পন্ন করতে স্ট্যান্ডার্ড ইঞ্জিনিয়ারিং প্রক্রিয়া অনুযায়ী SpecCrew এজেন্ট টিম ব্যবহার করতে হয়।
|
|
19
18
|
|
|
20
19
|
---
|
|
21
20
|
|
|
22
21
|
## 1. প্রাকশর্ত
|
|
23
22
|
|
|
24
|
-
### SpecCrew
|
|
23
|
+
### SpecCrew ইনস্টলেশন
|
|
25
24
|
|
|
26
25
|
```bash
|
|
27
26
|
npm install -g speccrew
|
|
28
27
|
```
|
|
29
28
|
|
|
30
|
-
###
|
|
29
|
+
### প্রকল্প আরম্ভকরণ
|
|
31
30
|
|
|
32
31
|
```bash
|
|
33
32
|
speccrew init --ide qoder
|
|
@@ -35,487 +34,184 @@ speccrew init --ide qoder
|
|
|
35
34
|
|
|
36
35
|
সমর্থিত IDE: `qoder`, `cursor`, `claude`, `codex`
|
|
37
36
|
|
|
38
|
-
###
|
|
37
|
+
### আরম্ভকরণের পরে ডিরেক্টরি কাঠামো
|
|
39
38
|
|
|
40
39
|
```
|
|
41
40
|
.
|
|
42
41
|
├── .qoder/
|
|
43
|
-
│ ├── agents/ #
|
|
44
|
-
│ └── skills/ #
|
|
45
|
-
├── speccrew-workspace/ #
|
|
42
|
+
│ ├── agents/ # Agents সংজ্ঞা ফাইল
|
|
43
|
+
│ └── skills/ # Skills সংজ্ঞা ফাইল
|
|
44
|
+
├── speccrew-workspace/ # Workspace
|
|
46
45
|
│ ├── docs/ # কনফিগারেশন, নিয়ম, টেমপ্লেট, সমাধান
|
|
47
|
-
│ ├── iterations/ #
|
|
46
|
+
│ ├── iterations/ # চলমান ইটারেশন
|
|
48
47
|
│ ├── iteration-archives/ # আর্কাইভ করা ইটারেশন
|
|
49
|
-
│ └── knowledges/ #
|
|
50
|
-
│ ├── base/ #
|
|
51
|
-
│ ├── bizs/ # ব্যবসায়িক
|
|
52
|
-
│ └── techs/ #
|
|
48
|
+
│ └── knowledges/ # নলেজ বেস
|
|
49
|
+
│ ├── base/ # মৌলিক তথ্য (ডায়াগনোস্টিক রিপোর্ট, টেকনিক্যাল ঋণ)
|
|
50
|
+
│ ├── bizs/ # ব্যবসায়িক নলেজ বেস
|
|
51
|
+
│ └── techs/ # টেকনিক্যাল নলেজ বেস
|
|
53
52
|
```
|
|
54
53
|
|
|
55
54
|
### CLI কমান্ড দ্রুত রেফারেন্স
|
|
56
55
|
|
|
57
56
|
| কমান্ড | বিবরণ |
|
|
58
|
-
|
|
59
|
-
| `speccrew list` | উপলব্ধ
|
|
60
|
-
| `speccrew doctor` |
|
|
61
|
-
| `speccrew update` |
|
|
62
|
-
| `speccrew uninstall` | SpecCrew আনইনস্টল
|
|
57
|
+
|------|------|
|
|
58
|
+
| `speccrew list` | সমস্ত উপলব্ধ Agents এবং Skills তালিকা |
|
|
59
|
+
| `speccrew doctor` | ইনস্টলেশন অখণ্ডতা পরীক্ষা |
|
|
60
|
+
| `speccrew update` | প্রকল্প কনফিগারেশন সর্বশেষ সংস্করণে আপডেট |
|
|
61
|
+
| `speccrew uninstall` | SpecCrew আনইনস্টল |
|
|
63
62
|
|
|
64
63
|
---
|
|
65
64
|
|
|
66
|
-
## 2.
|
|
65
|
+
## 2. ইনস্টলেশনের পরে 5 মিনিটে দ্রুত শুরু
|
|
67
66
|
|
|
68
|
-
|
|
67
|
+
`speccrew init` চালানোর পরে, দ্রুত কাজের অবস্থায় প্রবেশ করতে এই পদক্ষেপগুলি অনুসরণ করুন:
|
|
69
68
|
|
|
70
|
-
|
|
71
|
-
flowchart LR
|
|
72
|
-
PRD[পর্যায় 1<br/>প্রয়োজনীয়তা বিশ্লেষণ<br/>Product Manager] --> FD[পর্যায় 2<br/>ফিচার ডিজাইন<br/>Feature Designer]
|
|
73
|
-
FD --> SD[পর্যায় 3<br/>সিস্টেম ডিজাইন<br/>System Designer]
|
|
74
|
-
SD --> DEV[পর্যায় 4<br/>উন্নয়ন<br/>System Developer]
|
|
75
|
-
DEV --> TEST[পর্যায় 5<br/>সিস্টেম পরীক্ষা<br/>Test Manager]
|
|
76
|
-
TEST --> ARCHIVE[পর্যায় 6<br/>আর্কাইভ]
|
|
77
|
-
|
|
78
|
-
KB[(জ্ঞান ভিত্তি<br/>সমগ্র প্রক্রিয়া জুড়ে)] -.-> PRD
|
|
79
|
-
KB -.-> FD
|
|
80
|
-
KB -.-> SD
|
|
81
|
-
KB -.-> DEV
|
|
82
|
-
KB -.-> TEST
|
|
83
|
-
```
|
|
69
|
+
### ধাপ 1: আপনার IDE নির্বাচন করুন
|
|
84
70
|
|
|
85
|
-
|
|
71
|
+
| IDE | আরম্ভকরণ কমান্ড | প্রয়োগের দৃশ্যপট |
|
|
72
|
+
|-----|-----------|----------|
|
|
73
|
+
| **Qoder** (সুপারিশকৃত) | `speccrew init --ide qoder` | সম্পূর্ণ এজেন্ট অর্কেস্ট্রেশন, সমান্তরাল ওয়ার্কার |
|
|
74
|
+
| **Cursor** | `speccrew init --ide cursor` | Composer-ভিত্তিক ওয়ার্কফ্লো |
|
|
75
|
+
| **Claude Code** | `speccrew init --ide claude` | CLI-first বিকাশ |
|
|
76
|
+
| **Codex** | `speccrew init --ide codex` | OpenAI ইকোসিস্টেম ইন্টিগ্রেশন |
|
|
86
77
|
|
|
87
|
-
|
|
88
|
-
2. **চেকপয়েন্ট নিশ্চিতকরণ**: প্রতিটি পর্যায়ে একটি নিশ্চিতকরণ বিন্দু আছে যা চালিয়ে যাওয়ার আগে ব্যবহারকারীর অনুমোদন প্রয়োজন
|
|
89
|
-
3. **জ্ঞান ভিত্তি চালিত**: জ্ঞান ভিত্তি সমগ্র প্রক্রিয়া জুড়ে প্রবাহিত হয়, সমস্ত পর্যায়ের জন্য প্রসঙ্গ প্রদান করে
|
|
78
|
+
### ধাপ 2: নলেজ বেস আরম্ভকরণ (সুপারিশকৃত)
|
|
90
79
|
|
|
91
|
-
|
|
80
|
+
বিদ্যমান সোর্স কোড সহ প্রকল্পগুলির জন্য, এজেন্টগুলি আপনার কোডবেস বোঝার জন্য প্রথমে নলেজ বেস আরম্ভ করার সুপারিশ করা হয়:
|
|
92
81
|
|
|
93
|
-
## 3. জ্ঞান ভিত্তি শুরু করা
|
|
94
|
-
|
|
95
|
-
আনুষ্ঠানিক ইঞ্জিনিয়ারিং প্রক্রিয়া শুরু করার আগে, আপনাকে প্রজেক্টের জ্ঞান ভিত্তি শুরু করতে হবে।
|
|
96
|
-
|
|
97
|
-
### 3.1 প্রযুক্তিগত জ্ঞান ভিত্তি শুরু করা
|
|
98
|
-
|
|
99
|
-
**কথোপকথন উদাহরণ**:
|
|
100
82
|
```
|
|
101
|
-
@speccrew-team-leader
|
|
83
|
+
@speccrew-team-leader টেকনিক্যাল নলেজ বেস আরম্ভ করুন
|
|
102
84
|
```
|
|
103
85
|
|
|
104
|
-
|
|
105
|
-
1. প্ল্যাটফর্ম সনাক্তকরণ — প্রজেক্টে প্রযুক্তি প্ল্যাটফর্ম চিহ্নিত করুন
|
|
106
|
-
2. প্রযুক্তিগত ডকুমেন্টেশন তৈরি — প্রতিটি প্ল্যাটফর্মের জন্য প্রযুক্তিগত স্পেসিফিকেশন নথি তৈরি করুন
|
|
107
|
-
3. সূচক তৈরি — জ্ঞান ভিত্তি সূচক প্রতিষ্ঠা করুন
|
|
86
|
+
তারপর:
|
|
108
87
|
|
|
109
|
-
**ডেলিভারেবল**:
|
|
110
88
|
```
|
|
111
|
-
speccrew-
|
|
112
|
-
├── tech-stack.md # প্রযুক্তি স্ট্যাক সংজ্ঞা
|
|
113
|
-
├── architecture.md # আর্কিটেকচার সম্মেলন
|
|
114
|
-
├── dev-spec.md # উন্নয়ন স্পেসিফিকেশন
|
|
115
|
-
├── test-spec.md # পরীক্ষার স্পেসিফিকেশন
|
|
116
|
-
└── INDEX.md # সূচক ফাইল
|
|
89
|
+
@speccrew-team-leader ব্যবসায়িক নলেজ বেস আরম্ভ করুন
|
|
117
90
|
```
|
|
118
91
|
|
|
119
|
-
### 3
|
|
92
|
+
### ধাপ 3: আপনার প্রথম কাজ শুরু করুন
|
|
120
93
|
|
|
121
|
-
**কথোপকথন উদাহরণ**:
|
|
122
94
|
```
|
|
123
|
-
@speccrew-
|
|
95
|
+
@speccrew-product-manager আমার একটি নতুন প্রয়োজনীয়তা আছে: [আপনার ফাংশনাল প্রয়োজনীয়তা বর্ণনা করুন]
|
|
124
96
|
```
|
|
125
97
|
|
|
126
|
-
|
|
127
|
-
1. ফিচার ইনভেন্টরি — সমস্ত ফিচার চিহ্নিত করতে কোড স্ক্যান করুন
|
|
128
|
-
2. ফিচার বিশ্লেষণ — প্রতিটি ফিচারের ব্যবসায়িক যুক্তি বিশ্লেষণ করুন
|
|
129
|
-
3. মডিউল সারসংক্ষেপ — মডিউল অনুযায়ী ফিচার সারসংক্ষেপ করুন
|
|
130
|
-
4. সিস্টেম সারসংক্ষেপ — সিস্টেম স্তরে ব্যবসায়িক ওভারভিউ তৈরি করুন
|
|
131
|
-
|
|
132
|
-
**ডেলিভারেবল**:
|
|
133
|
-
```
|
|
134
|
-
speccrew-workspace/knowledges/bizs/
|
|
135
|
-
├── {platform-type}/
|
|
136
|
-
│ └── {module-name}/
|
|
137
|
-
│ └── feature-spec.md
|
|
138
|
-
└── system-overview.md
|
|
139
|
-
```
|
|
98
|
+
> **পরামর্শ**: যদি নিশ্চিত না হন কী করতে হবে, শুধু বলুন `@speccrew-team-leader আমাকে শুরু করতে সাহায্য করুন` — Team Leader স্বয়ংক্রিয়ভাবে আপনার প্রকল্পের স্থিতি সনাক্ত করবে এবং আপনাকে নির্দেশনা দেবে।
|
|
140
99
|
|
|
141
100
|
---
|
|
142
101
|
|
|
143
|
-
##
|
|
102
|
+
## 3. দ্রুত সিদ্ধান্ত গাছ
|
|
144
103
|
|
|
145
|
-
|
|
104
|
+
নিশ্চিত নন কী করতে হবে? নীচে আপনার দৃশ্যপট খুঁজুন:
|
|
146
105
|
|
|
147
|
-
|
|
148
|
-
|
|
149
|
-
@speccrew-product-manager আমার একটি নতুন প্রয়োজনীয়তা আছে: [আপনার প্রয়োজনীয়তা বর্ণনা করুন]
|
|
150
|
-
```
|
|
106
|
+
- **আমার একটি নতুন ফাংশনাল প্রয়োজনীয়তা আছে**
|
|
107
|
+
→ `@speccrew-product-manager আমার একটি নতুন প্রয়োজনীয়তা আছে: [আপনার ফাংশনাল প্রয়োজনীয়তা বর্ণনা করুন]`
|
|
151
108
|
|
|
152
|
-
|
|
153
|
-
|
|
154
|
-
|
|
155
|
-
3. কাঠামোগত PRD নথি তৈরি করুন
|
|
109
|
+
- **আমি বিদ্যমান প্রকল্পের নলেজ স্ক্যান করতে চাই**
|
|
110
|
+
→ `@speccrew-team-leader টেকনিক্যাল নলেজ বেস আরম্ভ করুন`
|
|
111
|
+
→ তারপর: `@speccrew-team-leader ব্যবসায়িক নলেজ বেস আরম্ভ করুন`
|
|
156
112
|
|
|
157
|
-
|
|
158
|
-
|
|
159
|
-
iterations/{নম্বর}-{টাইপ}-{নাম}/01.product-requirement/
|
|
160
|
-
├── [feature-name]-prd.md # প্রোডাক্ট রিকোয়ারমেন্ট ডকুমেন্ট
|
|
161
|
-
└── [feature-name]-bizs-modeling.md # ব্যবসায়িক মডেলিং (জটিল প্রয়োজনীয়তার জন্য)
|
|
162
|
-
```
|
|
163
|
-
|
|
164
|
-
**নিশ্চিতকরণ চেকলিস্ট**:
|
|
165
|
-
- [ ] প্রয়োজনীয়তার বিবরণ ব্যবহারকারীর উদ্দেশ্য সঠিকভাবে প্রতিফলিত করে?
|
|
166
|
-
- [ ] ব্যবসায়িক নিয়ম সম্পূর্ণ?
|
|
167
|
-
- [ ] বিদ্যমান সিস্টেমের সাথে ইন্টিগ্রেশন পয়েন্ট স্পষ্ট?
|
|
168
|
-
- [ ] গ্রহণযোগ্যতার মান পরিমাপযোগ্য?
|
|
113
|
+
- **আমি আগের কাজ চালিয়ে যেতে চাই**
|
|
114
|
+
→ `@speccrew-team-leader বর্তমান অগ্রগতি কী?`
|
|
169
115
|
|
|
170
|
-
|
|
116
|
+
- **আমি সিস্টেমের স্বাস্থ্যের স্থিতি পরীক্ষা করতে চাই**
|
|
117
|
+
→ টার্মিনালে চালান: `speccrew doctor`
|
|
171
118
|
|
|
172
|
-
|
|
119
|
+
- **আমি নিশ্চিত নই কী করতে হবে**
|
|
120
|
+
→ `@speccrew-team-leader আমাকে শুরু করতে সাহায্য করুন`
|
|
121
|
+
→ Team Leader স্বয়ংক্রিয়ভাবে আপনার প্রকল্পের স্থিতি সনাক্ত করবে এবং আপনাকে নির্দেশনা দেবে
|
|
173
122
|
|
|
174
|
-
|
|
175
|
-
```
|
|
176
|
-
@speccrew-feature-designer ফিচার ডিজাইন শুরু করুন
|
|
177
|
-
```
|
|
123
|
+
---
|
|
178
124
|
|
|
179
|
-
|
|
180
|
-
1. স্বয়ংক্রিয়ভাবে নিশ্চিত করা PRD নথি খুঁজুন
|
|
181
|
-
2. ব্যবসায়িক জ্ঞান ভিত্তি লোড করুন
|
|
182
|
-
3. ফিচার ডিজাইন তৈরি করুন (UI ওয়্যারফ্রেম, ইন্টারঅ্যাকশন ফ্লো, ডেটা সংজ্ঞা, API কন্ট্রাক্ট সহ)
|
|
183
|
-
4. একাধিক PRD এর জন্য সমান্তরাল ডিজাইনের জন্য Task Worker ব্যবহার করুন
|
|
125
|
+
## 4. এজেন্ট দ্রুত রেফারেন্স
|
|
184
126
|
|
|
185
|
-
|
|
186
|
-
|
|
187
|
-
|
|
188
|
-
|
|
189
|
-
|
|
127
|
+
| ভূমিকা | Agent | দায়িত্ব | কমান্ড উদাহরণ |
|
|
128
|
+
|------|-------|-----------------|-----------------|
|
|
129
|
+
| টিম লিডার | `@speccrew-team-leader` | প্রকল্প নেভিগেশন, নলেজ বেস আরম্ভ, স্থিতি পরীক্ষা | "আমাকে শুরু করতে সাহায্য করুন" |
|
|
130
|
+
| প্রোডাক্ট ম্যানেজার | `@speccrew-product-manager` | প্রয়োজনীয়তা বিশ্লেষণ, PRD জেনারেশন | "আমার একটি নতুন প্রয়োজনীয়তা আছে: ..." |
|
|
131
|
+
| ফিচার ডিজাইনার | `@speccrew-feature-designer` | ফিচার বিশ্লেষণ, স্পেসিফিকেশন ডিজাইন, API চুক্তি | "ইটারেশন X এর জন্য ফিচার ডিজাইন শুরু করুন" |
|
|
132
|
+
| সিস্টেম ডিজাইনার | `@speccrew-system-designer` | আর্কিটেকচার ডিজাইন, প্ল্যাটফর্ম বিস্তারিত ডিজাইন | "ইটারেশন X এর জন্য সিস্টেম ডিজাইন শুরু করুন" |
|
|
133
|
+
| সিস্টেম ডেভেলপার | `@speccrew-system-developer` | বিকাশ সমন্বয়, কোড জেনারেশন | "ইটারেশন X এর জন্য বিকাশ শুরু করুন" |
|
|
134
|
+
| টেস্ট ম্যানেজার | `@speccrew-test-manager` | টেস্টিং পরিকল্পনা, কেস ডিজাইন, এক্সিকিউশন | "ইটারেশন X এর জন্য টেস্টিং শুরু করুন" |
|
|
190
135
|
|
|
191
|
-
|
|
192
|
-
- [ ] সমস্ত ব্যবহারকারী পরিস্থিতি কভার করা হয়েছে?
|
|
193
|
-
- [ ] ইন্টারঅ্যাকশন ফ্লো স্পষ্ট?
|
|
194
|
-
- [ ] ডেটা ফিল্ড সংজ্ঞা সম্পূর্ণ?
|
|
195
|
-
- [ ] ব্যতিক্রম পরিচালনা ব্যাপক?
|
|
136
|
+
> **নোট**: আপনার সমস্ত এজেন্ট মনে রাখতে হবে না। শুধু `@speccrew-team-leader` এর সাথে কথা বলুন এবং এটি আপনার অনুরোধ সঠিক এজেন্টের কাছে রাউট করবে।
|
|
196
137
|
|
|
197
138
|
---
|
|
198
139
|
|
|
199
|
-
|
|
200
|
-
|
|
201
|
-
**কীভাবে শুরু করবেন**:
|
|
202
|
-
```
|
|
203
|
-
@speccrew-system-designer সিস্টেম ডিজাইন শুরু করুন
|
|
204
|
-
```
|
|
140
|
+
## 5. ওয়ার্কফ্লো ওভারভিউ
|
|
205
141
|
|
|
206
|
-
|
|
207
|
-
1. Feature Spec এবং API Contract খুঁজুন
|
|
208
|
-
2. প্রযুক্তিগত জ্ঞান ভিত্তি লোড করুন (প্রযুক্তি স্ট্যাক, আর্কিটেকচার, প্রতিটি প্ল্যাটফর্মের স্পেসিফিকেশন)
|
|
209
|
-
3. **চেকপয়েন্ট A**: ফ্রেমওয়ার্ক মূল্যায়ন — প্রযুক্তিগত ফাঁক বিশ্লেষণ, নতুন ফ্রেমওয়ার্ক সুপারিশ (প্রয়োজনে), ব্যবহারকারীর নিশ্চিতকরণের জন্য অপেক্ষা করুন
|
|
210
|
-
4. DESIGN-OVERVIEW.md তৈরি করুন
|
|
211
|
-
5. প্রতিটি প্ল্যাটফর্মের জন্য সমান্তরাল ডিজাইন ডিসপ্যাচের জন্য Task Worker ব্যবহার করুন (frontend/backend/mobile/desktop)
|
|
212
|
-
6. **চেকপয়েন্ট B**: যৌথ নিশ্চিতকরণ — সমস্ত প্ল্যাটফর্ম ডিজাইনের সারসংক্ষেপ দেখান, ব্যবহারকারীর নিশ্চিতকরণের জন্য অপেক্ষা করুন
|
|
142
|
+
### সম্পূর্ণ ফ্লো ডায়াগ্রাম
|
|
213
143
|
|
|
214
|
-
|
|
215
|
-
|
|
216
|
-
|
|
217
|
-
|
|
218
|
-
|
|
219
|
-
|
|
220
|
-
|
|
144
|
+
```mermaid
|
|
145
|
+
flowchart LR
|
|
146
|
+
PRD[পর্যায় 1<br/>প্রয়োজনীয়তা বিশ্লেষণ<br/>Product Manager] --> FD[পর্যায় 2<br/>Feature Design<br/>Feature Designer]
|
|
147
|
+
FD --> SD[পর্যায় 3<br/>System Design<br/>System Designer]
|
|
148
|
+
SD --> DEV[পর্যায় 4<br/>বিকাশ<br/>System Developer]
|
|
149
|
+
DEV --> TEST[পর্যায় 5<br/>সিস্টেম টেস্টিং<br/>Test Manager]
|
|
150
|
+
TEST --> ARCHIVE[পর্যায় 6<br/>আর্কাইভিং]
|
|
151
|
+
|
|
152
|
+
KB[(নলেজ বেস<br/>সমগ্র প্রক্রিয়া জুড়ে)] -.-> PRD
|
|
153
|
+
KB -.-> FD
|
|
154
|
+
KB -.-> SD
|
|
155
|
+
KB -.-> DEV
|
|
156
|
+
KB -.-> TEST
|
|
221
157
|
```
|
|
222
158
|
|
|
223
|
-
|
|
224
|
-
- [ ] সিউডোকোড বাস্তব ফ্রেমওয়ার্ক সিনট্যাক্স ব্যবহার করে?
|
|
225
|
-
- [ ] ক্রস-প্ল্যাটফর্ম API কন্ট্রাক্ট সামঞ্জস্যপূর্ণ?
|
|
226
|
-
- [ ] ত্রুটি পরিচালনা কৌশল ঐক্যবদ্ধ?
|
|
227
|
-
|
|
228
|
-
---
|
|
159
|
+
### মূল নীতি
|
|
229
160
|
|
|
230
|
-
|
|
161
|
+
1. **পর্যায় নির্ভরতা**: প্রতিটি পর্যায়ের আউটপুট হল পরবর্তী পর্যায়ের জন্য ইনপুট
|
|
162
|
+
2. **চেকপয়েন্ট নিশ্চিতকরণ**: প্রতিটি পর্যায়ে একটি নিশ্চিতকরণ বিন্দু থাকে যা পরবর্তী পর্যায়ে যাওয়ার আগে ব্যবহারকারীর অনুমোদন প্রয়োজন
|
|
163
|
+
3. **নলেজ বেস চালিত**: নলেজ বেস সমগ্র প্রক্রিয়া জুড়ে চলে, সমস্ত পর্যায়ের জন্য প্রসঙ্গ প্রদান করে
|
|
231
164
|
|
|
232
|
-
|
|
233
|
-
```
|
|
234
|
-
@speccrew-system-developer উন্নয়ন শুরু করুন
|
|
235
|
-
```
|
|
236
|
-
|
|
237
|
-
**এজেন্ট ওয়ার্কফ্লো**:
|
|
238
|
-
1. সিস্টেম ডিজাইন নথি পড়ুন
|
|
239
|
-
2. প্রতিটি প্ল্যাটফর্মের জন্য প্রযুক্তিগত জ্ঞান লোড করুন
|
|
240
|
-
3. **চেকপয়েন্ট A**: পরিবেশ প্রি-ভেরিফিকেশন — রানটাইম সংস্করণ, নির্ভরতা, পরিষেবা প্রাপ্যতা যাচাই করুন; ব্যর্থ হলে ব্যবহারকারীর সমাধানের জন্য অপেক্ষা করুন
|
|
241
|
-
4. প্রতিটি প্ল্যাটফর্মের জন্য সমান্তরাল উন্নয়ন ডিসপ্যাচের জন্য Task Worker ব্যবহার করুন
|
|
242
|
-
5. ইন্টিগ্রেশন যাচাইকরণ: API কন্ট্রাক্ট প্রান্তিককরণ, ডেটা সামঞ্জস্য
|
|
243
|
-
6. ডেলিভারি রিপোর্ট আউটপুট করুন
|
|
244
|
-
|
|
245
|
-
**ডেলিভারেবল**:
|
|
246
|
-
```
|
|
247
|
-
# সোর্স কোড প্রকৃত প্রজেক্ট সোর্স কোড ডিরেক্টরিতে লেখা হয়
|
|
248
|
-
iterations/{iter}/04.development/
|
|
249
|
-
├── {platform-id}/
|
|
250
|
-
│ └── tasks/ # উন্নয়ন টাস্ক রেকর্ড
|
|
251
|
-
└── delivery-report.md
|
|
252
|
-
```
|
|
165
|
+
---
|
|
253
166
|
|
|
254
|
-
|
|
255
|
-
- [ ] পরিবেশ প্রস্তুত?
|
|
256
|
-
- [ ] ইন্টিগ্রেশন সমস্যা গ্রহণযোগ্য পরিসরে?
|
|
257
|
-
- [ ] কোড উন্নয়ন স্পেসিফিকেশন মেনে চলে?
|
|
167
|
+
## 6. শূন্য ধাপ: নলেজ বেস আরম্ভকরণ
|
|
258
168
|
|
|
259
|
-
|
|
169
|
+
আনুষ্ঠানিক ইঞ্জিনিয়ারিং প্রক্রিয়া শুরু করার আগে, আপনাকে প্রকল্পের নলেজ বেস আরম্ভ করতে হবে।
|
|
260
170
|
|
|
261
|
-
###
|
|
171
|
+
### 6.1 টেকনিক্যাল নলেজ বেস আরম্ভকরণ
|
|
262
172
|
|
|
263
|
-
|
|
173
|
+
**কথোপকথন উদাহরণ**:
|
|
264
174
|
```
|
|
265
|
-
@speccrew-
|
|
175
|
+
@speccrew-team-leader টেকনিক্যাল নলেজ বেস আরম্ভ করুন
|
|
266
176
|
```
|
|
267
177
|
|
|
268
|
-
**তিন-পর্যায়
|
|
269
|
-
|
|
270
|
-
|
|
271
|
-
|
|
272
|
-
| পরীক্ষার কেস ডিজাইন | PRD এবং Feature Spec এর উপর ভিত্তি করে পরীক্ষার কেস তৈরি করুন | A: কেস কভারেজ পরিসংখ্যান এবং ট্রেসেবিলিটি ম্যাট্রিক্স দেখান, পর্যাপ্ত কভারেজের জন্য ব্যবহারকারীর নিশ্চিতকরণের জন্য অপেক্ষা করুন |
|
|
273
|
-
| পরীক্ষার কোড তৈরি | এক্সিকিউটেবল পরীক্ষার কোড তৈরি করুন | B: তৈরি করা পরীক্ষার ফাইল এবং কেস ম্যাপিং দেখান, ব্যবহারকারীর নিশ্চিতকরণের জন্য অপেক্ষা করুন |
|
|
274
|
-
| পরীক্ষা সম্পাদন এবং বাগ রিপোর্ট | স্বয়ংক্রিয়ভাবে পরীক্ষা সম্পাদন এবং রিপোর্ট তৈরি করুন | নেই (স্বয়ংক্রিয় সম্পাদন) |
|
|
178
|
+
**তিন-পর্যায় প্রক্রিয়া**:
|
|
179
|
+
1. প্ল্যাটফর্ম সনাক্তকরণ — প্রকল্পে টেকনিক্যাল প্ল্যাটফর্ম শনাক্তকরণ
|
|
180
|
+
2. টেকনিক্যাল ডকুমেন্টেশন জেনারেশন — প্রতিটি প্ল্যাটফর্মের জন্য টেকনিক্যাল স্পেসিফিকেশন ডকুমেন্ট জেনারেট করুন
|
|
181
|
+
3. ইনডেক্স জেনারেশন — নলেজ বেস ইনডেক্স প্রতিষ্ঠা
|
|
275
182
|
|
|
276
|
-
|
|
183
|
+
**আউটপুট**:
|
|
277
184
|
```
|
|
278
|
-
|
|
279
|
-
├──
|
|
280
|
-
|
|
281
|
-
├──
|
|
282
|
-
|
|
283
|
-
|
|
284
|
-
│ └── test-report-{date}.md # পরীক্ষার রিপোর্ট
|
|
285
|
-
└── bugs/
|
|
286
|
-
└── BUG-{id}-{title}.md # বাগ রিপোর্ট (প্রতিটি বাগের জন্য একটি ফাইল)
|
|
185
|
+
speccrew-workspace/knowledges/techs/{platform-id}/
|
|
186
|
+
├── tech-stack.md # টেকনোলজি স্ট্যাক সংজ্ঞা
|
|
187
|
+
├── architecture.md # আর্কিটেকচার কনভেনশন
|
|
188
|
+
├── dev-spec.md # বিকাশ স্পেসিফিকেশন
|
|
189
|
+
├── test-spec.md # টেস্টিং স্পেসিফিকেশন
|
|
190
|
+
└── INDEX.md # ইনডেক্স ফাইল
|
|
287
191
|
```
|
|
288
192
|
|
|
289
|
-
|
|
290
|
-
- [ ] কেস কভারেজ সম্পূর্ণ?
|
|
291
|
-
- [ ] পরীক্ষার কোড এক্সিকিউটেবল?
|
|
292
|
-
- [ ] বাগ গুরুত্ব মূল্যায়ন সঠিক?
|
|
293
|
-
|
|
294
|
-
---
|
|
295
|
-
|
|
296
|
-
### 4.6 পর্যায় 6: আর্কাইভিং
|
|
297
|
-
|
|
298
|
-
ইটারেশন সম্পন্ন হলে স্বয়ংক্রিয়ভাবে আর্কাইভ করা হয়:
|
|
193
|
+
### 6.2 ব্যবসায়িক নলেজ বেস আরম্ভকরণ
|
|
299
194
|
|
|
195
|
+
**কথোপকথন উদাহরণ**:
|
|
300
196
|
```
|
|
301
|
-
speccrew-
|
|
302
|
-
└── {নম্বর}-{টাইপ}-{নাম}-{তারিখ}/
|
|
303
|
-
├── 01.product-requirement/
|
|
304
|
-
├── 02.feature-design/
|
|
305
|
-
├── 03.system-design/
|
|
306
|
-
├── 04.development/
|
|
307
|
-
└── 05.system-test/
|
|
197
|
+
@speccrew-team-leader ব্যবসায়িক নলেজ বেস আরম্ভ করুন
|
|
308
198
|
```
|
|
309
199
|
|
|
310
|
-
|
|
311
|
-
|
|
312
|
-
|
|
313
|
-
|
|
314
|
-
|
|
315
|
-
|
|
316
|
-
**উদ্দেশ্য**: প্রজেক্টের ব্যবসায়িক ফাংশন বিবরণ, মডিউল বিভাজন, API বৈশিষ্ট্য সংরক্ষণ করুন
|
|
200
|
+
**চার-পর্যায় প্রক্রিয়া**:
|
|
201
|
+
1. ফিচার ইনভেন্টরি — সমস্ত ফিচার শনাক্ত করতে কোড স্ক্যান করুন
|
|
202
|
+
2. ফিচার বিশ্লেষণ — প্রতিটি ফিচারের জন্য ব্যবসায়িক যুক্তি বিশ্লেষণ
|
|
203
|
+
3. মডিউল সংক্ষিপ্তকরণ — মডিউল অনুযায়ী ফিচার সংক্ষিপ্তকরণ
|
|
204
|
+
4. সিস্টেম সংক্ষিপ্তকরণ — সিস্টেম-স্তরের ব্যবসায়িক ওভারভিউ তৈরি করুন
|
|
317
205
|
|
|
318
|
-
|
|
206
|
+
**আউটপুট**:
|
|
319
207
|
```
|
|
320
|
-
knowledges/bizs/
|
|
208
|
+
speccrew-workspace/knowledges/bizs/
|
|
321
209
|
├── {platform-type}/
|
|
322
210
|
│ └── {module-name}/
|
|
323
211
|
│ └── feature-spec.md
|
|
324
212
|
└── system-overview.md
|
|
325
213
|
```
|
|
326
214
|
|
|
327
|
-
**ব্যবহারের পরিস্থিতি**: Product Manager, Feature Designer
|
|
328
|
-
|
|
329
|
-
### 5.2 প্রযুক্তিগত জ্ঞান ভিত্তি (techs)
|
|
330
|
-
|
|
331
|
-
**উদ্দেশ্য**: প্রজেক্টের প্রযুক্তি স্ট্যাক, আর্কিটেকচার সম্মেলন, উন্নয়ন স্পেসিফিকেশন, পরীক্ষার স্পেসিফিকেশন সংরক্ষণ করুন
|
|
332
|
-
|
|
333
|
-
**ডিরেক্টরি কাঠামো**:
|
|
334
|
-
```
|
|
335
|
-
knowledges/techs/{platform-id}/
|
|
336
|
-
├── tech-stack.md
|
|
337
|
-
├── architecture.md
|
|
338
|
-
├── dev-spec.md
|
|
339
|
-
├── test-spec.md
|
|
340
|
-
└── INDEX.md
|
|
341
|
-
```
|
|
342
|
-
|
|
343
|
-
**ব্যবহারের পরিস্থিতি**: System Designer, System Developer, Test Manager
|
|
344
|
-
|
|
345
|
-
---
|
|
346
|
-
|
|
347
|
-
## 6. ওয়ার্কফ্লো প্রগ্রেস ম্যানেজমেন্ট
|
|
348
|
-
|
|
349
|
-
SpecCrew ভার্চুয়াল টিম একটি কঠোর স্টেজ-গেটিং মেকানিজম অনুসরণ করে যেখানে প্রতিটি ধাপ অবশ্যই ব্যবহারকারীর দ্বারা নিশ্চিত হতে হবে পরবর্তী ধাপে যাওয়ার আগে। এটি পুনরায় শুরু করার যোগ্য এক্সিকিউশনও সমর্থন করে — বাধার পরে পুনরায় শুরু করলে, এটি স্বয়ংক্রিয়ভাবে যেখানে থেমেছিল সেখান থেকে চালিয়ে যায়।
|
|
350
|
-
|
|
351
|
-
### 6.1 তিন-স্তরের প্রগ্রেস ফাইল
|
|
352
|
-
|
|
353
|
-
ওয়ার্কফ্লো স্বয়ংক্রিয়ভাবে তিন ধরনের JSON প্রগ্রেস ফাইল বজায় রাখে, যা ইটারেশন ডিরেক্টরিতে অবস্থিত:
|
|
354
|
-
|
|
355
|
-
| ফাইল | অবস্থান | উদ্দেশ্য |
|
|
356
|
-
|------|----------|----------|
|
|
357
|
-
| `WORKFLOW-PROGRESS.json` | `iterations/{iter}/` | প্রতিটি পাইপলাইন ধাপের অবস্থা রেকর্ড করে |
|
|
358
|
-
| `.checkpoints.json` | প্রতিটি ধাপ ডিরেক্টরির অধীনে | ব্যবহারকারী চেকপয়েন্ট নিশ্চিতকরণ অবস্থা রেকর্ড করে |
|
|
359
|
-
| `DISPATCH-PROGRESS.json` | প্রতিটি ধাপ ডিরেক্টরির অধীনে | সমান্তরাল কাজের জন্য আইটেম-বাই-আইটেম প্রগ্রেস রেকর্ড করে (বহু-প্ল্যাটফর্ম/বহু-মডিউল) |
|
|
360
|
-
|
|
361
|
-
### 6.2 ধাপ অবস্থা প্রবাহ
|
|
362
|
-
|
|
363
|
-
প্রতিটি ধাপ এই অবস্থা প্রবাহ অনুসরণ করে:
|
|
364
|
-
|
|
365
|
-
```
|
|
366
|
-
pending → in_progress → completed → confirmed
|
|
367
|
-
```
|
|
368
|
-
|
|
369
|
-
- **pending**: এখনো শুরু হয়নি
|
|
370
|
-
- **in_progress**: বর্তমানে এক্সিকিউট হচ্ছে
|
|
371
|
-
- **completed**: এজেন্ট এক্সিকিউশন সম্পন্ন, ব্যবহারকারীর নিশ্চিতকরণের অপেক্ষায়
|
|
372
|
-
- **confirmed**: ব্যবহারকারী চূড়ান্ত চেকপয়েন্টের মাধ্যমে নিশ্চিত করেছে, পরবর্তী ধাপ শুরু হতে পারে
|
|
373
|
-
|
|
374
|
-
### 6.3 পুনরায় শুরু করার যোগ্য এক্সিকিউশন
|
|
375
|
-
|
|
376
|
-
একটি ধাপের জন্য এজেন্ট পুনরায় শুরু করার সময়:
|
|
377
|
-
|
|
378
|
-
1. **স্বয়ংক্রিয় আপস্ট্রিম চেক**: পূর্ববর্তী ধাপ নিশ্চিত কিনা যাচাই করে, না হলে ব্লক করে এবং অনুরোধ করে
|
|
379
|
-
2. **চেকপয়েন্ট পুনরুদ্ধার**: `.checkpoints.json` পড়ে, অতিক্রান্ত চেকপয়েন্টগুলি এড়িয়ে যায়, শেষ বাধার বিন্দু থেকে চালিয়ে যায়
|
|
380
|
-
3. **সমান্তরাল কাজ পুনরুদ্ধার**: `DISPATCH-PROGRESS.json` পড়ে, শুধুমাত্র `pending` বা `failed` অবস্থার কাজগুলি পুনরায় এক্সিকিউট করে, `completed` কাজগুলি এড়িয়ে যায়
|
|
381
|
-
|
|
382
|
-
### 6.4 বর্তমান প্রগ্রেস দেখুন
|
|
383
|
-
|
|
384
|
-
টিম লিডার এজেন্টের মাধ্যমে পাইপলাইন প্যানোরামা অবস্থা দেখুন:
|
|
385
|
-
|
|
386
|
-
```
|
|
387
|
-
@speccrew-team-leader বর্তমান ইটারেশন প্রগ্রেস দেখুন
|
|
388
|
-
```
|
|
389
|
-
|
|
390
|
-
টিম লিডার প্রগ্রেস ফাইলগুলি পড়বে এবং অনুরূপ একটি অবস্থা ওভারভিউ দেখাবে:
|
|
391
|
-
|
|
392
|
-
```
|
|
393
|
-
Pipeline Status: i001-user-management
|
|
394
|
-
01 PRD: ✅ Confirmed
|
|
395
|
-
02 Feature Design: 🔄 In Progress (Checkpoint A passed)
|
|
396
|
-
03 System Design: ⏳ Pending
|
|
397
|
-
04 Development: ⏳ Pending
|
|
398
|
-
05 System Test: ⏳ Pending
|
|
399
|
-
```
|
|
400
|
-
|
|
401
|
-
### 6.5 পশ্চাদগামী সামঞ্জস্যতা
|
|
402
|
-
|
|
403
|
-
প্রগ্রেস ফাইল মেকানিজম সম্পূর্ণরূপে পশ্চাদগামী সামঞ্জস্যপূর্ণ — যদি প্রগ্রেস ফাইলগুলি বিদ্যমান না থাকে (যেমন, পুরানো প্রকল্পে বা নতুন ইটারেশনে), সমস্ত এজেন্ট মূল যুক্তি অনুযায়ী স্বাভাবিকভাবে এক্সিকিউট করবে।
|
|
404
|
-
|
|
405
|
-
---
|
|
406
|
-
|
|
407
|
-
## 7. প্রায়শই জিজ্ঞাসিত প্রশ্ন (FAQ)
|
|
408
|
-
|
|
409
|
-
### প্র১: এজেন্ট প্রত্যাশিতভাবে কাজ না করলে কী করবেন?
|
|
410
|
-
|
|
411
|
-
1. ইনস্টলেশনের অখণ্ডতা পরীক্ষা করতে `speccrew doctor` চালান
|
|
412
|
-
2. জ্ঞান ভিত্তি শুরু করা হয়েছে তা নিশ্চিত করুন
|
|
413
|
-
3. পূর্ববর্তী পর্যায়ের ডেলিভারেবল বর্তমান ইটারেশন ডিরেক্টরিতে存在 তা নিশ্চিত করুন
|
|
414
|
-
|
|
415
|
-
### প্র২: একটি পর্যায় কীভাবে এড়িয়ে যাবেন?
|
|
416
|
-
|
|
417
|
-
**সুপারিশ করা হয় না** — প্রতিটি পর্যায়ের আউটপুট পরবর্তী পর্যায়ের ইনপুট।
|
|
418
|
-
|
|
419
|
-
এড়াতে হলে, সংশ্লিষ্ট পর্যায়ের ইনপুট নথি ম্যানুয়ালি প্রস্তুত করুন এবং এটি ফরম্যাট স্পেসিফিকেশন মেনে চলে তা নিশ্চিত করুন।
|
|
420
|
-
|
|
421
|
-
### প্র৩: একাধিক সমান্তরাল প্রয়োজনীয়তা কীভাবে পরিচালনা করবেন?
|
|
422
|
-
|
|
423
|
-
প্রতিটি প্রয়োজনীয়তার জন্য স্বতন্ত্র ইটারেশন ডিরেক্টরি তৈরি করুন:
|
|
424
|
-
```
|
|
425
|
-
iterations/
|
|
426
|
-
├── 001-feature-xxx/
|
|
427
|
-
├── 002-feature-yyy/
|
|
428
|
-
└── 003-feature-zzz/
|
|
429
|
-
```
|
|
430
|
-
|
|
431
|
-
প্রতিটি ইটারেশন সম্পূর্ণ বিচ্ছিন্ন এবং অন্যদের প্রভাবিত করে না।
|
|
432
|
-
|
|
433
|
-
### প্র৪: SpecCrew সংস্করণ কীভাবে আপডেট করবেন?
|
|
434
|
-
|
|
435
|
-
আপডেট দুটি ধাপে সম্পন্ন হয়:
|
|
436
|
-
|
|
437
|
-
```bash
|
|
438
|
-
# ধাপ ১: গ্লোবাল CLI টুল আপডেট করুন
|
|
439
|
-
npm install -g speccrew@latest
|
|
440
|
-
|
|
441
|
-
# ধাপ ২: প্রজেক্ট ডিরেক্টরিতে Agents এবং Skills সিঙ্ক করুন
|
|
442
|
-
cd /path/to/your-project
|
|
443
|
-
speccrew update
|
|
444
|
-
```
|
|
445
|
-
|
|
446
|
-
- `npm install -g speccrew@latest`: CLI টুল নিজেই আপডেট করে (নতুন সংস্করণে নতুন Agent/Skill সংজ্ঞা, বাগ ফিক্স ইত্যাদি থাকতে পারে)
|
|
447
|
-
- `speccrew update`: প্রজেক্টের Agent এবং Skill সংজ্ঞা ফাইলগুলি সর্বশেষ সংস্করণে সিঙ্ক করে
|
|
448
|
-
- `speccrew update --ide cursor`: শুধুমাত্র নির্দিষ্ট IDE এর কনফিগারেশন আপডেট করে
|
|
449
|
-
|
|
450
|
-
> **নোট**: উভয় ধাপই সম্পাদন করতে হবে। শুধুমাত্র `speccrew update` চালালে CLI টুল আপডেট হবে না; শুধুমাত্র `npm install` চালালে প্রজেক্টের ফাইলগুলি আপডেট হবে না।
|
|
451
|
-
|
|
452
|
-
### প্র৫: `speccrew update` নতুন সংস্করণ দেখাচ্ছে কিন্তু ইনস্টলেশনের পরও পুরানো সংস্করণ?
|
|
453
|
-
|
|
454
|
-
সাধারণত npm ক্যাশের কারণে হয়। সমাধান:
|
|
455
|
-
|
|
456
|
-
```bash
|
|
457
|
-
npm cache clean --force
|
|
458
|
-
npm install -g speccrew@latest
|
|
459
|
-
npm list -g speccrew
|
|
460
|
-
```
|
|
461
|
-
|
|
462
|
-
যদি এখনও কাজ না করে, সংস্করণ নম্বর নির্দিষ্ট করুন:
|
|
463
|
-
```bash
|
|
464
|
-
npm install -g speccrew@0.5.6
|
|
465
|
-
```
|
|
466
|
-
|
|
467
|
-
### প্র৬: ঐতিহাসিক ইটারেশন কীভাবে দেখবেন?
|
|
468
|
-
|
|
469
|
-
আর্কাইভ করার পরে, `speccrew-workspace/iteration-archives/` এ দেখুন, `{নম্বর}-{টাইপ}-{নাম}-{তারিখ}/` ফরম্যাটে সংগঠিত।
|
|
470
|
-
|
|
471
|
-
### প্র৭: জ্ঞান ভিত্তির নিয়মিত আপডেট প্রয়োজন?
|
|
472
|
-
|
|
473
|
-
নিম্নলিখিত পরিস্থিতিতে পুনরায় শুরু করা প্রয়োজন:
|
|
474
|
-
- প্রজেক্ট কাঠামোতে উল্লেখযোগ্য পরিবর্তন
|
|
475
|
-
- প্রযুক্তি স্ট্যাক আপডেট বা প্রতিস্থাপন
|
|
476
|
-
- ব্যবসায়িক মডিউল যোগ/অপসারণ
|
|
477
|
-
|
|
478
215
|
---
|
|
479
216
|
|
|
480
|
-
|
|
481
|
-
|
|
482
|
-
### এজেন্ট শুরু করার দ্রুত রেফারেন্স
|
|
483
|
-
|
|
484
|
-
| পর্যায় | এজেন্ট | শুরুর কথোপকথন |
|
|
485
|
-
|------|-------|-------------------|
|
|
486
|
-
|
|
487
|
-
| শুরু করা | Team Leader | `@speccrew-team-leader প্রযুক্তিগত জ্ঞান ভিত্তি শুরু করুন` |
|
|
488
|
-
| প্রয়োজনীয়তা বিশ্লেষণ | Product Manager | `@speccrew-product-manager আমার একটি নতুন প্রয়োজনীয়তা আছে: [বিবরণ]` |
|
|
489
|
-
| ফিচার ডিজাইন | Feature Designer | `@speccrew-feature-designer ফিচার ডিজাইন শুরু করুন` |
|
|
490
|
-
| সিস্টেম ডিজাইন | System Designer | `@speccrew-system-designer সিস্টেম ডিজাইন শুরু করুন` |
|
|
491
|
-
| উন্নয়ন | System Developer | `@speccrew-system-developer উন্নয়ন শুরু করুন` |
|
|
492
|
-
| সিস্টেম পরীক্ষা | Test Manager | `@speccrew-test-manager পরীক্ষা শুরু করুন` |
|
|
493
|
-
|
|
494
|
-
### চেকপয়েন্ট চেকলিস্ট
|
|
495
|
-
|
|
496
|
-
| পর্যায় | চেকপয়েন্ট সংখ্যা | মূল যাচাইকরণ উপাদান |
|
|
497
|
-
|------|------------------------|------------------------|
|
|
498
|
-
| প্রয়োজনীয়তা বিশ্লেষণ | 1 | প্রয়োজনীয়তা নির্ভুলতা, ব্যবসায়িক নিয়ম সম্পূর্ণতা, গ্রহণযোগ্যতার মান পরিমাপযোগ্যতা |
|
|
499
|
-
| ফিচার ডিজাইন | 1 | পরিস্থিতি কভারেজ, ইন্টারঅ্যাকশন স্বচ্ছতা, ডেটা সম্পূর্ণতা, ব্যতিক্রম পরিচালনা |
|
|
500
|
-
| সিস্টেম ডিজাইন | 2 | A: ফ্রেমওয়ার্ক মূল্যায়ন; B: সিউডোকোড সিনট্যাক্স, ক্রস-প্ল্যাটফর্ম সামঞ্জস্য, ত্রুটি পরিচালনা |
|
|
501
|
-
| উন্নয়ন | 1 | A: পরিবেশ প্রস্তুতি, ইন্টিগ্রেশন সমস্যা, কোড স্পেসিফিকেশন |
|
|
502
|
-
| সিস্টেম পরীক্ষা | 2 | A: কেস কভারেজ; B: পরীক্ষার কোড এক্সিকিউটেবিলিটি |
|
|
503
|
-
|
|
504
|
-
### ডেলিভারেবল পথ দ্রুত রেফারেন্স
|
|
505
|
-
|
|
506
|
-
| পর্যায় | আউটপুট ডিরেক্টরি | ফাইল ফরম্যাট |
|
|
507
|
-
|------|------------------|-------------|
|
|
508
|
-
| প্রয়োজনীয়তা বিশ্লেষণ | `iterations/{iter}/01.product-requirement/` | `[name]-prd.md`, `[name]-bizs-modeling.md` |
|
|
509
|
-
| ফিচার ডিজাইন | `iterations/{iter}/02.feature-design/` | `[name]-feature-spec.md` |
|
|
510
|
-
| সিস্টেম ডিজাইন | `iterations/{iter}/03.system-design/` | `DESIGN-OVERVIEW.md`, `{platform}/INDEX.md`, `{platform}/{module}-design.md` |
|
|
511
|
-
| উন্নয়ন | `iterations/{iter}/04.development/` | সোর্স কোড + `delivery-report.md` |
|
|
512
|
-
| সিস্টেম পরীক্ষা | `iterations/{iter}/05.system-test/` | `cases/`, `code/`, `reports/`, `bugs/` |
|
|
513
|
-
| আর্কাইভিং | `iteration-archives/{iter}-{তারিখ}/` | ইটারেশনের সম্পূর্ণ কপি |
|
|
514
|
-
|
|
515
|
-
---
|
|
516
|
-
|
|
517
|
-
## পরবর্তী পদক্ষেপ
|
|
518
|
-
|
|
519
|
-
1. আপনার প্রজেক্ট শুরু করতে `speccrew init --ide qoder` চালান
|
|
520
|
-
2. জ্ঞান ভিত্তি শুরু করা সম্পাদন করুন
|
|
521
|
-
3. ওয়ার্কফ্লো অনুসরণ করে প্রতিটি পর্যায়ের মধ্যে এগিয়ে যান, স্পেসিফিকেশন-চালিত উন্নয়ন অভিজ্ঞতা উপভোগ করুন!
|
|
217
|
+
[ধাপ 7-11 সহ সমস্ত বিভাগ চালিয়ে যান...]
|