kiro-spec-engine 1.3.0 → 1.4.1
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 +85 -0
- package/README.md +228 -367
- package/README.zh.md +0 -330
- package/docs/README.md +223 -0
- package/docs/command-reference.md +252 -0
- package/docs/examples/add-export-command/design.md +194 -0
- package/docs/examples/add-export-command/requirements.md +110 -0
- package/docs/examples/add-export-command/tasks.md +88 -0
- package/docs/examples/add-rest-api/design.md +855 -0
- package/docs/examples/add-rest-api/requirements.md +323 -0
- package/docs/examples/add-rest-api/tasks.md +355 -0
- package/docs/examples/add-user-dashboard/design.md +192 -0
- package/docs/examples/add-user-dashboard/requirements.md +143 -0
- package/docs/examples/add-user-dashboard/tasks.md +91 -0
- package/docs/faq.md +696 -0
- package/docs/integration-modes.md +529 -0
- package/docs/integration-philosophy.md +313 -0
- package/docs/quick-start-with-ai-tools.md +374 -0
- package/docs/quick-start.md +711 -0
- package/docs/spec-workflow.md +453 -0
- package/docs/tools/claude-guide.md +653 -0
- package/docs/tools/cursor-guide.md +705 -0
- package/docs/tools/generic-guide.md +445 -0
- package/docs/tools/kiro-guide.md +308 -0
- package/docs/tools/vscode-guide.md +444 -0
- package/docs/tools/windsurf-guide.md +390 -0
- package/docs/troubleshooting.md +795 -0
- package/docs/zh/README.md +275 -0
- package/docs/zh/quick-start.md +711 -0
- package/docs/zh/tools/claude-guide.md +348 -0
- package/docs/zh/tools/cursor-guide.md +280 -0
- package/docs/zh/tools/generic-guide.md +498 -0
- package/docs/zh/tools/kiro-guide.md +342 -0
- package/docs/zh/tools/vscode-guide.md +448 -0
- package/docs/zh/tools/windsurf-guide.md +377 -0
- package/package.json +1 -1
package/docs/faq.md
ADDED
|
@@ -0,0 +1,696 @@
|
|
|
1
|
+
# Frequently Asked Questions (FAQ)
|
|
2
|
+
|
|
3
|
+
> Common questions about kse and Spec-driven development
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
**Version**: 1.0.0
|
|
8
|
+
**Last Updated**: 2026-01-23
|
|
9
|
+
**Audience**: All Users
|
|
10
|
+
**Estimated Time**: 10 minutes
|
|
11
|
+
|
|
12
|
+
---
|
|
13
|
+
|
|
14
|
+
## Quick Navigation
|
|
15
|
+
|
|
16
|
+
- [General Questions](#general-questions)
|
|
17
|
+
- [Integration Questions](#integration-questions)
|
|
18
|
+
- [Workflow Questions](#workflow-questions)
|
|
19
|
+
- [Advanced Questions](#advanced-questions)
|
|
20
|
+
- [Comparison Questions](#comparison-questions)
|
|
21
|
+
|
|
22
|
+
---
|
|
23
|
+
|
|
24
|
+
## General Questions
|
|
25
|
+
|
|
26
|
+
### What is kse?
|
|
27
|
+
|
|
28
|
+
**kse** (Kiro Spec Engine) is a context provider for AI-assisted development. It helps you structure your feature development using Specs (specifications) and provides that context to AI coding tools.
|
|
29
|
+
|
|
30
|
+
Think of it as a **bridge between your brain and AI tools** - you describe what you want to build in a structured way, and kse formats that information so AI tools can understand and implement it effectively.
|
|
31
|
+
|
|
32
|
+
---
|
|
33
|
+
|
|
34
|
+
### Why do I need kse?
|
|
35
|
+
|
|
36
|
+
**Without kse:**
|
|
37
|
+
```
|
|
38
|
+
You: "Build a user login feature"
|
|
39
|
+
AI: "Sure! Here's some code..." [generates generic code]
|
|
40
|
+
You: "No, I need JWT tokens and PostgreSQL"
|
|
41
|
+
AI: "Oh, let me rewrite..." [starts over]
|
|
42
|
+
```
|
|
43
|
+
|
|
44
|
+
**With kse:**
|
|
45
|
+
```
|
|
46
|
+
You: [Create Spec with requirements and design]
|
|
47
|
+
You: [Export context] "Implement task 1.1"
|
|
48
|
+
AI: [Reads your Spec] "Here's the code following your exact design..."
|
|
49
|
+
```
|
|
50
|
+
|
|
51
|
+
**Benefits:**
|
|
52
|
+
- ✅ AI understands your architecture
|
|
53
|
+
- ✅ Consistent code across features
|
|
54
|
+
- ✅ Built-in documentation
|
|
55
|
+
- ✅ Progress tracking
|
|
56
|
+
- ✅ Team collaboration
|
|
57
|
+
|
|
58
|
+
---
|
|
59
|
+
|
|
60
|
+
### Is kse only for AI development?
|
|
61
|
+
|
|
62
|
+
**No!** While kse is optimized for AI-assisted development, it's useful for any development:
|
|
63
|
+
|
|
64
|
+
**For AI development:**
|
|
65
|
+
- Provides structured context to AI tools
|
|
66
|
+
- Ensures AI follows your architecture
|
|
67
|
+
- Tracks AI-generated code
|
|
68
|
+
|
|
69
|
+
**For human development:**
|
|
70
|
+
- Organizes feature requirements
|
|
71
|
+
- Documents design decisions
|
|
72
|
+
- Tracks implementation progress
|
|
73
|
+
- Serves as project documentation
|
|
74
|
+
|
|
75
|
+
**For team development:**
|
|
76
|
+
- Shared understanding of features
|
|
77
|
+
- Clear task assignments
|
|
78
|
+
- Progress visibility
|
|
79
|
+
- Onboarding documentation
|
|
80
|
+
|
|
81
|
+
---
|
|
82
|
+
|
|
83
|
+
### Do I need to use Kiro IDE?
|
|
84
|
+
|
|
85
|
+
**No!** kse works with any AI tool:
|
|
86
|
+
|
|
87
|
+
- **Kiro IDE** - Native integration (fully automatic)
|
|
88
|
+
- **Claude Code** - Manual export (copy-paste context)
|
|
89
|
+
- **ChatGPT** - Manual export
|
|
90
|
+
- **Cursor** - Manual export
|
|
91
|
+
- **Windsurf** - Manual export or watch mode
|
|
92
|
+
- **VS Code + Copilot** - Manual export
|
|
93
|
+
- **Any AI tool** - Manual export
|
|
94
|
+
|
|
95
|
+
See [Integration Modes](integration-modes.md) for details.
|
|
96
|
+
|
|
97
|
+
---
|
|
98
|
+
|
|
99
|
+
### Is kse free?
|
|
100
|
+
|
|
101
|
+
**Yes!** kse is open source and free to use.
|
|
102
|
+
|
|
103
|
+
- **License:** MIT
|
|
104
|
+
- **Source code:** https://github.com/kiro-spec-engine/kse
|
|
105
|
+
- **No subscription** required
|
|
106
|
+
- **No usage limits**
|
|
107
|
+
|
|
108
|
+
---
|
|
109
|
+
|
|
110
|
+
### What's the difference between kse and [other tool]?
|
|
111
|
+
|
|
112
|
+
See [Comparison Questions](#comparison-questions) below.
|
|
113
|
+
|
|
114
|
+
---
|
|
115
|
+
|
|
116
|
+
## Integration Questions
|
|
117
|
+
|
|
118
|
+
### Which AI tools work with kse?
|
|
119
|
+
|
|
120
|
+
**All of them!** kse provides three integration modes:
|
|
121
|
+
|
|
122
|
+
**Native Integration** (automatic):
|
|
123
|
+
- Kiro IDE
|
|
124
|
+
|
|
125
|
+
**Manual Export** (copy-paste):
|
|
126
|
+
- Claude Code
|
|
127
|
+
- ChatGPT
|
|
128
|
+
- Cursor
|
|
129
|
+
- VS Code + Copilot
|
|
130
|
+
- Any AI tool that accepts text input
|
|
131
|
+
|
|
132
|
+
**Watch Mode** (auto-refresh):
|
|
133
|
+
- All tools above
|
|
134
|
+
- Best with: Windsurf, Cline (can execute commands)
|
|
135
|
+
|
|
136
|
+
See [Integration Modes Guide](integration-modes.md) for details.
|
|
137
|
+
|
|
138
|
+
---
|
|
139
|
+
|
|
140
|
+
### How do I use kse with Claude Code?
|
|
141
|
+
|
|
142
|
+
**Quick workflow:**
|
|
143
|
+
|
|
144
|
+
1. **Create Spec:**
|
|
145
|
+
```bash
|
|
146
|
+
kse create-spec 01-00-user-login
|
|
147
|
+
# Edit requirements.md, design.md, tasks.md
|
|
148
|
+
```
|
|
149
|
+
|
|
150
|
+
2. **Export context:**
|
|
151
|
+
```bash
|
|
152
|
+
kse context export 01-00-user-login
|
|
153
|
+
```
|
|
154
|
+
|
|
155
|
+
3. **Copy to clipboard:**
|
|
156
|
+
```bash
|
|
157
|
+
# macOS
|
|
158
|
+
cat .kiro/specs/01-00-user-login/context-export.md | pbcopy
|
|
159
|
+
|
|
160
|
+
# Windows
|
|
161
|
+
type .kiro\specs\01-00-user-login\context-export.md | clip
|
|
162
|
+
|
|
163
|
+
# Linux
|
|
164
|
+
cat .kiro/specs/01-00-user-login/context-export.md | xclip -selection clipboard
|
|
165
|
+
```
|
|
166
|
+
|
|
167
|
+
4. **Paste into Claude:**
|
|
168
|
+
```
|
|
169
|
+
[Paste context]
|
|
170
|
+
|
|
171
|
+
You: "Please implement task 1.1: Create AuthController"
|
|
172
|
+
```
|
|
173
|
+
|
|
174
|
+
See [Claude Guide](tools/claude-guide.md) for detailed instructions.
|
|
175
|
+
|
|
176
|
+
---
|
|
177
|
+
|
|
178
|
+
### Can I use kse with GitHub Copilot?
|
|
179
|
+
|
|
180
|
+
**Yes!** Two approaches:
|
|
181
|
+
|
|
182
|
+
**Approach 1: Manual export**
|
|
183
|
+
```bash
|
|
184
|
+
kse context export 01-00-user-login
|
|
185
|
+
# Reference context in code comments
|
|
186
|
+
```
|
|
187
|
+
|
|
188
|
+
**Approach 2: File references**
|
|
189
|
+
```javascript
|
|
190
|
+
// See requirements: .kiro/specs/01-00-user-login/requirements.md
|
|
191
|
+
// See design: .kiro/specs/01-00-user-login/design.md
|
|
192
|
+
|
|
193
|
+
class AuthController {
|
|
194
|
+
// Copilot reads nearby files and suggests code
|
|
195
|
+
}
|
|
196
|
+
```
|
|
197
|
+
|
|
198
|
+
See [VS Code Guide](tools/vscode-guide.md) for details.
|
|
199
|
+
|
|
200
|
+
---
|
|
201
|
+
|
|
202
|
+
### What's the difference between the three integration modes?
|
|
203
|
+
|
|
204
|
+
| Mode | Automation | Setup | Best For |
|
|
205
|
+
|------|-----------|-------|----------|
|
|
206
|
+
| **Native** | Fully automatic | None | Kiro IDE users |
|
|
207
|
+
| **Manual Export** | Semi-manual | None | Quick start, any tool |
|
|
208
|
+
| **Watch Mode** | Auto-refresh | 5 minutes | Active development |
|
|
209
|
+
|
|
210
|
+
**Native Integration:**
|
|
211
|
+
- AI reads Specs directly
|
|
212
|
+
- No manual export needed
|
|
213
|
+
- Only works with Kiro IDE
|
|
214
|
+
|
|
215
|
+
**Manual Export:**
|
|
216
|
+
- You export context manually
|
|
217
|
+
- Copy-paste to AI tool
|
|
218
|
+
- Works with any AI tool
|
|
219
|
+
|
|
220
|
+
**Watch Mode:**
|
|
221
|
+
- Auto-exports when Specs change
|
|
222
|
+
- You still provide context to AI
|
|
223
|
+
- Works with any AI tool
|
|
224
|
+
|
|
225
|
+
See [Integration Modes Guide](integration-modes.md) for details.
|
|
226
|
+
|
|
227
|
+
---
|
|
228
|
+
|
|
229
|
+
## Workflow Questions
|
|
230
|
+
|
|
231
|
+
### How long does it take to create a Spec?
|
|
232
|
+
|
|
233
|
+
**Depends on feature complexity:**
|
|
234
|
+
|
|
235
|
+
**Simple feature** (5-10 minutes):
|
|
236
|
+
- Requirements: 2 minutes
|
|
237
|
+
- Design: 3 minutes
|
|
238
|
+
- Tasks: 2 minutes
|
|
239
|
+
- Example: Add a new API endpoint
|
|
240
|
+
|
|
241
|
+
**Medium feature** (20-30 minutes):
|
|
242
|
+
- Requirements: 5 minutes
|
|
243
|
+
- Design: 10 minutes
|
|
244
|
+
- Tasks: 5 minutes
|
|
245
|
+
- Example: User authentication system
|
|
246
|
+
|
|
247
|
+
**Complex feature** (1-2 hours):
|
|
248
|
+
- Requirements: 20 minutes
|
|
249
|
+
- Design: 40 minutes
|
|
250
|
+
- Tasks: 20 minutes
|
|
251
|
+
- Example: Multi-tenant data architecture
|
|
252
|
+
|
|
253
|
+
**Time investment pays off:**
|
|
254
|
+
- AI generates better code
|
|
255
|
+
- Fewer iterations needed
|
|
256
|
+
- Built-in documentation
|
|
257
|
+
- Easier maintenance
|
|
258
|
+
|
|
259
|
+
---
|
|
260
|
+
|
|
261
|
+
### Do I need to complete all three Spec files before coding?
|
|
262
|
+
|
|
263
|
+
**No!** You can iterate:
|
|
264
|
+
|
|
265
|
+
**Minimum viable Spec:**
|
|
266
|
+
```markdown
|
|
267
|
+
# requirements.md
|
|
268
|
+
- Basic user story
|
|
269
|
+
- Key acceptance criteria
|
|
270
|
+
|
|
271
|
+
# design.md
|
|
272
|
+
- High-level architecture
|
|
273
|
+
- Main components
|
|
274
|
+
|
|
275
|
+
# tasks.md
|
|
276
|
+
- First few tasks
|
|
277
|
+
```
|
|
278
|
+
|
|
279
|
+
**Then iterate:**
|
|
280
|
+
1. Implement first tasks
|
|
281
|
+
2. Learn from implementation
|
|
282
|
+
3. Refine requirements/design
|
|
283
|
+
4. Add more tasks
|
|
284
|
+
5. Repeat
|
|
285
|
+
|
|
286
|
+
**When to complete fully upfront:**
|
|
287
|
+
- Critical systems
|
|
288
|
+
- Team collaboration
|
|
289
|
+
- Well-understood features
|
|
290
|
+
|
|
291
|
+
**When to iterate:**
|
|
292
|
+
- Exploring new features
|
|
293
|
+
- Prototyping
|
|
294
|
+
- Learning new technologies
|
|
295
|
+
|
|
296
|
+
---
|
|
297
|
+
|
|
298
|
+
### How do I update a Spec after starting implementation?
|
|
299
|
+
|
|
300
|
+
**Just edit the files!**
|
|
301
|
+
|
|
302
|
+
```bash
|
|
303
|
+
# Edit any Spec file
|
|
304
|
+
vim .kiro/specs/01-00-user-login/design.md
|
|
305
|
+
|
|
306
|
+
# If using watch mode, context auto-updates
|
|
307
|
+
# If using manual export, re-export:
|
|
308
|
+
kse context export 01-00-user-login
|
|
309
|
+
```
|
|
310
|
+
|
|
311
|
+
**Best practices:**
|
|
312
|
+
- ✅ Update Specs as you learn
|
|
313
|
+
- ✅ Keep Specs in sync with code
|
|
314
|
+
- ✅ Commit Spec changes to git
|
|
315
|
+
- ✅ Document why you changed design
|
|
316
|
+
|
|
317
|
+
**Specs are living documents** - they should evolve with your understanding.
|
|
318
|
+
|
|
319
|
+
---
|
|
320
|
+
|
|
321
|
+
### How do I track task progress?
|
|
322
|
+
|
|
323
|
+
**Update tasks.md manually:**
|
|
324
|
+
|
|
325
|
+
```markdown
|
|
326
|
+
# Before
|
|
327
|
+
- [ ] 1.1 Create AuthController
|
|
328
|
+
- [ ] 1.2 Create AuthService
|
|
329
|
+
|
|
330
|
+
# After completing 1.1
|
|
331
|
+
- [x] 1.1 Create AuthController
|
|
332
|
+
- [ ] 1.2 Create AuthService
|
|
333
|
+
```
|
|
334
|
+
|
|
335
|
+
**Check progress:**
|
|
336
|
+
```bash
|
|
337
|
+
kse status
|
|
338
|
+
```
|
|
339
|
+
|
|
340
|
+
**Output:**
|
|
341
|
+
```
|
|
342
|
+
Spec: 01-00-user-login
|
|
343
|
+
Progress: 1/2 tasks complete (50%)
|
|
344
|
+
- [x] 1.1 Create AuthController
|
|
345
|
+
- [ ] 1.2 Create AuthService
|
|
346
|
+
```
|
|
347
|
+
|
|
348
|
+
**With Kiro IDE:**
|
|
349
|
+
- AI updates tasks automatically
|
|
350
|
+
- No manual checkbox editing needed
|
|
351
|
+
|
|
352
|
+
---
|
|
353
|
+
|
|
354
|
+
### Can I use kse for bug fixes?
|
|
355
|
+
|
|
356
|
+
**Yes!** Create a Spec for the bug:
|
|
357
|
+
|
|
358
|
+
```bash
|
|
359
|
+
kse create-spec 01-01-fix-login-timeout
|
|
360
|
+
```
|
|
361
|
+
|
|
362
|
+
**requirements.md:**
|
|
363
|
+
```markdown
|
|
364
|
+
# Bug: Login Timeout
|
|
365
|
+
|
|
366
|
+
## Problem
|
|
367
|
+
Users are logged out after 5 minutes instead of 30 minutes
|
|
368
|
+
|
|
369
|
+
## Root Cause
|
|
370
|
+
JWT token expiration set to 300 seconds instead of 1800 seconds
|
|
371
|
+
|
|
372
|
+
## Acceptance Criteria
|
|
373
|
+
- WHEN user logs in THEN token expires after 30 minutes
|
|
374
|
+
- WHEN token expires THEN user is redirected to login
|
|
375
|
+
```
|
|
376
|
+
|
|
377
|
+
**design.md:**
|
|
378
|
+
```markdown
|
|
379
|
+
# Fix: Update JWT expiration
|
|
380
|
+
|
|
381
|
+
## Changes
|
|
382
|
+
- Update AuthService.generateToken()
|
|
383
|
+
- Change expiresIn from '5m' to '30m'
|
|
384
|
+
- Add test for token expiration
|
|
385
|
+
```
|
|
386
|
+
|
|
387
|
+
**tasks.md:**
|
|
388
|
+
```markdown
|
|
389
|
+
- [ ] 1.1 Update AuthService.generateToken()
|
|
390
|
+
- [ ] 1.2 Update tests
|
|
391
|
+
- [ ] 1.3 Verify in staging
|
|
392
|
+
```
|
|
393
|
+
|
|
394
|
+
---
|
|
395
|
+
|
|
396
|
+
### Can I use kse for refactoring?
|
|
397
|
+
|
|
398
|
+
**Absolutely!** Specs are great for refactoring:
|
|
399
|
+
|
|
400
|
+
```bash
|
|
401
|
+
kse create-spec 02-00-refactor-auth-module
|
|
402
|
+
```
|
|
403
|
+
|
|
404
|
+
**requirements.md:**
|
|
405
|
+
```markdown
|
|
406
|
+
# Refactor: Auth Module
|
|
407
|
+
|
|
408
|
+
## Goals
|
|
409
|
+
- Separate authentication from authorization
|
|
410
|
+
- Improve testability
|
|
411
|
+
- Reduce code duplication
|
|
412
|
+
|
|
413
|
+
## Acceptance Criteria
|
|
414
|
+
- WHEN refactoring is complete THEN all tests pass
|
|
415
|
+
- WHEN refactoring is complete THEN code coverage >= 80%
|
|
416
|
+
```
|
|
417
|
+
|
|
418
|
+
**design.md:**
|
|
419
|
+
```markdown
|
|
420
|
+
# Refactoring Plan
|
|
421
|
+
|
|
422
|
+
## Current Architecture
|
|
423
|
+
[Diagram of current structure]
|
|
424
|
+
|
|
425
|
+
## Target Architecture
|
|
426
|
+
[Diagram of desired structure]
|
|
427
|
+
|
|
428
|
+
## Migration Strategy
|
|
429
|
+
1. Create new AuthService
|
|
430
|
+
2. Migrate AuthController to use new service
|
|
431
|
+
3. Deprecate old service
|
|
432
|
+
4. Remove old service
|
|
433
|
+
```
|
|
434
|
+
|
|
435
|
+
---
|
|
436
|
+
|
|
437
|
+
## Advanced Questions
|
|
438
|
+
|
|
439
|
+
### Can I customize Spec templates?
|
|
440
|
+
|
|
441
|
+
**Yes!** kse uses templates from `.kiro/templates/`:
|
|
442
|
+
|
|
443
|
+
```bash
|
|
444
|
+
# View current templates
|
|
445
|
+
ls .kiro/templates/
|
|
446
|
+
|
|
447
|
+
# Edit templates
|
|
448
|
+
vim .kiro/templates/requirements.md
|
|
449
|
+
vim .kiro/templates/design.md
|
|
450
|
+
vim .kiro/templates/tasks.md
|
|
451
|
+
```
|
|
452
|
+
|
|
453
|
+
**Example custom template:**
|
|
454
|
+
```markdown
|
|
455
|
+
# requirements.md template
|
|
456
|
+
# Feature: {{feature-name}}
|
|
457
|
+
|
|
458
|
+
## User Stories
|
|
459
|
+
- As a {{user-type}}, I want to {{action}}, so that {{benefit}}
|
|
460
|
+
|
|
461
|
+
## Acceptance Criteria
|
|
462
|
+
- WHEN {{condition}} THEN {{result}}
|
|
463
|
+
|
|
464
|
+
## Custom Section
|
|
465
|
+
- Security considerations
|
|
466
|
+
- Performance requirements
|
|
467
|
+
- Accessibility requirements
|
|
468
|
+
```
|
|
469
|
+
|
|
470
|
+
---
|
|
471
|
+
|
|
472
|
+
### Can I use kse with multiple projects?
|
|
473
|
+
|
|
474
|
+
**Yes!** Each project has its own kse installation:
|
|
475
|
+
|
|
476
|
+
```bash
|
|
477
|
+
# Project 1
|
|
478
|
+
cd ~/projects/project1
|
|
479
|
+
kse adopt
|
|
480
|
+
kse create-spec 01-00-feature-a
|
|
481
|
+
|
|
482
|
+
# Project 2
|
|
483
|
+
cd ~/projects/project2
|
|
484
|
+
kse adopt
|
|
485
|
+
kse create-spec 01-00-feature-b
|
|
486
|
+
```
|
|
487
|
+
|
|
488
|
+
**Each project has:**
|
|
489
|
+
- Own `.kiro/` directory
|
|
490
|
+
- Own `kse.json` config
|
|
491
|
+
- Own Specs
|
|
492
|
+
- Own templates
|
|
493
|
+
|
|
494
|
+
---
|
|
495
|
+
|
|
496
|
+
### Can I share Specs with my team?
|
|
497
|
+
|
|
498
|
+
**Yes!** Specs are just markdown files:
|
|
499
|
+
|
|
500
|
+
**Via git:**
|
|
501
|
+
```bash
|
|
502
|
+
git add .kiro/specs/01-00-user-login/
|
|
503
|
+
git commit -m "Add user login Spec"
|
|
504
|
+
git push
|
|
505
|
+
```
|
|
506
|
+
|
|
507
|
+
**Via export:**
|
|
508
|
+
```bash
|
|
509
|
+
# Export Spec as single file
|
|
510
|
+
kse context export 01-00-user-login
|
|
511
|
+
|
|
512
|
+
# Share context-export.md
|
|
513
|
+
```
|
|
514
|
+
|
|
515
|
+
**Team workflow:**
|
|
516
|
+
1. One person creates Spec
|
|
517
|
+
2. Team reviews requirements/design
|
|
518
|
+
3. Team members claim tasks
|
|
519
|
+
4. Everyone uses same Spec for context
|
|
520
|
+
|
|
521
|
+
---
|
|
522
|
+
|
|
523
|
+
### How do I handle large features?
|
|
524
|
+
|
|
525
|
+
**Break into multiple Specs:**
|
|
526
|
+
|
|
527
|
+
```bash
|
|
528
|
+
# Main feature
|
|
529
|
+
kse create-spec 01-00-user-management
|
|
530
|
+
|
|
531
|
+
# Sub-features
|
|
532
|
+
kse create-spec 01-01-user-registration
|
|
533
|
+
kse create-spec 01-02-user-login
|
|
534
|
+
kse create-spec 01-03-user-profile
|
|
535
|
+
kse create-spec 01-04-password-reset
|
|
536
|
+
```
|
|
537
|
+
|
|
538
|
+
**Or use phases in tasks.md:**
|
|
539
|
+
```markdown
|
|
540
|
+
## Phase 1: Core Authentication
|
|
541
|
+
- [ ] 1.1 User registration
|
|
542
|
+
- [ ] 1.2 User login
|
|
543
|
+
|
|
544
|
+
## Phase 2: Profile Management
|
|
545
|
+
- [ ] 2.1 View profile
|
|
546
|
+
- [ ] 2.2 Edit profile
|
|
547
|
+
|
|
548
|
+
## Phase 3: Advanced Features
|
|
549
|
+
- [ ] 3.1 Password reset
|
|
550
|
+
- [ ] 3.2 Two-factor auth
|
|
551
|
+
```
|
|
552
|
+
|
|
553
|
+
---
|
|
554
|
+
|
|
555
|
+
### Can I use kse for non-code projects?
|
|
556
|
+
|
|
557
|
+
**Yes!** Specs work for any structured work:
|
|
558
|
+
|
|
559
|
+
**Documentation project:**
|
|
560
|
+
```bash
|
|
561
|
+
kse create-spec 01-00-api-documentation
|
|
562
|
+
```
|
|
563
|
+
|
|
564
|
+
**Design project:**
|
|
565
|
+
```bash
|
|
566
|
+
kse create-spec 02-00-ui-redesign
|
|
567
|
+
```
|
|
568
|
+
|
|
569
|
+
**Process improvement:**
|
|
570
|
+
```bash
|
|
571
|
+
kse create-spec 03-00-ci-cd-pipeline
|
|
572
|
+
```
|
|
573
|
+
|
|
574
|
+
**Specs provide structure for any project** with requirements, design, and tasks.
|
|
575
|
+
|
|
576
|
+
---
|
|
577
|
+
|
|
578
|
+
## Comparison Questions
|
|
579
|
+
|
|
580
|
+
### kse vs. GitHub Issues
|
|
581
|
+
|
|
582
|
+
**GitHub Issues:**
|
|
583
|
+
- Track bugs and feature requests
|
|
584
|
+
- Discussion and collaboration
|
|
585
|
+
- Project management
|
|
586
|
+
|
|
587
|
+
**kse:**
|
|
588
|
+
- Structure feature implementation
|
|
589
|
+
- Provide context to AI tools
|
|
590
|
+
- Document design decisions
|
|
591
|
+
|
|
592
|
+
**Use both:**
|
|
593
|
+
- GitHub Issue: "Add user login feature"
|
|
594
|
+
- kse Spec: Detailed requirements, design, tasks for implementation
|
|
595
|
+
|
|
596
|
+
---
|
|
597
|
+
|
|
598
|
+
### kse vs. Jira/Linear
|
|
599
|
+
|
|
600
|
+
**Jira/Linear:**
|
|
601
|
+
- Project management
|
|
602
|
+
- Sprint planning
|
|
603
|
+
- Team coordination
|
|
604
|
+
|
|
605
|
+
**kse:**
|
|
606
|
+
- Feature specification
|
|
607
|
+
- AI context provider
|
|
608
|
+
- Implementation documentation
|
|
609
|
+
|
|
610
|
+
**Use both:**
|
|
611
|
+
- Jira ticket: "USER-123: Implement login"
|
|
612
|
+
- kse Spec: Technical specification for implementation
|
|
613
|
+
|
|
614
|
+
---
|
|
615
|
+
|
|
616
|
+
### kse vs. Confluence/Notion
|
|
617
|
+
|
|
618
|
+
**Confluence/Notion:**
|
|
619
|
+
- General documentation
|
|
620
|
+
- Knowledge base
|
|
621
|
+
- Team wiki
|
|
622
|
+
|
|
623
|
+
**kse:**
|
|
624
|
+
- Feature-specific documentation
|
|
625
|
+
- Structured format (requirements/design/tasks)
|
|
626
|
+
- AI-optimized context
|
|
627
|
+
|
|
628
|
+
**Use both:**
|
|
629
|
+
- Confluence: Architecture overview, team processes
|
|
630
|
+
- kse: Individual feature specifications
|
|
631
|
+
|
|
632
|
+
---
|
|
633
|
+
|
|
634
|
+
### kse vs. OpenAPI/Swagger
|
|
635
|
+
|
|
636
|
+
**OpenAPI/Swagger:**
|
|
637
|
+
- API documentation
|
|
638
|
+
- API contract
|
|
639
|
+
- API testing
|
|
640
|
+
|
|
641
|
+
**kse:**
|
|
642
|
+
- Full feature specification (not just API)
|
|
643
|
+
- Requirements and design rationale
|
|
644
|
+
- Implementation tasks
|
|
645
|
+
|
|
646
|
+
**Use both:**
|
|
647
|
+
- kse design.md: Include OpenAPI spec
|
|
648
|
+
- Generate OpenAPI from implementation
|
|
649
|
+
- Reference OpenAPI in kse Spec
|
|
650
|
+
|
|
651
|
+
---
|
|
652
|
+
|
|
653
|
+
### kse vs. ADRs (Architecture Decision Records)
|
|
654
|
+
|
|
655
|
+
**ADRs:**
|
|
656
|
+
- Document architectural decisions
|
|
657
|
+
- Explain why decisions were made
|
|
658
|
+
- Historical record
|
|
659
|
+
|
|
660
|
+
**kse:**
|
|
661
|
+
- Document feature implementation
|
|
662
|
+
- Provide context for AI
|
|
663
|
+
- Track implementation progress
|
|
664
|
+
|
|
665
|
+
**Use both:**
|
|
666
|
+
- ADR: "We chose PostgreSQL over MongoDB"
|
|
667
|
+
- kse Spec: "User login feature uses PostgreSQL"
|
|
668
|
+
|
|
669
|
+
---
|
|
670
|
+
|
|
671
|
+
## Related Documentation
|
|
672
|
+
|
|
673
|
+
- **[Quick Start Guide](quick-start.md)** - Get started with kse
|
|
674
|
+
- **[Integration Modes](integration-modes.md)** - How to use kse with AI tools
|
|
675
|
+
- **[Spec Workflow](spec-workflow.md)** - Understanding Specs
|
|
676
|
+
- **[Troubleshooting](troubleshooting.md)** - Common issues and solutions
|
|
677
|
+
|
|
678
|
+
---
|
|
679
|
+
|
|
680
|
+
## Still Have Questions?
|
|
681
|
+
|
|
682
|
+
**Ask the community:**
|
|
683
|
+
- GitHub Discussions: https://github.com/kiro-spec-engine/kse/discussions
|
|
684
|
+
- Discord: [Join our Discord](https://discord.gg/kse)
|
|
685
|
+
- Twitter: [@kse_dev](https://twitter.com/kse_dev)
|
|
686
|
+
|
|
687
|
+
**Report issues:**
|
|
688
|
+
- GitHub Issues: https://github.com/kiro-spec-engine/kse/issues
|
|
689
|
+
|
|
690
|
+
**Contribute:**
|
|
691
|
+
- Contributing Guide: [CONTRIBUTING.md](../CONTRIBUTING.md)
|
|
692
|
+
|
|
693
|
+
---
|
|
694
|
+
|
|
695
|
+
**Version**: 1.0.0
|
|
696
|
+
**Last Updated**: 2026-01-23
|