ハーネスが重要な要素です

2026年8月27日原文(scott-fryxell.github.io)

概要

Mooreの法則 がソフトウェアにも当てはまるという気づき
エージェント型AI とハーネス活用による開発生産性の急速な向上
個人開発者 でも大規模チーム並みの成果を実現可能に
ハーネス による一貫した開発体験とモデルのコモディティ化
自作プロダクト とハーネスの連携による新たな創造性の開拓

ソフトウェア進化と開発者体験の変化

Mooreの法則 はハードウェアだけでなく、ソフトウェアにも適用可能という洞察
- 開発現場での 日々の最適化と議論 が進歩の原動力
J2EEの不満 や Netbeansの遅さ、テーブルレイアウトや全ページリロードへの愚痴も進化の一部
過去18ヶ月で AIによるオートコンプリート から エージェント型コーディング、さらに ハーネスマネジメント へと進化
生産性向上 への驚きから、日々の最適化を楽しむ開発スタイルへのシフト

個人開発者の新しい可能性

個人プロジェクト でも大規模開発チームに匹敵する品質と一貫性を実現
スタックに精通したエンジニア であれば、オンボーディングも容易
ハーネス がAIの能力と自分の期待値をつなぐ重要な支点
複数サブスクリプション（Cursor、Claude、Pi）による 統合開発体験
モデル自体の差異が小さくなり、 コモディティ化 が進行

モデル選択とコスト最適化

deepseek-v4-flash-0731 をメインに利用し、コストを抑えつつ高品質を維持
Anthropic API（Fable） の利用は大規模リファクタや新機能開発時のみ
prewalk手法 （Can Bölük提案）で計画・初期タスクのみフロンティアモデルを活用
planner/worker/critic構成 で役割分担し、自己評価と改善を繰り返す
promoterステップ で成果を周知し、コミュニケーションの質を向上

ハーネスとプロダクト連携による創造性の拡張

カメラアプリ を開発し、写真をベクターグラフィック化する機能を提供
poster-driver でWebアプリの自動操作が可能、スクリプト化で反復利用が容易
ファイルシステムAPI 対応により、作業ディレクトリとのシームレスな同期が可能
Blender環境 で3D近隣風景＋ポスター重ね合わせなど新たな表現手法を模索
AI非依存ツール をAI的に活用し、創造活動の楽しさを維持

ハーネスの構造と運用

nvim設定 を作業ディレクトリにマッピングし、AIと共同編集
ハーネス＝ジグ という発想で、AIが設定編集を支援しつつ集中力と規律を維持
サンドボックス化、Webインターフェイス、File System Access API、Docker、Deno実行環境など多機能化
TUI（Cursor, Claude, Piなど） は全て同じハーネスを共有
アーティファクト管理 や 監査性 を重視し、artifacts/ディレクトリに集約

skills, extensions, AGENTS.md をルートで一元管理・拡張可能

brayness/
├── AGENTS.md
├── AGENTS.local.md
├── bin/
├── prompts/
├── plans/
├── skills/
├── extensions/
├── artifacts/
└── work/
    ├── realness/
    ├── blog/
    ├── brayness/
    ├── nvim/
    └── ...

スキルの過剰指定 を避け、実証的なアプローチで改善効果を確認
例：explore, planner, worker, critic, promoterなど多様なスキルを活用

エージェント活用と自由な開発環境の模索

エージェント主導のワークフロー で自律的な開発体験
Pi で得た知見をClaudeやCursorにも反映し、問題解決力を強化
エディタからターミナル への移行が増加し、理由の調和を実感
スキルロス対策 や 長時間タスクの分割 でAI体験を安定化
政府によるFable禁止 を契機に、モデル多様化と中国製モデルへの移行が進行
Pi がリグの中核ツールへと成長

参考リンク

Hackerたちの意見

これを読むと、もうちょっと良いワークフローが欲しくなるなぁ。Fableに完全に依存しちゃってて、他のモデルは全然使ってないんだ。毎週使用制限にぶつかるようになってきて、ほんとに借りた時間で生きてる感じ。8月の終わりにAnthropicが50%の使用増加を終わらせたら、絶対にワークフローを変えざるを得なくなると思う。その時、特定のモデルを特定のプロバイダーで使い続けるなんて想像できないな。

└

今のところ、すべての作業にGPT-5.6 Lunaを使ってるよ。必要な仕事をするには十分すぎるくらい。ちゃんとリードしてあげる必要があるけど、目的がはっきりしてればすごくうまくいくよ。

└

個人的には、こういうマルチモデルのワークフローで遊ぶのが結構楽しいと思う。全体をオーケストレーションするのにpaseoを使ってるよ。

└

モデルルーティングを試してみるべきだよ。Fableをすべてのタスクに使うのは意味がないと思う。

└

Solは基本的に同じレベルだけど、使い方が良い感じ。Fableに依存してないから、次の瞬間に切り替えてもほとんど品質の違いを感じないよ。

└

これを読んでると、もうちょっと良いワークフローがあればなって思っちゃう。Fableに完全に依存してるからね。自分の行動を完全にコントロールできるってのは、成長した大人として与えられた特権だよね。投票登録もしてるかもしれないし。メタ的には、もっと皮肉じゃない言い方もあるけど、そうすると人々に必要なだけ強く叩きつけることができないから、いつか自分の行動を思い出すきっかけにはならないかも。

└

しっかり計画を立てて、Sonnetに実行させればいいよ。それとOpus5の厳しい監査もね。自分のコーディング規約にぴったり合って、他のコードにアクセスして特注パターンをコピーできるようになったら、何をするかの強いアイデアを持って、あとは任せればいい。配線は自分がやって、埋めてもらう感じ。コーディングは本来の仕事じゃなかったんだよ。

└

私たちが移行を手伝うよ。

└

Anthropicが8月末に50%の使用率増加を最終的に崩壊させたら、絶対にワークフローを切り替えざるを得ないよ。モデルの書き方が直って、もう耐えられないほどイライラしなくなるまで、Anthropicのサブスクリプションをキャンセルしたんだ。簡潔な出力形式はいい方向への一歩だけど、しばらくは距離を置きたい。KimiとGLMモデルのMax推論は、Fableにかなり近い感じがする。でも、最も高いプランでも、一つだけじゃ足りないこともあるし、両方を1年間使うといい割引があって、Anthropicよりもそんなに高くない。問題は、トークン制限の変更で簡単に rugpull される可能性があること。大手のラボがそれを長期間いじらないとは信じられない。あと、ほとんどのハーネスはサブエージェントごとにモデルを選べるんだ。例えば、メインセッションをFableで動かして、Claude Codeの実装にはOpusエージェントを使うように指示できるし、OpenCodeや他のハーネス内でもKimiとGLMモデルを同じように使える。ただ、サブエージェントをコントロールするUIがいつもすごく使いにくいのが問題なんだよね。

└

サブスクリプション料金でFableがもっと欲しいと思ったら、別の20xアカウントを買えばいいんじゃない？今、日曜日、水曜日、金曜日に分けて3つ使ってるんだ。一つが切れると次がリセットされるから、問題解決！$600/mの価値をはるかに超えてると感じてるし、払うのは全然平気。もっと簡単にしてほしいな - $1k/mで100xアカウントを売って、無駄な手間を省いてほしい。

└

GPTたちも同じくらい優秀で、オープンモデルに多くのタスクを任せられるよ。自律的なコーディングは最先端のモデルが一番だけど、操縦されたコーディングならDeepSeek V4 Flashでも全然大丈夫。

この人、ハーネスについて詳しいね！dsh（deepseekハーネス）についてどう思う？すべてがプラグインになってるやつ。記事で、著者がそれをお金を節約するために使ってたマザーボードのようなものだと説明してたのを読んだんだ。プロセッサー（deepseek）は他のLLMに置き換え可能だけど、デフォルトで付いてくるって。これを代替品として評価した？もししてないなら、なんで？僕の非開発者の頭では、革命的に見えるよ。x86のようなもので、SoTAがAppleの消費者のように私たちを囲い込もうとしてるのと同じ感じ。

Hacker Newsで議論の続きを見る

ハクソク