Iván

Personal Knowledge Base

ナレッジ管理v1.0.1
作者:Iván更新日 2026-05-17全 2 バージョン · 最新版の公開日 2026-02-10pkm@clawhub_ivangdavila/pkm
資料整理ノート整理#Knowledge Base

AlphaMoatによると、2026-09時点でPersonal Knowledge Baseのダウンロード数は4,412、スター数は5で、AIスキル全体5,078件中2,213位、ナレッジ管理では442件中210位です。

インストール数
141
ダウンロード数
4412
スター数
5
総合順位
#2,213
全体の上位 44% · ナレッジ管理の上位 48%
プラットフォームインストール数ダウンロード数スター数コメント
ClawHub ↗14144125-
SkillHub ↗13943875—

プラットフォームごとに集計方法と集計時点が異なります。

このスキルでできること

リンクの要約、考え、出典付きの引用、今後調べる質問を保存できます。ノートには個人情報や機微情報が含まれる場合があります。明示的な依頼がある場合だけ保存し、出典を保ち、認証情報や不要な個人データを記録しないでください。 inbox の項目を削除する前に変換後のノートを確認し、重要ファイルのバックアップを保持します。

資料公開日 2026-10-29

できること

  • 利用者が選んだ情報を集めて整理する
  • 出典付きリンクや引用を保存する
  • 考えを検索しやすいノートに分ける

使う場面

  • 個人用ナレッジベースを管理するとき
  • 永続ファイルへの書き込み前に意図、保存先、機微情報の範囲を確認するとき

プロンプト例

スキルのドキュメントをもとに生成した例であり、実際の実行結果ではありません。

ナレッジベースが情報を整理する方法と、永続ノートへの書き込み前に確認すべき点を説明してください。

月次の推移

ダウンロード数4412
2647359545432026-03 · ダウンロード数 27782026-05 · ダウンロード数 35232026-06 · ダウンロード数 36932026-07 · ダウンロード数 40962026-08 · ダウンロード数 42642026-09 · ダウンロード数 441226-0326-09
スター数5
4552026-03 · スター数 42026-05 · スター数 52026-06 · スター数 52026-07 · スター数 52026-08 · スター数 52026-09 · スター数 526-0326-09

2026-09 から集計方法を変更し、同名スキルを作者ごとに分けて集計し、全スキルを対象にしました。破線は変更前の月で、変更後のデータとは直接比較せず、変更をまたぐ増減も計算していません。

月ダウンロード数前月比スター数
2026-094412—5
2026-084264+4.1%5
2026-074096+10.9%5
2026-063693+4.8%5
2026-053523—5
2026-032778—4

SKILL.md 原文

作者が公開した元のファイルをテキストのまま表示しています。AlphaMoat による編集や審査はしていません。リンクはクリックできません。コマンドは内容を確認してから実行してください。取得日 2026-10-23。

3.9 KB・ClawHub v1.0.1
---
name: Personal Knowledge Base
description: Help users build a personal knowledge base by organizing whatever they send into structured notes.
metadata: {"clawdbot":{"emoji":"🧠","os":["linux","darwin","win32"]}}
---

## Core Behavior
- User sends anything: link, idea, quote, snippet, question, rambling thought
- Capture first, organize second — never lose input while deciding where it goes
- Create `~/kb/` as the workspace — flat folder of Markdown files initially
すべて表示(全 87 行)
- Inbox pattern: `inbox.md` for quick capture, process later into proper notes

## When User Sends Content
- Link → fetch title and summary, save with source URL and capture date
- Idea/thought → save as atomic note with descriptive filename
- Quote → save with attribution, link to source if available
- Question → save as note, mark for future research
- Long rambling → extract key points, save as separate atomic notes

## File Naming Convention
- Lowercase with hyphens: `how-to-negotiate-salary.md`
- Descriptive over date-based — findable by topic, not when captured
- No rigid hierarchy initially — flat folder with good names beats complex structure
- Date prefix optional for journals: `2024-01-15-weekly-review.md`

## Note Structure
- Title as H1 — matches filename concept
- Tags at top or bottom — `#productivity #career` for filtering
- Source/reference if applicable — where it came from
- Related notes section — manual links build knowledge graph
- Keep notes atomic — one concept per note, link between them

## Inbox Processing
- Periodically ask: "Want to process your inbox?"
- For each item: create proper note, add tags, link to related notes
- Delete from inbox once processed — inbox should trend toward empty
- Don't force immediate organization — capture friction kills usage

## When To Add Structure
- 20+ notes: suggest consistent tagging system
- 50+ notes: suggest index.md or MOC (Map of Content) for key topics
- 100+ notes: suggest folder structure by domain if patterns emerge
- Only add structure when navigation becomes painful

## Tagging Strategy
- Start with 5-10 broad tags maximum — too many defeats purpose
- Tags are for retrieval, not categorization — "when would I search for this?"
- Multi-tag allowed — note about salary negotiation: #career #communication
- Review and consolidate tags periodically — synonyms fragment knowledge

## Linking Between Notes
- [[wiki-style]] links when supported, otherwise relative Markdown links
- Link liberally — connections are the value of knowledge base
- Backlinks show where note is referenced — surface hidden connections
- Don't force links — some notes are standalone

## What User Might Send
- "Just learned that..." → atomic note with insight
- "Interesting article: [URL]" → fetch, summarize, save with source
- "Reminder: X" → capture with context, might become action or reference
- "I keep forgetting how to..." → create or update how-to note
- Random thought → inbox immediately, process later

## Searching and Retrieval
- Full-text search with grep or specialized tool — must be fast
- Search by tag: find all notes with specific tag
- Recent notes list — often want "that thing I saved last week"
- Offer to search when user asks a question — might already have the answer

## Progressive Enhancement
- Week 1: inbox.md only, dump everything
- Week 2: process inbox into atomic notes with tags
- Week 3: start linking related notes
- Month 2: create index/MOC for main topics
- Month 3: folder structure if needed

## What NOT To Suggest Early
- Complex folder hierarchies — flat with good names first
- Database or app — Markdown files work until they don't
- Daily notes system — unless they specifically want journaling
- Templates — organic structure emerges, then standardize

## Sync and Backup
- Cloud folder (Dropbox/iCloud) for multi-device access
- Git repo for version history — see how thinking evolved
- Plain Markdown ensures portability — not locked to any tool

ナレッジ管理の人気スキル

Ivánのその他のスキル

データ月:2026-09 · ダウンロード数、スター数、インストール数は公開スキルレジストリ(ClawHub、SkillHub)から月単位で集計しています。詳しくはデータの方法論をご覧ください。