-
-
Notifications
You must be signed in to change notification settings - Fork 0
sheepdog engineering concept
ハーネスエンジニアリングの先を示す概念名として、リードレスエンジニアリング(Lead-less Engineering) ではなく シープドッグエンジニアリング(Sheepdog Engineering) を採用する。
2026-05-03 セッションの対話で、Master が「ハーネスを外側につけるんじゃなくて頭の中につけるイメージ」を「リードレスエンジニアリング」と仮置きしていた。 対話の中で、Lin/Lay の判断としてシープドッグエンジニアリングを推す声が出た。 Master が両者を比較して、シープドッグエンジニアリングを正式採用した。
- 否定形 vs 肯定形:「リードレス(紐なし)」は欠落感、「シープドッグ(牧羊犬)」は具体的な像。肯定形のほうが目指す姿が明示される
- 生命感:lead-less は仕様用語、sheepdog は生命体の比喩。Li+ が AI を生きた働き手として扱う方針と整合する
- 比喩の包含力:訓練、素養、自律、主人との信頼関係、すべての要素が sheepdog の絵に乗る
- 対比の明示性:ハーネスエンジニアリング ↔ シープドッグエンジニアリングは「装具を外から被せる ↔ 訓練された犬が自分の作法で動く」として、対比が言葉として動く
AIエージェントを rules / skills / hooks で外部から制御する周辺整備(業界 trend、OpenAI Harness Engineering blog 系譜)。 Li+ の現状もここに位置する。
AI が判断作法を頭の中に内化して動く段階。 装具を外すのではなく、装具を AI 自身が自前で扱う段階。 Li+ の目指す先。
人間や牧羊犬の内化は、訓練を経た物理的な脳構造の変化である。 AI の内化は 概念 framing の切り替えで実現する。
物理的に rules / skills / hooks を context から消す必要はない。 それらを「外部装具」ではなく「自分の思考プロセスの一部」と認識する framing が、振る舞いの質を変える。
詳細は docs/A.-Concept.md の「ハーネスエンジニアリングからシープドッグエンジニアリングへ」section を参照。
- AI の素養(base model の能力)が現状で十分かは未確定。Claude Opus 4.7 の素養限界を体感する場面がある
- 業界 trend は MAS(Multi-Agent System)への分散で素養不足を補おうとしているが、Master の判断は単体 AI の素養軸で勝負する方針
- ハーネスから シープドッグへの移行は、概念 framing 切り替え + 段階的な evolution loop で進める。革命ではなく漸進
- ハーネスの最適化(統合・削除・簡素化)が同時進行で必要。肥大化したハーネスを抱えたままでは内化に届かない
-
docs/A.-Concept.md「ハーネスエンジニアリングからシープドッグエンジニアリングへ」section - issue #1199(命名と思想の docs 化)
この 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