ForHosting KIT · 金融・お金

アイゼンハワー優先度分類

本番障害の復旧のように緊急かつ重要なタスクは第1象限で「すぐ実行」です。はい・いいえで2つ答えるだけで、残り3つの場合は予定・委任・削除のどれかが分かります。ブラウザで無料で使えます。

無料
ブラウザで動作
登録不要
データは端末の外に出ません

無料で実行 API仕様を見る

ご利用方法ウェブAPIメールTelegramアプリ近日

計算例

入力した場合

タスク: Fix production outage

結果

象限: 1
アクション: do
アクション: Do first

アイゼンハワー・マトリックスは、緊急度と重要度の二軸で「次に注目すべきこと」を決める古典的な枠組みであり、マネージャー、創業者、個人の生産性システムで広く使われています。本アイゼンハワー優先度分類器は、タスクが緊急かどうか、重要かどうかという二つのブールフラグを受け取り、対応する行動—まず実行、深い仕事を予定、割り込みを委任、雑務を削除—を返します。任意のタスクラベルはエコーされ、ダッシュボードやチャットボットが象限の横に読みやすい名称を保てます。

アイゼンハワー・マトリックスが緊急度と重要度を四つの行動に写像する仕組み

アイゼンハワー・マトリックスは、大統領ドワイト・D・アイゼンハワーが広めた優先順位付けの習慣と、その後の時間管理の文献に由来し、あらゆる約束事を二つの軸で分けます。緊急度は、その項目が時間に押されているかを問います。硬い締切、進行中の障害、遅延すれば崩れる約束などです。

重要度は、目標、価値観、関係、カレンダーが落ち着いていてもなお意味を持つ長期成果を進めるかを問います。軸を交差させると、固定されたコーチング行動を持つ四つの象限が得られます。象限一は緊急かつ重要で、危機、コンプライアンス期限、重要で待てない仕事です。

行動は do（実行）であり、今すぐ着手するか、終わるまで集中を守ります。象限二は緊急ではないが重要で、戦略、予防、技能向上、複利的な関係づくりです。行動は schedule（予定）であり、火種になる前にカレンダー時間を確保します。

象限三は緊急だが重要ではなく、割り込み、状況確認、他者の優先事項で、速さは求めるが目標は動かさないものです。行動は delegate（委任）またはまとめ処理で、時間圧力が深い仕事を奪わないようにします。象限四は緊急でも重要でもなく、低価値の雑務、暇な閲覧、任意のノイズです。

行動は delete（削除）または意識的な保留で、注意の奪い合いを止めます。本機能は自由文から緊急度や重要度を発明しません。人間、フォーム、上流の採点器が既に決めたフラグを前提に、決定論的な四分岐マップを適用し、すべてのクライアントが同じ行動コードを見るようにします。

活用例

チケットとバックログの仕分け

課題トラッカーの緊急・重要フラグを、ボードと週次レビュー要約向けの do、schedule、delegate、delete ラベルに写像します。

受信箱とアシスタントの振り分け

メッセージ上の二つのブール評価を、チーフ・オブ・スタッフ業務向けのカレンダー枠、委任キュー、削除候補に変換します。

研修とコーチングの演習

緊急・重要の四通りの組み合わせすべてについて、決定論的オラクルでアイゼンハワー・マトリックス演習を採点します。

よくある質問

アイゼンハワー優先度分類器は do、schedule、delegate、delete をどう選びますか？

緊急+重要 → do、非緊急+重要 → schedule、緊急+非重要 → delegate、どちらでもない → delete です。

緊急と重要の違いは何ですか？

緊急は時間に敏感（締切や危機）であることです。重要は目標や長期成果を進めることです。マトリックスは両軸を独立に使います。

第2象限にはどんなタスクが入りますか？

重要だが緊急ではない仕事です。戦略、予防、能力開発、時間とともに効いてくる人間関係づくりなどが該当し、手遅れになる前にカレンダーに時間を確保して「予定」に入れます。

緊急だが重要でないタスクはどうすればよいですか？

第3象限に入ります。割り込み、状況確認の連絡、他人の優先事項などが該当し、時間の圧力に集中作業を奪われないよう、委任するかまとめて処理します。

タスクが緊急かどうかはツールが判断しますか？

判断しません。2つの問いにはご自身で答えるか、フォームや独自の採点結果を使います。タスクに付けた名前は結果の横に表示されるだけです。

開発者向け — APIアクセス

このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。

エンドポイント

POSThttps://api.kit.forhosting.com/biz/eisenhower-classify

Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。

お使いのスタックから呼び出す

curl -X POST https://api.kit.forhosting.com/biz/eisenhower-classify \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"urgent":true,"important":true}'

const res = await fetch("https://api.kit.forhosting.com/biz/eisenhower-classify", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "urgent": true,
    "important": true
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/biz/eisenhower-classify",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "urgent": true,
    "important": true
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/biz/eisenhower-classify", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"urgent":true,"important":true}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"urgent":true,"important":true}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/biz/eisenhower-classify", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

リクエスト例

{
  "urgent": true,
  "important": true
}

レスポンス例

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "biz.eisenhower_classify",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。

料金

1リクエストあたり$0.002

単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。

エラー

HTTP	コード	意味
`401`	`unauthorized`	APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。
`402`	`insufficient_balance`	残高が不足しています。チャージ後に再度お試しください。
`404`	`unknown_type`	指定されたタスクタイプは存在しません。タイプ名を確認してください。
`429`	`rate_limited`	リクエストが多すぎます。しばらく待ってから再度お試しください。

技術的な注記

同じ純粋な解析パスが無料ブラウザツールと有料 API の双方を動かすため、緊急度と重要度が既知のとき、コーチングアプリ、スタンドアップボット、ポートフォリオツールがチケットの四つの箱のどれに属するかで食い違うことはありません。

入力契約、応答フィールド、検証ルール

両方 false なら delete。フラグが分かっている項目ごとに一度呼び出してください。必須のブールフラグ二つを含む JSON 本体を POST してください。urgent（別名 urgency、is_urgent、time_sensitive）はタスクが時間に敏感なとき true です。important（別名 importance、is_important、goal_aligned）は有意義な成果を進めるとき true です。両フィールドは JSON ブール、数値の 0 と 1、または文字列 true、false、yes、no、y、n、one、zero（大文字小文字を区別しません）を受け付けます。欠落フィールド、空文字列、その他の型はフィールド名付きの invalid_input で失敗し、課金されません。任意の task（別名 label、name、title）は最大五百文字の短い文字列で、trim 後に空でなければ成功時にエコーされ、UI が行動の横に原文を表示できます。成功時の本体は、正規化されたブールの urgent と important、古典的配置に対応する 1 から 4 の quadrant（1 が do、2 が schedule、3 が delegate、4 が delete）、機械コードの action（do、schedule、delegate、delete）、Do first や Schedule のような短い英語の action_label、一文のコーチング解説 interpretation、四分岐ルールを述べる formula を返します。例：urgent が true かつ important が true なら象限 1、action は do、Do first。urgent が false かつ important が true なら schedule。urgent が true かつ important が false なら delegate。本エンドポイントは自由文の優先度採点、時間見積もり、多数項目のバックログ並べ替えは行いません。

アイゼンハワー優先度 API が価値を発揮する場面

プロダクトとエンジニアリングのチームはチケットに緊急・重要のチェックボックスを配線し、ボット、ボード、週次レビューメールで do、schedule、delegate、delete のラベルに写像する単一の真実源を必要とします。エグゼクティブアシスタントやチーフ・オブ・スタッフ向けツールは受信箱項目を二つのトグルで採点し、各クライアントでマトリックスを再実装せずにカレンダー枠、委任キュー、ゴミ箱へ振り分けなければなりません。検証失敗は残高を消費しません。個人生産性アプリや Notion 風テンプレートは小さな parse エンドポイントを呼び、無料ブラウザツールと自動化 webhook が同じ純粋モジュール上でバイト一致を保ちます。実装は parse の tier A のため、成功した呼び出しは公開の基本料金 $0.002 で済み、モデルトークンも外向きネットワークも使いません。

技術的な質問

自由文だけ送って API にフラグを発明させられますか？

いいえ。本機能は既に設定したフラグから分類します。非構造化テキストを採点せず、LLM も呼び出しません。

受け付けるブール形式は何ですか？

JSON の true/false、1/0、および文字列 true、false、yes、no、y、n、1、0（大文字小文字を区別しません）。それ以外は invalid_input で失敗します。

アイゼンハワー優先度分類器の料金はいくらですか？

ブラウザツールは無料です。API リクエストは成功した呼び出しごとに KIT の前払い残高から $0.002 です。無効な入力は課金されません。

KITの完全なドキュメントを見る →