もヵ @Japanese__Moka - Twitter Profile

Pinned Tweet

もヵ @Japanese__Moka

over 1 year ago

細なっちゃった

2

90

0

5K

Japanese__Moka retweeted

AI活用ラボ@Levela

@hata_AI_master

about 17 hours ago

Fable 5を頭脳として使い、安いモデルに実行させる9つの設計パターンを紹介 1. Heartbeat Signals → Triage（安いモデル） → Conductor（Fable 5） → Worker（安いモデル） → Verifier（新しいFable 5） → Gate（https://t.co/VXnhC847SX） → trust.tsvに記録 → OKならcommit + PR作成自律ループの心臓部。 Fable 5は「指揮」と「検証」だけ。実行は安いモデル、最終判定はスクリプトで決定的に行う。 2. Orchestrator–Workers Fable 5が計画 → 複数のWorkerへ作業を分散 → 各Workerが並列で実行 Fable 5を作業者ではなく、オーケストレーターとして使う型。重い判断はFable。手を動かすのは安いモデル。 3. Executor–Advisor Executor（安いモデル）が毎ターン実行 → 必要な時だけFable 5にTool call → Fable 5が助言を返す → Executorが実行を続ける Fable 5を常駐させない。必要な時だけ呼ぶ“相談役”パターン。高価な判断をオンデマンド化できる。 4. Trust Ledger watch → queue → auto スキルごとに信頼度を管理する仕組み。 10回未満 or 成功率85%未満 → draft only 検証済みドラフト → 人間がレビュー 20回以上 & 成功率95%以上 → 無人でship ただし、1回でも失敗したら auto → watchへ即降格。自律度はループ単位ではなく、スキル単位で管理する。 5. Standing Goals 作業完了 → goals/<name>.md に登録 → 毎日07:00にcronで検証 → https://t.co/Ern53lNj4cで全ゴールを確認 → 違反したらSentinelが起動 → 原因候補を出す → 通常パイプラインで修正 → 再検証「完了したら終わり」ではなく、完了した瞬間から監視対象にする。一度達成した品質を、日次で守り続ける設計。 6. Quorum Signals → 安いモデル3体が独立投票 → 2/3以上が「対応すべき」と判断 → Fable 5を起動 2票未満なら、 quiet tick → Fable sleeps → 何もせず終了 Fable 5を無駄に起こさないためのコストゲート。高いモデルを呼ぶ前に、安いモデルで合議する。 7. Sparring Breaker → 昨日のmerged diffを読む → 失敗テストを1本だけ書く Builder → #sparringテストが落ちたら → テストには触らず → コード側を直す 2回対立したら人間が裁定。作った本人の「大丈夫」は証拠ではない。壊す役と直す役を分けることで、品質を強制的に上げる。 8. Compost 1週間の失敗ログ → STATE.mdのFAILED → trust.tsvのfail → goal-ledger.tsvのFAIL → closed unmerged PR → Compostが読む → 最大3件の改善提案 → 人間が署名 → CLAUDE.md / skills / goals に反映失敗を流さず、ルール・スキル・常設ゴールに変える。 “失敗を法律にする”週次改善ループ。 9. Ratchet 指標を1つ決める → 計測 → 最小修正 → 再計測 → 悪化したら即REVERT → 改善 or 横ばいなら次の修正 → 目標到達 → Standing Goalとして固定 1つの数値を単調に改善するパターン。大きく変えない。悪化したら戻す。改善した床は二度と下げない。この9パターンの共通思想はシンプル。 Fable 5 → 計画・検証・判断安いモデル → 選別・実行・投票・並列作業 https://t.co/VXnhC847SX / テスト / goal述語 → 決定的チェック人間 → 最終承認・裁定・署名高性能モデルを全部に使うのではなく、「失敗した時の影響が大きい場所」にだけ使う。 AIエージェント設計は、モデル性能よりも“役割分担”で差がつく。