GET SHIT DONE

Claude Code、OpenCode、Gemini CLI、Codex、Copilot、Antigravity向けの軽量かつ強力なメタプロンプティング、コンテキストエンジニアリング、仕様駆動開発システム。

コンテキストロット（Claudeがコンテキストウィンドウを消費するにつれ品質が劣化する現象）を解決します。

English | Português | 简体中文 | 日本語

npx thrunt-god@latest

Mac、Windows、Linuxで動作します。

THRUNT Install

「自分が何を作りたいか明確に分かっていれば、これが確実に作ってくれる。嘘じゃない。」

「SpecKit、OpenSpec、Taskmasterを試してきたが、これが一番良い結果を出してくれた。」

「Claude Codeへの最強の追加ツール。過剰な設計は一切なし。文字通り、やるべきことをやってくれる。」

Amazon、Google、Shopify、Webflowのエンジニアに信頼されています。

なぜ作ったのか · 仕組み · コマンド · なぜ効果的なのか · ユーザーガイド

なぜ作ったのか

私はソロ開発者です。コードは自分で書きません — Claude Codeが書きます。

仕様駆動開発ツールは他にもあります。BMAD、Spekkitなど。しかしどれも必要以上に複雑にしているように見えます（スプリントセレモニー、ストーリーポイント、ステークホルダーとの同期、振り返り、Jiraワークフローなど）。あるいは、何を作ろうとしているのかの全体像を本当には理解していません。私は50人規模のソフトウェア会社ではありません。エンタープライズごっこをしたいわけではありません。ただ、うまく動く素晴らしいものを作りたいクリエイティブな人間です。

だからTHRUNTを作りました。複雑さはシステムの中にあり、ワークフローの中にはありません。裏側では、コンテキストエンジニアリング、XMLプロンプトフォーマッティング、サブエージェントのオーケストレーション、状態管理が動いています。あなたが目にするのは、ただ動くいくつかのコマンドだけです。

このシステムは、Claudeが仕事をし、かつ検証するために必要なすべてを提供します。私はこのワークフローを信頼しています。ちゃんといい仕事をしてくれます。

これがTHRUNTです。エンタープライズごっこは一切なし。Claude Codeを使って一貫してクールなものを作るための、非常に効果的なシステムです。

— TÂCHES

バイブコーディングは評判が悪い。やりたいことを説明し、AIがコードを生成し、スケールすると崩壊する一貫性のないゴミが出来上がる。

THRUNTはそれを解決します。Claude Codeを信頼性の高いものにするコンテキストエンジニアリングレイヤーです。アイデアを説明し、システムに必要なすべてを抽出させ、Claude Codeに仕事をさせましょう。

こんな人のために

やりたいことを説明するだけで正しく構築してほしい人 — 50人のエンジニア組織を運営しているふりをせずに。

はじめに

npx thrunt-god@latest

インストーラーが以下の選択を求めます：

ランタイム — Claude Code、OpenCode、Gemini、Codex、Copilot、Cursor、Antigravity、またはすべて（インタラクティブ複数選択 — 1回のインストールセッションで複数のランタイムを選択可能）
インストール先 — グローバル（全プロジェクト）またはローカル（現在のプロジェクトのみ）

確認方法：

Claude Code / Gemini: /thrunt:help
OpenCode: /thrunt-help
Codex: $thrunt-help
Copilot: /thrunt:help
Antigravity: /thrunt:help

[!NOTE] Codexのインストールでは、カスタムプロンプトではなくスキル（skills/thrunt-*/SKILL.md）を使用します。

推奨：パーミッションスキップモード

THRUNTは摩擦のない自動化のために設計されています。Claude Codeを以下のように実行してください：

claude --dangerously-skip-permissions

[!TIP] これがTHRUNTの意図された使い方です — date や git commit を50回も承認するために止まっていては目的が台無しです。

代替案：詳細なパーミッション設定

このフラグを使いたくない場合は、プロジェクトの .claude/settings.json に以下を追加してください：

{
  "permissions": {
    "allow": [
      "Bash(date:*)",
      "Bash(echo:*)",
      "Bash(cat:*)",
      "Bash(ls:*)",
      "Bash(mkdir:*)",
      "Bash(wc:*)",
      "Bash(head:*)",
      "Bash(tail:*)",
      "Bash(sort:*)",
      "Bash(grep:*)",
      "Bash(tr:*)",
      "Bash(git add:*)",
      "Bash(git commit:*)",
      "Bash(git status:*)",
      "Bash(git log:*)",
      "Bash(git diff:*)",
      "Bash(git tag:*)"
    ]
  }
}

仕組み

既存のコードがある場合は？ まず /hunt:map-environment を実行してください。並列エージェントが起動し、スタック、アーキテクチャ、規約、懸念点を分析します。その後 /hunt:new-program がコードベースを把握した状態で動作し、質問は追加する内容に焦点を当て、計画時にはパターンが自動的に読み込まれます。

1. プロジェクトの初期化

/hunt:new-program

1つのコマンド、1つのフロー。システムが以下を行います：

質問 — アイデアを完全に理解するまで質問します（目標、制約、技術的な好み、エッジケース）
リサーチ — 並列エージェントが起動しドメインを調査します（オプションですが推奨）
要件定義 — v1、v2、スコープ外を抽出します
ロードマップ — 要件に紐づくフェーズを作成します

ロードマップを承認します。これでビルドの準備が整いました。

作成されるファイル： MISSION.md、HYPOTHESES.md、HUNTMAP.md、STATE.md、.planning/research/

2. フェーズの議論

/hunt:shape-hypothesis 1

ここで実装の方向性を決めます。

ロードマップには各フェーズにつき1〜2文しかありません。あなたが想像する通りに構築するには十分なコンテキストではありません。このステップでは、リサーチや計画の前にあなたの好みを記録します。

システムがフェーズを分析し、構築内容に基づいてグレーゾーンを特定します：

ビジュアル機能 → レイアウト、密度、インタラクション、空状態
API/CLI → レスポンス形式、フラグ、エラーハンドリング、詳細度
コンテンツシステム → 構造、トーン、深さ、フロー
整理タスク → グルーピング基準、命名、重複、例外

選択した各領域について、あなたが満足するまで質問します。出力される CONTEXT.md は、次の2つのステップに直接反映されます：

リサーチャーが読む — どんなパターンを調査すべきかを把握（「ユーザーはカードレイアウトを希望」→ カードコンポーネントライブラリを調査）
プランナーが読む — どの決定が確定済みかを把握（「無限スクロールに決定」→ スクロール処理を計画に含める）

ここで深く掘り下げるほど、システムはあなたが本当に望むものを構築します。スキップすれば妥当なデフォルトが使われます。活用すればあなたのビジョンが反映されます。

作成されるファイル： {phase_num}-CONTEXT.md

前提モード： 質問よりもコードベース分析を優先したい場合は、/thrunt:settings で workflow.discuss_mode を assumptions に設定してください。システムがコードを読み、何をなぜそうするかを提示し、間違っている部分だけ修正を求めます。詳しくはディスカスモードをご覧ください。

3. フェーズの計画

/hunt:plan 1

システムが以下を行います：

thrunt-god

人気