Topics as Development Lifecycle Phases
Reframing topics around maturity and process rather than platform internals
Output
Topics as Development Lifecycle Phases
π‘ Your Insight
Topics should represent what you're doing in the development process, not the platform artifacts you're working with. This brings maturity and predictability - you can see "we've done lots of prototyping but no testing" at a glance.
Removing platform-specific topics (kontask, turn, graph) makes sense - those are implementation details that change. The process is the constant.
π Development Lifecycle Topics
Ordered roughly by maturity progression (though work isn't always linear):
| Topic | What it captures | Keywords |
|---|---|---|
| π planning | Deciding what to build, prioritization, backlog management | plan, backlog, priority, roadmap, next, decide, scope |
| ποΈ design | Architecture decisions, interface contracts, how things connect | design, architecture, interface, contract, api, how |
| π schema | Data models, type definitions, database structure | schema, type, types, model, entity, database, db, struct |
| π§ͺ prototype | Exploratory coding, spikes, proof of concepts, trying things | prototype, spike, poc, try, explore, experiment, demo |
| β¨ feature | Building real functionality, implementation work | implement, add, create, build, feature, new, complete |
| π bugfix | Fixing broken things, debugging, crash investigation | fix, bug, crash, error, broken, issue, debug |
| π§ͺ testing | Writing tests, verification, quality assurance | test, tests, coverage, verify, assert, spec, suite |
| ποΈ review | Code reviews, PR reviews, audit, analysis | review, audit, analysis, inspect, check, pr, critique |
| π standards | Coding standards, linting, formatting, conventions | standard, lint, format, convention, style, rule, guideline |
| π docs | Documentation, guides, README updates | doc, docs, documentation, guide, readme, explain |
| πΊοΈ roadmap | Long-term vision, future features, strategic direction | roadmap, vision, future, strategic, long-term, milestone |
π The Maturity View
With these topics, you get a natural maturity progression view:
Ideation planning β roadmap β Design design β schema β Build prototype β feature β Quality testing β review β standards β Maintain bugfix β docs
A healthy flow would show progression through these phases. Too much prototype without testing = tech debt warning.
π My Thoughts
I like this reframe a lot. It shifts topics from "what platform thing am I touching" to "what development activity am I doing." This is:
- Universal - works for any project, not just greatVibe
- Actionable - you can ask "why so much bugfix lately?"
- Process-oriented - shows development maturity at a glance
- Stable - these phases don't change when you rename internal features
One concern: Some work spans multiple phases. A "add user auth feature" kontask is both design and feature. Multi-topic linking handles this, but we need good keyword detection.
Question: Should we keep any "domain" topics like auth or ui? Or is the lifecycle phase the only dimension that matters?
π Final Proposed Topic Set (11 Lifecycle Topics)
Quick Actions
Original Request
No layout configured
Details
π Claude's Context
ses_7c4eba4a...
Raw Data
{
"id": "04a19046-7b4d-4acc-bc36-b7d7e715f99c",
"type": "general",
"status": "completed",
"title": "Topics as Development Lifecycle Phases",
"description": "Reframing topics around maturity and process rather than platform internals",
"context": {
"output": "<div style=\"background:#1e1e1e;color:#e0e0e0;padding:20px;border-radius:8px;font-family:'Consolas','Monaco',monospace;\">\n<h2 style=\"font-family:sans-serif;color:#fff;margin:0 0 16px 0;\">Topics as Development Lifecycle Phases</h2>\n\n<div style=\"background:#2d2d2d;padding:16px;border-radius:6px;margin-bottom:20px;\">\n<h3 style=\"color:#98c379;margin:0 0 12px 0;\">π‘ Your Insight</h3>\n<p style=\"line-height:1.6;\">Topics should represent <strong style=\"color:#e5c07b;\">what you're doing</strong> in the development process, not the platform artifacts you're working with. This brings maturity and predictability - you can see \"we've done lots of prototyping but no testing\" at a glance.</p>\n\n<p style=\"line-height:1.6;margin-top:12px;\">Removing platform-specific topics (kontask, turn, graph) makes sense - those are implementation details that change. The <em>process</em> is the constant.</p>\n</div>\n\n<div style=\"background:#2d2d2d;padding:16px;border-radius:6px;margin-bottom:20px;\">\n<h3 style=\"color:#61afef;margin:0 0 12px 0;\">π Development Lifecycle Topics</h3>\n\n<p style=\"color:#7f848e;margin-bottom:16px;\">Ordered roughly by maturity progression (though work isn't always linear):</p>\n\n<table style=\"width:100%;border-collapse:collapse;\">\n<tr style=\"border-bottom:1px solid #444;\">\n<th style=\"text-align:left;padding:10px;color:#e5c07b;\">Topic</th>\n<th style=\"text-align:left;padding:10px;color:#e5c07b;\">What it captures</th>\n<th style=\"text-align:left;padding:10px;color:#e5c07b;\">Keywords</th>\n</tr>\n\n<tr style=\"border-bottom:1px solid #333;\">\n<td style=\"padding:10px;\"><span style=\"background:#14b8a6;color:#fff;padding:4px 10px;border-radius:4px;font-weight:bold;\">π planning</span></td>\n<td style=\"padding:10px;color:#bbb;\">Deciding what to build, prioritization, backlog management</td>\n<td style=\"padding:10px;color:#7f848e;font-size:12px;\">plan, backlog, priority, roadmap, next, decide, scope</td>\n</tr>\n\n<tr style=\"border-bottom:1px solid #333;\">\n<td style=\"padding:10px;\"><span style=\"background:#c678dd;color:#fff;padding:4px 10px;border-radius:4px;font-weight:bold;\">ποΈ design</span></td>\n<td style=\"padding:10px;color:#bbb;\">Architecture decisions, interface contracts, how things connect</td>\n<td style=\"padding:10px;color:#7f848e;font-size:12px;\">design, architecture, interface, contract, api, how</td>\n</tr>\n\n<tr style=\"border-bottom:1px solid #333;\">\n<td style=\"padding:10px;\"><span style=\"background:#3b82f6;color:#fff;padding:4px 10px;border-radius:4px;font-weight:bold;\">π schema</span></td>\n<td style=\"padding:10px;color:#bbb;\">Data models, type definitions, database structure</td>\n<td style=\"padding:10px;color:#7f848e;font-size:12px;\">schema, type, types, model, entity, database, db, struct</td>\n</tr>\n\n<tr style=\"border-bottom:1px solid #333;\">\n<td style=\"padding:10px;\"><span style=\"background:#f97316;color:#fff;padding:4px 10px;border-radius:4px;font-weight:bold;\">π§ͺ prototype</span></td>\n<td style=\"padding:10px;color:#bbb;\">Exploratory coding, spikes, proof of concepts, trying things</td>\n<td style=\"padding:10px;color:#7f848e;font-size:12px;\">prototype, spike, poc, try, explore, experiment, demo</td>\n</tr>\n\n<tr style=\"border-bottom:1px solid #333;\">\n<td style=\"padding:10px;\"><span style=\"background:#22c55e;color:#fff;padding:4px 10px;border-radius:4px;font-weight:bold;\">β¨ feature</span></td>\n<td style=\"padding:10px;color:#bbb;\">Building real functionality, implementation work</td>\n<td style=\"padding:10px;color:#7f848e;font-size:12px;\">implement, add, create, build, feature, new, complete</td>\n</tr>\n\n<tr style=\"border-bottom:1px solid #333;\">\n<td style=\"padding:10px;\"><span style=\"background:#ef4444;color:#fff;padding:4px 10px;border-radius:4px;font-weight:bold;\">π bugfix</span></td>\n<td style=\"padding:10px;color:#bbb;\">Fixing broken things, debugging, crash investigation</td>\n<td style=\"padding:10px;color:#7f848e;font-size:12px;\">fix, bug, crash, error, broken, issue, debug</td>\n</tr>\n\n<tr style=\"border-bottom:1px solid #333;\">\n<td style=\"padding:10px;\"><span style=\"background:#8b5cf6;color:#fff;padding:4px 10px;border-radius:4px;font-weight:bold;\">π§ͺ testing</span></td>\n<td style=\"padding:10px;color:#bbb;\">Writing tests, verification, quality assurance</td>\n<td style=\"padding:10px;color:#7f848e;font-size:12px;\">test, tests, coverage, verify, assert, spec, suite</td>\n</tr>\n\n<tr style=\"border-bottom:1px solid #333;\">\n<td style=\"padding:10px;\"><span style=\"background:#ec4899;color:#fff;padding:4px 10px;border-radius:4px;font-weight:bold;\">ποΈ review</span></td>\n<td style=\"padding:10px;color:#bbb;\">Code reviews, PR reviews, audit, analysis</td>\n<td style=\"padding:10px;color:#7f848e;font-size:12px;\">review, audit, analysis, inspect, check, pr, critique</td>\n</tr>\n\n<tr style=\"border-bottom:1px solid #333;\">\n<td style=\"padding:10px;\"><span style=\"background:#eab308;color:#fff;padding:4px 10px;border-radius:4px;font-weight:bold;\">π standards</span></td>\n<td style=\"padding:10px;color:#bbb;\">Coding standards, linting, formatting, conventions</td>\n<td style=\"padding:10px;color:#7f848e;font-size:12px;\">standard, lint, format, convention, style, rule, guideline</td>\n</tr>\n\n<tr style=\"border-bottom:1px solid #333;\">\n<td style=\"padding:10px;\"><span style=\"background:#06b6d4;color:#fff;padding:4px 10px;border-radius:4px;font-weight:bold;\">π docs</span></td>\n<td style=\"padding:10px;color:#bbb;\">Documentation, guides, README updates</td>\n<td style=\"padding:10px;color:#7f848e;font-size:12px;\">doc, docs, documentation, guide, readme, explain</td>\n</tr>\n\n<tr>\n<td style=\"padding:10px;\"><span style=\"background:#6366f1;color:#fff;padding:4px 10px;border-radius:4px;font-weight:bold;\">πΊοΈ roadmap</span></td>\n<td style=\"padding:10px;color:#bbb;\">Long-term vision, future features, strategic direction</td>\n<td style=\"padding:10px;color:#7f848e;font-size:12px;\">roadmap, vision, future, strategic, long-term, milestone</td>\n</tr>\n</table>\n</div>\n\n<div style=\"background:#2d2d2d;padding:16px;border-radius:6px;margin-bottom:20px;\">\n<h3 style=\"color:#e5c07b;margin:0 0 12px 0;\">π The Maturity View</h3>\n\n<p style=\"line-height:1.6;margin-bottom:16px;\">With these topics, you get a natural maturity progression view:</p>\n\n<pre style=\"background:#1e1e1e;padding:16px;border-radius:4px;overflow-x:auto;line-height:2;\">\n<span style=\"color:#7f848e;\">Ideation</span> <span style=\"background:#14b8a6;color:#fff;padding:2px 8px;border-radius:4px;\">planning</span> β <span style=\"background:#6366f1;color:#fff;padding:2px 8px;border-radius:4px;\">roadmap</span>\n β\n<span style=\"color:#7f848e;\">Design</span> <span style=\"background:#c678dd;color:#fff;padding:2px 8px;border-radius:4px;\">design</span> β <span style=\"background:#3b82f6;color:#fff;padding:2px 8px;border-radius:4px;\">schema</span>\n β\n<span style=\"color:#7f848e;\">Build</span> <span style=\"background:#f97316;color:#fff;padding:2px 8px;border-radius:4px;\">prototype</span> β <span style=\"background:#22c55e;color:#fff;padding:2px 8px;border-radius:4px;\">feature</span>\n β\n<span style=\"color:#7f848e;\">Quality</span> <span style=\"background:#8b5cf6;color:#fff;padding:2px 8px;border-radius:4px;\">testing</span> β <span style=\"background:#ec4899;color:#fff;padding:2px 8px;border-radius:4px;\">review</span> β <span style=\"background:#eab308;color:#fff;padding:2px 8px;border-radius:4px;\">standards</span>\n β\n<span style=\"color:#7f848e;\">Maintain</span> <span style=\"background:#ef4444;color:#fff;padding:2px 8px;border-radius:4px;\">bugfix</span> β <span style=\"background:#06b6d4;color:#fff;padding:2px 8px;border-radius:4px;\">docs</span>\n</pre>\n\n<p style=\"line-height:1.6;margin-top:16px;\">A healthy flow would show progression through these phases. Too much <span style=\"background:#f97316;color:#fff;padding:2px 6px;border-radius:3px;font-size:12px;\">prototype</span> without <span style=\"background:#8b5cf6;color:#fff;padding:2px 6px;border-radius:3px;font-size:12px;\">testing</span> = tech debt warning.</p>\n</div>\n\n<div style=\"background:#2d2d2d;padding:16px;border-radius:6px;margin-bottom:20px;\">\n<h3 style=\"color:#22c55e;margin:0 0 12px 0;\">π My Thoughts</h3>\n\n<p style=\"line-height:1.6;\"><strong style=\"color:#e5c07b;\">I like this reframe a lot.</strong> It shifts topics from \"what platform thing am I touching\" to \"what development activity am I doing.\" This is:</p>\n\n<ul style=\"line-height:1.8;margin:12px 0 0 0;padding-left:20px;\">\n<li><strong>Universal</strong> - works for any project, not just greatVibe</li>\n<li><strong>Actionable</strong> - you can ask \"why so much bugfix lately?\"</li>\n<li><strong>Process-oriented</strong> - shows development maturity at a glance</li>\n<li><strong>Stable</strong> - these phases don't change when you rename internal features</li>\n</ul>\n\n<p style=\"line-height:1.6;margin-top:16px;\"><strong style=\"color:#f97316;\">One concern:</strong> Some work spans multiple phases. A \"add user auth feature\" kontask is both <span style=\"background:#c678dd;color:#fff;padding:2px 6px;border-radius:3px;font-size:12px;\">design</span> and <span style=\"background:#22c55e;color:#fff;padding:2px 6px;border-radius:3px;font-size:12px;\">feature</span>. Multi-topic linking handles this, but we need good keyword detection.</p>\n\n<p style=\"line-height:1.6;margin-top:16px;\"><strong style=\"color:#61afef;\">Question:</strong> Should we keep any \"domain\" topics like <span style=\"background:#78716c;color:#fff;padding:2px 6px;border-radius:3px;font-size:12px;\">auth</span> or <span style=\"background:#78716c;color:#fff;padding:2px 6px;border-radius:3px;font-size:12px;\">ui</span>? Or is the lifecycle phase the only dimension that matters?</p>\n</div>\n\n<div style=\"background:#1a2b1a;border:1px solid #22c55e;padding:16px;border-radius:6px;\">\n<h3 style=\"color:#22c55e;margin:0 0 12px 0;\">π Final Proposed Topic Set (11 Lifecycle Topics)</h3>\n\n<div style=\"display:flex;flex-wrap:wrap;gap:8px;margin-top:12px;\">\n<span style=\"background:#14b8a6;color:#fff;padding:6px 12px;border-radius:16px;font-weight:bold;\">π planning</span>\n<span style=\"background:#c678dd;color:#fff;padding:6px 12px;border-radius:16px;font-weight:bold;\">ποΈ design</span>\n<span style=\"background:#3b82f6;color:#fff;padding:6px 12px;border-radius:16px;font-weight:bold;\">π schema</span>\n<span style=\"background:#f97316;color:#fff;padding:6px 12px;border-radius:16px;font-weight:bold;\">π§ͺ prototype</span>\n<span style=\"background:#22c55e;color:#fff;padding:6px 12px;border-radius:16px;font-weight:bold;\">β¨ feature</span>\n<span style=\"background:#ef4444;color:#fff;padding:6px 12px;border-radius:16px;font-weight:bold;\">π bugfix</span>\n<span style=\"background:#8b5cf6;color:#fff;padding:6px 12px;border-radius:16px;font-weight:bold;\">π§ͺ testing</span>\n<span style=\"background:#ec4899;color:#fff;padding:6px 12px;border-radius:16px;font-weight:bold;\">ποΈ review</span>\n<span style=\"background:#eab308;color:#fff;padding:6px 12px;border-radius:16px;font-weight:bold;\">π standards</span>\n<span style=\"background:#06b6d4;color:#fff;padding:6px 12px;border-radius:16px;font-weight:bold;\">π docs</span>\n<span style=\"background:#6366f1;color:#fff;padding:6px 12px;border-radius:16px;font-weight:bold;\">πΊοΈ roadmap</span>\n</div>\n</div>\n\n</div>",
"requestedAt": "2026-01-10T09:35:00.000Z",
"requestId": "42867b87-5a68-4191-bf77-5078363c1787",
"choices": [
{
"label": "Use these 11",
"value": "Implement the 11 lifecycle topics: planning, design, schema, prototype, feature, bugfix, testing, review, standards, docs, roadmap. Replace the current 5 seed topics.",
"primary": true
},
{
"label": "Add domain layer",
"value": "Use lifecycle topics as primary, but also add a second dimension for domain/area (auth, ui, api, services) so kontasks can be tagged with both."
},
{
"label": "Fewer topics",
"value": "11 is still too many. Consolidate further - maybe merge schema into design, prototype into feature, standards into review."
},
{
"label": "Different names",
"value": "I want to tweak some of these topic names or add different ones. Let me specify."
}
],
"turnTiming": {
"totalMs": 64058,
"ttfeMs": 46,
"thinkingMs": 64012,
"toolExecutionMs": 0,
"toolCallCount": 0,
"thinkingPct": 100,
"toolsPct": 0,
"ttfePct": 0
}
},
"createdBy": "claude",
"createdAt": "2026-01-10T09:52:07.910Z",
"updatedAt": "2026-01-10T09:52:14.563Z",
"requestId": "42867b87-5a68-4191-bf77-5078363c1787",
"scope": "vibetools",
"tags": [
"architecture",
"topics",
"process"
],
"sessionId": "ses_7c4eba4a-596",
"flowId": "flow_01KEHQ5A6Y7SHWCMHHZYGBC592",
"flowLinks": [
{
"flowId": "flow_01KEHQ5A6Y7SHWCMHHZYGBC592",
"edgeType": "evidence",
"createdAt": "2026-01-10T09:52:07.910Z"
}
]
}