本文へ移動
LiveNode

KX Pipeline / Open Source

会話を、
判断軸に変える。

散らばった文脈を、AIが読めて、自分も確かめられる最小noteへ。

GitHubでKX Pipelineを見る

01 / Before KX

残したのに、見つからない。

会話や議事録をためても、次のAIは「なぜそう決めたか」を知らない。全部を読ませれば遅く、必要な一節だけを探すには手間がかかります。

ただの保存

  • 7月18日 打ち合わせメモ.md
  • ChatGPTとの壁打ち.txt
  • 提案の下書き（最終）.md
  • どこに判断理由がある？

判断できる知識

  • 主張：現場検証を先に置く
  • 根拠：運用で初めて価値が見える
  • 制約：本人が確認して残したこと
  • 接続：次の提案とAIエージェント

02 / Transformation Experience

全部を渡さない。必要な判断だけを渡す。

生の会話は00_Inboxへ。KXが分け、蒸留し、健康を確かめ、索引を作る。AIが読むのは、索引から選ばれた必要な1件だけです。

00_Inbox → distill → health → refMarkdown / local-first

01 / SOURCE & PIPELINE

00_Inbox/meeting-0718.md

「まず実画面で確認しよう。それができない案は、まだ決めないほうがいい。」

  1. skills/kx / ingest
  2. distill / 判断を抽出
  3. health / 重複と欠損を確認
  4. ref / 索引から接続

02 / STRUCTURED VAULT

kx-pipeline/
├── skills/kx/
│   ├── distill/
│   ├── health/
│   └── ref/
├── schemas/
├── example-vault/
│   ├── 00_Inbox/
│   │   └── meeting-0718.md
│   ├── notes/
│   │   └── 判断軸_現場検証.md
│   └── CLAIMS_INDEX.md
└── README.md

CLAIMS_INDEX.mdが「現場検証」という主張を見つけ、索引から選ばれた必要な1件だけをAIへ案内する。

03 / SELECTED NOTE

Noetic Cell / 判断軸_現場検証.md

# 現場検証を先に置く

## 主張
実画面・実データで確かめる。

## 根拠
想定だけでは運用価値は見えない。

## データ
検証ログと画面確認。

## 制約
本人が確認して残した範囲。

## 接続
次の提案 / AIエージェント
最大94%必要なnoteだけを渡し、コンテクストを削減代表クエリの実測条件で確認した最大値です。KX全体やすべての利用条件で同じ削減率を保証するものではありません。

KXは、会話をただ短くする道具ではありません。読み返せるMarkdownと、AIが必要なときだけ参照できる接続を、同じ場所に残します。

03 / Use Cases

日々の話が、次の仕事に効く。

機能のための機能ではなく、文脈が切れやすい4つの場面から始められます。

  1. 毎日のAI会話

    壁打ちで生まれた前提や判断を、その日のうちに残して次の会話へつなげる。

  2. 議事録と業務判断

    結論だけでなく、採用理由と制約まで読めるnoteにする。

  3. プロジェクトの引き継ぎ

    履歴の山ではなく、次の担当が判断を再開できる入口を渡す。

  4. AIエージェント

    Claude CodeやCodexに、全Vaultではなく必要な文脈だけを参照させる。

04 / Connection to LiveNode

あなたの判断が、あなたのまま残る。

KX Pipelineは、LiveNodeを育てる入口です。会話をAIへ丸投げするのではなく、本人が確かめて残した判断軸の構造だけを、次のAIや仕事へつなぎます。

Open Source / KX Pipeline

会話を、次の判断に変えよう。

まずは仕組みを見て、自分の文脈をどこから残すか考えてみてください。

GitHubでKX Pipelineを見る