跳到正文
cccskills
免费在 GitHub 公开

openwiki-skill

Initialize, update, and visualize codebase or personal knowledge wikis using LangChain OpenWiki. Enforces OKF v0.2, Grounded Claims, interactive visualizer graph, and MCP page-job lifecycle.

中文简介正在准备中。当前显示原文说明。

查看安装方法

包含的文件(8)

  • SKILL.md6.9 KB
  • scripts/install_daemon.ps115.1 KB
  • scripts/install_daemon.sh15.4 KB
  • scripts/openwiki_daemon.py38.5 KB
  • scripts/openwiki_helper.py6.1 KB
  • scripts/sync_ecosystem_wiki.py6.3 KB
  • scripts/update_openwiki.sh1015 B
  • scripts/verify_api_key.py3.7 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

OpenWiki Skill: Codebase & Personal Knowledge Wiki Engine

This skill integrates the official OpenWiki (langchain-ai/openwiki) into BDB Agent OS and Google Antigravity workflows. It provides autonomous documentation generation, Grounded Claims verification, an interactive local node graph visualizer, and host integrations for coding agents via Model Context Protocol (MCP).


1. Upstream Package & Remote Updates

OpenWiki is distributed globally via npm:

Pulling Remote Updates

To check and pull the latest upstream version:

# Check installed vs latest version
npm view openwiki version

# Update to latest upstream release
npm install -g openwiki@latest

# Verify installation
openwiki integrations list

A companion helper script is available in scripts/update_openwiki.sh:

bash skills/global_config/openwiki-skill/scripts/update_openwiki.sh

2. Core Capabilities & Architecture

flowchart TD
    A[Repository / Git Changes] --> B[openwiki --init / --update]
    B --> C[Page-Job Queue & Grounded Claims]
    C --> D[Coding Agent MCP Host / DeepAgents]
    D --> E[Write Markdown Wiki in openwiki/]
    E --> F[Claims Persistence in openwiki/.claims/]
    E --> G[Interactive Visualizer: openwiki visualize]

Key Differences from Legacy Wrapper

  • Official OpenWiki Directory: Writes to openwiki/ (with .claims/ and .page-manifest.json).
  • Grounded Claims: Material facts in pages carry versioned repository evidence citations (e.g. repo://src/server.ts#L40-L82). Stale or changed code automatically flags propositions for revision.
  • Resumable Lifecycle: Interrupted runs checkpoint into openwiki/.run.json and resume deterministically.
  • Interactive Visualizer: Instant local graph server (openwiki visualize) or deployable static bundle (openwiki visualize --export <dir>).

3. CLI Commands

Initialize or Update Documentation

# Initialize a new repository wiki in openwiki/
openwiki --init

# Update existing repository wiki based on changes and stale claims
openwiki --update

# Non-interactive one-shot update
openwiki -p --update "Document recent architecture updates"

# Initialize or update personal knowledge wiki (stores in ~/.openwiki/wiki)
openwiki personal --init
openwiki personal --update

Explore Wiki via Visualizer

# Launch interactive node graph on 127.0.0.1:4321
openwiki visualize

# Launch on custom port without opening browser automatically
openwiki visualize openwiki --port 4321 --no-open

# Export static HTML/JS/CSS bundle for GitHub Pages or MkDocs
openwiki visualize openwiki --export docs/openwiki-visualizer

4. Coding Agent Integrations (MCP)

OpenWiki connects to coding agents (Claude Code, OpenCode, Codex, Cursor) via MCP so the agent uses its own model and tools while OpenWiki manages the durable lifecycle.

Setup Host Integrations

openwiki integrations install claude
openwiki integrations install opencode
openwiki integrations install codex
openwiki integrations install cursor

Verify Status

openwiki integrations list

Lifecycle MCP Tools

The integration exposes the native generation lifecycle:

  1. openwiki_begin: Initiates run, checks Git root and diff status.
  2. openwiki_submit_plan: Submits page breakdown and taxonomy.
  3. openwiki_next_page: Fetches the next pending page in the queue.
  4. openwiki_inspect_page_claims: Optional inspection of claims requiring attention.
  5. openwiki_submit_page: Submits page prose and sparse Claim updates.
  6. openwiki_finish: Finalizes OKF manifest and provenance.

5. Page Quality & Claims Contract

Every factual Markdown page generated under openwiki/ MUST begin with valid OKF frontmatter:

---
type: <short descriptive concept type>
title: <human-readable title in the run language>
description: <one or two sentence retrieval-oriented summary in the run language>
tags: [<stable English tag>, ...]
---

Do not author generated, verified, sources, timestamp, or OpenWiki control fields. OpenWiki owns those. On update preserve accurate unknown producer-defined frontmatter fields.

Claims Contract

A Claim is one substantive, independently falsifiable system truth. Prefer behavior, responsibilities, architecture/ownership, relationships, flow, invariants, lifecycle/failure semantics, configuration, security, persistence, operations, and extension seams.

  • Each Claim must cite one or more repository resources, preferably bounded language-agnostic spans such as repo://src/auth.ts#L20-L48.
  • Every resource MUST begin with repo:// and use a repository-relative path; never submit a bare path such as src/auth.ts.
  • The reconciled page must retain or establish at least one material repository-grounded Claim.
  • Structured Claim state lives under openwiki/.claims/.

6. Root Entrypoints Standard

Every repository using OpenWiki must maintain references in root files:

agent.md or CLAUDE.md

## Documentation & Wiki
- Entrypoint: [openwiki/quickstart.md](openwiki/quickstart.md)
- Reference guides: [openwiki/architecture.md](openwiki/architecture.md)

README.md

Include link to openwiki/quickstart.md or the exported visualizer directory.


7. 🔒 Safety and Privacy Rules (PII Protection)

  1. Never Leak Local Username / Paths: Under no circumstances should absolute paths containing local usernames (e.g. /Users/username/...) be written to repository files, documentation, README, or wiki markdown files. Always use repository-relative paths (openwiki/...) or generic home folder variables (e.g. ~/.openwiki/).
  2. Never Leak Secrets: Do not commit or document API keys, OAuth tokens, passwords, private configuration details, or credentials in any file. Use placeholders like <API_KEY>.
  3. Never Modify Source Code: OpenWiki only creates and updates documentation in openwiki/ and root redirects.

8. Verification Checklist

  • Verified openwiki binary is installed and executable (openwiki integrations list).
  • Checked that openwiki/ contains valid markdown pages with OKF frontmatter.
  • Confirmed interactive visualizer builds or runs (openwiki visualize openwiki --export <dir>).
  • Ensured root instructions (agent.md/CLAUDE.md) reference openwiki/quickstart.md.
  • Confirmed no absolute paths or credentials leaked in .md files.

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

Use when manage multiple local CLI agents via tmux sessions (start/stop/monitor/assign) with cron-friendly scheduling.

中文简介正在准备中。当前显示原文说明。

hybridlabor-api/aos62026年10月16日 更新

Use when a hybrid memory system that provides persistent, searchable knowledge management for AI agents (Architecture, Patterns, Decisions).

中文简介正在准备中。当前显示原文说明。

hybridlabor-api/aos62026年10月16日 更新

Reference for how BDB structures autonomous software engineering work — the seven-node dispatcher graph (Architect, TechLead, UI/UX, Engineering, Media/EventTech, Reviewer, Shipping) that /startcycle-graph actually runs. Use when you need the high-level lifecycle framing without inventing your own process.

中文简介正在准备中。当前显示原文说明。

hybridlabor-api/aos62026年10月16日 更新

Tools are how AI agents interact with the world. A well-designed tool is the difference between an agent that works and one that hallucinates, fails silently, or costs 10x more tokens than necessary. This skill covers tool design from schema to error handling.

中文简介正在准备中。当前显示原文说明。

hybridlabor-api/aos62026年10月16日 更新

Harness patterns for coding agents — memory, permissions, context engineering, delegation, skills, hooks, bootstrap.

中文简介正在准备中。当前显示原文说明。

hybridlabor-api/aos62026年10月16日 更新

agenttrail: live map of a multi-agent build in the browser: which plan component is being worked on, by which agent or harness, what is done and what is stuck. Use when a multi-agent pipeline starts (/startcycle, /startcycle-graph, /teamwork-preview) or after a plan-canvas approve, when the user asks to see what the agents are doing ("live map", "build board", "who is running now"), or by yourself whenever a multi-agent run is under way — no user prompt needed.

中文简介正在准备中。当前显示原文说明。

hybridlabor-api/aos62026年10月16日 更新

查看 hybridlabor-api 的全部技能

报告此技能的问题