메뉴
Capture and organize learnings after each diamond completion or significant discovery to create reusable knowledge
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Facilitate structured brainstorming sessions to generate, explore, and refine ideas before committing to requirements. Use when the user has a vague concept, wants to explore possibilities, needs creative solutions, or is in the early ideation phase. Do NOT use when the requirements are already clear and the user is ready to plan implementation (use create-prd or prd-to-tasks instead).
Interview the human-in-the-loop to clarify ambiguous requests before taking action. Use when the user's request is vague, missing key details, or has multiple valid interpretations. Do NOT use when the request is clear and unambiguous, or when the clarification can be resolved by reading code, docs, or a quick web search.
Read a tasks.json file, resolve the dependency graph, and delegate each task to specialized expert agents using the Mixture of Experts (MoE) orchestration pattern. Use when a tasks.json exists and the user wants to start implementing, or says "implement the tasks," "build it," or "execute the plan." Do NOT use when no tasks.json exists (run prd-to-tasks first), for a single straightforward task (just do it directly), or when the user wants manual control over each step.
Convert a Product Requirements Document (PRD) into a structured tasks.json file with tasks, dependencies, priorities, and estimated effort. Use when a PRD exists and the user wants to break it down into implementable tasks, or says "turn this into tasks," "create issues from the PRD," or "what are the next steps?" Do NOT use when there is no PRD or when the user wants to skip planning and start coding immediately.
Create a Product Requirements Document (PRD) from recent discussions, conversations, or accumulated context. Use when the user wants to formalize requirements, document what was discussed, or create a spec to guide implementation. Do NOT use for technical implementation specs (use SPEC.md from project-files) or for already-implemented features (use CHANGELOG.md).
Research and explore codebases to build context before making changes. Use when starting work on an unfamiliar project, investigating a bug, planning a feature, or when you need to understand how something works.
| name | continuous-learning |
| description | Capture and organize learnings after each diamond completion or significant discovery to create reusable knowledge |
Use this skill whenever:
This skill ensures all learnings are properly captured, condensed, and organized for future reuse.
Ask: "What did we learn that is new and reusable?"
Categorize the learning:
If the learning is reusable (>=2 tasks), create a skill:
Location: .opencode/skills/[skill-name]/SKILL.md
---
name: <skill-name>
description: <what this skill does and when to use it>
---
# Skill Content
If the learning changes agent behavior, update the relevant agent file:
.opencode/agent/[agent].mdFor long-term reference, create or update docs:
| Learning Type | Location |
|---|---|
| Technical | .opencode/docs/technical/ |
| Workflow/Process | .opencode/docs/process/ |
| Project-specific | .maestro/[project]/learned-report.md |
Add entry to .opencode/learnings/registry.md:
## [Date] - [Learning Title]
- **Type:** skill/agent/workflow/reference
- **Source:** Which diamond/event
- **Summary:** 1-2 sentence description
- **Location:** Link to where it's stored
- **Confidence:** 🔴🟡🟢
.opencode/docs/templates/