master role as client architect - Liplus-Project/liplus-language GitHub Wiki
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 ヶ月以上観測されず、参照が途絶えたとき