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

• depends on: master-role-as-client-architect — Master = client + architect / programmer = AI の役割分離が前提
• relates to: liplus-history-is-empirical — 設計史の試行錯誤性も同じ協働構造の上に立つ

経緯 (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 が構想軸も自走) になり、二層分担が解消されたとき