gsd-cc 0.9.0 → 0.9.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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "gsd-cc",
3
- "version": "0.9.0",
3
+ "version": "0.9.1",
4
4
  "description": "Get Shit Done on Claude Code — structured AI development with your Max plan",
5
5
  "author": "Philipp Briese (https://github.com/0ui-labs)",
6
6
  "homepage": "https://github.com/0ui-labs/GSD-CC#readme",
@@ -30,73 +30,99 @@ If `.gsd/PROFILE.md` already exists, ask: "You already have a profile. Update it
30
30
 
31
31
  Go deep. This interview should take 15-25 minutes. Don't rush. Ask ONE question at a time. Follow up on interesting answers. The goal is to understand the person, not fill out a form.
32
32
 
33
- ### Section 1: Background & Context
33
+ **CRITICAL: Adapt your language to the user's level.** The questions below are guidelines, not scripts. A senior engineer can handle "monolith or microservices?" A first-time builder needs "should it start simple or be built for growth from day one?" Read the room from the first answer and adjust everything that follows.
34
34
 
35
- - "What's your technical background? Self-taught, bootcamp, CS degree, something else?"
36
- - "How long have you been building software?"
37
- - "What's the biggest project you've shipped?"
38
- - "Do you code full-time or is this a side project / business tool?"
35
+ ### Section 1: Who Are You?
39
36
 
40
- Adapt the rest of the interview based on their level. A senior engineer gets different questions than a first-time vibe coder.
37
+ Start casual. Get a feel for who you're talking to.
41
38
 
42
- ### Section 2: Architecture & Design Philosophy
39
+ - "Tell me a bit about yourself — do you build software for a living, or is this more of a side thing?"
40
+ - "Have you built something before that you were proud of? What was it?"
41
+ - "How do you usually work — do you plan everything first, or do you figure it out as you go?"
43
42
 
44
- - "When you start a new project, what do you set up first?"
45
- - "Monolith or microservices and why?"
46
- - "How do you feel about ORMs? Raw SQL? Query builders?"
47
- - "REST, GraphQL, tRPC, gRPC what's your instinct and why?"
48
- - "How much abstraction is too much? When does DRY become harmful?"
49
- - "Do you prefer convention over configuration (Rails-style) or explicit control (Express-style)?"
50
- - "What's a popular pattern or tool that you think is overrated?"
51
- - "What's an unpopular opinion you hold about software architecture?"
43
+ **Based on their answers, determine their level:**
44
+ - **Beginner/Vibe Coder:** No CS background, maybe built a few things with AI help, thinks in terms of "I want it to do X" not "I need an API endpoint"
45
+ - **Intermediate:** Has shipped a few projects, knows some frameworks, has opinions but not strong ones
46
+ - **Advanced:** Years of experience, strong opinions, can discuss tradeoffs in depth
52
47
 
53
- ### Section 3: Tech Stack Preferences
48
+ **Adapt ALL following questions to their level.** The sections below show both styles — pick the right one.
54
49
 
55
- - "What languages do you reach for? What languages do you avoid?"
56
- - "Frontend framework preference? Why?"
57
- - "Database preference? SQL vs NoSQL — when and why?"
58
- - "How do you feel about TypeScript? Strict mode?"
59
- - "Testing: TDD, test-after, or 'I'll add tests when it breaks'?"
60
- - "CSS approach: Tailwind, CSS modules, styled-components, vanilla?"
61
- - "Package preferences: do you prefer fewer dependencies or best-in-class for each need?"
50
+ ### Section 2: How Do You Like Things Built?
62
51
 
63
- ### Section 4: Quality & Standards
52
+ **For beginners:**
53
+ - "When you imagine your project — should it be simple and just work, or do you want it built so it can grow into something bigger later?"
54
+ - "Do you care about what's under the hood, or just that it works?"
55
+ - "If Claude has to pick between two ways to build something — one is quicker but messier, one takes longer but is cleaner — which would you prefer?"
56
+ - "Are there apps or tools you use that you think are really well made? What do you like about them?"
57
+ - "Is there software you've used that frustrated you? What was annoying about it?"
64
58
 
65
- - "What does 'done' mean to you? When is code ready to ship?"
66
- - "How much error handling is enough? Do you handle every edge case upfront or ship and iterate?"
67
- - "Logging and observability: how much do you add from the start?"
68
- - "Performance: optimize early or only when there's a measured problem?"
69
- - "Security: what do you always do, what do you skip for MVPs?"
70
- - "Code comments: a lot, a little, or 'the code should speak for itself'?"
59
+ **For advanced users:**
60
+ - "What drives your architecture decisions simplicity, scalability, developer experience, something else?"
61
+ - "Where do you fall on the 'build it right vs. ship it fast' spectrum? Does it depend on context?"
62
+ - "What's a popular approach that you think is overrated?"
63
+ - "What's an unpopular opinion you hold about how software should be built?"
71
64
 
72
- ### Section 5: Process & Decision-Making
65
+ ### Section 3: Tools & Technologies
73
66
 
74
- - "When you face two valid approaches, how do you decide? Gut feeling? Research? Ask someone?"
75
- - "How do you handle scope creep? Are you strict about MVP or do you let features grow?"
76
- - "When something isn't working, how long do you try before switching approaches?"
77
- - "What makes you rage-quit a library or tool?"
78
- - "What's a mistake you've made that changed how you build things?"
67
+ **For beginners:**
68
+ - "Do you have a preference for how things look? Modern and clean? Colorful? Simple?"
69
+ - "Is this going to be a website, an app, something that runs on your computer, or something else?"
70
+ - "Have you used or heard about specific tools or languages that you'd like to use or avoid?"
71
+ - "Do you want Claude to pick the best tools, or do you want to have a say?"
79
72
 
80
- ### Section 6: Aesthetics & UX (if relevant)
73
+ **For advanced users:**
74
+ - "What's your go-to stack? What do you reach for by default?"
75
+ - "Any technologies you refuse to use? Why?"
76
+ - "How do you feel about dependencies — fewer is better, or best tool for each job?"
77
+ - "Testing philosophy — when and how much?"
81
78
 
82
- - "How important is UI polish for v1?"
83
- - "Do you prefer minimal/clean or feature-rich/dense interfaces?"
84
- - "Mobile-first or desktop-first?"
85
- - "Dark mode?"
86
- - "What apps or websites do you think are really well-designed?"
79
+ ### Section 4: Quality & "Good Enough"
87
80
 
88
- ### Section 7: Red Lines & Non-Negotiables
81
+ **For beginners:**
82
+ - "When would you say something is 'done'? When it works? When it looks nice? When it handles weird situations?"
83
+ - "If something goes wrong while someone uses your app — should it crash, show an error message, or try to fix itself?"
84
+ - "How polished does it need to be for version 1? Perfect, or good enough to use?"
85
+ - "Is speed important? Should it feel instant?"
89
86
 
90
- - "What should Claude NEVER do in your projects?"
91
- - "What patterns or approaches are absolute no-gos for you?"
92
- - "Any libraries or tools you refuse to use? Why?"
93
- - "Is there anything where you'd rather have ugly-but-working than clean-but-incomplete?"
87
+ **For advanced users:**
88
+ - "What's your bar for shipping? What's your bar for 'done done'?"
89
+ - "Error handling strategy defensive from day one, or add as needed?"
90
+ - "Performance optimize early or measure first?"
91
+ - "Security baseline — what do you always do, what do you defer?"
94
92
 
95
- ### Section 8: Wildcards
93
+ ### Section 5: How You Think & Decide
96
94
 
97
- - "If you could mass-delete one concept from modern software development, what would it be?"
98
- - "What do beginners understand better than experts?"
99
- - "Is there a 'wrong' way of doing things that you secretly think is fine?"
95
+ **For everyone (adapt tone):**
96
+ - "When there's no obvious right answer — how do you usually decide? Gut feeling? Research? Ask someone?"
97
+ - "Have you ever built something and halfway through realized you should have done it differently? What happened?"
98
+ - "What makes you give up on a tool or approach and try something else?"
99
+ - "Is there something about how things are usually done that you think is stupid or overcomplicated?"
100
+
101
+ ### Section 6: Look & Feel
102
+
103
+ **For everyone:**
104
+ - "How important is it that it looks good — on a scale from 'who cares, it just needs to work' to 'design is everything'?"
105
+ - "When you think of apps you love using — what's the vibe? Clean and minimal? Packed with features? Playful?"
106
+ - "Phone first or computer first?"
107
+ - "Any apps or websites that you think nailed the design?"
108
+
109
+ ### Section 7: Things You Don't Want
110
+
111
+ **For beginners:**
112
+ - "Is there anything where you'd say 'I definitely don't want that'?"
113
+ - "Any features or behaviors in apps that annoy you? Things you'd never put in your own project?"
114
+ - "Anything that Claude should absolutely not decide on its own — something where it should always ask you first?"
115
+
116
+ **For advanced users:**
117
+ - "Hard no-gos — patterns, tools, approaches?"
118
+ - "Anything where you'd rather have ugly-but-working than clean-but-incomplete?"
119
+ - "What should Claude never do without asking?"
120
+
121
+ ### Section 8: The Fun Ones
122
+
123
+ - "If you could change one thing about how software is built today, what would it be?"
124
+ - "Is there something that 'everyone knows is wrong' that you secretly think is fine?"
125
+ - "What do people who are new to this understand better than the experts?"
100
126
 
101
127
  ## Generating PROFILE.md
102
128