Slide 1

Slide 1 text

飲食経営もAIで。 レジ締めやハンディシステムをつくってる話 ゆるAI勉強会#1 2026/6/30  SPICE FOOD LABO にしげ

Slide 2

Slide 2 text

はじめまして。 間借りカレー屋 にしげです • 2025年8月に開業 • 溝の口(川崎市)中心に営業 • POPUPやイベントのフード担当OK • 主にスリランカ🇱🇰 カレーを提供 福岡でのイベント 音楽イベント

Slide 3

Slide 3 text

飲食系スキル • ビア検2級(プロ向け中級) • ビアジャッジ(審査員資格) • 田町のカレー屋でチョットだけバイト • カレーフェスでヘルプすることもある • スリランカにてカレー履修済み 同じ銘柄→誰が注いだか当てられる クラフトビール品評会 スリランカ

Slide 4

Slide 4 text

飲食を営業するうえでやってること

Slide 5

Slide 5 text

人によるとは思うけど、私の間借りでは…… • 事務 • 経理、施設調整、保険 • 飲食 • 仕入れ、仕込み、オーダー、調理、提供、開店準備・片付け、備品調達 • PR活動 • 認知向上(SNS、周辺地域で飲んだりして自己紹介する etc)

Slide 6

Slide 6 text

人によるとは思うけど、私の間借りでは…… • 事務 • 経理、施設調整、保険 • 飲食 • 仕入れ、仕込み、オーダー、調理、提供、開店準備・片付け、備品調達 • PR活動 • 認知向上(SNS、周辺地域で飲んだりして自己紹介する etc)

Slide 7

Slide 7 text

経理がとにかくめんどくさい • 領収書(※専業の方は税理士がついてることが多い) • レジ締め(売上とレジ金の一致確認) • 紙に書いたオーダーから食数・金額をチェックし、レジに残ったお金が 一致するか • オーダー用紙の数を合計するときにミスったり、レジのお金の数え間 違いがあると疲弊する • これらのデータをどこかに記録しておく必要がある

Slide 8

Slide 8 text

すべての起点はオーダーが紙であるということ ※飲食店にあるまじき美徳は事務だけにしましょう • 紙に書かれているせいで、手で再計算が必要になっている • 疲れてるときに電卓を叩いてもミスる • 小さいけどイライラするあれこれ • オーダー書き忘れてる、釣り銭の計算めんどくさい、
 誰がどのオーダーシートだっけ

Slide 9

Slide 9 text

–– Larry Wall “プログラマーの三大美徳は「怠惰・短気・傲慢」”

Slide 10

Slide 10 text

まずCLAUDEでレジ締め記録を半自動化する ※ϑΥϯτ΍ελΠϧ౎߹Ͱେจࣈʹͳ͍ͬͯ·͢ɻ͝ཧղ͍ͩ͘͞

Slide 11

Slide 11 text

対話式にして、全部を自動化しない利点がある • イベントなど、特殊なケースがある • オーダーの正確さに自信がないとき、
 支払いが現金・Paypayなのか覚えてない、など
 懸念事項を伝えられる • それを考慮して計算してくれる

Slide 12

Slide 12 text

対話式にして、全部を自動化しない利点がある

Slide 13

Slide 13 text

対話式にして、全部を自動化しない利点がある めんどうだけど「金額 枚数」 を渡している 差が出ている要因を、 過去の経験から推測してもらう

Slide 14

Slide 14 text

記録をNOTIONに自動作成

Slide 15

Slide 15 text

ハンディをつくる理由

Slide 16

Slide 16 text

オーダーの不正確さ、手動雑務をなくす 様々な必須入力項目 • オーダー内訳 • カレー、オプション、ドリンクなど • オーダー会計金額 • 金額支払い方法
 (Paypay支払いはレジ金に関与しないので、明記しないと混乱する) • 施設に払った代金 • 施設によってレンタル代が異なるため

Slide 17

Slide 17 text

計算なんて手動でやってられない。てられな! • オーダー内容や諸々のデータをCSVで出力できると良い • Claudeに貼り付ければ一撃で伝わる • お釣りの計算もハンディがやってくれたら電卓不要になって良い • オーダーが席に紐づいていれば誰のお会計かわかりやすくなって良い

Slide 18

Slide 18 text

間借り特化型 ハンディシステム「マガレジ」 • 某レジシステムを参考に(バイトしてたときに操作してた)、
 間借り特化型をつくっている • 間借り→施設が同じとは限らない、バイトが同じ人とは限らない、営業 形態が同じとは限らない、メニューが同じとは限らない
 といった変数が多い • いつかは間借りしている人に使ってもらえるようにしたい、という前提で
 つくっている

Slide 19

Slide 19 text

No content

Slide 20

Slide 20 text

No content

Slide 21

Slide 21 text

どうせならリードタイムを計測するゾ☆ • オーダー受付→調理待ち→調理中→提供完了
 をステータス管理 • つまり、リリースまでの時間がわかる • 必ずしも速度重視ではないが、参考記録が残る

Slide 22

Slide 22 text

HOW TO BUILD IT? • 設計からテストまですべてClaude Code • プロトタイプをexe.devでつくってからClaudeへ • 設計や結論に至った内容はdocsに保存 • 自分では一行も書いてない • Linearを使ってPJ管理。Slackからすぐに
 Issue起票できるようにしている • 営業中にバグ発覚が多数……

Slide 23

Slide 23 text

HOW TO BUILD IT? • PWA(Progressive Web Application) • ヘルプで来てくれる人にもすぐPIN認証で使ってもらえるようにした • なお今のところずっとワンオペである • Vercel、Next.js • まだローカルストレージで粘っています

Slide 24

Slide 24 text

よく使うSKILLS • /simplify(組込み) • 変更を確認し、3つのレビューエージェントが再利用性、品質、効率性をレビューして修正す る • /claude-review(自作) • /simplifyに近いが、観点が異なる。セキュリティ + 型安全性 + データ整合性、
 正確性 + エッジケース + ユーザー体験、コード品質 + パフォーマンス + 運用性
 優先度を分類して、高いものから優先的に修正を繰り返す。
 何度も修正検知する問題が見つかった場合は、coding-rulesに記録して実装を改善する • /ship(自作) • Git commitからPush、PR作成・概要更新、まで自動的に実行

Slide 25

Slide 25 text

めんどうなデータ入力から解放されたカレー屋は…… • ハンディの作り込みがよくなれば、もっと業務は楽になり、
 本来やるべきことに時間を使える • 事業に直結していて良い • Grafanaで諸々の数字を監視したい ※オーバーエンジニアリング • 売上、SNSアナリティクスデータ、飲食提供時のメトリクスなど • これ飲食DXって言っていいんですかね?

Slide 26

Slide 26 text

よくある質問 • いつ営業してますか?
 → 基本、土曜日ですが施設のスケジュールに依存しているのでSNSをご 覧ください • いずれはカレー専業になるんですか?
 → これまでも職業を絞れたことがないので専業にはならないと思う • 普段は他の仕事をしているのですか?
 → Topotalという会社でSREしてます。
  あとは執筆(技術書典で 入門30代 やるぞ!!)

Slide 27

Slide 27 text

WE ARE WAITING!!

Slide 28

Slide 28 text

飲食経営もAIで。 レジ締めやハンディシステムをつくってる話 ゆるAI勉強会#1 2026/6/30  SPICE FOOD LABO にしげ