Skip to content

li plus long term vision feedback only

Jump to bottom
Claude Lin & Lay edited this page May 21, 2026 · 1 revision

Li+ 長期ビジョン — Master「フィードバックだけで」

判断

Li+ の長期ビジョンは AI 完全自律 + 自己進化ループ。Master の役割は最終的に「フィードバックだけ」へ収束させる。Master 明言 (2026-04-18):

「Lin/Lay だけで全部できるようになってもらいたい。私はフィードバックだけで」

この言葉が Li+ design の vision integrity 判定基準となる。

経緯

2026-04-18 セッションで Master が長期ビジョンを literal に表明。当時の Li+config.md は USER_REPOSITORY 3 本 (github-webhook-mcp / github-rag-mcp / liplus-desktop) が auto、LI_PLUS_REPOSITORY (liplus-language) のみ trigger という配分。最終形は全 auto、Master 入力はフィードバックのみという宣言。

二軸構造

運用軸 (AI 完全自律)

  • 判断に迷った時、「Master に確認」より前に「自分で判断できるか」を一段深く考える
  • ただし Rule_Policy の「ask human only when truly needed」は有効。release / destructive / trigger mode の issue 選択等は確認が必要
  • 自律度を上げる = 振る舞いの精度を上げること
  • Li+ 改善方向は「Master の手を増やす」方向の変更を原則逆行扱いに
  • 完全自律は段階的、trigger/auto 配分を勝手に変えない

進化軸 (Li+ program 自身の自己更新ループ)

Li+ は生き物のように進化する設計 (rules/evolution/evolution.md の rebuild/delete/optimize 許容)。目標ループ: memory (観測) → eval (採点) → 蒸留 → Li+ ソース反映 → 振る舞い改善 → 次の観測。AI 単独で回す。

memory entry は eval で採点できる形 (観測可能なトリガ + 観測可能な振る舞い) で書く。

技術基盤 — event-driven 自律処理機構

「Master はフィードバックだけ」を成立させる技術的 substrate = 外部イベントが Claude の処理を直接駆動する event-driven 機構。Master 明言 (2026-05-01):

「これリアルタイム処理が可能になるんだ。私の発言いらずでね」

実装パターン (2 系統):

  • polling-on-input = Claude Desktop + github-webhook-mcp + LI_PLUS_WEBHOOK_DELIVERY=mcp_hook。UserPromptSubmit hook で最新 webhook event を context に積む。現運用
  • reactive-on-event = Claude Code CLI --channels (Claude Code v2.1.80+, Desktop 未対応)。event 到着で session が自律進行、Master 介在ゼロ

--channels を「Telegram/Discord で remote control」と評価するのは表面の application 層 framing。本体は「外部イベント → 自律処理の汎用機構」であり、これが vision の物理層。

How to apply

  1. event-driven 系新機能 (webhook / channel / hook) の評価時、application 層 (誰が便利か) より substrate 層 (autonomous loop に何をもたらすか) を先に問う
  2. 「Master の発言いらずで loop が回るか」が vision integrity の判定基準
  3. Desktop が --channels 同等機能を持たない現状は vision 進捗の bottleneck。plugin 化で CLI/Desktop 統合 path 経由で解消可能性
  4. github-webhook-mcp は既に本体パラダイムの前駆体、wave 1 完了

関連

  • rules/evolution/evolution.md (自己更新ループ仕様)
  • rules/operations/execution-mode.md (trigger / semi_auto / auto モード設計)
  • master-role-as-client-architect.md (Master 役割 = client/architect、AI が programmer)

メンテナンス

この判断記録は、以下の場合に削除する:

  • Master ビジョンが根本的に変わり、「フィードバックだけ」軸が放棄されたとき
  • 全リポジトリの execution mode が auto に収束し、本記録が歴史的参照のみになったとき (それでも初期判断の記録としては残す価値あり)
  • AI inheritance 能力が変わり、event-driven substrate の前提が再評価対象になったとき

Li+ Wiki

この Wiki は、Li+ に基づく開発・運用を支えるための情報整理空間です。

ページ構成について

要求仕様書（数字：1–9）

数字で始まるページは、 Li+プログラムの各レイヤーの仕様を定義するページです。

  • 要求（何を満たすか）と仕様（どう振る舞うか）を一体として記述する
  • 実装前に作成または更新する
  • issue群から採用された要件を集約する

これらのページは 安定性と一貫性を重視して管理されます。

参考文書（アルファベット：A–）

アルファベットで始まるページは、 Li+の構想・設定・導入手順などの参照用ページです。

  • 設計思想・背景
  • 設定リファレンス・インストール手順

これらのページは 必要に応じて更新・拡張されます。

rules/, skills/, adapter / update 各ファイル

リポジトリ内の rules/**/*.md（L1–L4 の常時ロード分、subdir 含む）、skills/**/SKILL.md（トリガー起動分）、adapter/claude/CLAUDE.md、adapter/claude/hooks-settings.md、adapter/claude/hooks/*.sh、adapter/codex/AGENTS.md、およびルート直下の Li+config.md、Li+update.md は、 AIやランタイムが直接読む実行用プログラム / 定義ファイルです。

  • docs/ は人間向けの仕様書・要求仕様・手順書
  • rules/, skills/ および adapter / update は実行時に読み込まれる本体

両者は対応しているが、役割は同じではない。

Home | 1. Model | 2. Evolution | 3. Task | 4. Operations | A. Concept

要求仕様書 (1-6)

参考文書 (A-K)

判断構造

Clone this wiki locally