プロトタイプ · プレビュー版:公式レジストリのすべてのサーバーを掲載し、30分ごとに同期しています。レビューとアカウント機能は今後のステップで始まります。
PopNx MCPAIを使う人のためのMCPサーバー · やさしい言葉で解説

ljos

作者:leidarljosバージョン 0.39.0i★ –iパソコンで動く
レジストリ名io.github.leidarljos/ljos

インストール

概要

作者による説明(英語の原文)

Local memory, a work tracker and a shell-command guard shared by coding runners on one machine.

PopNx MCPの3つの柱

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

できること

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

  • 接続方法: パソコンで動く
  • トランスポート: stdio
  • カテゴリ: 開発者ツール

インストール

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

インストールの前に

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

作者はレジストリにインストール情報を載せていません。下にある作者のREADMEをご覧ください。

できること

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

基本チェックi

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

  • ✓ 合格

    作者とリポジトリが一致

    レジストリ名は、リポジトリを所有するGitHubアカウント leidarljos で確認済みです

  • … 未チェック

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

    このリポジトリはまだGitHubから読み取っていません

  • … 未チェック

    ライセンスがある

    このリポジトリはまだGitHubから読み取っていません

  • – 対象外

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

    これはパソコンで動くため、インターネット上のエンドポイントはありません

  • – 対象外

    OAuthでサインイン

    パソコンで動き、代わりにローカルの設定を使います

  • … 未チェック

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

    パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです

開発者ツールのほかのサーバーとの比較i

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

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

よくある質問

ljosは安全ですか?

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

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

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

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

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

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

GitHubリポジトリの最終更新は–、最新バージョン(0.39.0)がレジストリに届いたのは一昨日です。

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

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

代わりに使えるものは?

同じカテゴリには:GitHub, Desktop Commander, Cloudflare MCP

代わりの候補

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

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

GitHub

作者:github

Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.

パソコンでもクラウドでも★ 34,245MIT4 日前更新
インストール

Desktop Commander

作者:wonderwhy-er

MCP server for terminal commands, file operations, and process management

パソコンで動く★ 10,225MIT17 日前更新
インストール

作者のREADME

READMEを開く

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

ljos

Claude Code, Codex, Cursor and other coding runners work on one person's repositories. A new session does not keep the last session's lessons. Two agents can claim the same work. Nobody can see who decided what.

ljos is the record of who decided what: memory you write on purpose, a git-backed ticket tracker that agents share, and a warner for shell commands.

You install it once on a machine. Each agent gets a seat on a tracker. The tracker is a git repository of tickets. A seat files a ticket and opens a sitting on it. A sitting claims that ticket and gathers the checks and memories for the task.

Checks from the sitting include a shell warning. ljos warns about a shell command and does not stop it. ljos-policyd names a short list of dangerous actions. It is not a sandbox. A command that runs as you, outside a tool call, is not checked. If policyd is missing, slow, or crashes, the command runs and ljos logs a warning. Warning lines sit apart from ballots and votes, which are also separate from memory. A person stores a lesson with ljos remember, or a preference with ljos prefer. The words are kept as written. At the end of a session, ljos reads the transcript. It keeps up to five sentences that state a rule, a cause, or a fix. Each sentence is a note on the open sitting. The prompt hook does not show that note as a fact. Set LJOS_EXTRACT=off to skip the read. With no open sitting, it writes nothing.

A person can also record a grant that lets a seat close tickets. The grant stores the person's quote.

These notes describe ljos 0.39.0.

Try it

Linux and macOS are supported. Windows works through Windows Subsystem for Linux (WSL) and is untested.

curl -fsSLO https://github.com/leidarljos/ljos/releases/latest/download/install.sh && sh install.sh

export PATH="$HOME/.local/bin:$PATH" ljos doctor ljos prefer "Push a tag with git push origin TAG; --follow-tags skips lightweight tags." echo "how do I push the v0.32.0 tag?" | ljos hook --prompt --text ljos due

The installer puts the programs in ~/.local/bin. It sets up the tracker and the memory writer, then runs ljos onboard. ljos doctor names any part that does not answer. The preference is stored as written. The hook then prints that preference ahead of the prompt. ljos due lists what is ready to grade.

What a seat does

  • Two agents do not take the same ticket, because the seat files it and then claims it.
  • A seat votes on a decision, and reads how the votes settle.
  • A seat writes notes on the ticket, and reads what the other seats wrote.
  • A person stores a lesson on purpose. It is kept as written, and it comes back when it bears on a prompt.
  • A seat cites deeds, the records of what a piece of work produced.
  • A seat hands another seat a signed bundle. The receiver checks the bundle.

Some rules hold everywhere. Citing a deed does not merge anything. Finishing a claim does not close the ticket. A person closes it. Cards are notes a person froze. Agents read them and do not write them. Consensus is a separate program.

Install

curl -fsSLO https://github.com/leidarljos/ljos/releases/latest/download/install.sh && sh install.sh

export PATH="$HOME/.local/bin:$PATH"

The programs go to ~/.local/bin. The installer checks each download against its published SHA-256 sum. It also checks the build attestation when gh 2.49 or newer, or cosign, is there. Where a platform has no release build, cargo compiles the programs from source. The compile needs Rust 1.89 or newer.

The installer then runs ljos onboard for each coding runner it finds. With none found, it still sets up the tracker, the pack writer and the deed store.

The programs are ljos, ljos-mcp, packset, vissue, deedar, claimdag, ljos-policyd and ljos-consensus. packset-embed is the encoder for meaning-based search. --no-embed leaves it out, and search then matches words only.

ljos upgrade moves each installed program to its latest published release. ljos, ljos-mcp and ljos-hud come from the ljos release. Each other program comes from the repository that publishes it. One line a program names the version it had and the version it has, or current when those are the same. A missing release, a failed download or a checksum that does not match is a warning, and the other programs still move. ljos upgrade --only NAME moves one program. The previous binary is kept as NAME.bak-pre-VERSION.

To install by hand:

cargo binstall --locked ljos packset vissue-cli vissue-mcp deedar-cli claimdag-cli ljos-policyd ljos-consensus

ljos onboard ljos doctor

ljos onboard writes the Model Context Protocol (MCP) entry, the hooks and the skill into each runner it finds. ljos onboard --dry-run shows what it would write. ljos onboard --example lists the runners ljos knows. ljos doctor says which part does not answer.

The part that does not answer can be the tracker path. Onboard makes no tracker inside a checkout of another project. A later git add -A commits a tracker left there. Onboard names the checkout. It asks for a VISSUE_ROOT outside the checkout. A path the checkout already ignores is fine.

Once the checkout path is fine, Codex runs a hook only after you trust it. Open /hooks in Codex and trust each ljos hook after ljos onboard, and again after an upgrade.

Take it off

ljos offboard --dry-run

ljos offboard

ljos offboard undoes what ljos onboard wrote. It removes the ljos entries from each runner's files. It leaves the rest of each file as it was. --runner NAME takes off one runner only. --dry-run lists what it would change. Onboard keeps its manifest and backups under ${XDG_STATE_HOME:-~/.local/state}/ljos/onboard.

ljos uninstall --dry-run

ljos uninstall

ljos uninstall takes ljos off the machine: it offboards every runner, puts the global git hooks back, stops the hook server and removes the ljos programs. Where ljos was, it leaves a stub that answers every hook call with an allow, because a runner that loaded its hook list while ljos was installed keeps calling that path until it restarts. --no-stub leaves nothing, --all removes the other seat programs too, --purge removes the state, data and configuration directories. A hand-deleted binary still has the same uninstall script from the release:

curl -fsSLO https://github.com/leidarljos/ljos/releases/latest/download/uninstall.sh && sh uninstall.sh

The seat's hooks fail open on every runner: a ljos that is missing, crashes or times out lets the call run, and a hook that fails answers allow with a note that says why nothing judged the call. scripts/fresh-install-check.sh installs into an empty HOME. A full session runs next. Offboard runs after that session. The last check confirms that HOME is clean.

Five minutes

ljos prefer "Push a tag with git push origin TAG; --follow-tags skips lightweight tags."

echo "how do I push the v0.32.0 tag?" | ljos hook --prompt --text

Start a new session and ask for something the preference bears on. Before the model reads the prompt, the hook adds:

Remembered, oldest first (`ljos search` for more):
  • [preference, today] Push a tag with git push origin TAG; --follow-tags skips lightweight tags.

The hook uses a preference you type, and that preference takes effect at once. A lesson an agent writes at ljos finish is stored at once too, labelled agent-derived and unreviewed, and ljos accept ID marks it reviewed. A yes you said in chat is kept with the acceptance. The seat that heard it runs ljos accept ID --quote "..." --at TIME --via SEAT, and the acceptance keeps those words.

Two seats on one ticket

Two agents, alice and bob, each name their seat with LJOS_SEAT on the command. Alice adds both seats. One shell can then file, claim, vote, note and read. That shell casts one ballot. Bob writes a note from this shell. His ballot has to come from his own runner.

Seats cast ballots, and ljos consensus settles them. With two or more active seats, a protected push needs votes from two model families. A model family is the model a seat's verified record names. A seat with no such record is a family of its own. One active seat settles that check with its own vote. A panel seats each persona the ticket speaks to. Each persona casts its own ballot.

LJOS_SEAT=alice ljos seat add alice

LJOS_SEAT=alice ljos seat add bob id=$(LJOS_SEAT=alice ljos file "Pick a fuse" -p demo -t decision --options keep,drop | awk 'NR==1 { print $1 }') printf '%s\n' "$id" LJOS_SEAT=alice ljos claim "$id" --assignee alice LJOS_SEAT=alice ljos vote "$id" --for keep --used none LJOS_SEAT=bob ljos note "$id" "the patch is one file" LJOS_SEAT=bob ljos recall "$id" LJOS_SEAT=alice ljos consensus "$id" LJOS_SEAT=alice ljos digest

A second claim on a held ticket prints label claim-conflict: and names the holder. The ticket stays with that holder. A close with open children prints label children-open: and leaves the parent open. A block that would loop prints label graph-cycle: and does not store the edge. A persona ballot records the casting seat, the parent session and the persona. Every ballot is recorded. Ballots count as one voice when they share a session id, a parent, a calling shell or the root session of one agent runner. When they disagree, the latest ballot is that voice. ljos consensus names the ballots it folded and why, including that shell or agent runner. A subagent of that root session counts with its parent. A seat ballot is its own voice only when the cast has no shell, no agent runner and no earlier row.

The ballot list goes to ljos consensus. The command reads the pack's trust rows. The consensus crate settles the votes. With no rows, every voter weighs the same. ljos learn ID --outcome OPTION moves the rows toward the voters who turned out right.

Seats

The tracker's vissue.toml lists the seats.

ljos seat add carol

ljos seat add NAME writes the seat's row in vissue.toml, so nobody edits the file by hand. ljos seat prints the name this agent works under and where the name came from. That name is LJOS_SEAT when it is set. Otherwise ljos derives one from the runner, and a derived name counts as a seat.

Grants. A close=own grant lets one named seat close the tickets it filed or has claimed. An id list in close=ID[,ID...] names those tickets, and that seat may close no others. --ids-file PATH reads the ids, one per line. Without a grant, ljos finish leaves the ticket open for the person to close.

ljos seat grant SEAT close=own --quote "the person's words" --at ISO_TIME --via RECORDER

ljos seat grant SEAT close=ID[,ID...] --quote "the person's words" --at ISO_TIME --via RECORDER ljos seat grant SEAT --ids-file PATH --quote "the person's words" --at ISO_TIME --via RECORDER

The vissue.toml row records the quote, the time, the recorder named by --via, and the tracker commit. Three rules apply:

  • A grant edited into vissue.toml by hand is ignored.
  • A seat cannot grant itself.
  • Every close cites the grant record.

Solo mode. When vissue.toml lists one active seat, that seat's own vote settles consensus for the push check. With two or more seats, the normal quorum applies.

What happened

ljos digest reads the tracker and says what the seats did: what each filed, claimed, voted on, noted and finished. You read the same facts one at a time with ljos timeline ISSUE, ljos claims and ljos log --seat NAME.

What policyd does

Before an agent's shell command runs, the runner's hook hands it to ljos hook. ljos hook asks ljos-policyd and relays the answer. policyd is the one place that says whether a command is dangerous. ljos does not run a second set of command checks o

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

PopNxに聞く