skills/general/create-roadmap/SKILL.md
Create a prioritized roadmap of what to build next. Dynamic items based on your goals.
npx skillsauth add beam-ai-team/beam-next-skills create-roadmapInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Plan what to build next. AI suggests items based on your goals and context, you refine and prioritize.
Output: 02-memory/roadmap.yaml
Load context for personalization:
from pathlib import Path
# Check for existing context
goals_path = Path("02-memory/goals.md")
context_path = Path("02-memory/input/_analysis/analysis-summary.md")
has_goals = goals_path.exists()
has_context = context_path.exists()
if has_goals:
goals_content = goals_path.read_text()
if has_context:
context_content = context_path.read_text()
Display:
CREATE ROADMAP
----------------------------------------------------
Let's plan what you'll build.
I'll suggest items based on:
[[OK]] Your goals (02-memory/goals.md)
[[OK]/[FAIL]] Context analysis (if uploaded)
[[OK]/[FAIL]] Existing builds
You decide:
- What to include
- Priority order
- How many items
Use AskUserQuestion:
Question 1: "How far ahead do you want to plan?"
Options:
- "Just the next step" - 1-2 items, immediate focus
- "This week/sprint" - 3-5 items, short-term
- "This month" - 5-8 items, medium-term
- "Full vision" - 8+ items, comprehensive
Question 2: "What matters most right now?" (multiSelect: true)
Options (DYNAMIC based on goals):
- "{Pain point 1 from goals}"
- "{Pain point 2 from goals}"
- "Quick wins - build momentum"
- "Foundation - set up properly first"
- "Revenue/results - prioritize impact"
AI generates roadmap items based on:
Item types: | Type | Description | |------|-------------| | PROJECT | Finite work with deliverables | | SKILL | Repeatable workflow to create | | INTEGRATION | External tool to connect |
Generate format:
suggestions = []
# Based on goals + context + preferences
# AI generates relevant items
# Example generation logic:
if "content" in goal_domain:
suggestions.append({
"name": "Content Calendar",
"type": "PROJECT",
"rationale": "Addresses inconsistent posting",
"priority": "high",
"dependencies": []
})
if has_context and "slack" in context_content.lower():
suggestions.append({
"name": "Slack Integration",
"type": "INTEGRATION",
"rationale": "Found in your files - automate notifications",
"priority": "medium",
"dependencies": []
})
Display:
Based on your goals and context, here's what I suggest:
SUGGESTED ROADMAP
----------------------------------------------------
1. {Item Name} (PROJECT)
→ {Rationale - why this matters for your goal}
2. {Item Name} (SKILL)
→ {Rationale}
Depends on: #1
3. {Item Name} (INTEGRATION)
→ {Rationale}
4. {Item Name} (PROJECT)
→ {Rationale}
----------------------------------------------------
Use AskUserQuestion:
Question: "What would you like to do?"
Options:
- "Looks good - save it"
- "Add an item"
- "Remove an item"
- "Change priority order"
- "Explain an item more"
If "Add an item":
What would you like to add?
Type it out, or pick from these ideas:
- {additional suggestion 1}
- {additional suggestion 2}
- {additional suggestion 3}
If "Remove an item":
Which item should I remove?
1. {item 1}
2. {item 2}
...
If "Change priority":
Current order:
1. {item 1}
2. {item 2}
...
What should be first?
If "Explain an item":
Which item would you like me to explain?
Then provide detailed explanation with:
Loop until user selects "Looks good - save it"
Create 02-memory/roadmap.yaml (YAML format for reliable parsing):
# =============================================================================
# Your Roadmap - What you're building with this Beam Next
# Created: {today}
# =============================================================================
#
# STATUS DERIVATION (automatic - never edit these fields manually):
# - project_id: Auto-set when you say "build {name}"
# - completed_at: Auto-set when build completes
# - Status is derived: completed_at set → done, project_id set → in progress
#
# TO START BUILDING: Say "build {item name}"
# TO UPDATE: Say "update roadmap"
# =============================================================================
items:
- name: "{Item Name}"
type: feature # feature | integration | research | strategy | fix | improvement
priority: high # critical | high | medium | low
rationale: "{Why this matters - connected to your goals}"
done_when: "{Clear success criteria - what 'done' looks like}"
project_id: null # AUTO-SET when build created
completed_at: null # AUTO-SET when build completes
depends_on: []
- name: "{Item 2 Name}"
type: feature
priority: medium
rationale: "{Rationale}"
done_when: "{Criteria}"
project_id: null
completed_at: null
depends_on:
- "{Item Name}" # If depends on item 1
# {repeat for all items}
CRITICAL - Format Rules:
feature, integration, research, strategy, fix, improvementcritical, high, medium, lownull initially (system manages these)Display:
Roadmap saved!
----------------------------------------------------
Created: 02-memory/roadmap.yaml
{count} items planned:
1. {item 1} ({type}, {priority})
2. {item 2} ({type}, {priority})
...
To start building:
→ "build {first item name}"
To update later:
→ "update roadmap"
Your roadmap syncs automatically - when you create builds, they link to roadmap items.
When builds complete, the roadmap updates.
With goals.md:
With context analysis:
02-memory/input/_analysis/analysis-summary.md exists:
With builds (BIDIRECTIONAL SYNC):
project_idcompleted_at automaticallycompleted_at set → done; project_id in active → in_progress; no project_id → not startedCan be called anytime:
"create roadmap"
"plan my roadmap"
"what should I build next"
To update existing roadmap:
"update roadmap"
"add to roadmap"
No fixed limit. Item count depends on:
Typical ranges:
| Issue | Solution | |-------|----------| | No goals.md | Ask user to describe goals inline | | User can't decide | Suggest starting with 3 items | | Too many items | Recommend prioritizing top 5 |
Standalone skill - can be used during onboarding or anytime later
development
--- name: taste-skill type: skill version: '1.0' author: Leonxlnx (packaged by Zhichao Li) category: general tags: - frontend - design - anti-slop - landing-page updated: '2026-06-11' visibility: public description: Anti-slop frontend skill for landing pages, portfolios, and redesigns. The agent reads the brief, infers the right design direction, and ships interfaces that do not look templated. Real design systems when applicable, audit-first on redesigns, strict pre-flight check. license: MIT.
development
Use when communicating quantitative information in any form — Slack updates, emails, reports, decks, dashboards, landing pages, product UI, public talks. Covers two integrated layers: (1) making numbers semantically meaningful (translation, anchoring, simplification, story-pairing) and (2) showing numbers cleanly (chart vs table vs prose, chart-by-message, pre-attentive emphasis, color discipline, decluttering). Distilled and integrated from *Show Me the Numbers* (Stephen Few) and *Make Numbers Count* (Chip Heath & Karla Starr). Not for raw data analysis or statistics — this is about communication of numbers, not their derivation.
development
Use when the user wants to design, redesign, shape, critique, audit, polish, clarify, distill, harden, optimize, adapt, animate, colorize, extract, or otherwise improve a frontend interface. Covers websites, landing pages, dashboards, product UI, app shells, components, forms, settings, onboarding, and empty states. Handles UX review, visual hierarchy, information architecture, cognitive load, accessibility, performance, responsive behavior, theming, anti-patterns, typography, fonts, spacing, layout, alignment, color, motion, micro-interactions, UX copy, error states, edge cases, i18n, and reusable design systems or tokens. Also use for bland designs that need to become bolder or more delightful, loud designs that should become quieter, live browser iteration on UI elements, or ambitious visual effects that should feel technically extraordinary. Not for backend-only or non-UI tasks.
tools
Stateful multi-session tutor adapted for Beam — teach a stakeholder to understand, trust, and operate a specific agent, or teach a Solution Engineer a client's business process for delivery. Grounds every lesson in Knowledge Hub sources (real agent graphs, real tasks, transcripts, Linear) before any web resource. Also works for any general topic. Trigger on "teach me", "beam teach", "教我", "onboard <person> on <agent>", "help <stakeholder> understand the agent", "learn this client's process".