ワンクリックで
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