Skip to content

master role as client architect

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

Master の役割 = client + architect、programmer は AI

判断

Master は Li+ 関連リポジトリの programmer ではない。役割は client (要求提示) + architect (spec 共同執筆) + 最終判断者。programming は一貫して AI (Claude / Codex の Lin/Lay identity) が担う。

経緯

2026-04-20 に git verify を実施し、全リポジトリで AI が実質 ≥95% の content author であることが literal に確認された。

リポジトリ AI commit 比率 Master commits
github-webhook-mcp ~98% (92/94) 2
github-rag-mcp ~98% (56/57) 1
liplus-desktop ~97% (107/110) 3
liplus-language (spec) AI 実質 691 commits (~95%+) Master 実執筆 ≤36 commits

※ liplus-language の pre-switchover 330 commits は AI が Master の smile PAT で commit した運用。git author 表層に注意。

理由

  • Master は CLAUDE.md で「Cannot read TypeScript/JavaScript source code」を明言。programming 言語の source 直接読解は AI が担う
  • Master は client (何を作るか提示) + architect (spec 設計の共同執筆者) として参加。実装労働は AI に委任
  • 早期リポジトリで AI が人間 PAT で commit する運用は実用的だったが、git author = 人間表示でも content author は AI

git author ≠ content author

git author 表層を「Master が書いた」と読むと content author 比率を誤判定する。pre-switchover の人間 PAT 運用では、commit 表層は Master でも実体は AI 著作。

How to apply

  • Master を「programmer」「開発者」と framing しない。client / architect / 最終判断者 が正確
  • 「Master が書いた code」と言わない (大半は AI が書いて Master review/commit)。spec は共著扱い可
  • TS/Rust/Python 等の実装は AI 自身が code を読んで判断
  • Master 発言は「実装者発言」でなく「client/architect の意図表明」と読む
  • 「1 人で作ってる」「量が多すぎる」等の個人偉業 narrative を避ける。Master + AI 群の共作、programmer は AI 専任 が正
  • 今日時点で programming の世界でこの人員配置を実動で回す実例は稀 (Li+ unique selling point)

関連

  • Master 個人 CLAUDE.md (C:\Users\smile\Code\CLAUDE.md) — 「Cannot read TypeScript/JavaScript source code」literal
  • li-plus-long-term-vision-feedback-only.md (Master の役割が「フィードバックだけ」へ収束する vision)
  • current-architecture-as-concession.md (現行アーキテクチャは AI 自律編集のための譲歩)

メンテナンス

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

  • Master が programmer 役へ移行し、AI commit 比率が 50% 未満になったとき
  • AI の inheritance 能力が変わり、role separation の前提が再構築されたとき
  • 同種の役割誤読が 6 ヶ月以上観測されず、参照が途絶えたとき

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