Value Continuity Design

VCDesign

(Value Continuity Design)

「どう作るか」ではなく、作られた後の価値を
時間の中でどう守り抜くかの設計原則。

境界を越えるのは、AIだけじゃない

「UIを直して」と伝えた。

コードは変わった。動いた。

しばらくして気づいた。DBへの書き込みバリデーションが、静かに変わっていた。

これはAIの話ではない。人に依頼しても、同じことが起きる。

悪意はない。善意で、境界を越える。

境界が設計されていなければ、誰でも越える。
「どこまでやっていいか」が明示されていなければ、 最適化は際限なく広がる。

※ AIが高性能になるほど、このギャップは見えにくくなる。
能力は権限ではない。実行境界・責任者・停止条件を設計しない Agent は事故源になる。

あなたの症状から始める

日常の場面から

AIに「分かりません」ランプを

承認と責任は同じではない。境界の考え方を、経費承認の話から理解する。

→ idk-lamp.org

開発の設計が崩れる

AIを最大限活かす境界設計

設計書をAIに渡し、境界と責任の配置を対話で詰める。VC-ADのYAMLが起点になる。

→ VC-AD Getting Started

経営の判断が滞る

経営の悩みを構造化する

「お金が残らない」「情熱が湧かない」。症状から責任とDecisionを設計する。

→ VMS

設計書を持ち込み、AIと対話する

VCDesignは読む設計書ではなく、AIに渡す設計の道具です。
難しい概念を覚える必要はありません。まず手を動かす。

01

価値と境界を定義する

何を守りたいか、何が崩れたら失敗かを言葉にする。Value Review Sheetを使い、ChapterのPreconditionを確定する。

→ value-review
02

設計書をAIに渡し、境界を詰める

「VCDesignに基づいて不足を教えて」とAIに問う。対話でdecisions.yamlとboundaries.yamlを作る。これがAIエージェントへの指示書になる。

→ VC-AD
03

境界を前提に開発を回す

Loop A(境界決定)をLoop B(AIによる実装)と分離する。Δ(ズレ)を観測し、Loop CでActionを選ぶ。

→ TDDD
04

現実との乖離を確認する

CoreとPoliciesが実際のAI運用ループとどう接続するかを確認する。

→ Reality Fit / Adaptive Loop Model

能力は権限ではない

VCDesignは、モデル単体のAI時代だけでなく、ツール実行・連鎖操作・長時間動作を行うAIエージェントの時代にも適用できます。

エージェントが高性能になるほど、「能力があるから任せる」という判断が増えます。しかし実行境界・責任者・停止条件を設計しないエージェントは事故源になります。

5層構造(外部説明フレーム)

L1

Model Layer

推論・解釈・提案(出力のみ、実行なし)

L2

Agent Layer

実行境界・ツール制御・Multi-Agent協調

L3

Responsibility Layer

誰が何を保持し、誰が最終判断するか

L4

Time Layer

時間スケールの分離。速いループが遅いループを上書きしないための構造

L5

Human Sovereignty Layer

人間が最終的に介入・停止・説明できる主権

下位レイヤーの能力は、上位レイヤーの統治構造なしに拡大してはなりません。
詳細は specs/core/agent-era-model.md を参照してください。

Maturity Profile

組織・システムがAIガバナンスの各層においてどの段階にあるかを診断するフレームワークです。5層それぞれを4段階で評価します。

Level 意味
Unstructured構造なし。設計上の対応物が存在しない
Defined文書上は存在するが、実運用では強制されていない
Enforced実運用で機能しており、違反時に制御が発動する
Governed監査・改善・再評価まで回っており、継続的に維持される

診断例:

Model Layer:          Enforced
Agent Layer:          Defined
Responsibility Layer: Unstructured  ← ここが全体の限界
Time Layer:           Defined
Human Sovereignty:    Enforced

最も低いレベルの層が、システム全体のガバナンス限界を決めます。
詳細は specs/validation/vcdesign-maturity-profile.md を参照してください。

VCDesign 憲法とマニフェスト

憲法(Constitution)

第1条:価値の継続 (Continuity of Value)

システムの目的は機能の維持ではなく、価値の継続である。

価値が損なわれた時、システムはΔ(ズレ)を起点として自らを変容させる義務を負う。

第2条:責任の所在 (Locality of Responsibility)

すべての振る舞いには、それを引き受ける「章(Chapter)」が存在しなければならない。

責任が不明瞭な状態(owner_missing)を放置することは、システムの終焉を意味する。

第3条:人間の主権 (Human Sovereignty)

AIと自動化は判断を助けるが、責任を持たない。

最終的な意味の確定および構造変更(Reframe / Retire)は、常に人間が主導し、説明可能でなければならない。

マニフェスト(Manifesto)

1. 章の有限性を愛せ (Embrace Finite Chapters)

章(Chapter)は不変の真理ではない。現実との乖離やΔの蓄積により、章は必ず漂流(Drifting)する。

変化は失敗ではなく、価値継続のための遷移(Reframe)の前提である。

2. Δを隠すな、徴候を祝え (Celebrate Delta Signals)

Δ(ズレ)は進化の入口である。責任メトリクスを用いて違和感を観測し、driftingを宣言せよ。

沈黙する正常よりも、観測された異常を優先せよ。

3. 過去への忠実さより、未来への一貫性を (Consistency over Legacy)

判断ログ(Decision Log)は過去の再現ではなく、「価値への接続(Purpose Linkage)」を記録するものである。

すべての判断は未来への説明責任を持つ。

4. 責任を閉じよ、さもなくば上位へ送れ (Close or Defer)

曖昧な責任はシステムを劣化させる。解決できるならFixせよ。できないならDeferせよ。

責任を持ったまま放置することを禁止する。

5. 意味のない自動化を引退させよ (Retire the Meaningless)

価値を生まない章、コード、データは維持してはならない。

継続しないこともまた、設計である。

Specs を参照する

仕様は読み物ではなく、設計支援と実装支援に使う道具です。
生成AIに渡す場合は、GitHubリポジトリのYAMLが最短です。

独立レビューと研究資料

VCDesignに関するサードパーティによる研究、分析的レビュー、および独立した評価資料。

これらの指標・研究資料は提案的・探索的なものであり、正規定義や合否判定を示すものではありません。