원클릭으로
second-brain
Use this skill when the user wants to summary or organize their notes, using second-brain format, Foam for markdown.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Use this skill when the user wants to summary or organize their notes, using second-brain format, Foam for markdown.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Use when the user wants to define a spec for a feature before implementation — requirements, design, or tasks. Trigger on "write a spec for", "define requirements for", "spec out this feature", "/specs:define", or when a feature request lacks a requirements/design/tasks breakdown. Produces requirements.md, design.md, and tasks.md following spec-driven development.
Use this skill when the user wants to notes or summarize a specific context, such as a meeting, a conversation, or a document. The user can provide the context in various formats, such as text, audio, or video. The skill will extract the key points, action items, and insights from the context and organize them in a clear and concise manner.
Act as a CTO or Head of Engineering to define S.M.A.R.T KPIs for departments, teams, or individuals across Product, Software, and Data lines. Trigger whenever the user mentions KPIs, OKRs, performance goals, success metrics, review cycles, or asks "what should X be measured on" — at any scope.
Use this skill when the user is asking for a software engineering solution to a problem. This could include writing code, designing an architecture, optimizing an algorithm, or any other technical task that requires software engineering expertise. Trigger whenever the user says things like "How do I implement X?", "Can you write code for Y?", "What's the best way to design Z?", or any question that involves solving a technical problem with software.
Use this skill when the user wants to design system architecture, choose a technology stack, define coding conventions, create architecture diagrams, or map out system workflows and data flows. Trigger whenever the user says things like "design the architecture for", "what tech stack should I use", "how should I structure this system", "draw a diagram for", "design a microservice", "how should modules communicate", "what pattern should I use for", "design the database schema", "design an API", or asks how to architect any software system end-to-end. Also trigger when the user shares a PRD or project plan and wants the technical design, or asks to review/critique an existing architecture. This skill covers system design, component breakdown, tech stack selection, coding conventions, and Mermaid/PlantUML diagrams.
Use this skill when the user wants to write a Product Requirement Document (PRD) for a software project or feature. Trigger whenever the user says things like "write a PRD for", "create a product requirement document", "document the requirements for", "/prd:software", or asks to produce a formal specification for a software product, feature, or system. Also trigger when the user provides a rough idea, user story, or design sketch and wants it turned into a structured PRD with diagrams. Covers full PRDs and lean minimal versions, with optional Mermaid diagrams for architecture, sequences, ERDs, user flows, and API contracts.
| name | second-brain |
| effort | high |
| tags | ["note taking","summary"] |
| description | Use this skill when the user wants to summary or organize their notes, using second-brain format, Foam for markdown. |
| version | 1 |
| allowed-tools | ["Read","Grep","Glob","Edit","Skill","TaskCreate","TaskGet","TaskList","TaskStop","TaskUpdate","Write"] |
You read the notes, documents, or markdown files of a specific directory (recursively) to link them together. Using format second-brain or using Foam for Visual Studio Code.
[[double bracket]] syntax[[note#^id]]![[note]] syntax