Hecate: ローカル AI 協業と承認、証跡を 1 つの操作面に寄せる

ここ数か月で AI coding agent はかなり増えました。同時に、その周辺を支える補助ツールも増えています。

model routing を担うもの;
chat と prompt 管理を担うもの;
task execution や approval を担うもの;
diff、trace、artifact、cost を見せるもの;
外部 agent CLI を包むもの。

数が増えるほど難しくなるのは、実は「agent を動かすこと」そのものではありません。本当に難しいのは、agent の一連の仕事を supervised、reviewable、approvable、traceable に保つことです。

今日メモしておきたい hecatehq/hecate は、まさにそこを狙っています。README では local AI operations console for supervised agent work と説明されており、単に「コードを書かせる agent」ではなく、model gateway、task runtime、external agent supervision、project context、memory、approval、evidence を 1 つの local-first な operator surface に寄せようとしています。

GitHub の repository page、README、releases page を 2026-06-25 時点で確認すると、この repository は 21 stars、1 fork、主要技術は Go と TypeScript。repository の作成日は 2026-04-20、直近の公開更新は 2026-06-25 です。license は MIT。最新の pre-release は v0.2.0-alpha.4 で、公開日は 2026-06-18 です。

Project overview

項目	内容
Repository	hecatehq/hecate
位置づけ	local-first の AI operations console
Stars	21
Forks	1
主要技術	Go、TypeScript
作成日	2026-04-20
直近の公開更新	2026-06-25
License	MIT
Latest release	v0.2.0-alpha.4
Release status	Pre-release / public alpha
Release date	2026-06-18

もう 1 つ agent を作るというより、「agent work を収束させる」方向の project

README の説明で重要なのは、Hecate が AI client、model provider、coding agent、workspace tool の“間”に置かれることです。プロジェクト作業を route、approve、trace、review できるようにするのが中心にあります。

ここが他の tool と少し違います。

多くの project が主に考えているのは、

prompt をどう model に送るか;
tool call をどう回すか;
agent にどう複数 step を踏ませるか;

という話です。

一方 Hecate が向いているのは、もっと運用に近い問いです。

今の作業は direct chat なのか task run なのか;
どの provider を使っているのか;
どこで operator approval が必要なのか;
外部 agent CLI は実際に何を changed したのか;
project context や memory、handoff をどう残すのか;
diff、artifact、trace、usage をどこで追うのか。

つまり Hecate は、「最強の coding agent を目指す」というより agent work の監督台 を作ろうとしているように見えます。

面白いのは、分散しがちな層を 1 つの operator surface に寄せていること

README に並んでいる能力をまとめると、かなり一貫しています。

Gateway: OpenAI-compatible Chat Completions、Anthropic 形状の message、model discovery、failover、usage visibility;
Console: browser / desktop からの操作 UI;
Runtime: queue、agent_loop、approval、artifact、retry、resume;
External Agent supervision: 外部 coding-agent CLI の長い session を supervised;
Project orchestration: project identity、work record、handoff、project memory、context packet;
Evidence: trace、route report、diff、log、screenshot、final output。

これは単なる chat app より、ローカルで動く orchestration + audit layer に近いです。

特に良いのは、外部 agent をただ雑にラップしていないことです。README では Codex、Claude Code、Cursor Agent、Grok Build のような外部 ACP session に対して、readiness/version check、prompt-first approval、adapter diagnostics、Git diff review を提供すると書かれています。

かなり実務寄りです。

本当に困るのは、

どの CLI が走っているのか;
その CLI は誰の account / billing を使っているのか;
権限が広すぎないか;
workspace 変更をすぐ review できるか;
failure が model、provider、adapter、runtime のどこにあるのか;

といった点だからです。

Hecate は、そうした分断を 1 つの画面に戻そうとしています。

local-first の意味をかなり正直に書いている

README で印象的なのは、Hecate を local-first in the operational sense と説明していることです。

つまり、

runtime と UI は自分の machine で動く;
Hecate 自身の state は local に保存される;
gateway は loopback に bind するのが default;
ただし cloud provider への routing は普通に行える;
外部 agent CLI も各自の account のまま supervised できる;

という意味です。

この書き方はかなり誠実です。

「local-first だから全部安全」とは言っていません。README と security 文書は、loopback 以外に bind するなら自分で access control や reverse proxy、firewall を置くべきだと明記していますし、sandbox policy も container-level isolation ではないと書いています。

こういう boundary をちゃんと見せる project のほうが、実際には信用しやすいです。

project、context、memory の設計が、普通の chat UI との差になっている

Hecate のもう 1 つの軸は project-scoped work です。

README ではこの部分をかなり丁寧に分けています。

project には durable な local identity がある;
workspace roots を紐付けられる;
source metadata、work items、handoff、memory entries は project 単位;
各 call の前に context packet snapshot を作る;
memory candidate は operator が明示的に promote する;
外部 agent の private memory は自動では Hecate に入らない;

ここを見ると、作者が気にしているのは単発の prompt ではなく、長く続く project work をどう traceable にするか だと分かります。

多くの agent tool は、使い続けるほど context が肥大化し、「何を長期 memory に残すべきで、何が一時的 evidence なのか」が曖昧になります。

Hecate は少なくとも次の立場をはっきり出しています。

context packet は call の証跡であって、durable memory ではない;
memory は自動書き込みしない;
memory promotion には operator approval が必要;
provenance を残す;

この設計は、team workflow に agent を入れたい人ほど効いてきます。

すでに動くが、alpha の境界もかなり明確

README は Hecate を完成品のようには扱っていません。明確に public alpha と書き、まだ design または early-alpha だとされている領域も挙げています。

workflow runbooks;
richer agent profiles;
browser QA;
sandbox hardening;

これは重要です。Hecate が触っている領域はどれも軽くありません。

model gateway;
desktop + web console;
task runtime;
external agent supervision;
project / memory model;
approval と evidence chain;
OpenTelemetry observability;

どれか 1 つだけでも重いのに、それをまとめている以上、alpha 不安定さは前提として見るべきです。

Quick Start では 3 つの導入経路があります。

desktop app;
Docker;
source build;

しかも README は、

macOS Apple Silicon は launch-tested;
Linux と Windows bundle はまだ experimental;
Linux / Windows では Docker のほうが safer alpha path;

とかなり具体的に書いています。

つまり「図だけの project」ではなく、もう触れる状態にはある。ただし team の基盤として無警戒に置く段階でもない、という立ち位置です。

向いている人

Hecate は次のような人に向いていそうです。

ただ agent CLI を起動して終わり、では物足りない人;
model call、task run、external agent、approval、evidence を 1 つの面で見たい人;
project 単位の context、handoff、memory 境界を意識している人;
trace、diff、artifact、usage を運用証跡として残したい人;
alpha 期でも、単機能 agent ではなく operator console を試したい人。

逆に、「最小構成の自動 coding agent だけ欲しい」という用途だと、Hecate はやや重く感じるはずです。

境界もはっきり見ておくべき

Hecate は、

production-stable な agent 基盤ではない;
container-level の隔離製品ではない;
既存 workflow をワンクリックで置き換える万能管理台でもない;
chat UI に少し機能を足しただけの tool でもない。

むしろ、ローカル AI 運用台 の原型です。model gateway、chat、task runtime、external agent、project context、observability に散らばる断片を、できるだけ 1 つの operator surface に引き戻そうとしている project と見るのが自然です。

まとめ

hecatehq/hecate の面白さは、「どの model を使えるか」よりも、もっと現実的な問いを扱っているところにあります。

model、tool calling、external agent CLI、project memory、approval が同時に走る時代に、その一連の作業を統一された local supervision surface で扱えるか。

README から見える構成はかなり明快です。

model gateway;
chat と task runtime;
external agent supervision;
project、context、memory のモデル;
approval、artifact、trace、usage の evidence chain。

まだ public alpha で、安定基盤と呼ぶには早いです。それでも、agent tool が増えるほど運用が分裂していく感覚を持っている人なら、この repository はかなり面白く読めるはずです。