Nodd の応用例

承認、アラート、定期ジョブの見張りを、今の仕組みにつなぐ例を 5 つ紹介します。どの例も、送信元、Nodd、iPhone、結果の順に動きます。

1. 本番デプロイの承認(GitHub Actions)

本番への反映を自動にしたい開発チームの例です。GitHub を開かなくても、内容を見て iPhone で判断できます。

送信元GitHub Actionswait: true で承認を依頼Nodd承認カードチャンネルのメンバーへ配信iPhone内容を確認Face ID で承認か却下結果ジョブの判定承認: デプロイ却下: ジョブ失敗期限切れ: 失敗GitHub Actions送信元wait: true で承認を依頼承認カードNoddチャンネルのメンバーへ配信内容を確認iPhoneFace ID で承認か却下ジョブの判定結果承認: デプロイ却下: ジョブ失敗期限切れ: 失敗

最小の設定

- id: approval
  uses: blipdrop/nodd-action@v1
  with:
    key: ${{ secrets.NODD_KEY }}
    title: 本番へデプロイしますか
    level: high
    wait: "true"
    expires-in: "1800"

- name: Deploy
  run: ./deploy.sh

承認のときだけ、このステップは成功します。却下、期限切れ、取り下げ、失敗では、ジョブが失敗して次へ進みません。key には送信キーを Secrets から渡します。詳しくは GitHub Action をご覧ください。

向いているプラン: 無料。1 人で判断するならこれで足ります。チームで受けるなら Team です。

2. AI エージェントの危ない操作を止める(Claude Code のフック)

AI エージェントに作業を任せたい開発者の例です。コマンドを実行する前に止め、内容を見て判断できます。

送信元Claude Code実行の前にnodd hook が依頼Nodd承認カードコマンドを本文に載せて配信iPhoneコマンドを確認却下には理由を添えられる結果フックの判定承認: 実行却下: 実行しない失敗: 実行しないClaude Code送信元実行の前にnodd hook が依頼承認カードNoddコマンドを本文に載せて配信コマンドを確認iPhone却下には理由を添えられるフックの判定結果承認: 実行却下: 実行しない失敗: 実行しない

最小の設定

{
  "hooks": {
    "PreToolUse": [
      {
        "matcher": "Bash",
        "hooks": [{"type": "command", "command": "nodd hook", "timeout": 1260}]
      }
    ]
  }
}

Claude Code の設定ファイルに追加します。先に nodd login を実行してください。matcher に合うツールは、実行のたびに承認を求めます。既定の応答期限は 300 秒です。却下の理由はエージェントへ渡ります。通信の失敗でも実行は許可しません。詳しくは Claude Code のフックをご覧ください。

向いているプラン: 無料。同時の応答待ちは 3 件までです。複数のエージェントを動かすなら Team です。

3. データベース変更を 2 人で承認(複数人の承認と未応答の引き継ぎ)

本番データベースの変更を 1 人で決めたくないチームの例です。2 人の承認がそろうまで実行せず、応答がなければ別の担当へ知らせます。

送信元nodd ask--approvals 2--escalate-afterNodd2 人を待つ10 分応答がなければ別の担当へ知らせるiPhone1 人ずつ判断1 / 2 人が承認済みのように進む結果終了コード2 人が承認: 01 人が却下: 10応答なし: 11nodd ask送信元--approvals 2--escalate-after2 人を待つNodd10 分応答がなければ別の担当へ知らせる1 人ずつ判断iPhone1 / 2 人が承認済みのように進む終了コード結果2 人が承認: 01 人が却下: 10応答なし: 11

最小の設定

nodd ask "本番DBを変更しますか" --level high \
  --field 環境=production \
  --approvals 2 --escalate-after 600 --expires-in 3600 \
  && ./migrate.sh

&& の後は、承認がそろったときだけ実行します。同じ人の承認は 1 人として数えます。引き継ぎの既定の宛先は、チャンネルの Manager と Responder です。詳しくはマニュアルをご覧ください。

向いているプラン: Team。2 人以上の承認と引き継ぎは Team だけです。

4. 監視アラートの受信と自動の解消(Grafana、Datadog など)

夜間も監視を受ける担当者の例です。発火は iPhone に届き、回復すると対応タブから自動で外れます。

送信元監視サービスGrafana、Datadogなどが WebhookNoddアラートに変換発火と回復を同じキーで結ぶiPhone対応タブに表示発生元へのリンクを開ける結果自動の解消回復の知らせ対応タブから外す監視サービス送信元Grafana、Datadogなどが Webhookアラートに変換Nodd発火と回復を同じキーで結ぶ対応タブに表示iPhone発生元へのリンクを開ける自動の解消結果回復の知らせ対応タブから外す

最小の設定

https://api.nodd.blipdrop.net/in/grafana/nodd_live_i_...

アプリの「連携を追加」で URL を発行し、Grafana の Webhook の連絡先に貼ります。Datadog、Sentry、PagerDuty、Alertmanager の手順は受信 URL をご覧ください。受信 URL はボタンの要らない通知だけを受けるので、承認は求められません。

向いているプラン: 無料。交代で受けるチームなら Team です。

5. 夜間バッチの見張り(定期連絡)

夜間のバックアップや集計を動かしている担当者の例です。失敗の通知を出せないまま止まったジョブも、連絡が途絶えたことで分かります。

送信元夜間バッチ終わったらnodd heartbeatNodd期限を見張る間隔と猶予の秒数を過ぎたら通知iPhone途絶の通知高い重要度で届く結果連絡の再開途絶を確認再開の通知が届く夜間バッチ送信元終わったらnodd heartbeat期限を見張るNodd間隔と猶予の秒数を過ぎたら通知途絶の通知iPhone高い重要度で届く連絡の再開結果途絶を確認再開の通知が届く

最小の設定

0 3 * * * /usr/local/bin/backup.sh && nodd heartbeat nightly.backup --every 86400

&& により、バックアップが成功したときだけ連絡します。--grace の既定は --every の 10% です。チャンネルごとに 20 件までで、連絡は月の通数に数えません。詳しくはマニュアルをご覧ください。

向いているプラン: 無料。ジョブが多く、チャンネルを 10 個より増やすなら Team です。