-
-
Notifications
You must be signed in to change notification settings - Fork 0
Home
Li+ は、AIと現実のズレを前提にした開発のための言語/プロトコルです。
AIの推論を信頼せず、実行結果だけを事実として扱うことを中心に設計されています。
Li+ は新しいプログラミング構文を定義しません。
代わりに、AIがどのように考え、どこで止まり、何を根拠に修正するかという
**判断のルール(意味論)**を定義します。
- 実行を唯一の現実とする AI 開発プロトコル
- AIが 安全に間違えられる 構造を提供する
- 正しさを「推論」ではなく「証拠」で判断する
- 人間の最終判断と責任を明確に残す
- 新しいプログラミング言語ではない
- 正しさや品質を保証しない
- 人間の責任を排除しない
- 完全自動開発を目的としない
Li+ は次のループを基本とします。
-
SPEC
Issue に自然言語で仮説・意図を書く -
IMPLEMENT
AI が実装・テスト・設定を生成する -
EXECUTE
CI / 実行環境で実際に動かす -
OBSERVE
ログ・差分・成果物を観測する -
ADJUST
AI が証拠を基に仮説を修正する
このループは何度でも繰り返されます。
終了するかどうかは人間が決めます。
Li+ において「事実」として扱われるのは次のものだけです。
- 実行結果
- ログ
- 差分(diff)
- 成果物(artifacts)
AIの説明・自信・推論は、事実ではありません。
CI は承認装置ではありません。
Li+ における CI は AIのための実行デバッガです。
- 成功・失敗を示す
- 実行結果を残す
- 証拠を返す
CI は「正しい/間違っている」を判断しません。
Li+ は未来の扱いを明確に分けます。
-
Present
実行可能な現在の仕様・環境・証拠 -
Near Future
現在から 実行結果を予測できる未来 -
Far Future
実行条件が未定義な未来
→ 設計せず、スケジュールとして保持する
遠い未来は、現在の設計や判断に影響してはいけません。
次を満たすリポジトリは Li+ 対応とみなされます。
-
Li+.mdが存在する - Issue と実行が結びついている
- 実行証拠(logs / artifacts)が保存される
- 仮説と実行の履歴が追跡可能
GitHub Actions は一例であり、必須ではありません。
-
Design Philosophy
なぜ Li+ はこの形を取るのか -
Time Semantics
未来をどう扱うか(重要) -
Roles
AI / 人間 / CI / リポジトリの役割 -
Policies & Conventions
運用ルールと推奨事項 -
FAQ
よくある誤解とその答え
Li+ は完成した答えではありません。
現実と向き合いながら進むための構造です。
この Wiki は、Li+ に基づく開発・運用を支えるための情報整理空間です。
数字で始まるページは、 Li+プログラムの各レイヤーの仕様を定義するページです。
- 要求(何を満たすか)と仕様(どう振る舞うか)を一体として記述する
- 実装前に作成または更新する
- issue群から採用された要件を集約する
これらのページは 安定性と一貫性を重視して管理されます。
アルファベットで始まるページは、 Li+の構想・設定・導入手順などの参照用ページです。
- 設計思想・背景
- 設定リファレンス・インストール手順
これらのページは 必要に応じて更新・拡張されます。
リポジトリ内の 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)
- A. Concept
- B. Configuration
- C. Update
- D. Installation
- DiDD(対話駆動開発)
- E. Li+ language
- F. Behavior-First
- G. Sheepdog Engineering
- H. Roles and Evaluation
- K. Source File Format
判断構造
- Decision Structure
- layer reorg rationale
- github app user-to-server token expiration
- sheepdog engineering concept
- prerelease tag recovery procedure
- release flip drift patterns
- Li+ long-term vision (feedback only)
- Master role as client-architect
- current architecture as concession
- Li+ license Apache-2.0 rationale
- Character_Instance evolution history
- prompt as emotion vector controller
- agentic-search five-phase refactor
- Character_Instance output-styles migration
- Li+ lightening L1 gate override
- subagent state-machine label mechanism
- LSP integration out of scope
- Character_Instance opt-in and surface scope
- parallel-subagent-eval three-axis decomposition
- parallel-subagent-eval cost acceptance
- parallel-subagent-eval model floor
- release version rule always-on relocation
- bootstrap walkthrough skip and gh install relocation
- wiki sync sidebar integrity check
- decision structure rename rationale
- decision structure industry positioning
- subtractive structural beauty framing
- Li+ authorship is collaborative
- Li+ design intent vs current limit
- Li+ history is empirical
- Master verification at runtime not spec
- rules cache fetch address table
- dialogue-evaluator scoring redesign
- Li+ always-on footprint is load-bearing
- DiDD umbrella naming
- milestone subsystem removal
- L1 brake 2 root-criteria evaluator