作業ログ 2026-06-11

13:13 - /handoff 実行（TERASU HP ver20.5 preview中）

対象システム

TERASU公式HP（scale-hp-showcase → terasu.scale-group.co.jp）

セッション背景

前セッション（ver20.4=問い合わせ→CRM自動投入）からの継続。大串から「問い合わせのSlack通知に二宮（U0AJFMKCPB5）もメンション追加して」の修正指示。

完了タスク（詳細）

• functions/api/contact.js L9 MENTION 定数に <@U0AJFMKCPB5> 追加（大串・細川・二宮の3名メンションに）
• index.html TERASU-VER マーカーを ver20.5 に更新（HTML/見た目は無変更）
• preview デプロイ成功 → https://preview.scale-hp-showcase.pages.dev = ver20.5 を curl 検証済
• 本番 terasu.scale-group.co.jp = ver20.4 のまま無影響を curl 検証済
• バックアップ: ~/scale-hp-showcase-backups/ver20.5-changed-files-1310/（変更2ファイル）
• バージョン管理表に ver20.5 行追記（preview中・prod未反映マーク付き）

編集ファイル

• （Drive正本）scale-hp-showcase/functions/api/contact.js — MENTION に二宮追加
• （Drive正本）scale-hp-showcase/index.html — verマーカーのみ ver20.5
• /tmp/terasu-hp-deploy/scale-hp-showcase/ に上記2ファイルを cp（デプロイ元）
• Vault: 31_システム開発部/_SCALE_TERASU_HP_バージョン管理表.md — ver20.5 行追加

デプロイ・バックアップ

• preview: https://preview.scale-hp-showcase.pages.dev = ver20.5（e0288f02ハッシュ）
• prod: 未反映（ver20.4のまま）— 大串OK待ち
• backup: ver20.5-changed-files-1310（変更2ファイル）

試したこと・学び（重要）

• Google Drive 直の wrangler デプロイは2回ともハング（1回目12:14セッション切れで死亡、2回目26分ハング・CPUほぼ0→pkill -9）
• ver20.4 の学び「/tmp/terasu-hp-deploy 方式」が正解と再確認: /tmp/terasu-hp-deploy/scale-hp-showcase（6/6フルバックアップ展開済・ver20.4状態で残存）に変更ファイルだけ cp → そこから wrangler デプロイ = 数秒で完了
• 今後の TERASU HP デプロイは必ずこの /tmp 方式。Drive直は使わない

ユーザーFB

• 「問い合わせをSlackで通知飛ばす際に、二宮（U0AJFMKCPB5）にもメンション来るようにして欲しい」

注意ポイント・退化リスク

• contact.js には SLACK_TOKEN / CRM_INQUIRY_SECRET がベタ書き。公開リポに出さない（従来からの恒久ルール）
• ver20.4 で入れた CRM 問い合わせリスト自動投入（3つ目の配信先）を消さないこと（contact.js 編集時は Read→Edit のみ）
• /tmp/terasu-hp-deploy は Mac 再起動で消える。消えていたら ~/scale-hp-showcase-backups/scale-hp-showcase_2026-06-11_1215.tar.gz（または最新フル）を展開し直してから変更ファイル上書き

---

13:38 - ver20.5 prod 反映完了（大串OK）

• 大串「本番公開していいよ！」→ /tmp/terasu-hp-deploy から --branch=main で prod デプロイ（0.63秒・2293ファイル差分ゼロ・Functions bundle更新のみ）
• 本番検証: terasu.scale-group.co.jp = ver20.5 配信 / TOP・contact 200 / /api/contact GET 405（正常）
• デプロイ前確認: /tmp 側 contact.js L9 に二宮 U0AJFMKCPB5 入り + ver20.4 CRM自動投入ブロック生存（退化なし）
• バージョン管理表: ★現行prod を ver20.4 → ver20.5 に移動済
• これで問い合わせSlack通知は大串・細川・二宮の3名メンションが本番稼働

14:21 - /handoff 実行 (TERASU CRM 長期FBセッション)

対象システム

TERASU CRM (terasu-mgmt) — ローカル /Users/oogushiyuuki/株式会社SCALE/hp/terasu/ / 本番 https://crm.terasu.scale-group.co.jp/

セッション背景

大串FB「FS部署のCRM、今日で完成まで持っていきたい」(06-08開始) から始まった連続FB対応セッション。06-08〜06-11で約50件のFBを全てdeployまで実施。

完了タスク (本日 06-11 直近分)

• 案件応募由来アポの獲得経路を固定バッジ→プルダウン化 (_channelFixed:false・apt_meta.channelに保存・deals route同期) → v=20260611c / v3.0.180

セッション全体の完了タスク

最新基準点「2026-06-11 14:21 更新」セクションに集約済み (商談管理 確度S〜I体系/アポ獲得リスト中継ハブ化/案件一覧全自動化/案件応募リスト大改修/施策管理・施策予算/マーケダッシュ刷新/契約・請求 部署別報酬/NAV整理 ほか)

編集ファイル (主要)

• lib/deals.js — 商談管理本体 (確度体系・専用モーダル・同期・期間フィルタ・レポート)
• lib/appointments.js — アポ獲得リスト (4系統統合・FS担当・経路プルダウン)
• lib/job_apply.js — 案件応募/施策管理/施策予算/応募文面テンプレ
• pages.js — 案件一覧自動化・メールテンプレ・契約請求(報酬)・受注後の流れ・マーケダッシュ
• core.js — NAV/POSITION_SECTIONS/ダッシュボードKPI
• lib/finance.js — 事業数値レポート (目標+受注前指標)
• lib/manual.js — changelog (毎deploy+1行・現在180)
• functions/api/url-meta.js — 企業名取得API (UAフォールバック)

デプロイ・バックアップ

• 本番: v=20260611c / app v3.0.180 (実測)
• backup: ~/terasu-backups/terasu_2026-06-1_pre-.tar.gz (作業ごとに取得済・最新 terasu_2026-06-11_pre-jachannel.tar.gz)

試したこと・学び

• ver表示ズレの真因 = Claudeがファイル全体のbullet数をgrepしていた誤り。正 = sec_changelog_1セクションのみ。以後「実測値のみ報告」を徹底
• インライン編集カクつき根治 = 全体再描画廃止 (該当セルのみoutorHTML差し替え) + 編集中ガード + input伝播停止 + select blur 200ms + showPicker
• 企業名自動取得: crowdworks=403(IPブロック)/発注ナビ=ログイン必須で不可。媒体名はドメイン判定で確実
• native confirm は環境により出ない → 削除系は自前モーダルに統一

ユーザーFB (重要)

• アポ獲得リスト=中継ハブ (編集は上流シート・商談管理へ全項目同期・上流が正) → 最新基準点に設計思想として恒久記録
• 案件一覧=全部自動・手動追加なし / FS報酬=商談1回3,000円 / タブ並び順=全員共有が正
• ver報告は実測必須 (2回指摘あり)

注意ポイント・退化リスク

• lib/manual.js の body_markdown 内にバッククォート絶対禁止 (template literal破壊)
• deploy毎に ?v= bump + changelog 1行追記 (これがv3.0.Nになる)
• _dealSyncFromSources の _applyToExisting が全項目同期の心臓部。route/company/contactName を消すと同期退化
• 別Claudeセッションが並行作業することあり (build番号が飛ぶ) → deploy前に grep で現build確認

---

14:22 - /handoff 実行

対象システム

SCALE CRM (scale-lead) 主軸 + TERASU CRM (terasu-mgmt) + TERASU公式HP (scale-hp-showcase)

セッション背景

前session(/handoff中バグ停止)からの引き継ぎで開始 → SCALE CRM の連続FB対応セッションに発展。TERASU事業の運用立ち上げ(問い合わせフォロー体制・TERASU CRM連携)が主テーマ。

完了タスク（SCALE CRM v11.5.67〜77・11リリース全て本番LIVE）

• v11.5.67: 案件Slackチャンネル自動作成の3連バグ根治
• v11.5.68: 問い合わせリスト新設(TERASU案件限定)
• v11.5.69: アポ獲得Slack報告にメアド/電話追加 + 受付突破ブロック新設
• v11.5.70: アポ二重カウント根治
• v11.5.71: コピペ背景混入根治
• v11.5.72: 問い合わせリストのバナー削除・CSV取込→手動追加
• v11.5.73: 対象外チェック列(TERASU案件限定)
• v11.5.74: スクリプト文字色調整
• v11.5.75: スクリプト一覧の絞りをスクリプト名ボタンに
• v11.5.76: 問い合わせリストを問い合わせ仕様に
• v11.5.77: 問い合わせ日列

完了タスク（TERASU CRM / terasu-mgmt）

• アポ連携fix2: 経路プルダウン化+商談管理自動連携
• デプロイルール恒久変更: TERASU CRM=preview不要・直接prod OK
• サービス概要 SCALE CRM共有 v2

完了タスク（TERASU公式HP ver20.4・prod反映済）

• 問い合わせフォーム→SCALE CRM問い合わせリスト自動投入

デプロイ・バックアップ

• SCALE CRM: deploy.sh x11回 最新=scale-lead-2026-06-11 post-deploy
• terasu-mgmt: ~/terasu-backups/terasu-mgmt-2026-06-11-*
• TERASU HP: ver20.4★現行prod

ユーザーFB（重要）

• 「TERASU案件は他案件と別物・超特例OK」(恒久方針)
• 「TERASU CRMはプレビュー挟まなくて今後も直接デプロイでいい」(恒久)
• サービス概要は「SCALE CRMと見た目も中身も全く一緒に」
• スクリプト文字「白すぎてチカチカ」(#cbd1da)

注意ポイント・退化リスク

• INQUIRY_SECRET は scale-lead と scale-hp-showcase の対(変更時は両方)
• svc_shared_*.js は SCALE CRM 側更新時に再コピー+PD/PS置換で追従
• _clApoCountDate がアポ集計の単一情報源
• 問い合わせリストのテスト行3件が残存→大串がゴミ箱削除予定

---

17:39 - SCALE CRM v11.5.78 メンバー固まりFB根治（本番LIVE・本日12リリース目）

FB

大串経由・架電メンバー「CRMの反応が悪く、作業中固まることが多かった」

調査

• D1実測: 最大案件 mnpg72otcfqhu = 4,931行 / 4.7MB
• 真因4つ（全て per-row 同期層・行数大案件で顕在化）:
  1. clPollPerRow の60秒 full reconcile が無変化行も全行 touched
  2. reconcile diffPush が pend空でも毎8秒 全行 JSON.stringify
  3. PS(call_list) の BC postMessage が編集毎に4.7MBを同期
  4. full reconcile のDLが毎時約280MB

修正

1. pollPerRow 無変化行スキップ2層
2. reconcile は pend がある時だけ
3. _bcPostIdle 新設（requestIdleCallback）
4. full reconcile 60秒→120秒
5. PerformanceObserver(longtask) 常時計測

Vault更新

• 最新基準点 phase_v11_5_78 追記済
• トラブルシューティング集「E. パフォーマンス・固まり系」E1 追記済