一键导入
new-feature
Plan a feature implementation with tasks, architecture, and file list.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Plan a feature implementation with tasks, architecture, and file list.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Rapid prototyping workflow for Unity. Quickly validates a mechanic or concept with throwaway code and a structured report.
Load a saved plan from ProjectSettings/GameDeck/plans/ and execute it step-by-step.
Save a plan to ProjectSettings/GameDeck/plans/ — captures the most recent plan from this conversation, or a plan you provide directly.
Generate a complete Unity system — MonoBehaviour + ScriptableObject config from structured input.
Analyze and refactor a file or system with before/after comparison.
Creates an Architecture Decision Record (ADR) documenting a technical decision, alternatives, and consequences.
| name | new-feature |
| description | Plan a feature implementation with tasks, architecture, and file list. |
| argument-hint | [feature-name] |
| user-invocable | true |
| allowed-tools | Read, Glob, Grep |
When this skill is invoked:
Parse the feature name from the user's message. If the user wrote
/new-feature InventorySystem, the name is InventorySystem. If no
name was provided, ask for one.
Ask for the following inputs before generating anything:
Wait for the user to answer all three before proceeding.
Scan the existing codebase to understand the current architecture:
Read knowledge base docs relevant to the feature domain:
${CLAUDE_PLUGIN_ROOT}/knowledge/01-unity-project-architecture.md for project structureGenerate the implementation plan with this structure:
## Feature Plan: [Feature Name]
### User Story
[The user story from step 2]
### Acceptance Criteria
[Numbered list from step 2]
### Architecture
- **Pattern(s)**: [Which design patterns to use, from KB doc 03]
- **Systems involved**: [New and existing systems]
- **Data model**: [ScriptableObjects, serialized classes, or runtime data]
- **Communication**: [Events, direct references, or message bus]
### Tasks
[Ordered list of implementation tasks, each with]:
- [ ] Task description
- Files: `path/to/file.cs` (create / modify)
- Depends on: [previous task number, if any]
### Files to Create
| File | Purpose |
|------|---------|
| `path/to/NewFile.cs` | Description |
### Files to Modify
| File | Change |
|------|--------|
| `path/to/ExistingFile.cs` | What to change |
### Complexity Estimate
- **Scope**: [small / medium / large]
- **Risk areas**: [What could go wrong]
- **Suggested approach**: [Bottom-up, top-down, or spike-first]
### KB References
- [List relevant KB docs with brief reason for each]
Present the plan and ask if the user wants to proceed with implementation, adjust the plan, or save it as a design document.