一键导入
plan-product
Establish foundational product documentation (mission, roadmap, tech-stack) in agent-os/product/ through an interactive conversation.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Establish foundational product documentation (mission, roadmap, tech-stack) in agent-os/product/ through an interactive conversation.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use this skill when the user wants to save, update, or reference visual design assets for the project. Triggers on "save design", "update designs", "sync designs", "add visual", "design assets", "claude design export", "design folder", "/design". Also fires proactively when the agent is about to write UI code (React components, CSS, Tailwind classes, layout) — in that case, read the active design first so code matches the visual spec. The design folder is always at `.pi/design/` and the agent should always check it before writing any UI-facing code.
Pointer to the jsdoc-conventions standards file. Read this before writing or editing any JSDoc in a project.
Pointer to the spec-structure standards file. Read this before writing or editing any implementation spec.
Port new paradigms from the global base harness (~/.pi/agent/) into the current project's .pi/ harness, adapting them to match the project's stack, workflow tier, and conventions. Run in any project to pull in improvements made to another project's harness.
Break down a spec.md or requirements.md into an actionable tasks.md with strategic grouping and ordering. Used after spec creation and before implementation.
Detect the project type from code signals and reorganize standards folders to match — web app, backend API, CLI, library, dotfiles, mobile, or monorepo.
| name | plan-product |
| description | Establish foundational product documentation (mission, roadmap, tech-stack) in agent-os/product/ through an interactive conversation. |
Establish foundational product documentation through an interactive conversation. Creates mission, roadmap, and tech stack files in agent-os/product/.
Check if agent-os/product/ exists and contains any of these files:
mission.mdroadmap.mdtech-stack.mdIf any files exist, use AskUserQuestion:
I found existing product documentation:
- mission.md: [exists/missing]
- roadmap.md: [exists/missing]
- tech-stack.md: [exists/missing]
Would you like to:
1. Start fresh (replace all)
2. Update specific files
3. Cancel
(Choose 1, 2, or 3)
If option 2, ask which files to update and only gather info for those. If option 3, stop here.
If no files exist, proceed to Step 2.
Check if agent-os/standards/global/tech-stack.md exists first to determine tech stack question format.
Then use AskUserQuestion with ALL questions in a single call:
{
"questions": [
{
"question": "What problem does this product solve?",
"header": "Problem",
"options": [
{"label": "N/A", "description": "Type your answer in Other"}
],
"multiSelect": false
},
{
"question": "Who is this product for?",
"header": "Target Users",
"options": [
{"label": "N/A", "description": "Type your answer in Other"}
],
"multiSelect": false
},
{
"question": "What makes your solution unique?",
"header": "Unique Value",
"options": [
{"label": "N/A", "description": "Type your answer in Other"}
],
"multiSelect": false
},
{
"question": "What are the must-have features for launch (MVP)?",
"header": "MVP Features",
"options": [
{"label": "N/A", "description": "Type your answer in Other"}
],
"multiSelect": false
},
{
"question": "What features are planned for after launch? (or say 'none yet')",
"header": "Future Features",
"options": [
{"label": "N/A", "description": "Type your answer in Other"}
],
"multiSelect": false
},
{
"question": "[Tech stack question - see below]",
"header": "Tech Stack",
"options": "[See tech stack options below]",
"multiSelect": false
}
]
}
Tech Stack Question (Question 6):
If agent-os/standards/global/tech-stack.md exists:
"question": "I found a tech stack standard in your standards: [summarize key tech]. Does this project use the same stack?"
"options": [
{"label": "Same as standard", "description": "[Key technologies from standard]"},
{"label": "Different", "description": "I'll specify in Other what this project uses"}
]
If no tech-stack standard exists:
"question": "What type of project is this and what technologies does it use?"
"options": [
{"label": "Web App", "description": "Frontend + Backend (specify tech in Other)"},
{"label": "CLI Tool", "description": "Command-line application (specify language in Other)"},
{"label": "Library", "description": "Reusable package (specify language in Other)"},
{"label": "Dotfiles/System", "description": "Configuration management (specify tools in Other)"}
]
IMPORTANT: This is ONE AskUserQuestion call with 6 questions. The user answers all at once.
Create the agent-os/product/ directory if it doesn't exist.
Generate each file based on the information gathered:
# Product Mission
## Problem
[Insert what problem this product solves - from Step 2]
## Target Users
[Insert who this product is for - from Step 2]
## Solution
[Insert what makes the solution unique - from Step 2]
# Product Roadmap
## Phase 1: MVP
[Insert must-have features for launch - from Step 2]
## Phase 2: Post-Launch
[Insert planned future features - from Step 2, or "To be determined" if they said none yet]
# Tech Stack
[Organize the tech stack information into logical sections]
## Frontend
[Frontend technologies, or "N/A" if not applicable]
## Backend
[Backend technologies, or "N/A" if not applicable]
## Database
[Database choice, or "N/A" if not applicable]
## Other
[Other tools, hosting, services - or omit this section if nothing mentioned]
After creating all files, output to user:
Product documentation created:
agent-os/product/mission.md
agent-os/product/roadmap.md
agent-os/product/tech-stack.md
Review these files to ensure they accurately capture your product vision.
Next: Run /init-standards to detect your project's dependencies, fetch library documentation, and generate use-case-driven standards based on your tech stack and product goals.
/shape-spec command will read these files when planning features, so having them populated helps with context