尚未检测到更新。GitHub 发布版本后会显示在这里。
按最近已完成的 8 小时观测回合间的 GitHub 星标增量排序
Since 2018, Cake Wallet has provided a secure, seamless, and reliable way to store, send, and exchange cryptocurrency with confidence.
翻译准备中
Your financial data stays private. The most secure way to manage your personal finances.
翻译准备中
个人 GitHub 账号下公开仓库的所有者可以登录并验证所有权，自行管理介绍，无需管理员批准。
登录并生成验证文件，在 30 分钟内将其提交到此仓库的默认分支。其他分支或分叉仓库中的文件无效。然后在下方检查文件，即可无需管理员批准直接管理项目。请保留文件以维持管理权限。
如需登录，将前往登录页面。登录后请回到此处，再次点击所选的验证按钮。
在项目文件夹中运行 /nomorevibe verify，即可验证所有权并自行管理介绍。
一分钟完成验证正在加载完整 README。 以下为已保存的摘录。
日本の IPO（新規上場）銘柄の情報を整理し、需給スコアとファンダスコアの 2 軸で機械的に比較するための、個人投資家向けの PWA（Progressive Web App）です。ブックビルディング（BB）の申込状況や資金拘束の管理もできます。 Next.js（App Router）+ TypeScript + Tailwind CSS で実装した、スマホファーストのモバイルアプリです。ボトムタブバーによる 5 画面構成、ダークテーマ既定（ライト自動切替）、PWA としてホーム画面に追加できます。環境変数・データベース不要で Vercel にそのままデプロイできます。ユーザーの入力（ウォッチリスト・BB 申込状況・メモ・スコア重み・地合い設定）はブラウザの localStorage に保存されます。 本アプリは公開情報をユーザー設定ルールで機械的に整理する個人用ツールです。投資助言を目的とせず、特定銘柄の売買の可否を示すものではありません。投資判断はご自身の責任で行ってください。公開情報を機械的に取得したもので正確性・完全性を保証しません。 • スコアは、ユーザーが設定した重みに基づく機械的な集計値です。特定銘柄の評価や売買判断を示すものではありません。 前提: Node.js 20 以上。查看完整 README ↗
日本の IPO（新規上場）銘柄の情報を整理し、需給スコアとファンダスコアの 2 軸で機械的に比較するための、個人投資家向けの PWA（Progressive Web App）です。ブックビルディング（BB）の申込状況や資金拘束の管理もできます。
Next.js（App Router）+ TypeScript + Tailwind CSS で実装した、スマホファーストのモバイルアプリです。ボトムタブバーによる 5 画面構成、ダークテーマ既定（ライト自動切替）、PWA としてホーム画面に追加できます。ホスティングは Cloudflare Workers（無料枠）で、main への push で GitHub Actions から自動デプロイされます。ユーザーの入力（ウォッチリスト・BB 申込状況・メモ・スコア重み・地合い設定）はブラウザの localStorage に保存され、希望すれば Cloudflare D1 で端末間同期できます。プッシュ通知の購読は Cloudflare KV に保存します。
本アプリは公開情報をユーザー設定ルールで機械的に整理する個人用ツールです。投資助言を目的とせず、特定銘柄の売買の可否を示すものではありません。投資判断はご自身の責任で行ってください。公開情報を機械的に取得したもので正確性・完全性を保証しません。
| タブ | ルート | 内容 |
|---|---|---|
| ホーム | / | 地合いカード、KPI タイル（対象銘柄数・直近90日初値騰落平均・公募割れ率・直近トップパフォーマー）、今後14日のイベントタイムライン、スコア上位ピックアップ、需給ハイライト |
| 銘柄 | /ipos | セグメント（すべて／予定／BB中／上場済）、検索、ソート、フィルタシート、カード一覧 |
| 銘柄詳細 | /ipo/[code] | 価格カード（ライブ株価・90日スパークライン）、2軸スコアゲージ、スコア内訳、基本情報、日程タイムライン、BB申込状況、投資判断チェックリスト、類似IPO、メモ |
| スクリーナー | /screener | プリセット3種（高成長×流動性／BB参加候補／ウォッチ中）＋手動条件によるカード一覧 |
| BB | /bb | 銘柄ごとの BB 期間・抽選日・購入期間、証券会社別ステータス管理、資金拘束目安の集計 |
| 設定 | /settings | スコア重みプリセット・スライダー、地合い設定、証券会社係数、テーマ、データ更新日時、PWA インストール案内、免責全文 |
前提: Node.js 20 以上。
npm install # 依存関係のインストール
npm run dev # 開発サーバー起動（http://localhost:3000）
npm run build # 本番ビルド
npm run test # ユニットテスト（vitest）
npm run lint # ESLint
デプロイ済みの URL にスマホの標準ブラウザでアクセスし、以下の手順でホーム画面に追加できます（/settings タブにも同じ案内があります）。
ホーム画面のアイコンから起動すると、アドレスバー無しのスタンドアロン表示になり、オフライン時は /offline にフォールバックします（public/sw.js の Service Worker がキャッシュを管理）。
Android 版は TWA（Trusted Web Activity） で配布します。公開中の PWA（Service Worker・Web Push・オフライン画面）をそのまま Android Chrome が表示するため、アプリ側のコードは android-twa/ の設定だけです。
android-twa/twa-manifest.json: パッケージ名 com.zukky.kaburadar・色・起点 URL。src/app/manifest.ts と揃えるpublic/.well-known/assetlinks.json: 署名鍵の SHA-256。これが本番で配信されていると、アプリ起動時に Chrome のアドレスバーが消えて全画面になるandroid-twa/android.keystore と .env の TWA_KEYSTORE_PASSWORD / TWA_KEY_PASSWORD: 署名鍵（git 管理外。失くすと同じパッケージ名で更新できなくなるので、Drive 等へ別途バックアップ）初回の環境: JDK 17（~/.bubblewrap/jdk）と Android SDK（~/Library/Android/sdk）のパスを ~/.bubblewrap/config.json に書く。
SDK には bin/sdkmanager（cmdline-tools の symlink）と build-tools 36.1.0 が必要。対応端末は Android 7.0（API 24）以上。
鍵は PKCS12 なので TWA_KEY_PASSWORD は TWA_KEYSTORE_PASSWORD と同じ値にする。
npm run twa:build
成果物は android-twa/app-release-signed.apk（端末へ直接インストール）と app-release-bundle.aab（Google Play 用）。
端末へ入れるには、APK を端末へ送って開くか adb install android-twa/app-release-signed.apk。
twa-manifest.json の appVersionName（表示用。例 1.1.0）・appVersion（同じ値）・appVersionCode（整数。毎回 +1、下げると端末で上書きインストールできない）を書き換えてから npm run twa:build。現在は 1.1.0 / 2twa-manifest.json の shortcuts（name / shortName / 絶対 URL の url / chosenIconUrl）と、src/app/manifest.ts の shortcuts を同じ内容にそろえる。現在は「銘柄一覧」/ipos・「BB管理」/bb・「予定」/eventsbuild.sh は bubblewrap update --skipVersionUpgrade で twa-manifest.json を Android プロジェクトへ反映してからビルドする。Android プロジェクト（app/・gradle 一式）は git 管理外なので、別の worktree でビルドするときは鍵と一緒にコピーしてくる~/Library/Android/sdk/build-tools/36.1.0/aapt dump badging android-twa/app-release-signed.apk | head -3 で package / versionCode / versionName / label を見るAPK を端末へ入れる（adb install -r android-twa/app-release-signed.apk、または APK を端末へ送って開く）。旧版が入っていれば上書きされる
アプリを起動する。上部に URL バー（ドメイン表示）が出なければ全画面（TWA）で動いている
URL バーが出た場合は、端末をつないだ状態で次を実行する
adb shell pm verify-app-links --re-verify com.zukky.kaburadar
adb shell pm get-app-links com.zukky.kaburadar
kabu-radar.zukky-yoshida.workers.dev: verified と出れば OK。アプリを終了して開き直す（2 つのコマンドは Android 12 以降。11 以前はアプリを再インストールすると再検証される）
それでも URL バーが残るときの確認点
curl -sI https://kabu-radar.zukky-yoshida.workers.dev/.well-known/assetlinks.json が 200・application/jsonkeytool -list -v -keystore android-twa/android.keystore の SHA-256 が public/.well-known/assetlinks.json と twa-manifest.json の fingerprints と一致しているか。Play 配布に切り替えた場合は Play の「アプリ署名鍵」の指紋も assetlinks に足す長押しでショートカット 3 つが出ること、設定 →「プッシュ通知」をオンにして Android の通知許可ダイアログが出ることも見る
このリポジトリは Capacitor 8 の前提整備（capacitor.config.ts / devDependencies）まで済んでいます。実際に iOS/Android のネイティブシェルを生成するには、Xcode（iOS）または Android Studio（Android）がインストールされた環境で以下を実行してください。
npm i -D @capacitor/ios @capacitor/android
npx cap add ios # または: npx cap add android
# デプロイ済みの Web 版 URL をネイティブシェルから読み込む場合
export CAP_SERVER_URL="https://<your-deployed-url>"
npx cap sync
npx cap open ios # Xcode で開く（npm run cap:ios でも同様）
# npx cap open android # Android Studio で開く（npm run cap:android でも同様）
CAP_SERVER_URL を設定しない場合は capacitor.config.ts が webDir: 'out'（静的ビルド出力）を参照します。
Apple の App Store Review Guidelines 4.2 は、Web サイトの単純なラッパー（ネイティブ機能を持たないだけの WebView 表示）を却下対象としています。このリポジトリをそのまま cap add ios しただけの状態では 4.2 に抵触するおそれがあるため、App Store への提出前に プッシュ通知（BB締切・抽選日のリマインド等） や ホームウィジェット、ネイティブ共有シート など、Web 版に無いネイティブ機能を追加しておくとよいでしょう。個人利用（TestFlight・自分の端末への直接インストール）の範囲であれば審査は発生しません。
public/data/ipos.base.json）: scratch/backtest/data/ipo_list.csv ＋ fundamentals.csv（バックテスト検証用に集めた実データ、169銘柄）を scripts/import_backtest_data.py で変換したものが土台です。東証以外の市場区分（名証・札証・福証・複合区分等）の行は除外しています。架空銘柄（旧サンプルの 601A〜604A）は含みません。public/data/ipos.auto.json / public/data/market.json）: scripts/updater/ が JPX 新規上場ページ・Yahoo Finance（yahoo-finance2）・EDINET をポーリングして生成します。手動管理データ（base）を上書きしません（src/lib/merge.ts 参照）。public/data/holdings.json）: scripts/updater/holdings.ts が EDINET API v2 から IPO 銘柄（base/auto の全銘柄）あての大量保有報告書・変更報告書・訂正報告書を取り、直近 180 日分を保持します（夜間は前回の続きの日だけ取得。リクエストは 1.5 秒間隔の逐次）。注目度の計算は src/lib/holdings/score.ts。表示には PDL1.0 に沿った出典表記（src/lib/holdings/types.ts の HOLDINGS_SOURCE_TEXT）が必要です。public/data/yutai/index.json ＋ 権利確定月ごとの public/data/yutai/<M>.json）: scripts/updater/yutai.ts（npm run yutai:data）が 大和IR 株主優待ガイド の権利確定月別の一覧（1.5 秒間隔の逐次取得）と、Yahoo Finance（yahoo-finance2）の月足（過去 10 年）から、権利確定月の前月の値動き（陽線の本数・平均騰落率）を集計します。Worker のバンドルを小さく保つため、アプリは月別ファイルをブラウザから直接読みます。月足は月末にしか変わらないため月に 1 回だけ更新し（今月作成済みなら夜間ジョブでは即スキップ。作り直しは npm run yutai:data -- --force）、取得は個人利用の範囲にとどめます。public/data/yutai/picks.json）: scripts/updater/yutai-picks-main.ts（npm run yutai:picks）が、日足キャッシュ（scripts/updater/.cache/yutai-daily/）と月別ファイルの直近の株価から、検証済みのルール（scripts/backtest/yutai/REPORT.md。権利付最終日の N 営業日前に買い、権利付最終日の大引けで売る）が今日選ぶ銘柄を、権利付最終日まで 30〜90 営業日の権利月ごとに書きます。新たな外部取得はしません。ルールの判定は src/lib/yutai/picksRules.ts、表示はホーム→ピックアップ→優待の「検証ルールの候補」。/api/quote/[code] が yahoo-finance2 から取得します（10分キャッシュ）。取得に失敗した場合は静的な currentPrice にフォールバックします。src/lib/repository.ts の薄いリポジトリ層に集約しています。DATA_BASE_URL 環境変数を設定すると、リモート JSON（base/auto/market）を ISR（5分）で取得し、未設定・取得失敗時はリポジトリ同梱の public/data/*.json にフォールバックします。npm run update:data
EDINET の大量保有報告書チェックを有効にするには、EDINET API の利用申請ページ で無料の API キーを取得し、リポジトリ直下の .env に設定してください（.env は .gitignore 対象）。
EDINET_API_KEY=xxxxxxxx
未設定の場合、大量保有報告書のチェックのみスキップされ（既存の holdings.json はそのまま）、それ以外の更新（JPX・価格・地合い）は通常どおり実行されます。
大量保有報告書だけを取り直すときは次を実行します（Yahoo・JPX は叩かず、holdings.json だけを書きます。初回は 180 日分のバックフィルで 20 分ほどかかります）。
npm run holdings:data # 1 回の CSV 取得は既定 300 件まで
npm run holdings:data -- --max-csv 1000
python3 scripts/import_backtest_data.py
冪等なスクリプトです。何度実行しても同じ結果になります。
スコアは純関数として src/lib/scoring/ に分離しており、ユニットテストで検証しています。各項目は生データを -2〜+2 の整数に正規化し、重み付き合計を 0〜100 点に線形換算します。
| 項目 | 内容 |
|---|---|
| 吸収金額 | OA 込みの吸収金額。〜10億:+2 / 10〜30億:+1 / 30〜100億:0 / 100〜500億:-1 / 500億〜:-2 |
| 市場区分 | グロース:+1 / スタンダード:0 / プライム:-1 |
| 業種・テーマ性 | 人気テーマ（AI/SaaS/半導体/セキュリティ）含む:+2 / 中立:0 / 不人気タグ:-2 |
| VC 比率 × ロックアップ | VC 比率（<10% / 10-30% / >30%）とロック強度（強/中/弱）のマトリクスで +2〜-2 |
| 公募売出比率 | 公募中心:+1 / 同程度:0 / 売出中心:-1、放出比率>30% でさらに -1（下限 -2） |
| 主幹事 | 証券会社マスタの係数（設定画面で調整、デフォルト 0） |
| 地合い | 自動判定または設定画面で手動選択。強い:+2 / 普通:0 / 弱い:-2（全銘柄共通） |
| 上場日程の過密度 | 同日上場あり:-1、同週 3 件以上でさらに -1 |
| 公募割れリスク | 「吸収金額 100 億超 × 売出中心 × 人気テーマなし」の複合条件で -2、それ以外 0 |
| 項目 | 内容 |
|---|---|
| 業績成長性 | 成長率>30%かつ黒字:+2 / >15%かつ黒字:+1 / 黒字低成長:0 / 赤字高成長:-1 / 赤字低成長:-2 |
| バリュエーション | PSR<5:+1 / 5-15:0 / >15:-1（赤字で PER 算出不能でも PSR で判定） |
各軸で「各項目の点数 × 重み」の合計を求め、その取りうる最小値（Σ重み ×(-2)）と最大値（Σ重み ×(+2)）を [0, 100] に線形マッピングしてスコアとします（全重み 0 の場合は中立の 50 点）。総合スコアは 2 軸の単純平均です。
ホスティングは Cloudflare Workers（無料枠）を標準にしています。アダプターは @opennextjs/cloudflare、ISR のキャッシュは Workers Static Assets（追加インフラ不要・無料）です。設定ファイルは wrangler.jsonc と open-next.config.ts にあります。
npx wrangler login
ブラウザが開くので Cloudflare アカウントでログインして許可します。
npm run deploy
内部で opennextjs-cloudflare build（Next.js のビルド）→ opennextjs-cloudflare deploy が走り、https://kabu-radar.<アカウントのサブドメイン>.workers.dev に公開されます。デプロイ前にローカルの Workers ランタイムで確認したい場合は npm run preview（http://localhost:8787）を使います。
revalidate 秒指定）が効きません。時刻に依存するホーム（/）は dynamic = "force-dynamic" でリクエストごとに計算し、それ以外の静的ページはビルド時点の内容を配信します。npm run update:data）を反映するには再デプロイが必要です。M1 の夜間ジョブ等から npm run update:data && npm run deploy を回す運用にすると自動化できます。main への push で .github/workflows/deploy.yml（GitHub Actions）が npm ci → lint/test → build → D1 マイグレーション → deploy を自動実行します。手元から npm run deploy を叩く必要があるのは緊急時だけです。.github/workflows/usage-guard.yml）: 毎時、Cloudflare GraphQL Analytics でアカウント全体の今月（UTC）のリクエスト数を数え、9,000,000 件（USAGE_GUARD_LIMIT）を超えたら本番 Worker をメンテ画面（scripts/guard/maintenance/）に差し替え、Issue を立ててジョブを失敗させます。
CAP_SERVER_URL に上記の公開 URL を設定します。各機能の取り込みコマンド・本番手順・仕様の要点です。
npm run enrich:data）npm run enrich:data
96ut の IPO 記事から BB期間・仮条件・幹事配分・大株主・業績などを取得し、public/data/ipos.enriched.json に書き出します（1 リクエスト/秒の間隔、初回は約 3〜4 分）。上場済みで取得済みの記事は次回からスキップします。取得できた値は mergeIpos で base/auto の既定値（未取得）部分だけを埋め、手動データは上書きしません。反映には再デプロイが必要です。
npx wrangler kv namespace create PUSH_SUBSCRIPTIONS # 表示された id を wrangler.jsonc の REPLACE_WITH_KV_NAMESPACE_ID と置き換える
npx wrangler secret put VAPID_PRIVATE_KEY # .env の値を貼る
npx wrangler secret put VAPID_PUBLIC_KEY
npx wrangler secret put VAPID_SUBJECT
npm run deploy
wrangler.jsonc の main は ./worker/push-scheduled.ts（OpenNext の fetch ＋ Cron）。Cron は毎日 23:00 UTC（08:00 JST）に通知判定を行います。事前確認は npx tsx worker/run-push-notifications.ts --dry-run（送信・KV 書き込みなし）。.env のみに置きます（生成コマンドは .env.example のコメント参照）。ファイルやチャットに平文で書かないでください。.dev.vars の扱い: npm run preview でローカル確認するときは .env の値を .dev.vars へコピーします（gitignore 済み。wrangler は .dev.vars が無いときだけ .env を読みます）。next dev では通知購読 API（/api/push/*）が 503 を返します（KV なし）。動作確認は npm run preview で行います。/events）BB・抽選・購入期限・上場に加え、ロックアップ解除・1.5 倍ライン監視・初決算・大量保有報告の新着を今後 90 日分まとめて表示します。ホーム・銘柄一覧・BB 管理から 1 タップで移動できます。
BB参加スコアは、吸収金額・OR・主幹事の公募割れ実績・仮条件の位置・VC×ロックアップ・地合いを機械的に集計した 0〜100 の参考値で、既存の需給／ファンダの 2 軸スコアとは別枠です。ホームの「BB参加候補」と BB 管理画面で使います。重みはバックテスト（168 銘柄）で 1 回だけ調整しました。根拠と限界は scratch/backtest/report-phase2.md を参照してください。将来の初値を示すものではありません。
npm run enrich:history）npm run enrich:history # = tsx scripts/enrich/main.ts --history --from 2015 --to 2023
96ut の 2015〜2023 年の IPO 記事（約 930 件）を 1 リクエスト/秒で取得し、public/data/ipos.history.json（型 HistoricalIpo）と scratch/backtest/data/ipo_history.csv に書き出します（約 16 分・100 件ごとに途中保存）。コード重複は新しい記事を優先し、REIT・インフラファンド（名前に「投資法人」を含むもの）は除きます。現在の収録は 869 件です。旧市場は現行 3 区分へ読み替えています（東M→グロース、JASDAQ・東2→スタンダード、東1→プライム）。
lotteryUnits）はパーサで取り込みますが、上場済み銘柄は enrich:data が取得済みとしてスキップするため、既存の ipos.enriched.json には入っていません。上場前の銘柄は次回の enrich:data で埋まります。src/lib/scoring/bb-model.json）を BB参加スコアの各項目に当てはめた参考値です。2024〜2026 年（180 件）での検証は AUC 0.750。吸収金額が未取得、または未取得の特徴量が 3 つ以上ある銘柄には表示しません。cd scratch/backtest && WRITE_MODEL=1 ./venv/bin/python recalibrate_bb_v2.py です。/events の「イベント前後の実績」は、ロックアップ解除・1.5 倍解除到達・初回決算の前後 20 営業日の騰落率を集計した public/data/event-stats.json を表示します（再集計: cd scratch/backtest && ./venv/bin/python fetch_prices.py --add-missing --refresh && ./venv/bin/python event_backtest.py）。プッシュ通知に「仮条件発表」（想定価格からの上振れ・下振れ）と「公開価格決定」を追加しました。Cron が前回のスナップショットを KV に保存し、差分で検知します。本番反映後の最初の Cron は初回扱いのため通知しません。既存の購読（旧 5 種別をすべて有効にしているもの）は新しい種別も有効として扱います。
設定画面の「端末間同期」で、ウォッチリスト・BB 記録・メモを端末間で共有できます。
/api/sync）にはキーの SHA-256 ハッシュだけを保存します。キーを知っている人は同じ記録を読み書きできるので、他人に共有しないでください。ipo-analyzer:sync:v1 のみ追加で、既存キーは変えていません。本番の D1 マイグレーション（本人確認後に 1 回だけ実行）
npx wrangler d1 migrations apply apollo-ipo-sync --remote # sync_store テーブルを作成
npm run deploy
D1 データベース apollo-ipo-sync は作成済みで、wrangler.jsonc に binding SYNC_DB（migrations_dir: "migrations"）として登録してあります。ローカル（npm run preview）は npx wrangler d1 migrations apply apollo-ipo-sync --local で同じテーブルを作ります。D1 が無い環境では /api/sync は 503 を返します。
/bb の末尾「あなたの実績」に、口座別の申込数・当選数・当選率（結果が分かった分だけを母数）と、当選・購入済みの記録を初値で売った場合の機械的な試算（100 株・手数料と税金は未考慮）を母数つきで表示します。src/
├── app/
│ ├── page.tsx # ホーム
│ ├── ipos/page.tsx # 銘柄一覧
│ ├── ipo/[code]/page.tsx # 銘柄詳細
│ ├── screener/page.tsx # スクリーナー
│ ├── bb/page.tsx # BB管理
│ ├── settings/page.tsx # 設定
│ ├── offline/page.tsx # PWA オフラインフォールバック
│ ├── api/quote/[code]/ # ライブ株価API
│ └── manifest.ts # PWA マニフェスト
├── components/ # UI コンポーネント（画面別ディレクトリ + ui/nav/pwa 共通部品）
├── data/ # 証券会社マスタ（brokers.ts）
├── hooks/ # localStorage 永続化フック（SSR セーフ）・テーマ
├── lib/
│ ├── repository.ts # データアクセスの薄いリポジトリ層
│ ├── format.ts # 表示フォーマット
│ ├── completeness.ts # データ充足度判定
│ ├── quote.ts # ライブ株価APIの型・fetchヘルパー
│ ├── scoring/ # スコアリング純関数 + テスト
│ ├── screener/ # スクリーナー純関数 + テスト
│ └── checklist/ # 投資判断チェックリスト純関数
└── types/ # ドメイン型
public/
├── data/ # ipos.base.json / ipos.auto.json / market.json
├── icons/ # PWA アイコン一式
└── sw.js # Service Worker（手書き）
scripts/
├── import_backtest_data.py # バックテストCSV → ipos.base.json 変換
└── updater/ # JPX/Yahoo Finance/EDINET 自動更新パイプライン
旧URL（https://apollo-ipo.zukky-yoshida.workers.dev）から新URL（https://kabu-radar.zukky-yoshida.workers.dev）へ 301 転送するだけの軽量 Worker（scripts/redirect/）です。npx wrangler deploy -c scripts/redirect/wrangler.jsonc で手動デプロイします。