エージェントの承認に使えるHumanLayerの代替

ひとことで言うと

HumanLayerはもともと、エージェントが行動する前に人へ確認するためのSDKでした。関数に承認を挟む require_approval と、質問を投げる human_as_tool です。いまのHumanLayerはコーディングエージェント用のIDEを作っていて、承認SDKは2025年6月以降リリースされていません。まだこれに頼っているなら、Run it byで同じ2つのパターンを実現できます。しかも、回答する人に必要なのはリンクだけです。

HumanLayer自身のページを2026年11月に確認しました。公式の非推奨告知は見つかりませんでしたが、私たちの読み取りを前提に計画を立てる前に、HumanLayerに確認してください。

HumanLayerで何が変わったか

• humanlayer.dev は現在、Claude CodeやCodexなどのコーディングエージェントを動かす、マルチプレイヤー対応のコーディングエージェントIDEとクラウドを紹介しています。
• PyPIのhumanlayerパッケージの最新リリースは、2025年6月の0.7.9です。
• 承認に関するドキュメントはサイトから無くなり、リポジトリには新しい製品が入っています。

HumanLayerにとっては筋の通った判断ですし、チームでコーディングエージェントを見守るなら、新製品はそのためのものです。ただ、人の承認が必要なエージェントは、使っていたSDKを失うことになります。

Run it byでの同じパターン

• 操作の前に承認を挟む(require_approval):mode: "approval"、理由、判断する人を指定してリクエストを作成します。判定が approved のときだけ実行してください。
• 質問する(human_as_tool):mode: "form" と、回答用のJSON Schemaを指定してリクエストを作成します。回答はそのスキーマで検証されて返ります。
• 返事を受け取る:署名付きのWebhook、最大25秒待てる getStatus、またはBuilderとProでは、MCP経由で誰かが回答した瞬間に届く通知を使えます。

例

REST APIを呼ぶ、Pythonの小さな require_approval です。呼び出しの中で待ちます。本番ではWebhookをおすすめします。

import os, requests

API = "https://runitby.app/v1/requests"
AUTH = {"Authorization": f"Bearer {os.environ['RUNITBY_API_KEY']}"}

def require_approval(reason, approvers):
    request = requests.post(API, headers=AUTH, json={
        "mode": "approval",
        "title": reason,
        "requester": "The billing agent",
        "audience": {"kind": "named", "recipients": approvers},
        "approval": {"reason": reason, "policy": "any", "verify": "email"},
        "expiresIn": "24h",
        "sendEmail": True,
    }).json()
    while True:
        status = requests.get(
            f"{API}/{request['requestId']}?wait=25", headers=AUTH
        ).json()
        if status["verdict"]:
            return status["verdict"] == "approved"

if require_approval("Refund order #4821, $1,200",
                    [{"name": "Emily Lee", "email": "emily@acme.com"}]):
    issue_refund("4821")

declined も expired も False を返すので、沈黙が原因で返金されることはありません。

違い

• 承認者にSlackもアカウントも要りません。指名した人にはそれぞれ専用のリンクがメールで届きます。リンクをご自身で渡すこともでき、Slackに貼ることもできます。
• 複数の承認者とルール(any、all、majority、または人数)、任意の1人ごとのメールコード、そして expired で終わる有効期限を使えます。
• 関数を包むデコレーターはありません。APIかMCPツールを呼び出します。承認がボタン付きのSlackメッセージで届く形に頼っていた場合、Run it byではそれはできません。

選択肢を広く見たいときは、Run it byと承認ツールの違いをご覧ください。