kajiba 更新履歴

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

週次パッチ適用

changelog自動更新

日次チェック状態更新

週次パッチ適用

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

週次パッチ適用

changelog自動更新

日次チェック状態更新

週次パッチ適用

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

週次パッチ適用

changelog自動更新

日次チェック状態更新

週次パッチ適用

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

週次パッチ適用

changelog自動更新

日次チェック状態更新

週次パッチ適用

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

週次パッチ適用

changelog自動更新

日次チェック状態更新

週次パッチ適用

changelog自動更新

日次チェック状態更新

総評をAI生成からルールベース機械生成に切替 (既定OFF)

- scorecard._rule_lead(): スコアデータから総評リードを機械生成。
- _build_summary(total 追加): 既定でルールベース。ai_summary["summary"]
- CLI --ai-summary 既定 True→False。既定診断はルールベース総評で生成も67s
- テスト: _rule_lead の強み/弱み/施術トーン/弱点なし分岐、AIオプトイン上書き、

changelog自動更新

日次チェック状態更新

できていない項目すべてに修正難易度+わかりやすい説明を追加

- PDF (analysis_report.pdf) のカテゴリ詳細「見つかった指摘」: 各項目に難易度バッジ
- HTML (report.html / report.pdf) の検出項目: 各指摘に難易度バッジ + 平易説明を追加。
- 既存の check_fix_guidance.yaml (全92項目) を流用、_difficulty_fields で表示。AAA維持。

軸カードのサブ見出し「この項目について」「評価」を拡大 (12→15px)

6診断軸の素人向け説明を拡充 (アクセシビリティ軸の分量・詳しさに統一)

- 具体的で身近な例を追加 (検索=「地域名＋サービス名」/ AI=「近くで〇〇してくれるところは？」/
- 各 what 164〜192字に統一 (旧 70〜110字)。専門用語なし (jargon policy 準拠)。why/improve は維持。

同業比較の強み・弱み要約を生成フロー文書に追記

同業比較に強み・弱み要約を追加 (施術計画書トーン)

- benchmark.peer_strength_summary(bench): 各軸の (御社-同業中央値) を delta とし、
- report._benchmark_strength_html / pdf._benchmark_strength_pdf: HTML/PDF 両方に
- AAA コントラスト: 淡背景+濃文字 (gap amber 8.0 / strong green 9.0 / chip 7.6-9.0)。axe AAA 通過。

HTML版PDF(report.pdf)のフォント崩れを修正 (Noto Sans CJK JP 強制)

HTMLレポートにも修正難易度+施術説明、HTML版のPDF出力を追加

- report._priorities_block_html を PDF と同じ top_priorities ベースに統一し、各点に
- render_report_pdf: Web レポート(report.html)の体裁そのままを **Playwright Chromium**
- AAA コントラスト: 難易度バッジを淡背景+濃文字 (easy 9.0/medium 8.0/hard 7.6)、

簡易診断に修正難易度+施術計画書トーンの平易説明を追加

- gen_fix_guidance.py: 全92検査項目の修正難易度(3段階)+平易説明を claude -p で生成
- data/mekiki/check_fix_guidance.yaml: 生成データ(92/92網羅、easy35/medium47/hard10)。
- definitions.load_fix_guidance / report._difficulty_fields: difficulty→表示(3段階+誰が
- top_priorities に難易度+施術説明(fix_plain)を付与。PDFの「次の一手」「気になる点」

夜間シードに HP補完フェーズを統合 (gBiz上位互換の自動成長, #210)

- benchmark_seeding.yaml defaults: enrich_enabled(既定true) / enrich_per_run(既定10、Opus安全弁)。
- run_scheduler: シードした業種ごとに enrich_industry を呼び、補完数を集計・Slack通知。
- 失敗は業種単位で握って継続 (補完失敗がシード本体を巻き込まない)。

gBiz取り込みに根拠(gbiz/discovery)+設立年/代表者を記録 (#210 Phase B)

- _index_from_gbiz が established_year(date_of_establishment から年抽出)/representative_name
- _parse_year ヘルパ追加。

外販に HP補完項目+各値の根拠(provenance)を反映 (#210 Phase B)

- _EXPORT_FIELDS に established_year / representative_name (HP会社概要由来) を追加。
- 各レコードに provenance {列名: gbiz|hp|discovery} を添付 (field_provenance を外販列分だけ)。
- CSV は値列のみ (provenance はネストのため JSON 側に載る、extrasaction=ignore)。
- meta に provenance 説明を追記。

gBiz上位互換エンジン

- company_index スキーマ拡張 (ALTER, 冪等): established_year / representative_name
- upsert に provenance / fill_only_missing を追加。fill_only_missing=True で gBiz の
- company_index_enrich.py: noroshi hp_company_info (claude -p Opus・grounded=記載なしnull・

外販フィルタを「実在裏取り+URL」基準に修正、価値の核心を再販対象に (#206)

- 再販可否を source allow-list から「法人番号で実在裏取り済み + URLあり + active +
- excluded_sources は config (mekiki.resale.excluded_sources) で調整可。既定 (gallery) は
- meta に value (gBiz の URL カバレッジ ~1/5 を上回る付与率が価値) を明記。

外販分離エクスポート company_index_export (#206 段階2)

- 再販フィルタ: status=active かつ法人番号あり(実在裏取り)かつURLあり、source∈{gbiz,manual}
- スコア非結合: score_ledger を一切 join しない。外販フィールドは gBiz/法人番号由来の事実列のみで、
- 出典(gBizINFO/法人番号公表サイト)・ライセンス(政府標準利用規約2.0)・免責を meta に必ず添付。
- JSON/CSV 出力 (CSV は出典/免責を .NOTICE.txt に併記)。CLI あり。

company_index 社内読み取りAPI層 company_index_api (#206 段階1)

- 会社事実 (company_index) と 6軸診断スコア (score_ledger) を host で結合。
- API: list_companies(industry/prefecture_code/employees_min,max/has_url/with_score/limit) /
- CLI: python -m mekiki.diagnose.company_index_api {list|get|overview}。
- 段階2 (売れるデータ/営業機密の分離) は別途。source 列を返し外販フィルタの判断材料にする。

業種ベンチ母数の自動収集 seed_scheduler (#205)

- data/mekiki/benchmark_seeding.yaml: 業種→keywords/target の単一定義。
- mekiki/diagnose/seed_scheduler.py: 現母数 < target の業種のみ不足分を per_run_limit
- cron 毎日 4:30 (cron_required.yaml + crontab_audit、自己監査 11/11 OK)。

Issue 期日フォローアップ監視 followup_watch + gh トークン silent障害の修正

- infra/followup_watch.py: open Issue を毎日走査し、本文の機械可読マーカー
- 規約: 目安期日のある Issue には FOLLOWUP マーカーを必ず入れる (#209 に付与済)。
- .env が import 時に GITHUB_TOKEN (repo にアクセス不可な PAT) を注入し、
- utils/github.py を新設 (gh_env/run_gh: GITHUB_TOKEN/GH_TOKEN を除外し gh の

テスト red の無人自動修復 test_autofix + /fix-tests skill

- .claude/commands/fix-tests.md (skill): 失敗テストの根本原因を直すプレイブック。
- infra/test_autofix.py (engine): red 検知→claude -p(skillルール)→ruff+pytest検証→
- test_monitor が red 時に config gate (test_autofix.enabled 既定OFF) で起動。
- claude に VERDICT を出させ source_fix / test_wrong / uncertain に3分岐。
- test_wrong / uncertain は修正せず Issue+Slack エスカレーション (red 維持)。
- source_fix で全green のときだけ PR。さらに diff がテストに触れたら needs-spec-decision

backfill の Places クォータ集計に now を渡す (#208)

日次チェック状態更新

AIO診断 Phase 1

- checkers/aio.py: 3信号を検出
- legacy総合(100pt)を崩さないようdiag_extra_criteria(diag専用枠)で実装。
- aio軸のstatus:not_implemented削除→総合が/5→/6に
- check_definitions/category_explanations にaioカテゴリ追加
- テスト: AIOチェッカー9件+6軸計測化。uxcentra実測 AIO 69/C/高

優先度を重要度ベース(点数と独立)に変更

- DiagAxisResult に priority/priority_unmet を追加。_aggregate_diag_axes が
- しきい値は data/mekiki/scoring_v2.yaml の diag_priority (high:3.0/mid:1.5) に config化
- scorecard は上流 priority を表示(旧データ用に score ベース fallback を保持)
- 例: uxcentra SEO 83点/B でも structured_data 等未対応で優先度=高(点数と独立)
- テスト追加(重要度ベース判定/点数との独立性/しきい値)

kikimimiランクをS/A/B/C/D/Eに(最下位F→E)

- KIKIMIMI_GRADE_COLORS/_GRADE_BANDS/_GRADE_SUMMARY の最下位ラベルを F→E
- ドーナツ表示ランクを total から S-E スケールで導出し、評価列と一致

評価表をチラシ準拠の4列(項目/スコア/評価/優先度)に

- 比例バー2列 → チラシ準拠の4列構成。スコア中央寄せ+均一グレーdash、
- AIOは準備中/—を維持(誇張回避)
- 文字色は全て白背景でAAAコントラスト準拠(評価/優先度の色を実測7.0+で選定)
- テスト3件追加(4列/未計測表示/優先度しきい値)

6軸レーダーを約2倍に拡大・スコアカードのカードラッパー撤去

- レーダー 200→380px(約2倍)、ラベル内寄せ(label_r 92→86)+フォント拡大で
- カード背景/余白/角丸のラッパーを撤去し全幅化、ドーナツ/評価表も拡大
- 各ブロックの余白を広げて要素を大きく

スコアカードを2段×2カラム構成化＋総括ブロック追加

- 1段目=点数ブロック(ドーナツ｜総括)、2段目=詳細ブロック(レーダー｜評価表)を
- 総括ブロックを新設: グレード見出し語+一文+強み(上位2軸)/改善余地(70点未満)を
- 総括タグの配色を AAA コントラスト準拠に(sc-sum-warn 7.67:1)
- テスト3件追加(2段構成/総括の強み弱み/弱点なし時)

スコアカードを診断スクショ直下へ移動・旧グレード表示を廃止

- 診断結果スコアカード(ドーナツ+レーダー+表)を診断時スクショの直下へ移動し
- score-block-v2 の score-grade-wrap(旧 大グレード"B"+総合点)を廃止
- score-block-v2 には noroshi評価・基礎/オプション内訳・CWV を残す

kikimimi 診断スコアカード(チラシ準拠ビジュアル)を追加

- WeasyPrint対策: SVGは図形のみ、CJKテキストは全てHTML側(フォント解決安定化)
- 誇張回避: 未計測軸(AIO)はレーダー頂点を打たず「準備中」表示、同業他社平均は
- HTML/PDF両系統で実レンダリング確認済(ドーナツアーク/transform配置/表)
- テスト7件追加(未計測軸スキップ/peer_average条件表示/グレード閾値/dict受理)

changelog自動更新

日次チェック状態更新

kikimimi 6診断軸スコアリング(現状分析モデル)を追加

- data/mekiki/scoring_v2.yaml: diag_axes(6軸定義) + diag_axis_map
- scoring_v2.py: DiagAxisResult + _aggregate_diag_axes、ScoreV2Resultに
- 誇張回避: 未実装のAIOは status:not_implemented で計測準備中扱い、偽スコアを
- テスト5件(test_mekiki_diag_axes.py): 軸内正規化/未実装軸除外/対応表の

Merge pull request #204 from uxcentra/feat/mekiki-basic-auth

HTTP Basic認証保護サイトの診断対応

- utils/http_auth.py (新規): BasicAuth + resolve_basic_auth
- requests経路: fetcher / page_fetch / extras_probe に auth= を伝播
- Playwright経路: site_capture / dom_verify / mobile_metrics / _axe_runner の
- orchestrator.run_diagnosis(auth_username/auth_password) で束ね、CLIに
--auth-user/--auth-pass を追加
- 外部API(PSI/Observatory/SSL Labs)はGoogle等が対象URLを直接叩くため

Merge pull request #203 from uxcentra/fix/mekiki-dom-verify

mekikiモバイルDOM裏取り層をKAJIBA_INSTRUCTIONS.mdに追記 + tmp/をPII保護のためgitignore

- KAJIBA_INSTRUCTIONS.md にセクション15を新設。dom_verify.py の仕組み
- tmp/ は実在企業の診断データ(PII)を含むスクラッチ領域のため .gitignore に追加

Merge pull request #202 from uxcentra/feat/mekiki-vo-behavior-priority-and-misma

モバイルDOM裏取り層で誤検知を除外

分析レポート本編をスリム化（要点に絞った構成）

- _build_summary_intro_section の呼び出し (弱軸/弱カテゴリ羅列は要点を埋もれ
- _build_page_list_section の本編前段配置 (付録に降格)
- 「今すぐ直すべき改善 TOP3」 → 「気になる点」
- 「同業比較」 → 「同業のなかでの位置」
- TOP3 のリード文も「評価の低い (= 改善インパクトの大きい) 順に...」から
- _build_next_action_section: 「次の一手」を本編の締めに。priorities の
- _build_appendix_divider: 本編と付録の視覚的な区切り。
- next-action-section / next-action-card (左罫線アクセント)

視覚レポートと分析レポートを別 PDF に分離

- visual_report.pdf (新規): シンプル表紙 (URL + 日付のみ・スコアなし) +
- analysis_report.pdf: 既存の機械診断詳細 (Grade/Score/4軸/CWV/findings)。
- 互換: report.py 経由の write_pdf=True は両方を出力。paths["pdf"] は
- pdf_document.render_visual_pdf(result, out_path)
- pdf_document.render_analysis_pdf(result, out_path)
- pdf_document.render_pdf_document は render_analysis_pdf エイリアス (互換)
- TestVisualCover: 視覚表紙にスコア/グレードが出ないこと、cover-visual class
- TestVisualHtml: 視覚 HTML が手記+強みのみで分析セクション無し、vo 無しでも成立

写真固執回避 + 具体的改善案フィールド追加

- signature プロンプトに「特定の画像1枚への注釈に固執しない」を明示
- 指摘は「動線・構造・回遊・情報設計の階層」で
- info_density_room の例も個別画像のキャプションから動線・情報設計レベルに
- signature 出力に concrete_improvements[] (1〜3個・各60字以内) を追加
- レベル: サイト構造・動線・情報設計 (HTML/CSS の細部や個別画像加工は不要)
- 例: 「ハンバーガー横に『作品一覧』アイコンを追加配置」
- 「もう一段引き立てる方角」と「体験はこう深まる」の間に
- tests/test_visual_observation.py: 29ケース (+2 写真固執回避/具体改善案)

視覚観測を「強みを伸ばす方向」に書き換え

- category を strength_to_amplify > info_density_room > structural_uplift >
- スキーマ: what_is_broken → what_is_strong + how_to_extend +
- 言葉遣いを提案的・建設的に
- 「デザインそのものを批判しない」「一般UX基準で切らない」「金額語彙禁止」
- moments_of_friction → moments_to_deepen (「〇〇があると体験が深まる」形式)
- moments_of_engagement → strengths_observed (既に立っている強み)
- 想定訪問者を全業種で「Google 口コミから来た初見」に統一
- デザイン批判禁止を明文化

視覚観測を行動阻害優先＋業種誤認ゲートに再設計

- 「美しさより使いやすさ。世界観より到達できること」を最上位ルールに
- behavior_blocker (最優先): ナビが隠れて次の一歩が止まる等、使いやすさの毀損
- worldview_tradeoff: 表現意図と引き換えに使いやすさが犠牲になる場合
- aesthetic_only (最後): 上記が無い場合の業種固有の美意識的毀損
- 出力スキーマに category フィールド追加
- why_it_matters は「経営文脈での意味（受注機会の取りこぼし方）」を必須化
- moments_of_friction を最重要に。「〇〇しようとしたが、〇〇のため止まった」形式必須
- moments_of_engagement の優先度は下げる (無くてもよい)

圧倒コア層

- data/personas/*.yaml (12人): 建築家本人/CMO/経営者/受付GK/設計スタッフ/
- mekiki/evaluate/persona_panel.py: load_personas/run_panel(並列)/
- tests/test_persona_panel.py: 18ケース (yaml読込/プロンプト/並列/集約)
- mekiki/diagnose/visual_observation.py:
- observe_as_prospect: 業種別人物像を一人称に、スコア使わず観察事実のみ
- find_signature_finding: 業種語彙(軒/水平ライン/階調 etc)で具体毀損1点
- from_screenshot_payload: capture_homepage の base64 → 一時PNG ヘルパ
- mekiki/diagnose/orchestrator.py: run_visual_observation=True で screenshot

週次パッチ適用

changelog自動更新

日次チェック状態更新

PR自動修正→検証→自動マージ パイプライン (人介在ゼロ志向) (#200)

- レビュー→blocker を git worktree 隔離で claude -p 自動修正→ruff+pytest検証(green時のみ
- 非 blocker は follow-up Issue を自動起票。
- 安全クラス(変更が safe_paths のみ+差分上限内=生成サイトPR等)かつ blocker0 かつ
- --pr 単体 / 無引数=未レビュー open PR を poll(cron 用)。flock で多重起動防止。
- flock 多重起動防止 (cron間隔 < poll所要 で二重投稿レースの懸念)。
- PR タイトルの山括弧エスケープ (プロンプトインジェクション対策)。
- 未使用 headRefName 削除。
---------

crontab修復 + 狼煙夜間backfill + PR自動レビュー + 再発防止 (#198)

- data/cron_required.yaml: command_substring を新パス (infra.* / collect.collect) へ更新。
- config.yaml: 母数蓄積スプリント中、Places 月1,000無料枠を backfill に全振り
- collect/collect_health_check.py: 即時再検証の subprocess を scripts/collect.py →
-m collect.collect に修正。
- infra/crontab_audit.py: _resolve_target を追加。crontab 行が文字列一致しても、
- tests/test_no_stale_scripts_refs.py: 旧 scripts.* への実 import 残存をガード (_archive 除外)。
- tests/test_crontab_audit.py: 解決チェックのテスト 6 件追加。
- live crontab: 上記 staged 版へ差し替え (バックアップ: logs/crontab-backup/)。

discover の探索面を拡張 (死にKW差し替え/employee過剰フィルタ撤廃/法人種別緩和) (#196) (#197)

- 現行6KWの4つ(アトリエ系/住宅設計/注文住宅 設計/デザイナーズ住宅)が404=社名部分一致に出ず0件
- employee_count フィルタが「従業員数データのある法人」だけに絞り小規模アトリエを取りこぼし (4,263→177)
- keywords を「建築」アンカー8語に差し替え。実測 非閉業ユニーク 3,102件
- employee_count を撤廃 (規模/サイト有無は enrich+スコア/4象限で後段判定)
- corporate_types [301,305]→[301,302,303,304,305] に緩和

discover の dedupe を enrich 前に移し、重複への空コールを排除 (#194) (#195)

- discover(): fetch 直後・enrich 前に load_existing_ids() で既存候補を除外 (既存ヘルパー流用)
- Places コール会計を appended+deduped → appended に修正 (backfill.py / routine.py)
- 重複再取得時に enrich_all が呼ばれないことを検証するテストを追加

会社概要抽出をモデルカスケード化 (一次Sonnet→空ならOpus) (#192)

- hp_company_info: 一次 model で抽出 → 1項目も取れなければ escalate_model で再抽出
- config: model=sonnet / escalate_model=opus (空にすれば単一運用)。
- Anthropic 公式「安価から始め必要時のみ上位へエスカレーション」の実践

月次 Places 無料枠クォータ(蓄積500/営業500) + サイト無し率の常時計測 (#191)

- db.py: monthly_usage テーブル (yyyymm, channel, places_calls) を新設 (CREATE IF NOT
- places_quota.py (新規): 用途別クォータ設定の共通ヘルパー (places_active / monthly_quota)。
- backfill (channel=backfill) / routine (channel=outreach): discover 前に当月残枠を見て
- db.website_status_counts: found/none/未判定 件数 + サイト無し率 (none/判定済)。
- backfill/routine の stats に記録。日次レポート (Slack) にサイト無し率 + 営業枠残を表示。

営業セグメント4象限分類 (トークA/B/除外) を導入 (#190)

- HP弱 × 口コミ十分 × 評価>=rating_low → token_a (腕確か×HP勿体無い=最優先)
- HP弱 × 口コミ少/評価欠損            → token_b (Web対策不十分の仮説で候補成立)
- HP弱 × 口コミ十分 × 評価<rating_low → excluded_low_rating (粗悪業者リスク)
- HP強 (noroshi_class=ok)             → excluded_strong_hp (既に対応済み)
- scoring/opportunity.py: classify_outreach() 純粋関数 + SEG_* 定数。
- db.py: candidates に outreach_segment 列 ALTER 追加。record_score に引数追加。
- pipeline.score_and_record: スコア時に classify_outreach も実行し記録。

会社概要抽出を grounding 化 + モデル A/B 比較ツール (#189)

- _build_prompt を grounding 型に: 各項目でまず原文を逐語引用 (evidence) → その
- _parse_extracted: grounding 形式 {field: {evidence, value}} をパースし、evidence が
- noroshi/model_ab.py (新規): 同一 URL を Haiku/Sonnet/Opus で grounding 抽出し
- config / docstring: model は当面 Opus、A/B 確認後に下位へ切替と明記。

enrich を候補単位で並列化 (claude -p の待ちを重ねる) (#188)

- enrich_all に max_workers 追加。候補内は順序維持 (places→url_discovery→
- claude_runner はサブプロセス起動・env ローカル dict で並列安全 (確認済)。
- API 系 enricher (gbiz_info_detail/places_info) に threading.Lock を追加し
- discover に enrich_concurrency 引数 + config noroshi.enrich_concurrency
- backfill は夜間=ボス不在なので enrich_concurrency 既定 5 で discover を呼ぶ。

Places の websiteUri で公式サイトURLを補完し url_discovery を節約 (#187)

- places_info の FieldMask に places.websiteUri を追加。
- websiteUri が取れて company_url 未設定なら company_url を補完
- enricher 順序を gbiz_info_detail → places_info → url_discovery → hp_company_info に

閉業ゲート結線 + 夜間バックフィル(充当ループ+使用量ガード) (#186)

- 充当: サイト無しが多いぶん過剰取得 (max_fetch) し、未スコア×サイト有り×非閉業を
- 時間帯ガード: JST window (既定 2-8時、ボス不在帯) 外は --force 無しでスキップ。
- 使用量ガード: アクティブ5時間枠の消費トークンが上限超なら --force 無しでスキップ。
- utils/usage.py: ccusage blocks --active --json をパースし使用量ガード判定。
- db.unscored_with_site: 未スコア×サイト有り×非閉業を FIFO で返す (バックフィル対象)。

営業機会スコア (実力×Web露出不足のギャップ) を導入 (#185)

- skill_signal: Maps rating ベース。口コミ5件未満は実力シグナル無効(中立)で
- web_gap: 3要素の重み合成 (データ欠損要素は分母から外し正規化)。
- 判定保留 (skill/gap が None) は score=None で優先度に乗せない (中立)。
- noroshi/scoring/opportunity.py: compute_opportunity 純粋関数 (閾値/重みは config 化)。
- config.yaml noroshi.opportunity セクション追加。
- db.py: candidates に opportunity_score/opportunity_tier 列を ALTER ADD (非破壊migration)。
- routine.py: スコアリング後に places評価×HP弱さから機会スコアを算出し record_score。
- .gitignore: *.sqlite.bak-* / *.broken-* を全域除外 (noroshi PII DB バックアップの漏洩防止)。

Google Maps評価/営業状況を補強する places_info enricher (#182) (#184)

- NOROSHI_PLACES_API_KEY 未設定なら no-op (キー発行待ちでも全体フローを止めない)
- businessStatus=CLOSED_PERMANENTLY は places_outreach_excluded フラグを立てる
- FieldMask で必要最小限フィールドのみ要求 (Pro ティア課金、月5000無料枠内)
- resolver 注入式 + HTTP層を分離しテスト容易に (実API/ネット非依存の18テスト)
- enrichers chain / __init__ / 業種YAML / config / 部署docに登録

サイト無し候補に website_status タグを付与 (#181 タグ部) (#183)

- url_discovery.enrich: URL確定→found / 未発見・低確信→none / 既存URL有→found。
- これによりバックフィルは「サイト有りが目標数に達するまで追加取得」で充当可能になる
- サイト無しセグメントは削除せず温存 (ボス方針: タグ付けして温存のみ)。

gBizINFO 検索で閉鎖(解散)法人を除外 (候補キュレーション) (#180)

- gbiz_info.py に is_closed_corporation() を追加し、fetch() で閉鎖法人を除外。
- 実APIで確認: 東京・建築設計事務所で取得23件すべて status="-"、閉鎖の混入0件。

HP会社概要から従業員数/資本金/設立年を抽出する enricher (#177) (#179)

- noroshi/enrichers/hp_company_info.py: company_url がある候補の会社概要を WebFetch し
- **モデルは Opus 固定** (config noroshi.hp_company_info.model)。実データ比較で Haiku は
- chain registry / __init__ に登録、architecture_atelier.yaml enrichers に追加

レポート一覧に検索・業種/営業済みタグ・ソート + サイドメニュー検索 (#176) (#178)

- admin_index (data/mekiki/reports/index.html):
- 検索ボックス (サイト名/URL/業種、クライアントサイドJSフィルタ)
- 業種タグ表示 + 業種フィルタ (report.json の industry_id を _collect_reports が取得)
- 営業済みタグ + 「営業済みのみ」フィルタ (noroshi DB の outreach_log を read-only 突合)
- 並び替え (新着/スコア昇降/サイト名)
- 各カードに data-* (host/industry/outreached/grade/score/date/search)
- build_navigation_sidebar_html (個別レポートのサイドメニュー): サイト検索ボックス追加
- noroshi/db.py: outreached_hosts(conn) — 送付済み候補の company_url を正規ホスト集合で返す

noroshi/mekiki: 匿名ベンチマーク基盤 — 同業上位(優良)アンカー + 規模帯集計 (#175)

- 「うちだけ低評価で仕事を取ろうとしている」感を消す (全社を同じ物差し)。
- スコアが低すぎてスパムに見える問題を、現実的な散らばり(上位アンカー)で緩和。
- 良いサイトが高得点で出ることを示し、mekiki が甘/辛採点でない根拠にする。
- utils/stats.py: top_quartile(p75) を新設 (mekiki/noroshi 共用、DRY)。
- mekiki/diagnose/benchmark.py: industry_benchmark に top_total(同業上位/優良 p75) を追加。
- mekiki/diagnose/report.py: 同業比較ブロックに「同業上位(優良)」列を追加 (旧台帳は median 代替で互換)。
- noroshi/db.py: size_tier(employee_number→大手/中堅/小規模) +
- CLAUDE.md 統一インターフェース表に utils.stats を追記。

営業メール文面テンプレ + 差込ローダ (Phase D) (#174)

- 透明な自動化(方針B): AI を人間に偽装しない。「自動診断しました」と明示し、
- 挨拶1文 → 刺さる一言 → 短く簡潔。mekiki 診断の要点を本文に表示(PDF添付だけに頼らない)。
- CTA は「具体的な改善提案・お見積もり」を返信 or 電話で。レポートは添付済(十分詳しい)。
- 件名は穏当・透明なスコア提示型。締めのご挨拶あり。
- 特定電子メール法: 送信者表示 + オプトアウト導線(「不要」返信)を全通に必須。
- ibuki ギャラリーリンクは将来用に枠だけ確保(gallery_link: disabled、充実後に
- data/noroshi/templates/architecture_atelier_{v1,followup_1,followup_2}.md
- noroshi/outreach/templates.py: load_template / render / render_template /

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

週次パッチ適用

changelog自動更新

日次チェック状態更新

週次パッチ適用

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

Next.js化 Phase 4

- scripts/utils/screenshot.py:
- next_start_server: `next start` を別ポート起動して URL を yield する
- take_screenshot_from_next_project: 上記を使い1コマンドで NextJS スクショ。
- scripts/create.py:
- _build_nextjs_visual_review_prompt: Hero真っ黒/コントラスト/モバイル横スク/
- _take_nextjs_review_screenshots: desktop full / desktop hero / mobile full
- _run_nextjs_visual_loop: HARD_LIMIT=8 反復、DONE 検知で早期終了、
- _run_create_nextjs Step 7: ビルド成功後に視覚ループを起動、

Merge pull request #9 from uxcentra/fix/db-corruption-prevention

24h動作確認スクリプト + section_engine テストの archive 同送

- scripts/ops/db_corruption_health_check.py (新設):
- config.yaml: notify_on に db_recovery イベントを登録
- tests/test_db_corruption_health_check.py: 15件 PASS
- docs/incidents/db-corruption-20260428.md: at 登録手順を追記
- KAJIBA_INSTRUCTIONS.md: db_corruption_health_check の紹介行追加
- scripts/_archive/section_engine/test_*.py: section_engine 退避時に
-m scripts.ops.db_corruption_health_check \\
- ruff check 全クリア

DB破損 (2026-04-28) 再発防止

- scripts/utils/db.py:
- _check_integrity_and_repair(): PRAGMA integrity_check で破損検知時に
- get_connection(auto_repair=True) でプロセス内初回1回だけ integrity_check
- checkpoint_wal(): PRAGMA wal_checkpoint(TRUNCATE) を実行
- 復元時 Slack db_recovery 通知
- scripts/ops/db_checkpoint.py: cron 1時間毎想定の CLI スクリプト
- scripts/collect.py:
- _start_global_watchdog(): 240分（既定）超過で自プロセスSIGTERM

Merge pull request #8 from uxcentra/feat/nextjs-engine-phase3

refs dict の実キー名（slug/grade/summary/reference_*）に揃える

- title 解決順を slug → url に拡張、fallback で title/name も継続サポート
- grade を「[grade=S]」表記でヘッダに追加
- summary / reference_strengths / reference_warnings を順に出力
- mood / rationale は古い形状向けの後方互換として残置
- tests/test_create_nextjs_inspiration.py の _sample_inspiration() を

changelog自動更新

日次チェック状態更新

Next.js化 Phase 3

- scripts/inspiration_engine.py : run_inspiration_pipeline に skip_code_phase
- scripts/create.py :
- _format_inspiration_context_for_nextjs() 新設。story / information_design /
- _build_nextjs_prompt(inspiration=...) 拡張。クライアントブリーフの直後に
- _run_create_nextjs() に Step 2 として inspiration_engine 呼び出しを追加。
- main() に --no-inspiration フラグ。Phase 1-2 相当の高速モード退化用。
- run_create() のシグネチャに use_inspiration=True を追加。
- tests/test_create_nextjs_inspiration.py : 10件追加（コンテキスト整形、

Merge pull request #7 from uxcentra/feat/nextjs-engine-phase2

Next.js化 Phase 2

- scripts/postprocess_nextjs.py : 検証パイプライン本体。
- scripts/create.py : `_run_create_nextjs()` の Step 5 として
- main() の出力メッセージで build_ok を反映、リトライ後成功時の表示も明示。
- ruff check : 全クリア
- pytest tests/test_postprocess_nextjs.py : 23件 PASS
- E2E: scaffold → run_postprocess の一気通貫テスト
- 雛形 package.json の build script を `next build --turbopack` に変更済み

Merge pull request #6 from uxcentra/feat/nextjs-engine-phase1

Next.js化 Phase 1

- templates/scaffolds/nextjs/ : Next.js 15 + React 19 雛形（package.json,
- scripts/utils/nextjs_scaffold.py : 雛形コピー＋プレースホルダ置換
- scripts/create.py : --engine=nextjs を追加。scaffold → プロンプト構築 →
- pnpm-workspace.yaml : output/generated/create/* を pnpm workspace package
- scripts/_archive/section_engine/ : section_engine を退避（廃止、復活手順は
- ruff check : 全クリア
- pytest tests/test_nextjs_scaffold.py : 8件 PASS
- create.py --engine=nextjs --dry-run : prompt 3,689 chars 生成成功

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

週次パッチ適用

changelog自動更新

日次チェック状態更新

週次パッチ適用

changelog自動更新

日次チェック状態更新

resolve_actual_urls が非HTTP URL (#main-content等) を返し231件失敗

- resolve_actual_urls 内で非HTTP href をスキップ（根本対策）
- resolve_actual_urls 呼び出し後にも URL バリデーションを追加（防衛的二重チェック）
- siteinspire/io3000 の site_url_selector に :not([href^='#']):not([href^='javascript']) を追加

KB収集データ・ナレッジ更新

無限スクロール検知による自動マーキング (lapa_ninja)

notify_on に health_audit 追加

自動修正パイプライン14日健全性監査スクリプト (#5)

- _iter_log_lines_within: logrotate の .log + .log.1/.2 を一括読み、
- CLI: --days N / --dry-run
- 異常検知時は 🚨、正常時は ✅ で Slack に投稿

systemctl --user 誤報修正 + logrotate 設定追加 (#4)

- health_report.user_systemctl_env() ヘルパー追加: XDG_RUNTIME_DIR と
- _check_services / is-enabled / auto_diagnose._restart_service が
- tests/test_health_report.py 追加: 4件テスト（未設定時の自動付与、
- ops/logrotate.d/kajiba: /etc/logrotate.d/kajiba 用テンプレート
- daily/health-check/auto-diagnose/security 等は daily rotate 14世代
- 日付付き collect-*/reanalyze-*/analyze-* は weekly rotate archive/ 配下

runaway プロセス検知に SIGKILL エスカレーション追加 (#3)

- _terminate_with_escalation(pid) を追加: SIGTERM 送信後 10秒 grace で
- _detect_runaway_processes() から呼び出して critical 検知時に使用。
- 4件テスト追加: SIGTERM即死 / SIGTERM無視→SIGKILL / SIGTERM送信失敗 /

KB daily_collect_report 書き込み反映

auto_clean_repo パースバグと mark_source_infinite_scroll コミット漏れ (#2)

- scripts/collect_health_check.py: status.stdout.strip() → rstrip("\n")
- scripts/collect.py: mark_source_infinite_scroll が書き込み後に
- tests/test_health_check.py: リグレッションテスト追加
- tests/test_auto_diagnose.py: _detect_runaway_processes を全テストで

KB収集データ・ナレッジ更新

無限スクロール検知による自動マーキング（遡及）

changelog自動更新

日次チェック状態更新

changelog自動更新

日次チェック状態更新

無限スクロールlistingとdriverクラッシュの暴走防止 (#1)

- A: listing取得にwith_hard_timeout(90)をSIGALRMでかける
- B: extract_urls_from_listing内でpage.is_closed()チェック、driver死亡時は即return
- C: auto_diagnoseに_detect_runaway_processes追加(>2h warn/>4h SIGTERM)
- D: detect_infinite_scroll + mark_source_infinite_scrollでsources.yaml自動更新
---------

AI slop 回避ブロックを Phase5/autofix/Plan Mode に注入

- data/aesthetic_antipatterns.yaml（新規）
- 禁止フォント (Inter/Roboto/Arial/Open Sans/Lato/Space Grotesk)
- 禁止カラースキーム（白背景+紫グラデ等）
- タイポグラフィ必守原則（極端ウェイト 100/200 vs 800/900、サイズ差3x+）
- 配色必守原則（支配色70%+ / アクセント15%以下）
- モーション必守原則（見せ場1つ集中 > 散在マイクロ）
- 業種別フォントプール（code_technical / editorial / startup_modern 等）
- format_aesthetic_antipatterns_for_prompt(industry) を prompt_data.py に追加

reviewer 誤検知のさらなる修正 + 回帰テスト固定化

- CSS側は前回 rule-block 限定化済みだったが、JS側は re.S で全体横断のまま
- 同様に {...} ブロックごとの match に変更
- 既存: typeof gsap === 'undefined' のみ
- 追加: !window.gsap, !globalThis.gsap, window.gsap && ...,
- モダンな実装の正当なガード方式を誤検知しないように
- inset 単位混在検出の境界ケース
- GSAP ガード複数パターン認識
- hero_scrub pin:true 尊重

reviewer 誤検知2件を修正（inset regex / hover pseudo+child）

- 既存: inset\([^)]*\d+%\s+\d+[^%]
- 例: inset(0% 0% 0% 100%) が誤マッチ（\d+ が "10"+"0" にバックトラック分割、
- 修正: 両方向（%→unitless と unitless→%）を明示的に検出する regex に差し替え
- モダンな実装では :hover::after、:hover .child-icon などが主流
- FLUXWORKS は 11 個の hover ルール定義があるのに「5個全て効果なし」と誤判定
- 修正: ::before / ::after / 直接の子要素（最大3つ）までスタイル差分を取る

停滞時にブロック全置換モードへエスカレーション

- Aider unified-diffs 実証: partial diff より block replacement が安定
- Anthropic Plan Mode + Lost in the Middle: 局所パッチは隣接箇所を
- FLUXWORKS Plan Mode 版で error=2-3件のプラトーが11反復続き
- _build_combined_fix_prompt(escalate=False) を追加
- _run_fix_loop でプラトー検出 → escalate を渡す
- RunLog に escalations カウントを記録（観測用）

生成ラン単位の構造化ログ logs/create_runs/YYYY-MM.jsonl を追加

- phase_timings: 各フェーズの所要秒
- code_plan: Plan Mode 成果物サマリ (pin数/z-index層/tween数)
- fix_loop: 反復ごとの errors/warnings/autofix_s/stalled
- final: pass/errors/warnings/iterations/stop_reason/total_s
- scripts/utils/run_log.py: RunLog クラス + CLI
- create.py: RunLog 初期化と finalize を組み込み、_run_fix_loop に
- tests/test_run_log.py: finalize/flush_partial/summarize のテスト3件

Phase 4.5 コード計画（Plan Mode相当）を追加

- generate_code_plan(): pin区間表 / z-index台帳 / tween依存グラフ /
- code_plan.json + code_plan.md として保存
- Phase5 プロンプトに code_plan.markdown を注入、厳守事項を明示
- 空pin禁止（変化要素3つ未満）・overwrite:"auto" 強制・z-index層管理

HOMBRE BREWING 15反復スタックの原因だったreviewer側の誤検知2件を修正

- hero_scrub_invisible: pin: true を検出してscrubアニメを誤検知しないよう修正
- css_js_conflict_check: re.S で全CSS横断マッチしていたのを同一ルール{...}内限定に
- _FIX_INSTRUCTIONS に scroll_velocity_text / marquee_text の具体修正手順を追加
- technique_rules violations を technique 名で _FIX_INSTRUCTIONS に自動マッピング

changelog自動更新

日次チェック状態更新

systemd --user サービス間のポート宣言衝突を事前検知

- .service の ExecStart と EnvironmentFile の .env を舐め、
- enabled なサービス同士で同一ポートがあれば warning
- disabled は衝突候補から除外（運用上無害）
- auto_diagnose が検知時に Slack 通知（毎日5:00 cron）

常駐サービス監視と自動再起動を追加

- health_report._check_services で systemd --user サービス稼働確認
- 死亡時は overall_status=critical に昇格
- auto_diagnose._restart_service で自動再起動（cron毎日5:00）
- systemdのRestart=on-failure→always＋StartLimitIntervalSec=0は

FLUXWORKS と HOMBRE BREWING 追加（品質ゲートFAIL状態のまま）

visual_review の SEGV/失敗時サイレントPASSを解消

changelog自動更新

日次チェック状態更新

KB収集データ・ナレッジ更新

フロントエンド生成物の反映

create.py の全 claude -p 呼び出しに max_retries=2 追加

- visual-review
- self-check
- autofix-N（修正ループ）
- inspiration-code / create（メインコーディング）

playwright driver IPCハング対策

- capture_animation_frames (180s)
- check_responsive (120s)
- capture_interactions (120s)
- page.set_default_timeout(30000) + navigation_timeout
- wait_until を networkidle から load に変更
- page.on('crash') ハンドラでクラッシュ可視化

auto_diagnose の件数矛盾・ダミーエラー汚染・警告根拠欠落を根本修正

- tests/conftest.py で ERROR_LOG_DIR を tmp_path にリダイレクト（autouse）
- 本番の汚染エントリ14件は別途削除済み

playwright driver起動失敗に自動リトライ

定期ジョブ自動化3点修正

データ辞書・設定の定期更新

スクリプト変更の反映

データ辞書・設定の定期更新

フロントエンド生成物の反映

KB収集データ・ナレッジ更新

データ辞書・設定の定期更新

フロントエンド生成物の反映

KB収集データ・ナレッジ更新

データ辞書・設定の定期更新

フロントエンド生成物の反映

CLAUDE.md

/root-cause スキル新設 + 修正失敗時の自動診断起動

- .claude/commands/root-cause.md: 根本原因調査スキル（分析+提案のみ、修正は実行しない）
- collect_health_check.py: 自動修正失敗時にauto_diagnoseを自動起動
- ヘルスチェック→分類→根本原因分析→Slack通知の完全自動パイプライン

日次自動診断(auto_diagnose)

- health_reportからcron/disk/db/git問題を自動分類
- エラーパターン繰り返し検知
- 根本原因(一時的/構造的/環境)と修正提案をSlack通知
- cron追加: 毎日5:00 JST
- テスト8件追加

antipatterns.yaml変更検知→repair.py自動実行

- scripts/ops/antipattern_watch.py: git diffで新規/変更bug_idを検出、自動修復実行
- cron追加: 毎日0:30 JST
- テスト3件追加(初回実行/ID抽出/変更なし)

ディスク使用率80%超で自動アーカイブ(auto_recovery統合)

- _check_and_archive_disk(): shutil.disk_usageで使用率判定→archive.pyで退避
- run_recovery_cycleに回復戦略として組み込み
- テスト2件追加(閾値未満/退避先未設定)

review.pyを品質ゲートとしてデプロイパイプラインに統合

- deploy.py: _run_review_gate()実装、review_siteのpass/failでデプロイ可否判定
- デフォルトreview_gate=True、不合格時はSlack通知+デプロイ中止
- テスト追加: 品質ゲートブロックケース

post-generate自動デプロイパイプライン(deploy.py)

- scripts/ops/deploy.py 新設: works/コピー→build_frontend_data→PR→subtree pushを一貫実行
- create.py: 生成完了後に自動デプロイ(--no-deployでスキップ可)
- テスト7件追加(resolve_slug, copy_to_works, run_deploy成功/失敗)

git整合性チェック + 自動修復をops部門に追加

- health_report: _check_git_integrity()でfsck破損・欠損を検知、レポートに統合
- auto_recovery: _check_and_repair_git()でリモートからpack修復、回復サイクルに統合
- テスト: TestGitIntegrity 2件追加（healthy/corrupt検出）

Changelogダッシュボードページ + 自動トリガー

- /changelog ページ新設（夜桜テーマ統一、日付別タイムライン表示）
- 統計サマリー（総エントリ/新機能/修正/影響部署数）
- コミットタイプ別バッジ、部署タグ、BREAKING表示
- ChangelogEntry/ChangelogData型定義をtypes.tsに追加
- ヘッダー・フッターにChangelogナビリンク追加
- build_frontend_data.pyにchangelog.json同期処理追加
- changelog_generator.pyに--syncオプション+sync_to_frontend()追加
- cron: 毎朝6:07にchangelog更新+フロントエンド同期

初回changelog.json生成（直近30コミット）

ドキュメント管理部(docs)新設

- changelog_generator.py: gitログ解析→構造化JSON(data/changelog.json)
- コミットタイプ(feat/fix/update等)の自動パース+日本語ラベル付与
- 変更ファイルから影響部署を自動推定(DEPARTMENT_MAP)
- インクリメンタル更新(前回処理済みコミット以降のみ追加)
- /update-docsスキル追加、テスト29件全通過

自動修復ディスパッチャ(auto_recovery) + collect_health_checkのclaude_runner移行

- auto_recovery.py: 統合回復サイクル
- 収集エラー検出→fix-collectスキルで自動修復
- パイプラインエラー繰り返しパターン→エラー種別に応じた対応
- rate_limit/overloaded: 傾向記録（runnerリトライ済み）
- timeout: インシデント記録+設定見直し推奨
- process_crash: 構造的問題として手動調査推奨
- ロック機構（同一エラー1日1回制限）
- 回復結果のJSONL記録 + Slack通知

情報システム部(ops)新設

- error_analyzer.py: claude_runnerエラーログ分析、パターン検出、インシデント記録
- エラー種別/Phase別/モデル別の統計サマリー
- 繰り返しパターンの自動検出（label×error_typeの閾値判定）
- レコメンデーション自動生成（rate_limit頻発→間隔調整等）
- health_report.py: 統合ヘルスレポート
- cronジョブ鮮度チェック、ディスク使用状況、DBバックアップ状態
- overall_status（healthy/warning/critical）の自動判定
- スキル2種: /system-health（ヘルスチェック）、/diagnose（障害診断）

claude_runner汎用リトライ基盤

- subprocess.run → Popen+スレッド監視に移行、プロセス生存中は自然完了を待つ
- expected_duration(想定時間)超過はログ警告のみ、hard_timeout(安全弁15分)でのみ強制終了
- エラー原因分類: rate_limit/overloaded/process_crash/timeout/not_found/broken_pipe
- エラー種別に応じたリトライ判定・待機時間（rate_limit→段階的バックオフ）
- エラーログをlogs/claude_runner/にJSONLで蓄積（ナレッジ用）
- elapsed_secondsを全結果に含めてデータ収集
- timeout引数は後方互換でhard_timeoutに変換
- inspiration_engine/site_visionの個別リトライを撤廃、runner委譲

Phase 2情報設計のエラー自動リカバリ

- generate_information_design: 最大2回リトライ、タイムアウト段階的延長(240→300→360s)
- JSON解析失敗時はプロンプトにJSON厳格化指示を追加して再試行
- revise_information_design: 最大1回リトライ、タイムアウト延長(180→240s)
- フォールバック(最小3セクション)は全リトライ失敗後の最終手段に
- リトライ動作のユニットテスト6件追加(計33テスト)

Phase 2タイムアウト対策(180→240s) + images型安全チェック

- info-designのプロンプト増加でPhase 2が180sに収まらないケースあり
- revise後のJSONでimagesがstring型で返るケースのガード追加

情報設計部門の強化

- 新規: data/persuasion_models.yaml (AIDCA/PAS/BAB/4Ps)
- 強化: formats.yamlに推奨説得モデル追記
- 強化: information_design.jsonにペルソナ・CTA戦略・メッセージ階層追加
- 後方互換: 全引数optional、未指定時はAI推論で従来通り動作
- テスト: 13テスト追加 (計27件、全PASS)

自動修正フローの安全性強化

- mainブランチ以外では自動クリーンアップ/修正を実行しない
- コミット前にgit pull --rebaseでリモート同期（push rejected防止）
- scripts/カテゴリを追加（自動修正後の変更が適切に分類される）
- テスト31件全通過

生成後デプロイスキル3種追加 (post-generate, add-to-dashboard, add-to-ibuki)

- /post-generate: featureブランチ→PR→自動マージ→Vercelデプロイの統合フロー
- /add-to-dashboard: gallery-items.json更新
- /add-to-ibuki: works/へのコピー+フロントエンド反映
- CLAUDE.mdスキル一覧更新
- 既存ファイルのlint修正 (deploy_preview.py, test_inspiration_engine.py)

CLAUDE.mdにスキル一覧セクション追加

リポジトリ自動クリーンアップ (clean-repo スキル + 自動修正前の自動実行)

- /clean-repo スキル: 手動でリポジトリをカテゴリ別にコミット＆クリーン化
- _auto_clean_repo(): 自動修正前に未コミット変更を自動整理
- gallery/data/kb をカテゴリ別にコミット
- ルート直下のゴミファイル(.jpg,.tmp等)を自動削除
- これにより未コミット変更が原因で自動修正がスキップされる問題を解消

KB収集データ・ナレッジ・Web標準・週次ニュース更新

テクニック辞書・セキュリティ状態の定期更新

共通アセット更新による生成物一括反映

ブラウザクラッシュ時に自動再起動して連鎖障害を防止

異常検知を追加

- 成功率50%以下で自動検知(success_rate_drop)
- Traceback 3件以上で自動検知(uncaught_traceback)

修正プロンプトをSkillファイルに一元化 (.claude/commands/fix-collect.md)

収集エラー自動検知・自動修正システム (collect_health_check.py)

収集サマリー通知を毎朝10時の日次レポートに変更

- collect.pyからリアルタイム通知を削除（2時間おき×12回は過多）
- daily_collect_report.py 新規: 前日分のDB登録件数を集計してSlack通知
- cron登録: 毎朝10:00 JST実行

収集サマリー通知を1日1回（23時台）に変更、日次合計を集計

GPUクラッシュ完全解消(swiftshader追加) + 無効URLバリデーション

- --disable-gpuだけではスクショ時にGPUプロセスが呼ばれてクラッシュしていた
- swiftshaderでソフトウェアレンダリングを強制
- siteinspireのセレクタが #main-content を拾っていた問題の再発防止

修正4件のテストを統合テスト含め充実化（34件）

- test_browser.py: モック単体(8件) + Playwright実起動統合(3件)
- 実起動でnew_context/スクショが成功すること（GPUクラッシュの直接検証）
- test_weekly_report.py: 単体(6件) + generate_report統合(3件)
- patternsテーブルなしでgenerate_report()が完走すること（実際のエラー経路）
- test_notify.py: メッセージ生成(5件) + config連動(3件)
- notify_onにcollect_summaryがない場合の非送信も検証
- test_standards_update.py: タイムアウト値の下限チェック(4件)
- 600s未満にならないことをガード

GPU修正/weekly_report/通知の3件にテスト追加（21件）

- test_browser.py: launch_browser()の引数・GPU無効化・webkit・エラー (8件)
- test_weekly_report.py: patternsテーブル未存在時のフォールバック (6件)
- test_notify.py: collect_summary通知のメッセージ生成・アイコン分岐 (5件)

weekly_report patterns未存在/standards_updateタイムアウト/Slack沈黙の3件修正

Playwright GPUクラッシュ解消

- scripts/utils/browser.py 新規: --disable-gpu付きの共通起動関数
- 全19箇所のlaunch()呼び出しをlaunch_browser()に統一
- 対象: collect/review/forge/redesign/screenshot/study等10ファイル

Inspiration Engine で3サイト追加生成（計6サイト）

- AURORA Wellness (美容/サービス紹介)
- 鐵 KUROGANE Forge (製造業/ブランドストーリー)
- NEXUS Creative Agency (エージェンシー/コーポレート)

修正ループ上限を10→15に引き上げ

Inspiration Engine で3サイト新規生成

- LUMIÈRE Photography (portfolio, エレガント・光・繊細)
- KINETIC Lab (tech, 未来的・サイバー・ダイナミック)
- 和菓子処 月の雫 (food, 静謐・和モダン・伝統美)

reviewSummary の型不整合を修正（Vercelビルドエラー解消）

ダッシュボード生成サイト一覧を日付降順にソート