LibKa

Name: LibKa
Author: aivigator-ai

作者：aivigator-aiバージョン 2.0.2i★ –iパソコンで動く

レジストリ名io.github.aivigator-ai/libka

インストール

概要

作者による説明（英語の原文）

One LibKa Markdown file to web pages, PDFs, slides and Word files, each checked and signed.

PopNx MCPの3つの柱

この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。

利用者の声iレビューはまだありませんレビューは今後のステップで、アカウント機能と一緒に始まります
私たちの基本チェックi1項目中1項目に合格公開情報からチェック。コードはまだスキャンしていません
利用状況i未計測★ –

できること

このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。

接続方法: パソコンで動く
トランスポート: stdio
カテゴリ: 文書・表計算・事務作業

インストール

使っているAIアプリを選んで、設定をコピーしてください。

インストールの前に

基本チェック：1項目中1項目に合格
あなたのパソコンで、あなたのユーザーと同じ権限（ファイル、ネットワーク、アプリ）で動きます。
レジストリには、入力が必要なキーは載っていません。

必要なもの

npmNode.jsのインストール（npxコマンドに必要）

どのアプリを使っていますか？

ClaudeClaude CodeCursorVS CodeChatGPT

上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。

Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます

{
  "mcpServers": {
    "libka": {
      "command": "npx",
      "args": [
        "-y",
        "@libka/mcp"
      ]
    }
  }
}

ターミナルでこれを実行します

claude mcp add libka -- npx -y @libka/mcp

Cursorで開く

または、設定を自分でコピーする

プロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます

{
  "mcpServers": {
    "libka": {
      "command": "npx",
      "args": [
        "-y",
        "@libka/mcp"
      ]
    }
  }
}

ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。

VS Codeで開く

または、設定を自分でコピーする

プロジェクトの .vscode/mcp.json に貼り付けます

{
  "servers": {
    "libka": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "@libka/mcp"
      ]
    }
  }
}

これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。

選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。

この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。

できること

パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。

基本チェックi

誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック

✓ 合格
作者とリポジトリが一致
レジストリ名は、リポジトリを所有するGitHubアカウント aivigator-ai で確認済みです
… 未チェック
今もメンテナンスされている
このリポジトリはまだGitHubから読み取っていません
… 未チェック
ライセンスがある
このリポジトリはまだGitHubから読み取っていません
– 対象外
エンドポイントが応答する
これはパソコンで動くため、インターネット上のエンドポイントはありません
– 対象外
OAuthでサインイン
パソコンで動き、代わりにローカルの設定を使います
… 未チェック
ツールの説明に隠れた指示がない
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです

文書・表計算・事務作業のほかのサーバーとの比較i

このカテゴリのほかの2193件のうち0%よりスターが多い
このカテゴリのほかの2193件のうち76%より最近レジストリに公開
基本チェックの結果が、このカテゴリのほかの2193件のうち100%と同じかそれ以上

レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。

よくある質問

LibKaは安全ですか？

当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。

どんなキーやコードが必要ですか？

レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。

パソコンで動きますか、それともクラウドですか？

あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません（サーバー自体がオンラインサービスを呼び出す場合を除きます）。

今もメンテナンスされていますか？

GitHubリポジトリの最終更新は–、最新バージョン（2.0.2）がレジストリに届いたのは9 日前です。

どのアプリで使えますか？

Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.jsも必要です。

代わりに使えるものは？

同じカテゴリには：Agent-Native Calendar, Excel MCP Server, MCP Server for Excel

代わりの候補

同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。

カードの見方：★ GitHubスターi3つの柱：レビュー · チェック · 利用状況i更新＝最新バージョンをレジストリに公開した日i

Agent-Native Calendar

作者：BuilderIO

Agent-Native Google Calendar - manage events, sync, and public booking

クラウドで動く★ 7,620MIT2 か月前更新

インストール

Excel MCP Server

作者：haris-musa

Create and edit Excel files with AI: charts, PivotTables, formulas. No Excel needed.

パソコンで動く★ 4,276MIT6 日前更新

インストール

MCP Server for Excel

作者：sbroenne

Excel automation for AI - Sheets, Power Query, DAX, VBA, Tables, Ranges and more. Windows only.

パソコンで動く★ 847MIT4 日前更新

インストール

作者のREADME

READMEを開く

作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。

LibKa Design Platform

Write a document once in LibKa Markdown. Get a web page, an A4 PDF, 16:9 slides and an editable Word file, each checked for accessibility, with a signed record of what was checked.

LibKa is a design system (W3C DTCG design tokens) and a document platform. You write one file in LibKa Markdown, Markdown extended with LibKa blocks: steps, callouts, tables, charts, diagrams, timelines, comparisons, release notes and more (35 block types in all). The build renders the outputs the document asks for. Guard then checks each one, the pages in a real browser, and signs a manifest of the checks for the outputs that pass. LibKa Studio lets anyone write the same documents visually, without touching Markdown.

Website: https://libka.aivigator.ai/
Try LibKa Studio in your browser: https://libka-studio.aivigator.ai/
Documentation: docs/, starting with getting started and the block catalog

Status: version 2.0.2. Developed and tested on Windows; CI runs the full test suite on Linux (Ubuntu) and the health check on Windows; macOS is not tested.

Why LibKa

Markdown publishing tools already turn one source into web pages, PDFs and slides. LibKa's difference is that it checks every output and says exactly what it checked:

The rules that can be automated are enforced; the rest is listed for a person: blocks carry their accessibility rules (an image cannot go in without alternative text), the build stops on problems with file:line messages, Guard measures the rendered result in Chrome, not the source, and the conformance report names what a person still has to review.
The PDF is repaired and validated: Chrome's tagged PDFs are repaired for PDF/UA-1 and, when Java and veraPDF are installed, validated by veraPDF, the PDF Association's reference validator, on every rule a machine can check (the rest of PDF/UA, such as a meaningful reading order, needs a person).
Every output gets a record: a signed manifest of the checks and a WCAG 2.2 / EN 301 549 conformance report per build.
A design system, not a theme: colours, type and spacing come from DTCG tokens whose contrast the token build gates, in light, dark and high contrast.
Visual editing for people who never touch Markdown, with the page and Word checks live in LibKa Studio, while the LibKa Markdown stays the single source.

LibKa is a good fit for manuals, guides, policies, reports and decks that must be accessible and consistent. It is not a page-layout tool: you choose blocks, not positions.

LibKa Studio

An installable web app that keeps documents on your own device: a visual editor, a source editor, or both side by side; a live preview of the web page, phone, A4 and slides; the page and Word checks while you type, with one-click fixes where a fix is safe and plain-word explanations otherwise; versions, a command palette, English and Czech, light, dark and high contrast, offline once opened. The Studio has its own accessibility self-audit (docs/acr/studio.md), tested with the keyboard alone, NVDA, forced colours, reflow and touch emulation.

Run it locally: npx -y @libka/cli studio, and open the address it prints.

Quick start

You need	For
Node.js 22.18 or newer, Google Chrome	Building and checking documents (`libka doctor` says what your computer has)
Java 21 and veraPDF (install without administrator rights)	Validating PDFs against PDF/UA-1 (optional for building: without them a PDF is built, and its manifest, its conformance report and `verify` say it was not validated; required by `check.py`)
Python 3.12 or newer	Working on LibKa itself (`check.py`)

Start a project:

npm create libka@latest my-docs        # add -- --lang cs for the example in Czech

cd my-docs npm install npm run build # web page, PDF, slides and Word file in dist/, checked and signed npm run verify # the files (the slides too) are the ones that were checked and signed

The starter has an example document, npm run check (the source only, in a couple of seconds, without a browser), a GitHub Actions workflow that builds and checks every push and pull request with the LibKa Guard action, marking a problem in the source on its line and a finding in an output on its file, and a README of next steps. A document chooses its outputs in its front matter, outputs: [web, pdf, deck, docx]; without that line it gets the web page and the PDF. Each project signs with its own key, made by its first build in .libka/ and trusted in .libka/trusted-keys.json (signing keys).

From a clone of this repository:

git clone https://github.com/aivigator-ai/open-libka-design-platform.git && cd open-libka-design-platform

npx --yes pnpm@12.8.1 install node packages/cli/src/libka.ts build examples/manual/guide.md # the outputs land in examples/manual/dist/

Writing documents

A document is written in LibKa Markdown: Markdown with front matter and LibKa blocks. The file stays .md and opens in any text editor; only LibKa renders the blocks, other Markdown viewers show them as plain ::: lines.

---

title: Setting up the router lang: en outputs: [web, pdf, docx]

Connect it

:::steps

Plug in the power The light turns orange.
Connect the cable Use the yellow port.

:::

:::callout[Before you start]{variant=important} Keep the box: the Wi-Fi password is on its label. :::

examples/manual/guide.md is a short example that explains the syntax; examples/open-source-guide/guide.md is a real, long guide: two of GitHub's Open Source Guides (CC BY 4.0) as a manual and a deck.
Every block is defined once, in packages/blocks: syntax, attributes, a JSON schema, accessibility rules, anti-patterns, and what the web page, PDF, slides and Word file do with it.
Slides come from the same file: every ## and ### is a slide, :::notes holds speaker notes, and overfull slides are shrunk a little or continued.
Czech documents (lang: cs) get Czech labels and Czech typography.

What every output gets

Checks in a real browser: axe-core with the WCAG 2.2 A and AA rules; the contrast of every visible text against its real background, 4.5:1 and 7:1 when the reader asks for more contrast; LibKa's structure rules; a page that fits a 320-pixel-wide screen without scrolling sideways (reflow); slides that must fit; a strict Content Security Policy.
A PDF validated against PDF/UA-1 (ISO 14289-1) by veraPDF: every rule a machine can check, when Java and veraPDF are installed (otherwise the manifest, the conformance report and verify say the PDF was not validated).
A Word file with real structure: headings, lists, footnotes, tables whose header row repeats, pictures with alternative text, the document language; Guard checks its structure and contrast.
A signed manifest: the source, the LibKa version, the hashes of every output and every check result. It proves the files are the ones that were checked and which checks ran; what it does not prove is written down too.
A conformance report listing all 55 WCAG 2.2 A/AA success criteria with their EN 301 549 clauses: checked automatically, failed, needs a person, or not applicable.
Byte-identical builds: the same source gives the same web page and Word file, and the same PDF with the same Chrome version.

What LibKa does not claim. Automated checks cover part of accessibility. An output that passes is "checked by these tests", not "accessible" or "compliant": the conformance report says what a person still has to review. The draft report for LibKa's outputs is docs/acr/libka-outputs.md.

AI authoring

Agent Skill in .claude/skills/libka-author/: the workflow, and the exact syntax of every block (generated from the registry).
MCP server @libka/mcp (in packages/mcp): list and describe blocks, check a document, build it.
For Claude Code, both come as one plugin: /plugin marketplace add aivigator-ai/open-libka-design-platform, then /plugin install libka@libka. Claude Desktop, claude.ai, the API and other MCP clients: docs/ai-tools.md.
Whatever an AI writes goes through the same checks. Content the document declares as AI-written (an AI summary with its reviewer, an AI badge) is listed in the signed manifest.

Repository map

Path	What it is
`tokens/`, `libka.resolver.json`, `generate.py`	The DTCG design tokens and their build: CSS, SCSS, Tailwind (`docs/tokens.md`, the design-system manual)
`packages/blocks`	The block registry, the catalog and skill-reference generators
`packages/model`	LibKa Markdown to typed blocks, with problems by line, each with a code and safe fixes (`docs/problem-codes.md`)
`packages/render`	Web page, slides, charts, slide fitting, Content Security Policy, typography, the block styles
`packages/guard`	The browser checks, the Word file checks, the WCAG / EN 301 549 mapping, the signed manifest
`packages/pdf`, `packages/docx`	PDF/UA repair and veraPDF validation; the Word file
`packages/editor`	Visual editing: the ProseMirror schema, the lossless round-trip with LibKa Markdown, the block commands
`packages/cli`, `packages/mcp`	`libka build \	lint \	check \	verify \	studio \	doctor`; the MCP server
`packages/create-libka`	The starter, `npm create libka`
`npm/`, `plugins/libka`, `.claude-plugin/`	The npm packages' build and the quick-start test; the Claude Code plugin and its marketplace file
`apps/studio`	LibKa Studio
`examples/`, `docs/`	Examples; the documentation and the maintainer guide

Contributing

Issues and pull requests are welcome: read CONTRIBUTING.md first; AI coding agents start from AGENTS.md. Questions and ideas go to Discussions (SUPPORT.md says what to expect); new blocks and features are listed in CHANGELOG.md when they ship. Two things to know up front:

This repository is published from the maintainers' development repository. An accepted pull request is applied there and comes back with the next release, with you credited as co-author of the release commit and thanked in the changelog.
Sign off every commit (git commit -s). The Signed-off-by line certifies the Developer Certificate of Origin: that you may contribute the change under the project's licence. A check on the pull request asks for it; there is no separate agreement to sign.

check.py runs everything a pull request must pass: the Pyth

冒頭だけを表示しています。続きはリポジトリで読めます

LibKa

概要

PopNx MCPの3つの柱

できること

インストール

インストールの前に

できること

基本チェックi

作者とリポジトリが一致

今もメンテナンスされている

ライセンスがある

エンドポイントが応答する

OAuthでサインイン

ツールの説明に隠れた指示がない

文書・表計算・事務作業のほかのサーバーとの比較i

よくある質問

代わりの候補

Agent-Native Calendar

Excel MCP Server

MCP Server for Excel

作者のREADME

LibKa Design Platform

Why LibKa

LibKa Studio

Quick start

Writing documents

Connect it

What every output gets

AI authoring

Repository map

Contributing