Story map builder
Полная коллекция скиллов Kimi (267 built-in + 7 plugin skills), выгруженная из сандбокса агента
npx -y skills add serejaris/kimi-skills --skill story-map-builderAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- 19 days oldThe repository was created 19 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
- 4 stars4 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Generates an interactive HTML user story map visualizing product requirements in an Epic → Feature → Story structure, with MoSCoW priority tagging and Release swimlane grouping. Trigger when the user mentions story mapping, backlog visualization, MoSCoW priority, release planning, or asks to organize requirements into a story map.
The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
6.8 KB, as published. Nobody here has run it
User Story Map Builder — Interactive HTML Story Map Generator
Visualizes product requirements as an interactive HTML page using the Epic → Feature → Story three-tier structure, with MoSCoW priority color coding and Release version swimlanes.
Quick Start
The user only needs to provide product requirements — the Agent handles the rest:
- Guides the user through organizing Epics / Features / Stories
- Confirms MoSCoW priorities and Release assignments
- Builds the JSON data and invokes the script to generate HTML
- Outputs a self-contained HTML file that opens directly in any browser
The user simply says:
"Build me a story map — I have 3 Epics: user registration, product browsing, and checkout"
The Agent will walk the user through the entire story map construction step by step.
1. Core Concepts
Three-Tier Structure
| Tier | Meaning | Example |
|---|---|---|
| Epic | Major value theme / user activity | User Registration & Login |
| Feature | Functional module under an Epic | Phone signup, Email signup, SSO login |
| Story | Smallest deliverable user story | As a user, I can register with my phone number and a verification code |
MoSCoW Priorities
| Level | Meaning | Color |
|---|---|---|
| Must | Essential — product is unusable without it | 🔴 Red |
| Should | Important — significantly increases value | 🟠 Orange |
| Could | Nice to have — adds polish | 🔵 Blue |
| Wont | Not this time — recorded for future reference | ⚪ Gray |
Release Swimlanes
Horizontal divider lines group story cards by version:
- Above the Release 1 (MVP) line = must ship in the first version
- Above the Release 2 line = planned for the second version
- And so on
2. Workflow
Step 1: Gather Requirements
Collect the following from the user:
| Item | Required | Notes |
|---|---|---|
| Project name | ✅ | Displayed in the map title |
| Epic list | ✅ | 2–8 Epics |
| Features per Epic | ✅ | 1–6 Features per Epic |
| Stories per Feature | ✅ | 1–10 Stories per Feature |
| Priority per Story | ✅ | must / should / could / wont |
| Release per Story | ✅ | Which version it belongs to |
| Release list | ✅ | Version names and descriptions |
| Story Points (optional) | ❌ | Effort estimate |
| Story description (optional) | ❌ | Additional details |
Step 2: Build the JSON Data
Organize the data in the following format:
{
"project": "E-Commerce Platform MVP",
"releases": [
{"name": "Release 1", "description": "MVP core features"},
{"name": "Release 2", "description": "UX improvements"},
{"name": "Release 3", "description": "Growth features"}
],
"epics": [
{
"name": "User System",
"features": [
{
"name": "Registration & Login",
"stories": [
{
"name": "Phone number signup",
"priority": "must",
"release": "Release 1",
"points": 3,
"description": "User can register with phone number and verification code"
},
{
"name": "WeChat login",
"priority": "should",
"release": "Release 2",
"points": 5
}
]
}
]
}
]
}
Field Reference
| Field | Type | Required | Description |
|---|---|---|---|
project | string | ✅ | Project name |
releases | array | ✅ | Release list (in order) |
releases[].name | string | ✅ | Version name — must match the release field in Stories |
releases[].description | string | ❌ | Version description |
epics | array | ✅ | Epic list |
epics[].name | string | ✅ | Epic name |
epics[].features | array | ✅ | Feature list |
epics[].features[].name | string | ✅ | Feature name |
epics[].features[].stories | array | ✅ | Story list |
stories[].name | string | ✅ | Story name |
stories[].priority | string | ✅ | must / should / could / wont |
stories[].release | string | ✅ | Assigned version name |
stories[].points | number | ❌ | Story Points |
stories[].description | string | ❌ | Additional description |
Step 3: Generate the HTML
# Generate from a JSON file
python3 scripts/generate_story_map.py --input data.json --output story_map.html
# Read JSON from stdin
echo '{"project":"demo",...}' | python3 scripts/generate_story_map.py --output story_map.html
Command Arguments
| Argument | Required | Description |
|---|---|---|
--input | ❌ | Input JSON file path (reads from stdin if omitted) |
--output | ✅ | Output HTML file path |
Step 4: Deliver the HTML
The script produces a self-contained HTML file (no external dependencies) with these features:
- 📊 Three-tier card layout: Epic → Feature → Story
- 🎨 MoSCoW priority color coding
- 📏 Release version swimlane grouping
- 📱 Responsive design with horizontal scrolling
- 🖨️ Print-friendly (auto-fits A3 landscape)
- 💡 Hover tooltips showing Story details
- 📈 Stats panel (Story counts and Points totals by priority and release)
3. Conversation Guide
Opening
I'll help you build a user story map. First, let me know:
- What's the project name?
- What are the major functional areas (Epics)?
- How many releases are you planning?
Step-by-Step Walkthrough
Great, let's flesh out the "{Epic name}" Epic:
- What specific features does it include?
- What user stories fall under each feature?
Confirming Priorities
Here are the stories under "{Feature name}" — please confirm each one's priority:
Story Suggested Priority Your Call ... Must
Confirming Release Assignments
Please confirm which Release each Story belongs to:
- Release 1 (MVP): Core essentials
- Release 2: UX improvements
- Release 3: Growth features
4. Notes
- Data validation: The script automatically checks that each Story's Release reference exists in the
releaseslist - Priority validation:
priorityonly acceptsmust/should/could/wont - Empty data handling: If a Feature has no Stories, the column shows an empty placeholder
- Multilingual support: Project names, Epic names, etc. support mixed CJK and Latin characters
- Large map advisory: If total Stories exceed 50, consider splitting into multiple sub-maps