はじめに

iPhoneのリマインダーを使っている。細かくリマインドを設定している。そして毎回無視している。

問題はリマインダーそのものではなく、「無視するコストがゼロ」であることだと気づいた。通知を見て、スワイプして消す。この動作が0.3秒で完了してしまう。抵抗がなさすぎる。

ならば、無視するたびに鬱陶しさがエスカレートしていくBotを作ればいいのでは、と思った。タスクをやるより無視し続けるほうが辛い設計にする。行動経済学でいう「ナッジ」の考え方だ。

この記事では、LINE Messaging APIとNode.js（TypeScript）を使ってそのBotを作った過程を書く。詰まったところも正直に書く。

作ったもの

LINEでタスクを登録すると、設定した時刻に通知が来る。無視すると30分後にまた来る。さらに無視すると口調がだんだん強くなっていく。「やった」と送ると完了になり、翌日リセットされる。

ユーザー → 「追加: 筋トレ 毎朝8時」
Bot     → 「筋トレを登録しました。最初の通知：2026/5/13 8:00」

--- 翌朝8時 ---
Bot     → 「筋トレの時間です。やりましたか？」
ユーザー → （無視）

--- 30分後 ---
Bot     → 「筋トレ、まだですか？」

--- さらに30分後 ---
Bot     → 「いい加減にしてください。筋トレやってください。」

ユーザー → 「やった」
Bot     → 「筋トレ完了！お疲れ様です。次回は明日また声をかけます。」

技術スタック

役割	技術
サーバー	Node.js + Express + TypeScript
DB	Turso（SQLiteのクラウド版）
ORM	Prisma 6
通知	LINE Messaging API
定期実行	node-cron
ホスティング	Render（無料プラン）

Claude APIでメッセージ生成することも考えたが、APIの課金が必要だったので今回はエスカレーションメッセージを固定文にした。十分鬱陶しい。

ディレクトリ構成

nag-bot/
├── prisma/
│   └── schema.prisma
├── src/
│   ├── index.ts        # エントリーポイント
│   ├── webhook.ts      # LINEのWebhook処理
│   ├── scheduler.ts    # 定期チェック
│   ├── notifier.ts     # LINE通知送信
│   └── taskParser.ts   # コマンドのパース
├── .env
├── package.json
└── tsconfig.json

実装

DBスキーマ

model Task {
  id             Int       @id @default(autoincrement())
  userId         String
  title          String
  cronExpression String
  ignoreCount    Int       @default(0)
  nextNotifyAt   DateTime
  completedAt    DateTime?
  createdAt      DateTime  @default(now())
}

ignoreCountがエスカレーションのキー。無視するたびにインクリメントされ、メッセージの強度を決める。

エスカレーションロジック

const NAG_MESSAGES = [
  (title: string) => `「${title}」の時間です。やりましたか？`,
  (title: string) => `「${title}」、まだですか？`,
  (title: string) => `いい加減にしてください。「${title}」やってください。`,
  (title: string) => `本当にやる気あるんですか。「${title}」。`,
  (title: string) => `…（呆れ）。「${title}」。早くしてください。`,
];

const ESCALATION_INTERVALS = [30, 30, 60, 120]; // 分

1分ごとにcronで未完了タスクをチェックし、nextNotifyAtを過ぎていたら通知を送る。送るたびにignoreCountを増やし、次回通知時刻を設定する。

Tursoへの接続

import { PrismaLibSql } from "@prisma/adapter-libsql";
import { PrismaClient } from "@prisma/client";

const adapter = new PrismaLibSql({
  url: process.env.TURSO_DATABASE_URL!,
  authToken: process.env.TURSO_AUTH_TOKEN!,
});

export const prisma = new PrismaClient({ adapter });

コマンドのパース

LINEで「追加: 筋トレ毎朝8時」と送るとタスクが登録される。自然言語をcron式に変換している。

export function parseAddCommand(text: string): ParseResult {
  const match = text.match(/^追加[:：]\s*(.+?)\s+(.+)$/);
  if (!match) return null;

  const title = match[1];
  const scheduleText = match[2];
  const cron = parseCronFromText(scheduleText);
  if (!cron) return null;

  return { title, cronExpression: cron.expression, nextNotifyAt: cron.nextDate };
}

現在対応しているのは「毎朝HH時」「毎晩HH時」「毎日HH時」の形式。

コマンド一覧

コマンド	動作
`追加: タスク名毎朝8時`	タスク登録
`やった`	直近タスクを完了
`削除: タスク名`	タスクを削除
`リスト`	未完了タスク一覧

詰まったポイント

1. LINE Developers ConsoleのUI変更

以前はLINE Developers ConsoleからMessaging APIチャネルを直接作れたが、現在はLINE公式アカウントを先に作り、そこからMessaging APIを有効化する手順に変わっている。

手順：

LINE Official Account Manager でアカウント作成
設定 → Messaging API → 「Messaging APIを利用する」
するとLINE Developers Consoleにチャネルができるのでそこでトークンを発行

ドキュメントが追いついていない部分があるので注意。

2. Prisma 7の破壊的変更

npm install prismaすると最新のPrisma 7が入るが、Prisma 7ではschema.prisma内のurl指定が廃止されている。prisma.config.tsという新しいファイルで設定する必要がある。

今回はPrisma 6を明示的に指定してこの問題を回避した。

npm install prisma@6 @prisma/client@6

3. RenderでのTypeScript型エラー

ローカルでは@types/nodeと@types/expressがdevDependenciesに入っていても動くが、Renderのビルド時はdevDependenciesをインストールしないため型エラーになる。

package.jsonを直接編集してdependenciesに移動した。

4. LINE公式アカウントの自動応答

Botに友達追加した直後、メッセージを送ると「このアカウントでは個別のお問い合わせは受け付けておりません」という自動応答が返ってくる。

LINE Official Account Managerの「応答設定」→「応答メッセージ」をオフにすることで解決する。

5. RenderのSQLiteはサーバー再起動でリセットされる

Renderの無料プランはサーバーが再起動するたびにファイルシステムがリセットされる。SQLiteのDBファイルも消えるため、タスクが全部消えてしまう。

これを解決するためにTursoというSQLiteのクラウド版に移行した。Tursoは無料プランがあり、接続もPrismaのアダプター経由で簡単にできる。

# Turso CLIのインストール
brew install tursodatabase/tap/turso

# ログインとDB作成
turso auth login
turso db create nag-bot

# 接続情報の取得
turso db show nag-bot      # URL
turso db tokens create nag-bot  # 認証トークン

PrismaのアダプターはPrisma 6の@prisma/adapter-libsqlを使う。

npm install @prisma/adapter-libsql @libsql/client

注意点として、TursoはPrismaのmigrate deployコマンドが使えない。初回のテーブル作成はmigration.sqlを直接流す必要がある。

turso db shell nag-bot < prisma/migrations/XXXXXX_init/migration.sql

Renderのstart commandもnpx prisma migrate deploy && npm startからnpm startに変更する。

6. `@prisma/adapter-libsql`をdependenciesに入れる

@prisma/adapter-libsqlと@libsql/clientをdevDependenciesに入れてしまうとRenderのビルド時に除外されてエラーになる。他の@types系パッケージと同様にdependenciesに入れること。

設計について

このBotの本質は「意志力に頼らない設計」だ。

一般的なリマインダーは「やるべきことを思い出させる」ことしかしない。それだけでは行動は変わらない。人間は面倒なことを後回しにするようにできている。

このBotは「無視し続けることの方が面倒」という状況を作り出す。ペインドリブンな設計だ。タスクをやるより無視する方が辛いなら、やった方が楽になる。

完璧な設計ではないし、Botをブロックすれば終わりだ。でも少なくとも自分には効いている。

今後やりたいこと

週次サボりレポート：「今週の無視回数ランキング」を月曜朝に送る
Claude APIの導入：無視回数に応じて動的にメッセージを生成する
複数ユーザー対応：チームで使えるようにする
スケジュール形式の拡充：「毎週月曜」「毎月1日」などに対応する

おわりに

自分の実際の困りごとを題材にした。
作ってみると意外と詰まるところが多く大変だった。
こういう躓きも糧にしていきたい。
今回はClaudeにだいぶ助けられた。
なんならこの記事も書いてもらっている。
AIってすごいですね。