🚀
自動化ワークフロー
自動会計、在庫自動減算、ワンクリックでレポート出力。「正」の字を書いたり電卓を叩く時間と手間を節約。
摊盒 Booth-Kernel現代的な同人頒布システム
ネット不要 · 最小限ワークフロー · 開封即利用
Skip to content
統計：売上・人気商品・在庫推移が一目で分かる 
顧客：大きな画像 + カート追加 + QR 決済 
出店者：注文通知、入金確認、ピッキング支援
⭐ オープンソースで透明性：監査可能・再利用可能・二次開発可能
プロジェクトは 100% オープンソース（MIT ライセンス）。コードを確認、Issue を投稿、PR を貢献、または fork して自サークルに合わせたカスタマイズが可能です。
開発の歩み
プロトタイプから完成された出店アプリへ
2025年8月
課題：紙の記録の混乱
夏休みに同人サークルの主催を引き継ぎ、在庫や紙の帳簿の混乱に直面。自動化ツールの必要性を痛感しました。
2025年9月〜11月
プロトタイプ：Web サービス版（Flask） 初期コードのアーカイブを見る
Flask + Vue でプロトタイプを作成しクラウドにデプロイ。ワークフローは確立できたものの、ネットワーク依存が大きいという壁に直面。
2025年11月
試行：Nuitka パッケージ版
Python バックエンドの配布を試みるも、サイズ肥大と実行時依存が課題に。一般メンバー端末での運用が難しく、Windows ノートの携行も不便でした。
2025年12月〜現在
リファクタ：Tauri ローカルアプリ
Rust でバックエンドを書き直し、Tauri v2 で構築。Windows/Android で高性能・外部依存ゼロ・完全オフラインを実現。
適用シーン
同人イベント出店 / オフラインイベント
ネットワーク要件
LAN のみ（テザリングでOK）
データ保存
ローカル（Excel にエクスポート可）
ライセンス
MIT ・ 永久無料
🚫 なぜ Booth‑Kernel を開発したのか？
サークル運営の中で様々な方法を試し、最終的にこの課題に直面しました。
📝
紙での手書き管理
- 計算ミスが発生しやすい：複数商品のセット価格は忙しい場面で口頭計算が難しく、電卓でも時間を取られます。
- 在庫管理ミス：会計・受け渡し・記帳・在庫線引きを同時に行うと、どうしてもミスが増えます。
- 振り返りが困難：イベント後、メモは読みづらく、対帳や分析に時間がかかります。
🌐
WeChat / Alipay ミニプログラム
- ネット依存：会場のネットワークは不安定で、重いアセットの読み込みが遅くなりがち。
- 初期設定が煩雑：認証や設定のハードルが高く、イベントごとに手続きが必要。
- エコシステム分断：WeChat と Alipay は支払い・データが相互運用できず、体験が分断されます。
- 認知されづらい：ミニプログラム QR は目立ちにくく、お客様が見つけづらい。
☁️
Web 出店機（初期案）
- データリスク：中央集権サーバーは複数サークル環境でセンシティブ。商品・売上データは外部と共有すべきではありません。
- 導入が複雑：サーバー・ドメイン・HTTPS 構築は非エンジニアに不親切でコストも高い。
- オフラインに弱い：ネットワークやサーバー障害でブース運営が止まる恐れがあります。
✅ 私たちの答え：ローカル App + LAN 接続
Booth‑Kernel は ローカルデータ と LAN 同期 が中核：テザリングで即時ネットワーク、複数端末で協調、オフラインでも堅牢です。
📶 オフライン LAN アーキテクチャ
インターネット不要。スマホのテザリング → 端末接続 → 即同期。現場で安定。
⚡ 出店者に寄り添うワークフロー
受付 → 確認 → ピッキング。在庫控除・売上記録・レポート生成を自動化。
🎨 お客様が注文しやすい
タブレットを「電子メニュー」に：大きな画像、明瞭な価格、素早い注文で行列を緩和。
🔒 データはあなたの手元に
クラウド依存なし。データは端末内に留まり、Excel への一括エクスポートも可能。
🔄 現場ではどう動かす？
最小 2 台で運用可能。出店者・タブレットの増設にも柔軟に拡張できます。
管理端（PC / タブレット / スマホ）
グローバルダッシュボード
商品登録 ・ 在庫設定 ・ 注文管理 ・ レポート出力
Wi‑Fi LAN 同期
顧客端（タブレット）
セルフ注文端末
大きな画像 ・ カート追加 ・ QR 決済
出店者端（スマホ）
ピッキング通知
注文通知 ・ 入金確認 ・ ピッキング支援
🎨 UI プレビュー
横向き 2 枚（顧客 / 統計）、縦向き 1 枚（出店者）。
出店をもっと楽しく
面倒はシステムに任せて、熱意はファンへ。