vibe-me 2.0.0 → 3.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/README.md +408 -91
- package/Vibe.bat +14 -10
- package/bin/vibes.js +96 -89
- package/package.json +2 -2
- package/templates/ai.md +49 -0
- package/templates/business.md +52 -0
- package/templates/context.md +48 -0
- package/templates/decisions.md +8 -5
- package/templates/experiments.md +36 -0
- package/templates/market.md +39 -0
- package/templates/metrics.md +35 -0
- package/templates/product.md +54 -0
- package/templates/risks.md +44 -0
- package/templates/users.md +47 -0
|
@@ -0,0 +1,35 @@
|
|
|
1
|
+
# Metrics
|
|
2
|
+
|
|
3
|
+
<!--
|
|
4
|
+
INSTRUCTIONS FOR AI AGENT:
|
|
5
|
+
What numbers matter for this project? Not vanity metrics — the numbers
|
|
6
|
+
that actually drive decisions.
|
|
7
|
+
|
|
8
|
+
If this is not a product/business (it's a library or open-source tool),
|
|
9
|
+
the relevant metrics might be: downloads, GitHub stars, open issues,
|
|
10
|
+
contributor count, test coverage, build time. Adapt accordingly.
|
|
11
|
+
Delete these instruction comments when done.
|
|
12
|
+
-->
|
|
13
|
+
|
|
14
|
+
## North Star Metric
|
|
15
|
+
|
|
16
|
+
<!-- The ONE number that best captures whether this project is succeeding. -->
|
|
17
|
+
<!-- Example: "Weekly active users who complete at least one document" -->
|
|
18
|
+
|
|
19
|
+
## Key Metrics
|
|
20
|
+
|
|
21
|
+
| Metric | Current | Target | Why It Matters |
|
|
22
|
+
|---|---|---|---|
|
|
23
|
+
| | | | |
|
|
24
|
+
|
|
25
|
+
## What We Track
|
|
26
|
+
|
|
27
|
+
<!-- Where is data collected? Analytics tools, dashboards, manual tracking? -->
|
|
28
|
+
|
|
29
|
+
-
|
|
30
|
+
|
|
31
|
+
## What We Don't Track (But Should)
|
|
32
|
+
|
|
33
|
+
<!-- Gaps in measurement. Things we wish we knew but don't. -->
|
|
34
|
+
|
|
35
|
+
-
|
|
@@ -0,0 +1,54 @@
|
|
|
1
|
+
# Product
|
|
2
|
+
|
|
3
|
+
<!--
|
|
4
|
+
INSTRUCTIONS FOR AI AGENT:
|
|
5
|
+
This captures the PRODUCT layer — not what the code does, but what
|
|
6
|
+
the product is, why people use it, and what drives retention.
|
|
7
|
+
|
|
8
|
+
If this is NOT a product (it's a library, CLI tool, internal infrastructure,
|
|
9
|
+
or open-source utility), write:
|
|
10
|
+
"N/A — This is a [library/tool/etc], not a user-facing product."
|
|
11
|
+
Then briefly describe who integrates with it and why, and move on.
|
|
12
|
+
Do NOT delete this file — its absence vs presence signals project type.
|
|
13
|
+
Delete these instruction comments when done.
|
|
14
|
+
-->
|
|
15
|
+
|
|
16
|
+
## Product Vision
|
|
17
|
+
|
|
18
|
+
<!-- One paragraph. What does the world look like if this product succeeds? -->
|
|
19
|
+
|
|
20
|
+
## Value Proposition
|
|
21
|
+
|
|
22
|
+
<!-- Why would someone choose THIS over alternatives? What's the unfair advantage? -->
|
|
23
|
+
|
|
24
|
+
## What Drives Signups
|
|
25
|
+
|
|
26
|
+
<!-- Why do new users show up? What pain brought them here? -->
|
|
27
|
+
|
|
28
|
+
-
|
|
29
|
+
|
|
30
|
+
## What Drives Retention
|
|
31
|
+
|
|
32
|
+
<!-- Why do users stay? What becomes indispensable? -->
|
|
33
|
+
|
|
34
|
+
-
|
|
35
|
+
|
|
36
|
+
## What Nobody Uses
|
|
37
|
+
|
|
38
|
+
<!-- Features that exist but get ignored. Candidates for removal or redesign. -->
|
|
39
|
+
|
|
40
|
+
-
|
|
41
|
+
|
|
42
|
+
## Where Users Get Confused
|
|
43
|
+
|
|
44
|
+
<!-- Friction points. Where do users drop off, get stuck, or contact support? -->
|
|
45
|
+
|
|
46
|
+
-
|
|
47
|
+
|
|
48
|
+
## Feature Priorities
|
|
49
|
+
|
|
50
|
+
<!-- What should be built next, and WHY (tied to a user problem, not a feature wish) -->
|
|
51
|
+
|
|
52
|
+
| Priority | Feature | User Problem It Solves |
|
|
53
|
+
|---|---|---|
|
|
54
|
+
| | | |
|
|
@@ -0,0 +1,44 @@
|
|
|
1
|
+
# Risks
|
|
2
|
+
|
|
3
|
+
<!--
|
|
4
|
+
INSTRUCTIONS FOR AI AGENT:
|
|
5
|
+
Every project has risks. Technical, legal, market, operational.
|
|
6
|
+
Be honest. This file is for internal awareness, not external marketing.
|
|
7
|
+
|
|
8
|
+
If this is a low-stakes side project, the risks might just be:
|
|
9
|
+
"Risk of abandonment — no external users depend on this."
|
|
10
|
+
That's fine. Still document it.
|
|
11
|
+
Delete these instruction comments when done.
|
|
12
|
+
-->
|
|
13
|
+
|
|
14
|
+
## Technical Risks
|
|
15
|
+
|
|
16
|
+
<!-- What could break in ways that are hard to fix? -->
|
|
17
|
+
|
|
18
|
+
| Risk | Likelihood | Impact | Mitigation |
|
|
19
|
+
|---|---|---|---|
|
|
20
|
+
| | | | |
|
|
21
|
+
|
|
22
|
+
## Legal / Compliance Risks
|
|
23
|
+
|
|
24
|
+
<!-- Licensing issues, data privacy, regulatory requirements -->
|
|
25
|
+
|
|
26
|
+
-
|
|
27
|
+
|
|
28
|
+
## Market Risks
|
|
29
|
+
|
|
30
|
+
<!-- Competition, timing, platform dependency -->
|
|
31
|
+
|
|
32
|
+
-
|
|
33
|
+
|
|
34
|
+
## Operational Risks
|
|
35
|
+
|
|
36
|
+
<!-- Bus factor, key dependencies on one person, vendor lock-in -->
|
|
37
|
+
|
|
38
|
+
-
|
|
39
|
+
|
|
40
|
+
## Security Risks
|
|
41
|
+
|
|
42
|
+
<!-- Known attack vectors, unpatched vulnerabilities, data exposure -->
|
|
43
|
+
|
|
44
|
+
-
|
|
@@ -0,0 +1,47 @@
|
|
|
1
|
+
# Users
|
|
2
|
+
|
|
3
|
+
<!--
|
|
4
|
+
INSTRUCTIONS FOR AI AGENT:
|
|
5
|
+
This captures the EMOTIONAL REALITY of users — not just what they do,
|
|
6
|
+
but how they feel, what scares them, what confuses them, what they want.
|
|
7
|
+
|
|
8
|
+
If this project has no end users (it's a library or internal tool), write:
|
|
9
|
+
"N/A — This is a [library/tool]. Consumers are developers integrating via API/package."
|
|
10
|
+
Then describe the developer persona instead.
|
|
11
|
+
Delete these instruction comments when done.
|
|
12
|
+
-->
|
|
13
|
+
|
|
14
|
+
## Personas
|
|
15
|
+
|
|
16
|
+
<!-- Who are the real humans using this? Be specific. Not "users" — who? -->
|
|
17
|
+
|
|
18
|
+
### [Persona Name]
|
|
19
|
+
- **Who:** [Role, experience level, context]
|
|
20
|
+
- **Goal:** [What they're trying to accomplish]
|
|
21
|
+
- **Frustration:** [What makes their current situation painful]
|
|
22
|
+
- **Fear:** [What are they worried might go wrong]
|
|
23
|
+
- **Technical Comfort:** [How tech-savvy are they]
|
|
24
|
+
|
|
25
|
+
---
|
|
26
|
+
|
|
27
|
+
<!-- Copy for each persona. Most products have 2-4. -->
|
|
28
|
+
|
|
29
|
+
## Emotional Reality
|
|
30
|
+
|
|
31
|
+
<!-- How do users FEEL when they use this? What emotional states drive their behavior? -->
|
|
32
|
+
<!-- Example: "Users are scared. They don't trust AI with legal documents." -->
|
|
33
|
+
<!-- Example: "Users are in a hurry. They need results in under 30 seconds." -->
|
|
34
|
+
|
|
35
|
+
-
|
|
36
|
+
|
|
37
|
+
## Common Objections
|
|
38
|
+
|
|
39
|
+
<!-- What stops someone from signing up, paying, or trusting the product? -->
|
|
40
|
+
|
|
41
|
+
-
|
|
42
|
+
|
|
43
|
+
## What Users Say (Verbatim)
|
|
44
|
+
|
|
45
|
+
<!-- Real quotes from users, support tickets, reviews. The raw voice of the customer. -->
|
|
46
|
+
|
|
47
|
+
-
|