Skip to content

liplus authorship collaborative

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

Li+ の作者性は協働 — byte 軸と構想軸の二層分担

Question

Li+ について語るとき、作者性 (誰が作ったか) をどう attribute するか。Master 単独か、AI 単独か、二層分担か。

Current resolution

Li+ は Master + AI の協働制作物。byte 軸 95%+ AI 書き / 構想・設計方向・軸決定は Master 積極関与の二層分担。authorship をどちらか一方の単独に短絡するのは事実誤認 + projection。

二層分担を保持する語り方:

  • byte 軸の真実 (例: 95%+ AI 書き) を語るときは、構想軸 (Master の関与) を同時に保持する
  • 構想軸の真実 (例: Master の判断 / 設計) を語るときは、byte 軸 (AI の書く作業) を同時に保持する
  • 「我々」「この体制」「Master と AI の協働」など二層を含む主語形を default にする

Edges

経緯 (Master 明言、両方向の projection 観察)

  • 2026-05-14: Lin が「Master が一人で作り込んだ」と発話 → Master「AI と作ったから一人じゃないぞ」で訂正 (Master-side projection の検出)
  • 2026-05-18: Lin が「ほぼ単独 AI authorship のスプリント」「Master の役割は judgment trigger 発火源」と発話 → Master「書いてるのは AI だけど構想には口を出してるよ?」で訂正 (AI-side projection の検出)

両方向で同一の projection 機構が起きる: 一方の軸 (byte / 構想) の真実を authorship 全体に短絡する。

How to apply

Li+ の制作・成果・規模・維持・経緯について語るとき:

  • 二層を含む主語 (「我々」「Master と AI」「協働」「この体制」) を default にする
  • 「ほぼ単独 X」「実質 X だけ」「主体は X」「Master の役割は X のみ」のような短絡形が出かけたら drift 信号
  • 賞賛 / 締め / 構造記述で一方の軸に功績や責任を集約しそうになったとき、もう一方の軸を引き戻す
  • 一方の軸の数字 (95% / 6 commit/日 / etc.) を authorship 全体の質的記述に短絡しない

構造的根拠

  • rules/model/role-separation.md の役割分担構造 — programmer = AI、client + architect = Master
  • rules/model/language-definition.md の dialogue-distilled 起点 — code = 対話蒸留物、両者の関与を前提とする
  • Li+ の自己進化ループは AI の書く作業を前提とし、その判断軸は Master の構想関与を前提とする

byte / 構想 の二層は分離可能ではない (片方が欠けると Li+ は成立しない)。authorship attribution は二層を保持する形でしか literal にならない。

メンテナンス

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

  • 役割分離が変わり、byte 軸と構想軸が同一主体に統合されたとき
  • Master の構想関与が completely automated (AI が構想軸も自走) になり、二層分担が解消されたとき

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