knowledge-wiki
Manage the personal knowledge wiki. Use when the user shares articles, documents, or asks to organize knowledge; when a conversation produces insights worth preserving as structured knowledge; or when the user asks about the knowledge base.
pinned to #996406eupdated 3 months ago
Ask your AI client: “install skills/knowledge-wiki”.
Requires the metahub MCP server installed in your client. Set up MCP.
mh install skills/knowledge-wikimetahub onboarded this repo on the author's behalf.
If you own github.com/zhayujie/CowAgent on GitHub, claim the listing to take over publishing. Your claim preserves the existing eval history and badges; only the curator label is replaced with verified-publisher on your next publish.
Stars
45,907
Last commit
3 months ago
Latest release
published
- #ai
- #ai-agent
- #ai-agents
- #chatgpt-on-wechat
- #claude
- #claude-code
- #codex
- #cowagent
- #deepseek
- #harness
- #llm
- #mcp
- #multi-agent
- #openai
- #openclaw
- #skills
About this skill
Pulled from SKILL.md at publish time.
Maintain a persistent, structured knowledge base in the knowledge/ directory.
Automated checks the publisher passed at publish time — structure, docs, safety, and whether the artifact behaves as claimed.996406e· 3 months ago
Behavioral checks ran but aren't published for this artifact; the static checks above ran at publish time.
Kind-specific
3 passed1 warningSkill: triggers declaredwarn
No `trigger` phrases in SKILL.md frontmatter
Add `trigger:` lines so Claude knows when to activate this skill — e.g. `when building MCP servers` or `for diagram creation`.
Skill: SKILL.md present
found at skills/knowledge-wiki/SKILL.md · frontmatter source: SKILL.md
Skill: body content present
476 words · 3,371 chars · 14 sections · 3 code blocks
Skill: allowed-tools scope
no allowed-tools restriction (Claude may use anything)
Release history
1- releasecurrent996406ewarn3 months ago
Contents
Maintain a persistent, structured knowledge base in the knowledge/ directory.
Core Operations
1. Ingest — User shares an article, document, or resource
- Read and understand the source material
- Extract key facts, insights, and structured knowledge
- Determine the appropriate subdirectory:
- Read
knowledge/index.mdto see existing categories - If a matching category exists, follow that structure
- If not, create a new subdirectory with a clear name
- Read
- Create the knowledge page:
knowledge/<category>/<slug>.md - Update
knowledge/index.mdand append toknowledge/log.md
2. Synthesize — Conversation produces valuable structured knowledge
- Create a knowledge page under the appropriate category
- Update related pages with cross-references
- Update
knowledge/index.mdandknowledge/log.md
3. Query — User asks about accumulated knowledge
- Check
knowledge/index.md(already in your context) for relevant pages - Read specific pages with the
readtool - Supplement with
memory_searchif needed
Page Format
# Page Title
> Source: <URL or description of the original material>
Content here. Cross-reference related pages with markdown links:
[Related Page](../category/related-page.md)
## Key Points
- ...
## Related
- [Page A](../category/page-a.md) — how it relates
- [Page B](../category/page-b.md) — how it relates
The > Source: line records where the knowledge came from (URL, document name, conversation, etc.). Always include it when the material originates from a specific source.
Cross-references build a knowledge graph. When creating or updating a page, link to related pages and update those pages to link back. Only link to pages that already exist — if a concept deserves its own page, create it first, then add the link.
Index Format (knowledge/index.md)
Flat list, one line per page: [Title](path) — one-line summary. Group by category (matching subdirectories). No tables, no emoji.
# Knowledge Index
## Category A
- [Page Title](category-a/page-slug.md) — one-line summary
## Category B
- [Page Title](category-b/page-slug.md) — one-line summary
Category names and structure are flexible — follow whatever organization already exists in the index, or create new categories based on the content.
Log Format (knowledge/log.md)
Append-only, newest at bottom:
## [YYYY-MM-DD] ingest | Page Title
## [YYYY-MM-DD] synthesize | Page Title
Guidelines
- File naming: lowercase kebab-case (e.g.
machine-learning.md) - One topic per page: link between pages rather than duplicating
- Update, don't duplicate: if a page exists, update it
- Cross-reference: every page should link to related pages; keep the knowledge graph connected
- Index is mandatory: always update
knowledge/index.mdafter any change - Be concise: capture essence, not copy entire sources
- Full paths in replies: when referencing knowledge files in conversation replies, use the full path from workspace root (e.g.
[Title](knowledge/<category>/<slug>.md)), not relative paths. Relative paths are only for cross-references inside knowledge pages themselves. - Cite sources: when answering based on knowledge pages, include links to the relevant pages so the user can explore further.
Reviews
No reviews yet. Be the first.
Related
Verification Before Completion
Evidence before assertions, always
Writing Plans
Turn specs into phased implementation plans
Test-Driven Development
Red → green → refactor discipline for any feature or bugfix
mh install skills/knowledge-wiki