li plus long term vision feedback only - Liplus-Project/liplus-language GitHub Wiki

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 の前提が再評価対象になったとき