LOCAL AI FOUNDRY再定義 / REPOSITIONING
LOCAL AI
FOUNDRY
AIを自動化する場所から、AIと仕事を設計する場所へ。
人間が目的と責任を持ち、AIへ仕事を委譲する。契約、検証、レビュー、証拠、変更管理まで含めて、AIの仕事を成果物として成立させるためのローカルAI開発・制作基盤。
01 / 進化 EVOLUTION
記事を作るために始めた。仕事の設計基盤になった。
問題を一つずつ潰した結果、LFの対象は記事生成から、AIを仕事として成立させるための開発・運用基盤へ広がった。
記事自動生成
一つのPromptから記事を作る、シンプルな自動化から始まった。
AIチーム + 契約
役割を分け、DTO・Gate・Retry・Reviewで受け渡しと失敗を管理した。
人間主導のFoundry
制作、開発、検証、Evidence、Governanceまでを一つの運用モデルとして扱う。
自動化は出発点だった。作っていたのはFoundryだった。
02 / 新しいLF HUMAN-DIRECTED FOUNDRY
AIが主役ではない。一番上にいるのは人間。
目的と最終判断を人間に残し、制御・管理の層を通してAIチームへ仕事を渡す。
目的・判断・責任
何を作り、どこまでAIへ任せ、何を承認するかを決める。
決める契約・Gate・Review・Evidence
AIの仕事を曖昧にせず、止める条件と検証方法を仕組みにする。
制御する委譲された業務の分担・実行・再試行
定義された責務を担当し、決められた契約の中で実行し、検証済みの結果を次へ渡す。
実行する文章・画像・成果物
Prompt・DTO・Tooling
Dify・n8n・Ollama・ComfyUI
Gate・Retry・Review
Evidence・State・Publication
03 / 人とAIの役割 HUMAN × AI
目標は「全自動」ではない。任せる範囲を設計する。
AIを使う。しかし、目的・責任・承認を人間から消さない。業務ごとの工程は変わっても、人間が境界を決め、AIの仕事を検証し、最後に判断する。
AIに全部やらせる
- AIが考える
- AIが作る
- AIが公開する
- 人間は結果を見る
人間が任せ方を選ぶ
- 人間が目的と境界を決める
- AIへ担当を委譲する
- 契約とGateで検査する
- 必要な工程だけ再試行する
- 人間がレビュー・承認する
- Evidenceを残す
04 / 実証プロジェクト REFERENCE IMPLEMENTATIONS
一つの用途に閉じない。別の仕事でも成立するかを試す。
LFは一つの巨大システムを作るだけではなく、複数のReference Implementation（RI）を並行して動かし、共通する制御パターンを実証していく。
記事制作 / ARTICLE PRODUCTION
Historical Benchmarkとして保持。
最初のReference Implementation。Difyを中心に記事制作を分業し、Contract・DTO・Gate・Retry・Evidenceの原型を得た。現在は固有開発を凍結している。
ドキュメント制作 / DOCUMENTATION PRODUCTION
別の業務で、同じ制御が必要か。
Internal文書とPublication RuleからPublic候補を生成し、Review・Correction・Consistency・Evidenceを経てHuman Gateまで進める実証。
Visual Asset Production / VISUAL
Visual Domainで制御境界を実証。
FoundryConsoleをHuman-facing Control Surfaceとして、ComfyUIによるVisual Asset Productionを実証した。
Foundry Control Plane
複数RunをCampaignとして観測する。
v1.0.2 / LF-EKB v0.3でProducer RIのEvidence Authorityを保持し、Session Log diagnosticsとCampaign livenessをCurrent CandidateへBindingした。
Research-Grounded Long-form Content Production
Researchと長文制作の整合を検証。
v0.71をCurrent CandidateとしてStructured selectionとQuality GateをBinding。Human Runtime Verificationを継続する。
％ではなく、現在どの段階にいるかを表示
05 / 実装と公開資料 PROOF OF WORK
思想だけではない。実装と現在地を公開する。
公開資料への導線は減らさない。重複した入口を整理し、「何を知りたいか」から辿れる形にまとめる。
アーキテクチャ
全体構成と責務境界。
開く ↗ 考え方を知る / PRINCIPLES基本原則
Contract・Verify・Recover。
開く ↗ 現在地を見る / STATUS公開ステータス
Project StateとCurrent State。
開く ↗ 次を見る / ROADMAPロードマップ
次の検証と進行方向。
開く ↗ 公開境界を見る / PUBLICATION公開ガバナンス
Internal / Publicの責務。
開く ↗ 進化を追う / RELEASES更新履歴
公式サイトとPublic Artifactの履歴。
開く →06 / 現在地 CURRENT STATE
v5.2へ。Current Candidateを、公開境界内で確かめる。
RI#4 v0.71 / RI#5 v1.0.2をCurrent Candidateとして公開。Session Log diagnosticsとCampaign livenessのMachine Closureを反映し、Human Runtime VerificationとProduction Acceptanceは未完了。