管理ページ

ウォッチリスト通信 · 自動更新
更新10.17 17:39
← ウォッチリスト通信に戻る

収集・編集が止まっていないか、依頼や写真が溜まっていないか、どの作品の記事が少ないかを一目で見るためのページです。 データを変えることはできません(「今すぐ実行」で裏の仕組みを定時より早く動かすことだけできます)。篇幅やウォッチ項目の変更は設定ページで。

運行状況ページを生成した時点

最新号10/17更新 10.17 17:39
収集10/17今日 450 件 · 7 日 4828 件
AI 編集2日分 未編集10/14・10/15
止まっている作品0/ 23 作品3 日以上 新しい記事なし
週報10/12 14:34Discord に最後に送った日時

AI 編集の前後最新号 10.17:集めた記事 → 版面に載せた記事

450 件を集めて → 81 件を使い → 41 本の記事に(同じ出来事はまとめ、宣伝・雑談・古い話は落とす)配図を選んだ記事 28 本 · 重大ニュース 1 本整理待ち 98 件は版面に載せず、各版面の下の「整理待ち」に原題だけ並べる(次の AI 編集で記事に) · うち要紧 2 件は先に「重大」で掲載

記事に使った使わなかった整理待ち(版面に載せない)

  1. A2O LITE12 / 143 件 → 3 本頭整理待ち 11
  2. GTA 610 / 67 件 → 5 本頭整理待ち 9
  3. 三星手机21 / 51 件 → 6 本頭整理待ち 22
  4. 漫威电影6 / 45 件 → 5 本頭整理待ち 6
  5. 周杰伦5 / 37 件 → 2 本頭整理待ち 11
  6. dota25 / 19 件 → 2 本頭整理待ち 6
  7. The Mandalorian5 / 16 件 → 4 本頭整理待ち 4
  8. 绝区零4 / 15 件 → 2 本頭整理待ち 4
  9. チェーンソーマン2 / 13 件 → 2 本頭整理待ち 8
  10. あつ森0 / 9 件 → 0 本整理待ち 4
  11. 滑雪2 / 8 件 → 2 本頭整理待ち 2
  12. MMORPG 新作4 / 7 件 → 3 本重大整理待ち 2
  13. Astrae Oratio1 / 5 件 → 1 本頭整理待ち 2
  14. 日本顶级网球赛事1 / 5 件 → 1 本頭整理待ち 3
  15. ILLIT1 / 3 件 → 1 本頭整理待ち 1
  16. gelato pique0 / 2 件 → 0 本整理待ち 1
  17. BLEACH Mirrors High0 / 1 件 → 0 本整理待ち 1
  18. ぐでたま0 / 1 件 → 0 本
  19. 哈利波特剧集0 / 1 件 → 0 本整理待ち 1
  20. 星巴克马克杯1 / 1 件 → 1 本頭
  21. 猫用品1 / 1 件 → 1 本頭

バックグラウンド何が待っていて、次にいつ動くか · 表は 10.17 17:39 時点

いま動いているもの 裏で処理中の版面と段 · 30 秒ごとに読み直す

読み込み中…

次の実行 近い順 · 時刻は日本時間 · バーは前回から次回までの経過 · 名前をクリックで流れ

  1. --:--小元素 1 版面を Python で(AI なし) · AI 編集の仕事 18 版面 · AI が要る仕事があるときだけ ClaudeGitHub Actions · 無料
  2. --:--全 23 版面の記事を集めるGitHub Actions · 無料
  3. 整理待ちがあるとき(ゲートが起こす)新しい記事 98 件(18 版面)を編集 · 版面の設計 3 件Claude(定時タスク) · サブスク枠
  4. main に push されたときGitHub Actions · 無料
  5. 設定ページから依頼が来たときウェブ・Supabase · 無料
  6. --:--受付の写真があれば認識して愿望清单へClaude(定時タスク) · サブスク枠

リソース サーバーの残り · 容量 · トークン

容量 上限と比べて · 8 割を超えると赤

リポジトリ22.0 MB / 1.00 GB2%GitHub は 1GB 未満を推奨(5GB で警告)
公開ページ(docs/)13.1 MB / 1.00 GB1%GitHub Pages は 1GB まで · うち小元素の画像 2.6 MB

集めた記事(inbox/) 2.8 MB · 記録(state/) 0.6 MB

トークン Claude の使用量

  • ニュース収集未記録
  • 出刊未記録
  • AI 編集未記録
  • 小元素の自動補完未記録
  • 写真から愿望未記録
  • 後台のゲート未記録

Claude API を使ったときは自動で数える。定時タスク(サブスク枠)は Claude が終わりに目安を書く。サブスク枠の残りはプログラムから読めないので Claude の設定 → 使用量 で。

サーバー 仕組みごとの最近の実行 · 終わったときの様子

  • ニュース収集10/17 17:37 · 4 分 47 秒 · 6 本並列 · CPU 4 コア · 負荷 0.08
    メモリ(この処理のピーク)90.9 MB / 15.61 GB1%終わったときの空き 14.60 GB
    ディスク(このセッション)58.90 GB / 144.24 GB41%残り 85.34 GB
  • 出刊10/17 17:39 · CPU 4 コア · 負荷 0.26
    メモリ(この処理のピーク)107.5 MB / 15.61 GB1%終わったときの空き 14.60 GB
    ディスク(このセッション)58.90 GB / 144.24 GB41%残り 85.34 GB
  • AI 編集10/17 14:03 · CPU 4 コア · 負荷 0.11
    メモリ(この処理のピーク)92.4 MB / 15.72 GB1%終わったときの空き 15.17 GB
    ディスク(このセッション)10.38 GB / 38.95 GB27%残り 28.57 GB
  • 小元素の自動補完10/17 17:36 · 2 分 48 秒 · 6 本並列 · CPU 4 コア · 負荷 1.5
    メモリ(この処理のピーク)7.00 GB / 15.61 GB45%終わったときの空き 13.50 GB
    ディスク(このセッション)59.75 GB / 144.24 GB41%残り 84.49 GB

AI を使うか 前に AI でやっていた判断ごとに · 規則にできたものは AI なし(トークン 0)

並列と制限 同時にいくつ動かすか · それ以上速くできない理由

待ち行列 これから 24 時間の実行と、そのとき処理するもの

  1. 計算中…

ログ 裏で動いた仕組みの記録 · 新しい順

  1. 出刊2026-10-17 を出刊(AI 編集 19 版面)
  2. ニュース収集新着 8 件(6 版面):三星手机 3、GTA 6 1、漫威电影 1、周杰伦 1、绝区零 1
  3. 後台のゲート判断:emblem なし(失敗 7 版面は再挑戦待ち(新しい記事が来たらすぐ、来なくても 21:06 から)) · edit あり(整理待ちの記事 90 件(18 版面・AI 編集まで版面に載らない)) · photos なし(受付の写真なし)
  4. 後台のゲートClaude は起こさなかった(AI 編集 60 分以内に起こし済み(編集中かもしれないので待つ) / 写真から愿望 仕事なし(起こさない))
  5. 小元素の自動補完ILLIT:失敗(4/5 枚)0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:顔なし 51・重複(その人はもういる) 29・別人 22。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度
  6. 小元素の自動補完終了:2 版面を処理(6 本並列)・そろっている 16 / 23
  7. 小元素の自動補完A2O LITE:失敗(5/9 枚)0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:重複(その人はもういる) 13・別人 12・何人も写っている 10。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度
  8. 小元素の自動補完開始:予算 40 分・6 本並列・待ち 2 版面(A2O LITE、ILLIT)
  9. 後台のゲート判断:emblem あり(足りない 2 版面(Actions で Python が埋める)・失敗 5 版面は再挑戦待ち(新しい記事が来たらすぐ、来なくても 21:06 から)) · edit あり(整理待ちの記事 90 件(18 版面・AI 編集まで版面に載らない)) · photos なし(受付の写真なし)
  10. 出刊2026-10-17 を出刊(AI 編集 19 版面)
  11. ニュース収集新着 8 件(6 版面):三星手机 3、GTA 6 1、ILLIT 1、dota2 1、A2O LITE 1
  12. 後台のゲート判断:emblem なし(失敗 7 版面は再挑戦待ち(新しい記事が来たらすぐ、来なくても 21:06 から)) · edit あり(整理待ちの記事 88 件(16 版面・AI 編集まで版面に載らない)) · photos なし(受付の写真なし)
  13. 後台のゲートClaude は起こさなかった(AI 編集 60 分以内に起こし済み(編集中かもしれないので待つ) / 写真から愿望 仕事なし(起こさない))
  14. 小元素の自動補完終了:1 版面を処理(6 本並列)・そろっている 16 / 23
  15. 小元素の自動補完漫威电影:失敗(5/6 枚)0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:重複(その人はもういる) 5・使えない 5・顔なし 3。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度
  16. 小元素の自動補完開始:予算 40 分・6 本並列・待ち 1 版面(漫威电影)
  17. 後台のゲート判断:emblem あり(足りない 1 版面(Actions で Python が埋める)・失敗 6 版面は再挑戦待ち(新しい記事が来たらすぐ、来なくても 21:06 から)) · edit あり(整理待ちの記事 88 件(16 版面・AI 編集まで版面に載らない)) · photos なし(受付の写真なし)
  18. 後台のゲート判断:emblem なし(失敗 7 版面は再挑戦待ち(新しい記事が来たらすぐ、来なくても 21:06 から)) · edit あり(整理待ちの記事 83 件(16 版面・AI 編集まで版面に載らない)) · photos なし(受付の写真なし)
  19. 後台のゲートClaude は起こさなかった(AI 編集 60 分以内に起こし済み(編集中かもしれないので待つ) / 写真から愿望 仕事なし(起こさない))
  20. 小元素の自動補完終了:3 版面を処理(6 本並列)・そろっている 16 / 23
  21. 小元素の自動補完漫威电影:失敗(5/6 枚)0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:使えない 7・重複(その人はもういる) 5・遠景 2。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度
  22. 小元素の自動補完A2O LITE:失敗(5/9 枚)0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:別人 14・遠景 10・重複(その人はもういる) 10。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度
  23. 小元素の自動補完あつ森:失敗(17/18 枚)0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:確かでない取り方 13・白紙 1。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度
  24. 小元素の自動補完開始:予算 40 分・6 本並列・待ち 3 版面(A2O LITE、漫威电影、あつ森)
  25. 後台のゲート判断:emblem あり(足りない 3 版面(Actions で Python が埋める)・失敗 4 版面は再挑戦待ち(新しい記事が来たらすぐ、来なくても 21:06 から)) · edit あり(整理待ちの記事 83 件(16 版面・AI 編集まで版面に載らない)) · photos なし(受付の写真なし)
  26. 後台のゲートClaude は起こさなかった(AI 編集 同じ仕事で起こし済み / 写真から愿望 仕事なし(起こさない))
  27. 出刊2026-10-17 を出刊(AI 編集 19 版面)
  28. ニュース収集新着 12 件(6 版面):周杰伦 3、A2O LITE 3、GTA 6 2、漫威电影 2、日本顶级网球赛事 1
  29. 後台のゲートClaude を起こした:AI 編集
  30. 後台のゲート判断:emblem なし(失敗 7 版面は再挑戦待ち(新しい記事が来たらすぐ、来なくても 21:06 から)) · edit あり(整理待ちの記事 77 件(16 版面・AI 編集まで版面に載らない)) · photos なし(受付の写真なし)
  31. 小元素の自動補完終了:1 版面を処理(6 本並列)・そろっている 16 / 23
  32. 小元素の自動補完A2O LITE:失敗(5/9 枚)0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:別人 8・重複(その人はもういる) 8・遠景 7。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度
  33. 小元素の自動補完開始:予算 40 分・6 本並列・待ち 1 版面(A2O LITE)
  34. 後台のゲート判断:emblem あり(足りない 1 版面(Actions で Python が埋める)・失敗 6 版面は再挑戦待ち(新しい記事が来たらすぐ、来なくても 21:06 から)) · edit あり(整理待ちの記事 77 件(16 版面・AI 編集まで版面に載らない)) · photos なし(受付の写真なし)
  35. 後台のゲートClaude は起こさなかった(AI 編集 60 分以内に起こし済み(編集中かもしれないので待つ) / 写真から愿望 仕事なし(起こさない))
  36. 後台のゲート判断:emblem なし(失敗 7 版面は再挑戦待ち(新しい記事が来たらすぐ、来なくても 21:06 から)) · edit あり(整理待ちの記事 67 件(16 版面・AI 編集まで版面に載らない)) · photos なし(受付の写真なし)
  37. 後台のゲートClaude は起こさなかった(AI 編集 60 分以内に起こし済み(編集中かもしれないので待つ) / 写真から愿望 仕事なし(起こさない))
  38. 出刊2026-10-17 を出刊(AI 編集 19 版面)
  39. ニュース収集新着 2 件(2 版面):三星手机 1、滑雪 1
  40. 後台のゲートClaude は起こさなかった(AI 編集 60 分以内に起こし済み(編集中かもしれないので待つ) / 写真から愿望 仕事なし(起こさない))

版面ごとの状態 済 = 終わった · 待ち = 次の回で動く · 要確認 = AI が目で選ぶ · 失敗 = 時間をおいて再挑戦

版面収集待ち 0AI 編集待ち 18版面の設計待ち 3小元素待ち 7
ゲーム
Astrae Oratio済10/17 5 件待ち新しい 2 件が待ち済設計済み失敗5/6 枚 · 新しい材料が来たらすぐ・来なくても 6 時間後に再挑戦
キャラ主役級のキャラ → 目標 6 枚 · 取り方:Wikipedia 0、Wikimedia Commons 0、新聞の配図 3、公式サイト 1 · 次:新しい記事・手がかりが来たらすぐ、来なくても 10/17 21:47 に再挑戦
① 種類と目標キャラ:主役級のキャラ目標 6 枚(3〜10)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Fandom未
  3. Wikipedia0目視
  4. Wikimedia Commons0目視
  5. 新聞の配図3目視
  6. 公式サイト1目視
  7. Web 画像検索未目視
③ 確かめる規則:取り方の決まり・同じ画像 · 目で外した 1 枚集めた 12使える 3書いた 0確かでない取り方 3使えない 2
④ 結果 · 10/17 15:245 / 6 枚0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:確かでない取り方 3・使えない 2。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度
⑤ 次にやること新しい記事・手がかりが来たらすぐ、来なくても 10/17 21:47 に再挑戦キャラの Fandom(emblem_fandom)か公式の立ち絵(emblem_urls)を書くと自動で埋まる
BLEACH Mirrors High済10/17 1 件待ち新しい 1 件が待ち済設計済み済6/6 枚
キャラキャラ 6 人 → 目標 6 枚 · 取り方:Fandom 6 · 次:そろっている(足りなくなったら次の回に)
① 種類と目標キャラ:キャラ 6 人目標 6 枚(3〜6)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Fandom6
  3. Wikipedia未目視
  4. Wikimedia Commons未目視
  5. 新聞の配図未目視
  6. 公式サイト未目視
  7. Web 画像検索未目視
③ 確かめる規則:取り方の決まり・同じ画像
④ 結果 · 10/17 09:536 / 6 枚2 枚足して目標に届いた
⑤ 次にやることそろっている(足りなくなったら次の回に)
GTA 6済10/17 67 件待ち新しい 9 件が待ち済設計済み済2/2 枚
キャラキャラ 2 人 → 目標 2 枚 · 取り方:まだ試していない · 次:そろっている(足りなくなったら次の回に)
① 種類と目標キャラ:キャラ 2 人目標 2 枚(2〜2)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Fandom未
  3. Wikipedia未目視
  4. Wikimedia Commons未目視
  5. 新聞の配図未目視
  6. 公式サイト未目視
  7. Web 画像検索未目視
③ 確かめる規則:取り方の決まり・同じ画像
④ 結果2 / 2 枚2 / 2 枚で目標に届いた
⑤ 次にやることそろっている(足りなくなったら次の回に)
MMORPG 新作済10/17 7 件待ち新しい 2 件が待ち済設計済み済6/5 枚
主題主題を表す物 → 目標 5 枚 · 取り方:Wikidata 0、Wikimedia Commons 0、Web 画像検索 0、Twemoji 3 · 次:そろっている(足りなくなったら次の回に)
① 種類と目標主題:主題を表す物目標 5 枚(2〜6)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Wikidata0
  3. Wikimedia Commons0
  4. 公式サイト未目視
  5. Wikipedia未目視
  6. Web 画像検索0目視
  7. Twemoji3
③ 確かめる規則:取り方の決まり・同じ画像
④ 結果 · 10/17 09:556 / 5 枚1 枚足して目標に届いた
⑤ 次にやることそろっている(足りなくなったら次の回に)
dota2済10/17 19 件待ち新しい 6 件が待ち済設計済み済20/20 枚
キャラキャラ 20 人 → 目標 20 枚 · 取り方:直接指定 6、Wikipedia 5、Wikimedia Commons 3 · 次:そろっている(足りなくなったら次の回に)
① 種類と目標キャラ:キャラ 20 人目標 20 枚(3〜20)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定6
  2. Fandom未
  3. Wikipedia5目視
  4. Wikimedia Commons3目視
  5. 新聞の配図未目視
  6. 公式サイト未目視
  7. Web 画像検索未目視
③ 確かめる規則:取り方の決まり・同じ画像
④ 結果 · 10/17 09:1720 / 20 枚6 枚足して目標に届いた
⑤ 次にやることそろっている(足りなくなったら次の回に)
あつ森済10/17 9 件待ち新しい 4 件が待ち済設計済み失敗17/18 枚 · 新しい材料が来たらすぐ・来なくても 6 時間後に再挑戦
キャラキャラ 18 人 → 目標 18 枚 · 取り方:Fandom 0、Wikipedia 14、Wikimedia Commons 0、新聞の配図 0、公式サイト 0 · 次:新しい記事・手がかりが来たらすぐ、来なくても 10/17 23:47 に再挑戦
① 種類と目標キャラ:キャラ 18 人目標 18 枚(3〜20)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Fandom0
  3. Wikipedia14目視
  4. Wikimedia Commons0目視
  5. 新聞の配図0目視
  6. 公式サイト0目視
  7. Web 画像検索未目視
③ 確かめる規則:取り方の決まり・同じ画像集めた 14使える 13書いた 0確かでない取り方 13白紙 1
④ 結果 · 10/17 17:2017 / 18 枚0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:確かでない取り方 13・白紙 1。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度
⑤ 次にやること新しい記事・手がかりが来たらすぐ、来なくても 10/17 23:47 に再挑戦キャラの Fandom(emblem_fandom)か公式の立ち絵(emblem_urls)を書くと自動で埋まる
绝区零済10/17 15 件待ち新しい 4 件が待ち済設計済み済20/20 枚
キャラキャラ 20 人 → 目標 20 枚 · 取り方:Fandom 6 · 次:そろっている(足りなくなったら次の回に)
① 種類と目標キャラ:キャラ 20 人目標 20 枚(3〜20)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Fandom6
  3. Wikipedia未目視
  4. Wikimedia Commons未目視
  5. 新聞の配図未目視
  6. 公式サイト未目視
  7. Web 画像検索未目視
③ 確かめる規則:取り方の決まり・同じ画像
④ 結果 · 10/17 09:5420 / 20 枚2 枚足して目標に届いた
⑤ 次にやることそろっている(足りなくなったら次の回に)
映像
FROM—10/17 新着なし—編集するものなし済設計済み済6/6 枚
キャラ出演者 6 人 → 目標 6 枚 · 取り方:Wikipedia 12、Wikimedia Commons 35、新聞の配図 0、YouTube 72 · 次:そろっている(足りなくなったら次の回に)
① 種類と目標キャラ:出演者 6 人目標 6 枚(3〜6)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Wikipedia12
  3. Wikimedia Commons35
  4. 新聞の配図0
  5. YouTube72
  6. Web 画像検索未目視
③ 確かめる規則:顔の大きさ・人数・本人(YuNet + SFace cos ≥ 0.363)・切り抜きの穴 · 目で外した 2 枚集めた 119使える 51書いた 2重複(その人はもういる) 42何人も写っている 24別人 22同じ画像 9遠景 8顔なし 5目標を超える 3もう使っている・外した画像 2切り抜きの検査 2
④ 結果 · 10/17 15:116 / 6 枚2 枚足して目標に届いた(標準 +0 → 名前を広げる +0 → 公式・記事のページ +2)
⑤ 次にやることそろっている(足りなくなったら次の回に)
The Mandalorian済10/17 16 件待ち新しい 4 件が待ち待ち未設定:配色済4/4 枚
キャラ出演者 4 人 → 目標 4 枚 · 取り方:Wikipedia 7、Wikimedia Commons 29、新聞の配図 1、YouTube 36 · 次:そろっている(足りなくなったら次の回に)
① 種類と目標キャラ:出演者 4 人目標 4 枚(3〜4)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Wikipedia7
  3. Wikimedia Commons29
  4. 新聞の配図1
  5. YouTube36
  6. Web 画像検索未目視
③ 確かめる規則:顔の大きさ・人数・本人(YuNet + SFace cos ≥ 0.363)・切り抜きの穴 · 目で外した 4 枚集めた 73使える 38書いた 1目標を超える 28何人も写っている 16別人 10重複(その人はもういる) 7顔なし 4切り抜きの検査 2使えない 1同じ画像 1遠景 1
④ 結果 · 10/17 15:084 / 4 枚1 枚足して目標に届いた(標準 +0 → 名前を広げる +0 → 公式・記事のページ +1)
⑤ 次にやることそろっている(足りなくなったら次の回に)
チェーンソーマン済10/17 13 件待ち新しい 8 件が待ち済設計済み済6/6 枚
キャラキャラ 6 人 → 目標 6 枚 · 取り方:Fandom 12 · 次:そろっている(足りなくなったら次の回に)
① 種類と目標キャラ:キャラ 6 人目標 6 枚(3〜6)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Fandom12
  3. Wikipedia未目視
  4. Wikimedia Commons未目視
  5. 新聞の配図未目視
  6. 公式サイト未目視
  7. Web 画像検索未目視
③ 確かめる規則:取り方の決まり・同じ画像集めた 12使える 7書いた 1重複(その人はもういる) 6同じ画像 1
④ 結果 · 10/17 14:566 / 6 枚1 枚足して目標に届いた(標準 +1)
⑤ 次にやることそろっている(足りなくなったら次の回に)
哈利波特剧集済10/17 1 件待ち新しい 1 件が待ち済設計済み失敗4/6 枚 · 新しい材料が来たらすぐ・来なくても 6 時間後に再挑戦
キャラ出演者 6 人 → 目標 6 枚 · 取り方:Wikipedia 3、Wikimedia Commons 0、新聞の配図 0、YouTube 0 · 次:新しい記事・手がかりが来たらすぐ、来なくても 10/17 21:17 に再挑戦
① 種類と目標キャラ:出演者 6 人目標 6 枚(3〜6)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Wikipedia3
  3. Wikimedia Commons0
  4. 新聞の配図0
  5. YouTube0
  6. Web 画像検索未目視
③ 確かめる規則:顔の大きさ・人数・本人(YuNet + SFace cos ≥ 0.363)・切り抜きの穴集めた 6使える 3書いた 0重複(その人はもういる) 2切り抜きの検査 1顔なし 1
④ 結果 · 10/17 15:144 / 6 枚0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:重複(その人はもういる) 2・切り抜きの検査 1・顔なし 1。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度
⑤ 次にやること新しい記事・手がかりが来たらすぐ、来なくても 10/17 21:17 に再挑戦候補はあるが規則で外れた(理由は ③)→ 確かな画像を emblem_urls に書くと確実
漫威电影済10/17 45 件待ち新しい 6 件が待ち済設計済み失敗5/6 枚 · 新しい材料が来たらすぐ・来なくても 6 時間後に再挑戦
キャラ出演者 6 人 → 目標 6 枚 · 取り方:Wikipedia 6、Wikimedia Commons 0、新聞の配図 8、YouTube 0 · 次:新しい記事・手がかりが来たらすぐ、来なくても 10/17 23:47 に再挑戦
① 種類と目標キャラ:出演者 6 人目標 6 枚(3〜6)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Wikipedia6
  3. Wikimedia Commons0
  4. 新聞の配図8
  5. YouTube0
  6. Web 画像検索未目視
③ 確かめる規則:顔の大きさ・人数・本人(YuNet + SFace cos ≥ 0.363)・切り抜きの穴 · 目で外した 3 枚集めた 36使える 6書いた 0使えない 5重複(その人はもういる) 5顔なし 3別人 2遠景 2切り抜きの検査 1
④ 結果 · 10/17 17:285 / 6 枚0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:重複(その人はもういる) 5・使えない 5・顔なし 3。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度
⑤ 次にやること新しい記事・手がかりが来たらすぐ、来なくても 10/17 23:47 に再挑戦候補はあるが規則で外れた(理由は ③)→ 確かな画像を emblem_urls に書くと確実
スポーツ
日本顶级网球赛事済10/17 5 件待ち新しい 3 件が待ち済設計済み済3/3 枚
主題主題を表す物 → 目標 3 枚 · 取り方:Wikidata 1、Wikimedia Commons 0、公式サイト 8、Wikipedia 1、Web 画像検索 0、Twemoji 2 · 次:そろっている(足りなくなったら次の回に)
① 種類と目標主題:主題を表す物目標 3 枚(2〜5)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Wikidata1
  3. Wikimedia Commons0
  4. 公式サイト8目視
  5. Wikipedia1目視
  6. Web 画像検索0目視
  7. Twemoji2
③ 確かめる規則:取り方の決まり・同じ画像
④ 結果 · 10/17 09:553 / 3 枚2 枚足して目標に届いた
⑤ 次にやることそろっている(足りなくなったら次の回に)
滑雪済10/17 8 件待ち新しい 2 件が待ち済設計済み済3/3 枚
主題主題を表す物 → 目標 3 枚 · 取り方:Wikidata 1、Wikimedia Commons 0、Web 画像検索 0、Twemoji 3 · 次:そろっている(足りなくなったら次の回に)
① 種類と目標主題:主題を表す物目標 3 枚(2〜5)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Wikidata1
  3. Wikimedia Commons0
  4. 公式サイト未目視
  5. Wikipedia未目視
  6. Web 画像検索0目視
  7. Twemoji3
③ 確かめる規則:取り方の決まり・同じ画像
④ 結果 · 10/17 09:553 / 3 枚2 枚足して目標に届いた
⑤ 次にやることそろっている(足りなくなったら次の回に)
ライブ
A2O LITE済10/17 143 件待ち新しい 11 件が待ち済設計済み失敗5/9 枚 · 新しい材料が来たらすぐ・来なくても 6 時間後に再挑戦
グループメンバー 9 人 → 目標 9 枚 · 取り方:Wikipedia 0、Wikimedia Commons 0、新聞の配図 6、YouTube 51 · 次:新しい記事・手がかりが来たらすぐ、来なくても 10/17 23:47 に再挑戦
① 種類と目標グループ:メンバー 9 人目標 9 枚(3〜9)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Wikipedia0
  3. Wikimedia Commons0
  4. 新聞の配図6
  5. YouTube51
  6. Web 画像検索未目視
③ 確かめる規則:顔の大きさ・人数・本人(YuNet + SFace cos ≥ 0.363)・切り抜きの穴集めた 79使える 16書いた 0重複(その人はもういる) 13別人 12何人も写っている 10遠景 9顔なし 6使えない 4目標を超える 2切り抜きの検査 1
④ 結果 · 10/17 17:355 / 9 枚0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:重複(その人はもういる) 13・別人 12・何人も写っている 10。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度
⑤ 次にやること新しい記事・手がかりが来たらすぐ、来なくても 10/17 23:47 に再挑戦候補はあるが規則で外れた(理由は ③)→ 確かな画像を emblem_urls に書くと確実
ILLIT済10/17 3 件待ち新しい 1 件が待ち済設計済み失敗4/5 枚 · 新しい材料が来たらすぐ・来なくても 6 時間後に再挑戦
グループメンバー 5 人 → 目標 5 枚 · 取り方:Wikipedia 2、Wikimedia Commons 72、新聞の配図 4、YouTube 48 · 次:新しい記事・手がかりが来たらすぐ、来なくても 10/17 23:47 に再挑戦
① 種類と目標グループ:メンバー 5 人目標 5 枚(3〜5)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Wikipedia2
  3. Wikimedia Commons72
  4. 新聞の配図4
  5. YouTube48
  6. Web 画像検索未目視
③ 確かめる規則:顔の大きさ・人数・本人(YuNet + SFace cos ≥ 0.363)・切り抜きの穴 · 目で外した 1 枚集めた 146使える 37書いた 0顔なし 51重複(その人はもういる) 29別人 22何人も写っている 12目標を超える 7遠景 5切り抜きの検査 1
④ 結果 · 10/17 17:364 / 5 枚0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:顔なし 51・重複(その人はもういる) 29・別人 22。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度
⑤ 次にやること新しい記事・手がかりが来たらすぐ、来なくても 10/17 23:47 に再挑戦候補はあるが規則で外れた(理由は ③)→ 確かな画像を emblem_urls に書くと確実
Vaundy—10/17 新着なし—編集するものなし待ち未設定:配色失敗5/6 枚 · 新しい材料が来たらすぐ・来なくても 6 時間後に再挑戦
本人本人の別の写真 → 目標 6 枚 · 取り方:Wikidata 1、Wikipedia 5、Wikimedia Commons 4、新聞の配図 5、公式サイト 7、YouTube 12 · 次:新しい記事・手がかりが来たらすぐ、来なくても 10/17 21:17 に再挑戦
① 種類と目標本人:本人の別の写真目標 6 枚(3〜10)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Wikidata1
  3. Wikipedia5
  4. Wikimedia Commons4
  5. 新聞の配図5
  6. 公式サイト7
  7. YouTube12
  8. Web 画像検索未目視
③ 確かめる規則:顔の大きさ・人数・本人(YuNet + SFace cos ≥ 0.363)・切り抜きの穴集めた 42使える 4書いた 2顔なし 21同じ画像 6遠景 3もう使っている・外した画像 2使えない 2
④ 結果 · 10/17 15:065 / 6 枚2 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +2)。外した理由:顔なし 21・同じ画像 6・遠景 3。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度
⑤ 次にやること新しい記事・手がかりが来たらすぐ、来なくても 10/17 21:17 に再挑戦
周杰伦済10/17 37 件待ち新しい 11 件が待ち待ち未設定:配色済6/6 枚
本人本人の別の写真 → 目標 6 枚 · 取り方:Wikidata 2、Wikipedia 10、Wikimedia Commons 12、新聞の配図 10 · 次:そろっている(足りなくなったら次の回に)
① 種類と目標本人:本人の別の写真目標 6 枚(3〜10)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Wikidata2
  3. Wikipedia10
  4. Wikimedia Commons12
  5. 新聞の配図10
  6. 公式サイト未
  7. YouTube未
  8. Web 画像検索未目視
③ 確かめる規則:顔の大きさ・人数・本人(YuNet + SFace cos ≥ 0.363)・切り抜きの穴集めた 34使える 7書いた 1顔なし 9別人 6遠景 6もう使っている・外した画像 4使えない 4何人も写っている 1切り抜きの検査 1同じ画像 1目標を超える 1
④ 結果 · 10/17 14:026 / 6 枚1 枚足して目標に届いた(標準 +0 → 名前を広げる +1)
⑤ 次にやることそろっている(足りなくなったら次の回に)
グッズ
ぐでたま済10/17 1 件済1 件 編集済み済設計済み済3/3 枚
キャラ主役級のキャラ → 目標 3 枚 · 取り方:まだ試していない · 次:そろっている(足りなくなったら次の回に)
① 種類と目標キャラ:主役級のキャラ目標 3 枚(3〜3)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Fandom未
  3. Wikipedia未目視
  4. Wikimedia Commons未目視
  5. 新聞の配図未目視
  6. 公式サイト未目視
  7. Web 画像検索未目視
③ 確かめる規則:取り方の決まり・同じ画像
④ 結果3 / 3 枚3 / 3 枚で目標に届いた
⑤ 次にやることそろっている(足りなくなったら次の回に)
星巴克马克杯済10/17 1 件済1 件 編集済み済設計済み済1/1 枚
ブランド公式ロゴ → 目標 1 枚 · 取り方:まだ試していない · 次:そろっている(足りなくなったら次の回に)
① 種類と目標ブランド:公式ロゴ目標 1 枚(1〜1)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Wikidata未
  3. Wikimedia Commons未
  4. 公式サイト未
  5. Wikipedia未目視
  6. Twemoji未目視
③ 確かめる規則:取り方の決まり・同じ画像
④ 結果1 / 1 枚1 / 1 枚で目標に届いた
⑤ 次にやることそろっている(足りなくなったら次の回に)
ファッション
gelato pique済10/17 2 件待ち新しい 1 件が待ち済設計済み済1/1 枚
ブランド公式ロゴ → 目標 1 枚 · 取り方:Wikidata 0、Wikimedia Commons 0、公式サイト 2 · 次:そろっている(足りなくなったら次の回に)
① 種類と目標ブランド:公式ロゴ目標 1 枚(1〜1)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Wikidata0
  3. Wikimedia Commons0
  4. 公式サイト2
  5. Wikipedia未目視
  6. Twemoji未目視
③ 確かめる規則:取り方の決まり・同じ画像
④ 結果 · 10/17 09:551 / 1 枚1 枚足して目標に届いた
⑤ 次にやることそろっている(足りなくなったら次の回に)
ペット
猫用品済10/17 1 件済1 件 編集済み済設計済み済3/3 枚
主題主題を表す物 → 目標 3 枚 · 取り方:Wikidata 0、Wikimedia Commons 0、Web 画像検索 0、Twemoji 3 · 次:そろっている(足りなくなったら次の回に)
① 種類と目標主題:主題を表す物目標 3 枚(2〜5)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Wikidata0
  3. Wikimedia Commons0
  4. 公式サイト未目視
  5. Wikipedia未目視
  6. Web 画像検索0目視
  7. Twemoji3
③ 確かめる規則:取り方の決まり・同じ画像
④ 結果 · 10/17 09:543 / 3 枚2 枚足して目標に届いた
⑤ 次にやることそろっている(足りなくなったら次の回に)
テック
三星手机済10/17 51 件待ち新しい 22 件が待ち済設計済み済1/1 枚
ブランド公式ロゴ → 目標 1 枚 · 取り方:Wikidata 1、Wikimedia Commons 1、公式サイト 0、Wikipedia 4 · 次:そろっている(足りなくなったら次の回に)
① 種類と目標ブランド:公式ロゴ目標 1 枚(1〜1)
② 取り方(上から順に・足りるまで · 数字 = 集めた候補)
  1. 直接指定未
  2. Wikidata1
  3. Wikimedia Commons1
  4. 公式サイト0
  5. Wikipedia4目視
  6. Twemoji未目視
③ 確かめる規則:取り方の決まり・同じ画像集めた 6使える 5書いた 1確かでない取り方 4白紙 1
④ 結果 · 10/17 10:441 / 1 枚1 枚足して目標に届いた
⑤ 次にやることそろっている(足りなくなったら次の回に)

小元素の判断の例本物の画像で 前 → 後 · 赤枠 = 使わなかった画像 · 緑枠 = 使った画像 · 規則の全部は「全体の構成 → 小元素の自動補完」

ルールコマ・アップの切り抜き⑥ 切り抜き · BLEACH Mirrors High · チャド
前
Fandom の代表画像 = 漫画のコマ
Fandom の代表画像 = 漫画のコマ
切り抜くと吹き出しの跡がえぐれる(上の端 82%)
切り抜くと吹き出しの跡がえぐれる(上の端 82%)
後
同じページの公式イラスト(Brave Souls)に替えた
同じページの公式イラスト(Brave Souls)に替えた

代表画像は外し、同じページの公式イラストで取り直す上の端の 50% を超えて人物(吹き出しなどを消した跡がえぐれる)

ルール+モデルほかの人が残っている(写真)⑥ 切り抜き · The Mandalorian · Pedro Pascal
前
後ろの人と番組ロゴも一緒に切れた
後ろの人と番組ロゴも一緒に切れた
後
顔が 1 つだけの場面で取り直し
顔が 1 つだけの場面で取り直し

切り抜きに 2 つ目の顔(いちばん大きい顔の高さの 20% 以上)があれば外す切り抜きの中に、いちばん大きい顔の高さの 20% 以上の顔がほかにある

ルールYouTube は動画の場面② どこで探すか · ILLIT · Minju
前
投稿者のサムネイル:題名の字が切り抜きに残った
投稿者のサムネイル:題名の字が切り抜きに残った
後
外す
使わない

外した。字の載っていない自動の場面(hq1〜3)で取り直す投稿者のサムネイル(題名の字)ではなく自動の場面 hq1・2・3。上下の黒帯と下 18%(字幕)を切る

ルールYouTube は動画の場面② どこで探すか · FROM · Harold Perrineau
前
投稿者のサムネイル(hq720)
投稿者のサムネイル(hq720)
後
動画の場面から。下 18%(字幕の帯)を切ってから切り抜く
動画の場面から。下 18%(字幕の帯)を切ってから切り抜く

動画の場面に替えた投稿者のサムネイル(題名の字)ではなく自動の場面 hq1・2・3。上下の黒帯と下 18%(字幕)を切る

ルール+モデル顔がない④ 人物の写真 · 周杰伦 · 候補の写真
前
応援のペンライト(記事の画像)
応援のペンライト(記事の画像)
後
外す
使わない

顔なし → 外す顔が見つからない(観客席・物・絵画)

ルール+モデル遠景④ 人物の写真 · 周杰伦 · 候補の写真
前
舞台の遠景
舞台の遠景
後
外す
使わない

顔の高さ < 画像の 10% → 外す顔の高さ < 画像の 10%

ルール+モデル何人も写っている④ 人物の写真 · 周杰伦 · 候補の写真
前
2 人で写った写真
2 人で写った写真
後
外す
使わない

2 番目の顔 ≥ 60% → 外す2 番目の顔 ≥ いちばん大きい顔の 60%(面積)

ルール+モデル別人④ 人物の写真 · 周杰伦 · 候補の写真
前
基準:記事の代表画像(本人)
基準:記事の代表画像(本人)
同じ記事に載っていたショパンの肖像
同じ記事に載っていたショパンの肖像
後
外す
使わない

顔の特徴(SFace)が基準と似ていない(< 0.363)→ 外す記事の代表画像との類似度 < 0.363。代表画像が合わなければ、いちばん多い同じ顔を本人に

ルール+モデル顔の大きさをそろえる⑦ 整える · 绝区零 · Belle
前
公式の立ち絵(全身)
公式の立ち絵(全身)
後
顔が高さの 32% になるように下を切る
顔が高さの 32% になるように下を切る

どの版面でも顔が同じ大きさに見える顔 = 高さの 32%。顔が 50% を超えるアップは同じページの胸像に替える

ルール全身で測ってから上半身に切る⑦ 整える · 绝区零 · Astra Yao
前
前:顔で切っていたので、キャラごとに体の切れる場所がばらばら
前:顔で切っていたので、キャラごとに体の切れる場所がばらばら
後
後:全身で目と足の裏を測り、腰のあたり(目から足の 40%)で切る。20 人とも同じところで切れる
後:全身で目と足の裏を測り、腰のあたり(目から足の 40%)で切る。20 人とも同じところで切れる

全身で測ってから上半身に切る(全身のままだと小さすぎる)全身のままだと小さく貼ったとき顔が見えない。目・足の裏(全身で測った目印)で、目から足の裏の 40% の高さ(腰のあたり)で切る。網页は目から足の裏(画像の外)を同じ長さにそろえるので、どのキャラも体の同じところで切れて同じ大きさ、ほかの胸像とも顔の大きさが合う

ルール+モデル全身の背の高さをそろえる⑦ 整える · dota2 · ヒーロー 9 人
前
前:画像の高さでそろえると、武器・羽・しゃがみで背がばらばら
前:画像の高さでそろえると、武器・羽・しゃがみで背がばらばら
後
後:目から足の裏をそろえ、足の裏を線(赤)に。しゃがんだ Slark は大きさで測る
後:目から足の裏をそろえ、足の裏を線(赤)に。しゃがんだ Slark は大きさで測る

どのキャラも同じ背の高さ・同じ地面に立つ目から足の裏までの長さをどのキャラも同じに(網页 116px・スマホ 74px)、足の裏を帯の線に、重心を同じ位置に。足の裏は足首から真下にたどる(尻尾・武器・服の裾・影はいちばん下でも足ではない。細いヒールのすき間 3% は越える)。台座(下の段の幅 > 体の 1.6 倍)は除く。しゃがんだ・前かがみ(体の大きさ ÷ 目から足が版面の中央値の 1.15 倍超)は大きさで測る。姿勢モデルがない・見つからないときは輪郭から推定

ルールロゴは切らない⑦ 整える · gelato pique
前
前:白い地つきの横長ロゴを 4:5 の窓で切って字が欠けた
前:白い地つきの横長ロゴを 4:5 の窓で切って字が欠けた
後
後:地を抜いて全体
後:地を抜いて全体

ロゴは切らない。一色の地は透明にブランド・名前に「ロゴ」のものは、縁からつながった一色の地(差 28 まで)を透明にして倉庫に置き、全体を見せる

ルール代表作の記事② どこで探すか · MMORPG 新作
前
前:主題の記号(Twemoji)だけ
前:主題の記号(Twemoji)だけ
後
後:代表作(剣霊など 5 作)のキービジュアル・ロゴ
後:代表作(剣霊など 5 作)のキービジュアル・ロゴ

ジャンルの版面は「下の一段」を貼る。記号は最後の手段記事名を言語つきで指定。別の言語版は言語間リンクでたどる(検索すると別の記事に当たる)

全体の構成どこで何が動き、データがどう流れるか · 部品をクリックで詳しい流れ

破線 = その都度立ち上がる環境実線 = ずっと残る場所収集網页AIDiscordデータベースMODELALGOAPIRULE = 使っているモデル・アルゴリズム・API(数字つき)AI が判断 = Claude が判断(トークンを使う) ルール = プログラムの規則 ルール+モデル = 学習済みモデルの数値で規則どおりに判断番号の矢印 = データの流れ · 四角い部品をクリックで流れの図

インターネットニュース・数字・画像・モデルの出どころ無料
ニュース記事の一覧(RSS・API)APIGoogle ニュース RSS5 言語 · 7 日(初回 42 日)APIBing ニュース RSS空なら 3 回まで · 画像 1200pxAPIReddit OAuth / RSS新着 25 件 + 今週の人気(top?t=week)· 429 が 2 回で今回は止める
作品データ価格・放送・人気・閲覧数APISteam Web APIニュース 10 件 · 価格 · 同時接続APIAniList GraphQL続編 10 期まで · 人気・トレンドAPITMDB API放送状態 · popularityAPIWikipedia 閲覧数60 日分 · 50 記事ずつ · 1 日 1 回
画像小元素の候補APIWikidata / Wikipedia / CommonsP154 ロゴ · P18 写真 · ≥300×300APIFandom MediaWiki APIキャラのページの代表画像APITwemoji 15.1.0SVG アイコン · 0 枚を防ぐ最後の砦APIBing 画像検索一覧に載せるだけ · 自動では選ばない
モデルの配布元GitHub Releases(rembg)・HuggingFace(顔のモデル)
GitHub Actions毎回新しいサーバー(4 コア)· 終わったら消える無料
GitHub リポジトリずっと残る · 全部の元データ無料
inbox/集めた記事・edit.json・写真
items.yaml関注項・版面・小元素
wishlist.yaml愿望清单
state/進捗・ログ・話題度・おすすめ・通知済み
Anthropic · Claude定時タスク · 毎回新しいコンテナ(4 コア · 15GB)サブスク枠
画像のモデル(Actions のキャッシュ)抠图は 1 枚ずつ · 顔のモデルは 1 つを順番にMODELrembg birefnet-general-liteONNX 224MB · 1 枚ずつ · 出力 420×520 WEBPMODELYuNet face_detection_yunet_2023mar入力 320×320 · score 0.8 · NMS 0.3MODELSFace face_recognition_sface_2021dec128 次元 · cos ≥ 0.363 で本人MODELOpenCV Haar frontalface + LBP animefacescale 1.1 · minNeighbors 4〜5
Supabaseデータベース無料枠
feedback · sizes · item_requests · photo_inbox · news · live_status👍👎・篇幅・依頼・写真・記事の控え・版面の更新状態APISupabase REST / RPCnews を 500 件ずつ upsert · my_votes · set_sizeAPIpg_net → GitHub dispatch20 秒に 1 回まで
GitHub Pages公開の網页無料
網页簡報・設定・愿望清单・話題度・管理ページ・version.jsonALGO写真のはめ方 FIT_JS|ln(画像比 / 枠比)| < 0.08 のときだけ埋める(切れるのは 8% まで)· ほかはぼかし背景に全体 · 気になるかも?はスマホで枠を写真の比率にAPIcanvas-confetti 1.9.3👍 の演出 20 種
Discord通知無料
あなたのチャンネル要紧は当日・周報は月曜APIDiscord Webhook要紧 ≤6 行 · 埋め込み ≤10 · 30 日は二重に送らない
あなたスマホ・パソコン
見る・押す・撮る簡報を読む・👍👎・関注項の追加・写真
矢印の一覧(28)
  1. 1ニュース → ニュース収集記事を集める(6 本並列)
  2. 2作品データ → ニュース収集話題度・現状
  3. 3ニュース収集 → inbox/inbox に書く
  4. 4Discord 通知 → あなたのチャンネル要紧・周報
  5. 5inbox/ → AI 編集読む
  6. 6AI 編集 → inbox/edit.json・出刊
  7. 7画像 → 小元素の自動補完画像を探す(4 本並列・AI なし)
  8. 8小元素の自動補完 → items.yaml小元素を書く
  9. 9items.yaml → ページ生成push
  10. 10ページ生成 → 網页公開
  11. 11網页 → 見る・押す・撮る見る
  12. 12見る・押す・撮る → feedback · sizes · item_requests · photo_inbox · news · live_status👍・設定・写真
  13. 13feedback · sizes · item_requests · photo_inbox · news · live_status → 設定ページの依頼依頼(pg_net)
  14. 14設定ページの依頼 → items.yamlitems.yaml に反映
  15. 15feedback · sizes · item_requests · photo_inbox · news · live_status → ニュース収集写真・投票を取り込む
  16. 16inbox/ → 写真から愿望写真
  17. 17写真から愿望 → wishlist.yaml愿望を足す
  18. 18あなたのチャンネル → 見る・押す・撮る通知
  19. 19モデルの配布元 → 画像のモデル(Actions のキャッシュ)ダウンロード
  20. 20画像のモデル(Actions のキャッシュ) → 小元素の自動補完抠图・本人確認
  21. 21網页 → ページの自動更新version.json を 1 分ごと
  22. 22ページの自動更新 → 見る・押す・撮る新着を自動で表示・更新中の帯
  23. 23ニュース収集 → feedback · sizes · item_requests · photo_inbox · news · live_status版面ごとの状態(探している・新着)
  24. 24feedback · sizes · item_requests · photo_inbox · news · live_status → ページの自動更新live_status を 30 秒ごと
  25. 25後台のゲート → AI 編集整理待ちがあるときだけ起こす(収集のすぐ後)
  26. 26後台のゲート → 写真から愿望写真があるときだけ起こす
  27. 27AI 編集 → feedback · sizes · item_requests · photo_inbox · news · live_status編集中の版面(live_report)
  28. 28小元素の自動補完 → feedback · sizes · item_requests · photo_inbox · news · live_status処理中の版面(live_report)
EMBLEM

小元素の選定(AI の分)

AI がするのは「何を集めるか決める」と「手で頼まれたときに一覧を目で見る」の 2 つだけ。集める・確かめる・選ぶ・切り抜くは全部「小元素の自動補完」の規則(下の判断の一覧)で、AI は使わない。

いつ新しい関注項が入ったとき(AI 編集)/ 手で「この版面の小元素を見て」と頼んだときどこでClaude(定時タスク)費用サブスク枠
使うものMODELClaude(定時タスク)編集・写真の認識・一覧の目視 · サブスク枠RULE上限 = 主要な要素の数(emblem_fill.roster / rule)キャラ・グループ ≤20 · 主題 ≤10 · 本人 10 · ブランド 1

AI が判断2Claude が読んで・見て決める(トークンを使う)ルール2プログラムの規則・計算で決まる(AI なし・無料)ルール+モデル学習済みモデル(顔・切り抜き)の数値を、決まったしきい値で判断する。AI の判断ではない

Claude(定時タスク)
GitHub Actions
リポジトリ
分かれ道
Claude(定時タスク)
AI が判断何を集めるか決める
種類(emblem_kind)・名前(emblem_who)・代表作(emblem_examples)・分類(emblem_category)を items.yaml に書くMODELClaude(定時タスク)編集・写真の認識・一覧の目視 · サブスク枠
GitHub Actions
ルール主要な要素を数える(--roster)
分類の人数か AniList の主役の人数 → emblem_pool(上限)RULE上限 = 主要な要素の数(emblem_fill.roster / rule)キャラ・グループ ≤20 · 主題 ≤10 · 本人 10 · ブランド 1
GitHub Actions
ルール自動補完で目標に届いた?
「小元素の自動補完」が規則だけで集める
いいえ失敗の理由と助言が管理ページに出る。手で頼まれたら下へ
Claude(定時タスク)
AI が判断一覧を目で見て番号を選ぶ(頼まれたときだけ)
外した画像は emblem_reject に書く(二度と自動で選ばれない)MODELClaude(定時タスク)編集・写真の認識・一覧の目視 · サブスク枠
リポジトリ
items.yaml · docs/emblems/*.webp
判断の一覧(全部で 35:AI が判断 2 · ルール 33)数はコードの定数をそのまま読んでいる(scripts/emblem_rules.py)
① 何枚要るか
AI が判断種類を決める新しい関注項が入ったとき、AI 編集が本人・グループ・キャラ・ブランド・主題を決め、名前(emblem_who)・代表作(emblem_examples)・分類(emblem_category)を書く。書いていなければ type から規則で推定items.yaml emblem_kind
ルール主要な要素を数えるemblem_category の分類の人数、なければ AniList の主役の人数を emblem_pool に。名前はほかのページから多く参照される順に足すemblem_fill.roster
ルール上限 = 要素の数1 要素 1 枚。天井:キャラ・グループ 20・主題 10・本人 10(別の写真)・ブランド 1emblem_fill.rule
② どこで探すか
ルール取り方の順直接指定 → 代表作 → AniList → Fandom(透明な立ち絵 → 代表画像)→ Wikidata → Wikipedia → Commons → 記事の配図 → 公式サイト → YouTube → Twemoji。足りなければ ② 名前を広げる → ③ 公式・記事のページ(同じ回の中で)emblem_fill.gather / PICK_ORDER
ルール代表作の記事記事名を言語つきで指定。別の言語版は言語間リンクでたどる(検索すると別の記事に当たる)emblem_fill.add_example
ルールYouTube は動画の場面投稿者のサムネイル(題名の字)ではなく自動の場面 hq1・2・3。上下の黒帯と下 18%(字幕)を切るemblem_fill.youtube_images / emblem.video_frame
③ 使える画像か
ルール開ける・大きさ6MB まで・短辺 160px 以上emblem.inspect
ルール白紙明るさの標準偏差 < 6(ほぼ一色)emblem_fill.check
ルール同じ画像差分ハッシュの違い ≤ 4 ビットemblem_fill.check
④ 人物の写真
ルール+モデル顔がない顔が見つからない(観客席・物・絵画)face_id.photo_problem(YuNet)
ルール+モデル遠景顔の高さ < 画像の 10%face_id.photo_problem
ルール+モデル何人も写っている2 番目の顔 ≥ いちばん大きい顔の 60%(面積)face_id.photo_problem
ルール+モデル別人記事の代表画像との類似度 < 0.363。代表画像が合わなければ、いちばん多い同じ顔を本人にface_id.same_person(SFace)
⑤ どれを選ぶか
ルール確かな取り方だけ絵のキャラは直接指定・Fandom だけ(普通の言葉の名前は Wikipedia で別物に当たる)。Web 画像検索は自動では選ばないemblem_fill.AUTO_SOURCES
ルール1 要素 1 枚同じ人・同じ代表作は 1 枚(本人だけは別の写真を何枚でも)emblem_fill.auto_pick
ルール使っている・外した画像は選ばない今ある小元素の画像と emblem_reject(目で見て外した画像)は二度と選ばないemblem_fill.auto_pick
ルール目標まで目標の枚数に届いたら、残りの候補は選ばないemblem_fill.auto_pick
⑥ 切り抜き
ルール+モデル人物が見つからない切り抜いた結果が空。離れた部分は、いちばん大きいまとまりの 15% 以上だけ残すemblem.check_whole(rembg)
ルールコマ・アップの切り抜き上の端の 50% を超えて人物(吹き出しなどを消した跡がえぐれる)emblem.check_whole
ルール顔が上の端で切れている上の端に 3% 以上当たり、顔の上端が高さの 4% より上(髪だけなら可)emblem.check_whole
ルール体が左右の端で切れている左右の端(上 65%)に 10% を超えて当たるemblem.check_whole
ルール小さすぎる人物の面積 < 12%emblem.check_whole
ルール輪郭がにじんでいる半透明 > 18%emblem.check_whole
ルール+モデルほかの人が残っている(写真)切り抜きの中に、いちばん大きい顔の高さの 20% 以上の顔がほかにあるemblem.other_faces(YuNet)
ルール穴(写真)体の中の透明な穴 > 3%(服が背景と同じ色で抜けた)emblem.hole_share
ルール代表画像がだめなら同じページで同じページの公式イラストを大きい順に切り抜いて、顔が合う胸像を探す。顔が見つからない(前髪で目が隠れる)キャラは、検査を通った最大の 1 枚emblem.cut_all / find_bust
⑦ 整える
ルール+モデル顔の大きさをそろえる顔 = 高さの 32%。顔が 50% を超えるアップは同じページの胸像に替えるemblem.face_fit(Haar・LBP)
ルール全身か胸像か1 枚ごとの framing → 版面の emblem_framing → 絵のキャラで元が透明背景の公式の立ち絵なら「全身で測ってから上半身」→ それ以外(写真・コマ・場面)は顔で胸像emblem.want_full
ルール全身で測ってから上半身に切る全身のままだと小さく貼ったとき顔が見えない。目・足の裏(全身で測った目印)で、目から足の裏の 40% の高さ(腰のあたり)で切る。網页は目から足の裏(画像の外)を同じ長さにそろえるので、どのキャラも体の同じところで切れて同じ大きさ、ほかの胸像とも顔の大きさが合うemblem.bust_from_body(BUST_CUT)
ルール+モデル全身の背の高さをそろえる目から足の裏までの長さをどのキャラも同じに(網页 116px・スマホ 74px)、足の裏を帯の線に、重心を同じ位置に。足の裏は足首から真下にたどる(尻尾・武器・服の裾・影はいちばん下でも足ではない。細いヒールのすき間 3% は越える)。台座(下の段の幅 > 体の 1.6 倍)は除く。しゃがんだ・前かがみ(体の大きさ ÷ 目から足が版面の中央値の 1.15 倍超)は大きさで測る。姿勢モデルがない・見つからないときは輪郭から推定emblem.body_marks(YOLOv8m-pose)/ render._body_len
ルール取景をそろえる胸像と全身が混ざったら多いほうに合わせる:全身は捨てずに上半身に切る(公式の立ち絵は切らない)。前からの小元素は外さない・切り直さないemblem.keep_framing
ルールロゴは切らないブランド・名前に「ロゴ」のものは、縁からつながった一色の地(差 28 まで)を透明にして倉庫に置き、全体を見せるemblem.is_logo / clear_flat_bg
ルールカードは比率が近いときだけ切る背景つきの画像を 4:5 の窓で切るのは、縦横比(高さ ÷ 幅)が 0.95〜1.6 のときだけ。外れたら切らずに全体render.CARD_AR
⑧ 届かなかったら
ルール段を上がる・待つ① 標準 → ② 名前を広げる → ③ 公式・記事のページ。全部だめなら失敗:新しい記事・手がかりが来たらすぐ、来なくても 6 時間後emblem_fill.fill_one / RETRY_HOURS
AI が判断目で見て選ぶ(手で頼んだときだけ)番号つきの一覧を AI が見て選ぶ。後台(自動)では使わない。外した画像は emblem_reject に書けば二度と選ばれないemblem_fill.py "名前" → --commit

仕組みの場所scripts/emblem_fill.py scripts/emblem_rules.py

EMBLEM

小元素の自動補完

目標に届いていない版面の小元素を、足りない順に 4 本並列で埋める。前は Claude が目で見ていた判断(別人・遠景・集合写真・切り抜きの穴・重複)は全部規則にしたので、AI は使わない。取れなかった版面は理由ごとに助言を出す。

いつ後台のゲート(毎時・収集のあと)が「足りない版面がある」と判断したとき。GitHub Actions で Python だけで動くどこでGitHub Actions費用無料
使うものRULE上限 = 主要な要素の数(emblem_fill.roster / rule)キャラ・グループ ≤20 · 主題 ≤10 · 本人 10 · ブランド 1MODELrembg birefnet-general-liteONNX 224MB · 1 枚ずつ · 出力 420×520 WEBPMODELYuNet face_detection_yunet_2023mar入力 320×320 · score 0.8 · NMS 0.3MODELSFace face_recognition_sface_2021dec128 次元 · cos ≥ 0.363 で本人RULE写真の規則 photo_problem顔の高さ ≥ 10% · 2 番目の顔 < 60% · 基準なしは同じ顔 2 枚以上RULE切り抜きの穴 hole_share実在の人の写真で体の中の穴 > 3% は外す(絵は除く)APIWikidata / Wikipedia / CommonsP154 ロゴ · P18 写真 · ≥300×300RULEWikimedia の決まり(wikihttp)UA「WishlistEmblemBot/1.1 (repo; Issues) python-requests」· api.php に maxlag=5 · 429 / 503 / maxlag は Retry-After(なければ 5・15・45 秒)で 3 回まで · Retry-After > 120 秒か続く 429 → そのホスト 5 分休む · titles は 50 件ずつALGOrequests-cache(SQLite)~/.cache/wishlist-http · api.php 3 日 · 画像 14 日 · 200 だけ(maxlag の断りは残さない)APIFandom MediaWiki APIキャラのページの代表画像

AI が判断0Claude が読んで・見て決める(トークンを使う)ルール12プログラムの規則・計算で決まる(AI なし・無料)ルール+モデル学習済みモデル(顔・切り抜き)の数値を、決まったしきい値で判断する。AI の判断ではない

GitHub Actions
外のサービス
リポジトリ
分かれ道
GitHub Actions
ルールゲート:足りない版面がある?
目標未満 · 失敗した版面は「新しい記事・手がかりが来た」か「6 時間たった」ら対象に戻る
ALGOゲート gate.py同じ指紋は 6 時間起こし直さない · 前回から 60 分あける · 変数 GATE_FIRE = edit / 1
いいえ何もしない(Actions 20 秒で終わり)
GitHub Actions
ルール要る枚数を決める
上限 = 主要な要素の数(まだ数えていなければ先に --roster)RULE上限 = 主要な要素の数(emblem_fill.roster / rule)キャラ・グループ ≤20 · 主題 ≤10 · 本人 10 · ブランド 1
GitHub Actions
ルール+モデル準備
モデルはキャッシュから(初回だけダウンロード)MODELrembg birefnet-general-liteONNX 224MB · 1 枚ずつ · 出力 420×520 WEBPMODELYuNet face_detection_yunet_2023mar入力 320×320 · score 0.8 · NMS 0.3MODELSFace face_recognition_sface_2021dec128 次元 · cos ≥ 0.363 で本人
GitHub Actions
ルール取り方の段(同じ回の中で、届くまで上がる)
① 標準下の順(直接指定 → Fandom → Wikidata → Wikipedia → Commons → 記事の配図 → 公式サイト → Twemoji)
② 名前を広げる作品名をつけて全言語の Wikipedia・Commons(12 枚)· 記事 30 日分・要約にも名前 · Fandom の別のページ名
③ 公式・記事のページ公式サイトの画像(メンバー名のファイル)· 名前が出る記事の本文ページの og:image(8 本)· 人物は YouTube の動画の場面(字のない hq1〜3)
APIYouTube 検索ページ(ytInitialData)1 人 4 本 · 題名にグループ名と名前 · 직캠・fancam を先に · 動画の場面 hq1・hq2・hq3(480×360、投稿者のサムネイルは字が載るので使わない)
外のサービス
ルール① 標準で候補を集める×6 版面を同時に上から順に · 足りるまで
  1. 0直接指定公式の立ち絵
  2. 1代表作主題の下の一段
  3. 2AniListアニメの主役
  4. 3Fandom立ち絵 → 代表画像APIFandom MediaWiki APIキャラのページの代表画像
  5. 4WikidataP154・P18APIWikidata / Wikipedia / CommonsP154 ロゴ · P18 写真 · ≥300×300
  6. 5Wikipedia≤10APIWikidata / Wikipedia / CommonsP154 ロゴ · P18 写真 · ≥300×300
  7. 6Commons≤8APIWikidata / Wikipedia / CommonsP154 ロゴ · P18 写真 · ≥300×300
  8. 7記事の配図≤12
  9. 8公式サイトロゴ
  10. 9Twemoji主題APITwemoji 15.1.0SVG アイコン · 0 枚を防ぐ最後の砦
ALGOサイトごとの間隔(全スレッド共有)Reddit 2 秒 · Google / Bing 0.5 秒 · Wikimedia 同じホスト 1 本ずつ・1.3 秒 + 全体 0.4 秒(毎分 150)
外のサービス
ルールWikimedia は決まりどおりに取る
名乗った UA · 1 本ずつ · maxlag · Retry-After を待つ · 取ったものはキャッシュ(次の回も)RULEWikimedia の決まり(wikihttp)UA「WishlistEmblemBot/1.1 (repo; Issues) python-requests」· api.php に maxlag=5 · 429 / 503 / maxlag は Retry-After(なければ 5・15・45 秒)で 3 回まで · Retry-After > 120 秒か続く 429 → そのホスト 5 分休む · titles は 50 件ずつALGOrequests-cache(SQLite)~/.cache/wishlist-http · api.php 3 日 · 画像 14 日 · 200 だけ(maxlag の断りは残さない)ALGOサイトごとの間隔(全スレッド共有)Reddit 2 秒 · Google / Bing 0.5 秒 · Wikimedia 同じホスト 1 本ずつ・1.3 秒 + 全体 0.4 秒(毎分 150)
GitHub Actions
ルール使える画像か
6MB まで · 短辺 160(横長ロゴは長辺 300)· 白紙・同じ画像を除くALGO差分ハッシュ 9×8ハミング距離 ≤ 4 は同じ画像
GitHub Actions
ルール+モデル人物の写真の規則(前は目で見ていた)
顔なし・遠景・何人も・別人を数で外す(数は下の「判断の一覧 ④」)MODELYuNet face_detection_yunet_2023mar入力 320×320 · score 0.8 · NMS 0.3MODELSFace face_recognition_sface_2021dec128 次元 · cos ≥ 0.363 で本人RULE写真の規則 photo_problem顔の高さ ≥ 10% · 2 番目の顔 < 60% · 基準なしは同じ顔 2 枚以上
GitHub Actions
ルール確かな取り方?
人物 = 規則を通った写真 · キャラ = 直接指定・Fandom · 主題 = Wikidata・Commons・Twemoji
いいえ理由をつけて外す(確かでない取り方・重複・目標を超える)
リポジトリ
ルール+モデル書いて切り抜く1 枚ずつ(WRITE_LOCK)
検査で外れたら同じページの公式イラストで取り直す · 公式の立ち絵は全身で測ってから上半身に切る(どのキャラも体の同じところ)· ロゴは地を抜いて切らないMODELrembg birefnet-general-liteONNX 224MB · 1 枚ずつ · 出力 420×520 WEBPALGO切り抜きの検査 check_whole上の端 >50%(コマの切り抜き)· 左右の端 >10% · 面積 <12% · 半透明 >18% は外すRULE切り抜きの穴 hole_share実在の人の写真で体の中の穴 > 3% は外す(絵は除く)ALGO顔の大きさをそろえる胸像:顔 = 高さの 32% · 公式の立ち絵は全身のまま · 胸像と全身は多いほうにMODELYOLOv8m-pose(ultralytics)53MB · 目・足首の確かさ ≥ 0.5 · なければ輪郭から推定(Actions には入れていない)
GitHub Actions
ルール目標に届いた?
いいえ次の段へ(② → ③)。全部だめなら失敗
GitHub Actions
ルール失敗したら・待っていたら
失敗(3 段とも届かない)新しい記事・手がかり(材料の指紋)が来たらすぐ、来なくても 6 時間後に再挑戦 · 管理ページに理由と助言
順番待ち毎時と収集のあとに 6 本並列で処理 · 40 分で終わらなければ続けてもう一度(3 回まで)
いま処理中版面と段(① ② ③)を live_status に書く → 管理ページ「いま動いているもの」に 30 秒ごと
リポジトリ
items.yaml · docs/emblems · state/emblem_progress.json · state/log
変わったときだけコミット → ページ生成
判断の一覧(全部で 35:AI が判断 2 · ルール 33)数はコードの定数をそのまま読んでいる(scripts/emblem_rules.py)
① 何枚要るか
AI が判断種類を決める新しい関注項が入ったとき、AI 編集が本人・グループ・キャラ・ブランド・主題を決め、名前(emblem_who)・代表作(emblem_examples)・分類(emblem_category)を書く。書いていなければ type から規則で推定items.yaml emblem_kind
ルール主要な要素を数えるemblem_category の分類の人数、なければ AniList の主役の人数を emblem_pool に。名前はほかのページから多く参照される順に足すemblem_fill.roster
ルール上限 = 要素の数1 要素 1 枚。天井:キャラ・グループ 20・主題 10・本人 10(別の写真)・ブランド 1emblem_fill.rule
② どこで探すか
ルール取り方の順直接指定 → 代表作 → AniList → Fandom(透明な立ち絵 → 代表画像)→ Wikidata → Wikipedia → Commons → 記事の配図 → 公式サイト → YouTube → Twemoji。足りなければ ② 名前を広げる → ③ 公式・記事のページ(同じ回の中で)emblem_fill.gather / PICK_ORDER
ルール代表作の記事記事名を言語つきで指定。別の言語版は言語間リンクでたどる(検索すると別の記事に当たる)emblem_fill.add_example
ルールYouTube は動画の場面投稿者のサムネイル(題名の字)ではなく自動の場面 hq1・2・3。上下の黒帯と下 18%(字幕)を切るemblem_fill.youtube_images / emblem.video_frame
③ 使える画像か
ルール開ける・大きさ6MB まで・短辺 160px 以上emblem.inspect
ルール白紙明るさの標準偏差 < 6(ほぼ一色)emblem_fill.check
ルール同じ画像差分ハッシュの違い ≤ 4 ビットemblem_fill.check
④ 人物の写真
ルール+モデル顔がない顔が見つからない(観客席・物・絵画)face_id.photo_problem(YuNet)
ルール+モデル遠景顔の高さ < 画像の 10%face_id.photo_problem
ルール+モデル何人も写っている2 番目の顔 ≥ いちばん大きい顔の 60%(面積)face_id.photo_problem
ルール+モデル別人記事の代表画像との類似度 < 0.363。代表画像が合わなければ、いちばん多い同じ顔を本人にface_id.same_person(SFace)
⑤ どれを選ぶか
ルール確かな取り方だけ絵のキャラは直接指定・Fandom だけ(普通の言葉の名前は Wikipedia で別物に当たる)。Web 画像検索は自動では選ばないemblem_fill.AUTO_SOURCES
ルール1 要素 1 枚同じ人・同じ代表作は 1 枚(本人だけは別の写真を何枚でも)emblem_fill.auto_pick
ルール使っている・外した画像は選ばない今ある小元素の画像と emblem_reject(目で見て外した画像)は二度と選ばないemblem_fill.auto_pick
ルール目標まで目標の枚数に届いたら、残りの候補は選ばないemblem_fill.auto_pick
⑥ 切り抜き
ルール+モデル人物が見つからない切り抜いた結果が空。離れた部分は、いちばん大きいまとまりの 15% 以上だけ残すemblem.check_whole(rembg)
ルールコマ・アップの切り抜き上の端の 50% を超えて人物(吹き出しなどを消した跡がえぐれる)emblem.check_whole
ルール顔が上の端で切れている上の端に 3% 以上当たり、顔の上端が高さの 4% より上(髪だけなら可)emblem.check_whole
ルール体が左右の端で切れている左右の端(上 65%)に 10% を超えて当たるemblem.check_whole
ルール小さすぎる人物の面積 < 12%emblem.check_whole
ルール輪郭がにじんでいる半透明 > 18%emblem.check_whole
ルール+モデルほかの人が残っている(写真)切り抜きの中に、いちばん大きい顔の高さの 20% 以上の顔がほかにあるemblem.other_faces(YuNet)
ルール穴(写真)体の中の透明な穴 > 3%(服が背景と同じ色で抜けた)emblem.hole_share
ルール代表画像がだめなら同じページで同じページの公式イラストを大きい順に切り抜いて、顔が合う胸像を探す。顔が見つからない(前髪で目が隠れる)キャラは、検査を通った最大の 1 枚emblem.cut_all / find_bust
⑦ 整える
ルール+モデル顔の大きさをそろえる顔 = 高さの 32%。顔が 50% を超えるアップは同じページの胸像に替えるemblem.face_fit(Haar・LBP)
ルール全身か胸像か1 枚ごとの framing → 版面の emblem_framing → 絵のキャラで元が透明背景の公式の立ち絵なら「全身で測ってから上半身」→ それ以外(写真・コマ・場面)は顔で胸像emblem.want_full
ルール全身で測ってから上半身に切る全身のままだと小さく貼ったとき顔が見えない。目・足の裏(全身で測った目印)で、目から足の裏の 40% の高さ(腰のあたり)で切る。網页は目から足の裏(画像の外)を同じ長さにそろえるので、どのキャラも体の同じところで切れて同じ大きさ、ほかの胸像とも顔の大きさが合うemblem.bust_from_body(BUST_CUT)
ルール+モデル全身の背の高さをそろえる目から足の裏までの長さをどのキャラも同じに(網页 116px・スマホ 74px)、足の裏を帯の線に、重心を同じ位置に。足の裏は足首から真下にたどる(尻尾・武器・服の裾・影はいちばん下でも足ではない。細いヒールのすき間 3% は越える)。台座(下の段の幅 > 体の 1.6 倍)は除く。しゃがんだ・前かがみ(体の大きさ ÷ 目から足が版面の中央値の 1.15 倍超)は大きさで測る。姿勢モデルがない・見つからないときは輪郭から推定emblem.body_marks(YOLOv8m-pose)/ render._body_len
ルール取景をそろえる胸像と全身が混ざったら多いほうに合わせる:全身は捨てずに上半身に切る(公式の立ち絵は切らない)。前からの小元素は外さない・切り直さないemblem.keep_framing
ルールロゴは切らないブランド・名前に「ロゴ」のものは、縁からつながった一色の地(差 28 まで)を透明にして倉庫に置き、全体を見せるemblem.is_logo / clear_flat_bg
ルールカードは比率が近いときだけ切る背景つきの画像を 4:5 の窓で切るのは、縦横比(高さ ÷ 幅)が 0.95〜1.6 のときだけ。外れたら切らずに全体render.CARD_AR
⑧ 届かなかったら
ルール段を上がる・待つ① 標準 → ② 名前を広げる → ③ 公式・記事のページ。全部だめなら失敗:新しい記事・手がかりが来たらすぐ、来なくても 6 時間後emblem_fill.fill_one / RETRY_HOURS
AI が判断目で見て選ぶ(手で頼んだときだけ)番号つきの一覧を AI が見て選ぶ。後台(自動)では使わない。外した画像は emblem_reject に書けば二度と選ばれないemblem_fill.py "名前" → --commit

仕組みの場所scripts/emblem_fill.py scripts/emblem.py scripts/face_id.py scripts/emblem_rules.py .github/workflows/background.yml

GATE

後台のゲート

仕事があるか、AI が要るかをプログラムだけで決める。AI の要らない仕事(小元素)はその場で Python で済ませ、AI が要る仕事(AI 編集・写真)は仕事があるときだけ Claude を起こす。Claude は起きるたびにトークンを使うので、空振りをなくす。版面には AI が整理した記事しか載らないので、収集で整理待ちが増えたらすぐ AI 編集を起こす(リポジトリ変数 GATE_FIRE で開け閉め)。

いつ毎時 17 分(Supabase pg_cron)と 47 分(GitHub の定時)/ ニュース収集が終わるたび(新しい材料)/ 時間の予算を使い切って仕事が残っていれば続けてもう一度(3 回まで)/ 管理ページの「今すぐ実行」どこでGitHub Actions費用無料
使うものALGOゲート gate.py同じ指紋は 6 時間起こし直さない · 前回から 60 分あける · 変数 GATE_FIRE = edit / 1

AI が判断1Claude が読んで・見て決める(トークンを使う)ルール7プログラムの規則・計算で決まる(AI なし・無料)ルール+モデル学習済みモデル(顔・切り抜き)の数値を、決まったしきい値で判断する。AI の判断ではない

GitHub Actions
Claude(定時タスク)
リポジトリ
分かれ道
GitHub Actions
ルール仕事を調べる全部を毎回
  1. 1小元素目標未満の版面(6 時間以内の失敗で材料が同じものは除く)
  2. 2AI 編集今日の inbox の整理待ち(_covered より後・edit.json にない版面)
  3. 3写真inbox/photos/*.json
GitHub Actions
ルール小元素の仕事がある?
いいえ飛ばす
GitHub Actions
ルールその場で Python で埋めるAI なし · 4 本並列
「小元素の自動補完」
GitHub Actions
ルールAI が要る仕事がある?
AI 編集・写真
いいえClaude は起こさない(トークン 0)
GitHub Actions
ルール同じ仕事で 6 時間以内に起こしていない?
仕事の指紋(sig)を比べる
ALGOゲート gate.py同じ指紋は 6 時間起こし直さない · 前回から 60 分あける · 変数 GATE_FIRE = edit / 1
いいえ起こさない(二重に使わない)
GitHub Actions
ルール前に起こしてから 60 分たった?
新着で指紋が変わっても、編集中に重ねない
ALGOゲート gate.py同じ指紋は 6 時間起こし直さない · 前回から 60 分あける · 変数 GATE_FIRE = edit / 1
いいえ次の回まで待つ
GitHub Actions
ルールGATE_FIRE で開けている?
リポジトリ変数 · 未設定 = edit(AI 編集だけ・既定)· 0 = 閉 · 1 = 全部
いいえ起こさない(記録だけ・定時を待つ)
Claude(定時タスク)
AI が判断Claude の定時タスクを API で起こす
定時タスクごとのトークン(Secret ROUTINE_FIRE_TOKEN など)が要る · 最多 2 時間に 1 回(収集ごと)MODELClaude(定時タスク)編集・写真の認識・一覧の目視 · サブスク枠
リポジトリ
state/gate.json · state/log/gate.json
判断が変わったときだけコミット

仕組みの場所scripts/gate.py .github/workflows/background.yml state/gate.json

COLLECT

ニュース収集

関注項ごとにニュース・SNS・価格を集めて inbox に溜め、出刊・通知・ページ生成までつなぐ。

いつ2 時間ごと(日本時間 奇数時 17 分)/ 毎週月曜 9:47 に周報どこでGitHub Actions費用無料
使うものAPIGoogle ニュース RSS5 言語 · 7 日(初回 42 日)APIBing ニュース RSS空なら 3 回まで · 画像 1200pxAPIReddit OAuth / RSS新着 25 件 + 今週の人気(top?t=week)· 429 が 2 回で今回は止めるAPISteam Web APIニュース 10 件 · 価格 · 同時接続ALGOタイトルの重複判定完全一致 + 文字 bigram 重なり > 0.75 · 14 日分RULEスパム判定 SPAM_PATTERNS漢字の間の ❌ · 在线看・高清完整・免费全集 等 · 末尾「〜网」· exclude_sources · 収集・inbox の合併・出刊・ページ生成の 4 か所で落とすRULEmatch / exclude部分一致(空白・大小無視)· re: は正規表現

AI が判断0Claude が読んで・見て決める(トークンを使う)ルール12プログラムの規則・計算で決まる(AI なし・無料)ルール+モデル学習済みモデル(顔・切り抜き)の数値を、決まったしきい値で判断する。AI の判断ではない

GitHub Actions
外のサービス
リポジトリ
分かれ道
GitHub Actions
ルール起動
Ubuntu 4 コア · 30 分まで · 同時に 1 本
外のサービス
ルール記事を集める×6 関注項を同時にそれぞれのサイトへ
  1. GGoogle ニュース5 言語APIGoogle ニュース RSS5 言語 · 7 日(初回 42 日)
  2. BBing ニュース3 回までAPIBing ニュース RSS空なら 3 回まで · 画像 1200px
  3. RReddit25 件APIReddit OAuth / RSS新着 25 件 + 今週の人気(top?t=week)· 429 が 2 回で今回は止める
  4. SSteam10 件APISteam Web APIニュース 10 件 · 価格 · 同時接続
  5. FRSSfeeds
ALGOサイトごとの間隔(全スレッド共有)Reddit 2 秒 · Google / Bing 0.5 秒 · Wikimedia 同じホスト 1 本ずつ・1.3 秒 + 全体 0.4 秒(毎分 150)
GitHub Actions
ルール重複を落とす元の順番で
ALGOタイトルの重複判定完全一致 + 文字 bigram 重なり > 0.75 · 14 日分
GitHub Actions
ルールスパム・止めた来源ではない?
成人・海賊版の「在线看」ページ
RULEスパム判定 SPAM_PATTERNS漢字の間の ❌ · 在线看・高清完整・免费全集 等 · 末尾「〜网」· exclude_sources · 収集・inbox の合併・出刊・ページ生成の 4 か所で落とす
いいえ捨てる
GitHub Actions
ルールその作品の記事か
RULEmatch / exclude部分一致(空白・大小無視)· re: は正規表現
GitHub Actions
ルールReddit の帖子は火?
今週の人気の上位 5(API があれば 赞 100・评论 30)
RULEReddit の「火」と削除 reddit_hot / reddit_removed版块の今週の人気 上位 5 · 全站検索は人気順の上位 5 · API の数字があれば 赞 ≥100 か 评论 ≥30 · 本文 [removed]/[deleted]・404 は削除
いいえ版面に載せず帖子数だけ数える(reddit_cold)
GitHub Actions
ルール新しい記事・状態の変化がある?
いいえその関注項は書かない
外のサービス
ルールいまの状態
価格・放送・状態の変化APISteam Web APIニュース 10 件 · 価格 · 同時接続APIAniList GraphQL続編 10 期まで · 人気・トレンドAPITMDB API放送状態 · popularity
リポジトリ
inbox/日付.json
1 関注項 30 件・Reddit 10 件まで
GitHub Actions
ルール話題度の数字・Supabase に控え
APIWikipedia 閲覧数60 日分 · 50 記事ずつ · 1 日 1 回APISupabase REST / RPCnews を 500 件ずつ upsert · my_votes · set_size
GitHub Actions
ルールAI 編集が整理した記事?
edit.json にある版面の _covered まではい → 版面に載せる
いいえ↓ 要紧か見る
GitHub Actions
ルール要紧の記事?
urgent_patterns に当たるはい → すぐ「重大」で載せる+Discord
RULE要紧の判定 urgent_patternsタイトルに正規表現 · Reddit・補完分は除くALGOキーワード編集 fallback_stories重複 bigram > 0.5 · 4 媒体以上で話題 · 最大 7 件
いいえ版面の下の「整理待ち N 件」(折りたたみ・原題だけ)
GitHub Actions
ルール出刊 → 通知 → push
push に失敗したら 3 回まで取り直す · このあとゲートが AI 編集を起こすRULE整理待ち split_unedited_covered より後 · edit.json にない版面 → 版面に載せない · 原題 20 件まで表示APIDiscord Webhook要紧 ≤6 行 · 埋め込み ≤10 · 30 日は二重に送らない

仕組みの場所.github/workflows/digest.yml scripts/digest.py scripts/sources.py

HEAT

話題度

作品ごとの盛り上がりを 0〜100 で出す。6 つの次元を、自分の平常と比べた分と共通の尺度で混ぜる。

いつ数字は収集のとき(1 日 1 回)、点数はページを作るとき(ネットに出ない)どこでGitHub Actions費用無料
使うものALGO話題度 6 次元報道量 20・広がり 15・出来事 20・勢い 15・一般の関心 20・ファン 10APIWikipedia 閲覧数60 日分 · 50 記事ずつ · 1 日 1 回APISteam Web APIニュース 10 件 · 価格 · 同時接続APIAniList GraphQL続編 10 期まで · 人気・トレンドAPITMDB API放送状態 · popularity

AI が判断0Claude が読んで・見て決める(トークンを使う)ルール6プログラムの規則・計算で決まる(AI なし・無料)ルール+モデル学習済みモデル(顔・切り抜き)の数値を、決まったしきい値で判断する。AI の判断ではない

外のサービス
リポジトリ
GitHub Actions
ウェブ・Supabase
分かれ道
外のサービス
ルール外の数字を取る1 日 1 回 · 70 日分残す
  1. WWikipedia 閲覧数60 日APIWikipedia 閲覧数60 日分 · 50 記事ずつ · 1 日 1 回
  2. SSteam 同時接続APISteam Web APIニュース 10 件 · 価格 · 同時接続
  3. AAniList 人気APIAniList GraphQL続編 10 期まで · 人気・トレンド
  4. TTMDB 人気APITMDB API放送状態 · popularity
リポジトリ
state/heat_signals.json
GitHub Actions
ルール6 つの次元(重み)
報道量 20記事数(新しいほど重い)
広がり 15媒体 × 地域
出来事 20要紧・状態の変化・予定
勢い 15直近 2 日 ÷ その前 5 日
一般の関心 20Wikipedia 閲覧数
ファン 10Reddit・Steam・AniList・TMDB
GitHub Actions
ルール各次元 = 60% 自分比 + 40% 共通の尺度
自分比 = 50 + 25·log2((今+1)/(平常 4 週+1)) · 共通 = 100·log10(1+x)/log10(1+満点線)ALGO話題度 6 次元報道量 20・広がり 15・出来事 20・勢い 15・一般の関心 20・ファン 10
GitHub Actions
ルールその次元の数字が取れた?
いいえ0 点ではなく分母から外す
ウェブ・Supabase
ルール等級
≥85沸騰
≥60盛り上がり
≥30話題
≥1静か
ウェブ・Supabase
ルール版面の数字・ランキング・分析ページ

仕組みの場所scripts/heat.py state/heat_signals.json

NOTIFY

Discord 通知

要紧の記事は当日、ほかは周報で。同じものは 30 日のあいだ二重に送らない。

いつ収集のたび(要紧・変更・愿望・新関注項)/ 毎週月曜 9:47 に周報どこでGitHub Actions費用無料
使うものRULE要紧の判定 urgent_patternsタイトルに正規表現 · Reddit・補完分は除くAPIDiscord Webhook要紧 ≤6 行 · 埋め込み ≤10 · 30 日は二重に送らない

AI が判断0Claude が読んで・見て決める(トークンを使う)ルール4プログラムの規則・計算で決まる(AI なし・無料)ルール+モデル学習済みモデル(顔・切り抜き)の数値を、決まったしきい値で判断する。AI の判断ではない

GitHub Actions
リポジトリ
外のサービス
分かれ道
GitHub Actions
ルール要紧の記事・状態の変化がある?
直近 2 回の収集から
RULE要紧の判定 urgent_patternsタイトルに正規表現 · Reddit・補完分は除く
いいえ周報まで待つ
リポジトリ
ルール30 日以内に送っていない?
state/notified.json
いいえ送らない
外のサービス
ルールDiscord に送る
6 行・埋め込み 10 まで · メンションAPIDiscord Webhook要紧 ≤6 行 · 埋め込み ≤10 · 30 日は二重に送らない
外のサービス
ルールほかに送るもの
機能の更新機能のコミット
愿望清单新しい愿望 10 件まで
新関注項増えた・減った
周報月曜・直近 7 日

仕組みの場所scripts/notify.py state/notified.json

EDIT

AI 編集

inbox の記事から重要なものを選び、同じ件を合わせて、見出しと配図を決めて出刊する。新しい関注項は版面も設計する。版面に載るのは AI 編集が整理した記事だけ(それまでは「整理待ち」、要紧だけ先に載る)。

いつゲート:収集で整理待ちが増えたとき(最多 2 時間に 1 回)/ 新しい関注項が入ったときどこでClaude(定時タスク)費用サブスク枠
使うものMODELClaude(定時タスク)編集・写真の認識・一覧の目視 · サブスク枠ALGO配図の選び方 images.pick短辺 ≥200 · 長辺 ≥300 · 8MB まで · 1 件 60 秒・12 枚まで · TLS は ALPN http/1.1(ブラウザと同じ。ないと i0.wp.com が 404)· おすすめの「図なし」は翌日もう一度探すRULE整理待ち split_unedited_covered より後 · edit.json にない版面 → 版面に載せない · 原題 20 件まで表示

AI が判断3Claude が読んで・見て決める(トークンを使う)ルール4プログラムの規則・計算で決まる(AI なし・無料)ルール+モデル学習済みモデル(顔・切り抜き)の数値を、決まったしきい値で判断する。AI の判断ではない

Claude(定時タスク)
GitHub Actions
リポジトリ
分かれ道
Claude(定時タスク)
ルール最新の inbox を読む
Claude(定時タスク)
ルール今日の整理待ちがある?
_covered より後の記事・edit.json にない版面
いいえ何も変えずに終わり
Claude(定時タスク)
AI が判断版面の設計・小元素
motif・theme・like_fx · 足りない小元素(「小元素の選定」)
Claude(定時タスク)
AI が判断編集して edit.json
同じ件を合わせる · 見出しは原文 · S 3 / M 5 / L 8 件MODELClaude(定時タスク)編集・写真の認識・一覧の目視 · サブスク枠
Claude(定時タスク)
AI が判断配図を目で選ぶ
1 件 12 枚まで · 4 列の一覧ALGO配図の選び方 images.pick短辺 ≥200 · 長辺 ≥300 · 8MB まで · 1 件 60 秒・12 枚まで · TLS は ALPN http/1.1(ブラウザと同じ。ないと i0.wp.com が 404)· おすすめの「図なし」は翌日もう一度探すMODELClaude(定時タスク)編集・写真の認識・一覧の目視 · サブスク枠
GitHub Actions
ルール出刊 publish
AI のあとに来た新着は「整理待ち」(要紧だけ先に重大)RULE整理待ち split_unedited_covered より後 · edit.json にない版面 → 版面に載せない · 原題 20 件まで表示ALGOキーワード編集 fallback_stories重複 bigram > 0.5 · 4 媒体以上で話題 · 最大 7 件
GitHub Actions
ルール載っている Reddit 帖子は生きていて火?
1 日 1 回 · 直近 8 日
RULEReddit の「火」と削除 reddit_hot / reddit_removed版块の今週の人気 上位 5 · 全站検索は人気順の上位 5 · API の数字があれば 赞 ≥100 か 评论 ≥30 · 本文 [removed]/[deleted]・404 は削除
いいえ版面から撤去
リポジトリ
inbox/*.edit.json · reports/

仕組みの場所EDITING.md scripts/digest.py TEMPLATES.md

IMAGES

記事の配図

記事ごとに、顔や内容が切れない 1 枚を選ぶ。号の中で同じ画像は使わない。

いつ出刊のとき(1 件ずつ)。AI 編集は候補の一覧を見て選ぶどこでGitHub Actions費用無料
使うものALGO配図の選び方 images.pick短辺 ≥200 · 長辺 ≥300 · 8MB まで · 1 件 60 秒・12 枚まで · TLS は ALPN http/1.1(ブラウザと同じ。ないと i0.wp.com が 404)· おすすめの「図なし」は翌日もう一度探すRULEより大きい予告画像 / 防盗链の再試行og:image・JSON-LD の長辺 < 1000 なら同じページの大きい方 · 403 は原文ページを Referer に 3 枚までALGO看不清の判定と OpenCV 高清化 hdimg表示で 1.6 倍以上に引き伸ばす かつ 表示サイズでの模糊度 > 0.42(Crété-Roffet re-blur 法・1×9 平均)· 大きい枠 1280px・カード 720px · NLMeans h=3 → Lanczos4(最大 3 倍)→ 輝度 USM 0.7 · webp 82 · 6 並列

AI が判断0Claude が読んで・見て決める(トークンを使う)ルール9プログラムの規則・計算で決まる(AI なし・無料)ルール+モデル学習済みモデル(顔・切り抜き)の数値を、決まったしきい値で判断する。AI の判断ではない

外のサービス
GitHub Actions
リポジトリ
ウェブ・Supabase
分かれ道
外のサービス
ルール候補の順上から順に · 1 件 60 秒・12 枚まで
  1. 1AI の指定
  2. 2記事の画像Bing の縮小画像は除く
  3. 3og:image
  4. 4JSON-LD
  5. 5本文の img6 枚
  6. 6Bing の縮小画像Bing が切った一部分
  7. 7転載ページBing 8 · Google
GitHub Actions
ルール検査
8MB まで · 短辺 200 · 長辺 300 · Pillow で開ける · ロゴ・既定画像を除くALGO配図の選び方 images.pick短辺 ≥200 · 長辺 ≥300 · 8MB まで · 1 件 60 秒・12 枚まで · TLS は ALPN http/1.1(ブラウザと同じ。ないと i0.wp.com が 404)· おすすめの「図なし」は翌日もう一度探す
GitHub Actions
ルール予告画像が小さい?
長辺 < 1000
RULEより大きい予告画像 / 防盗链の再試行og:image・JSON-LD の長辺 < 1000 なら同じページの大きい方 · 403 は原文ページを Referer に 3 枚まで
いいえそのまま
外のサービス
ルール同じページの大きい版を先に
og:image → JSON-LDRULEより大きい予告画像 / 防盗链の再試行og:image・JSON-LD の長辺 < 1000 なら同じページの大きい方 · 403 は原文ページを Referer に 3 枚まで
GitHub Actions
ルール見つかった?
RULEより大きい予告画像 / 防盗链の再試行og:image・JSON-LD の長辺 < 1000 なら同じページの大きい方 · 403 は原文ページを Referer に 3 枚まで
いいえ403 の原文の図を Referer つきで再試行 → だめなら作品の表紙
GitHub Actions
ルール号の中で同じ画像を使わない
海外の出所を先に
GitHub Actions
ルール看不清?
1.6 倍以上に引き伸ばす かつ 表示サイズで模糊度 > 0.42 · Bing の 100×100 · Referer が要る図
ALGO看不清の判定と OpenCV 高清化 hdimg表示で 1.6 倍以上に引き伸ばす かつ 表示サイズでの模糊度 > 0.42(Crété-Roffet re-blur 法・1×9 平均)· 大きい枠 1280px・カード 720px · NLMeans h=3 → Lanczos4(最大 3 倍)→ 輝度 USM 0.7 · webp 82 · 6 並列
いいえ元の網址のまま(何もしない)
GitHub Actions
ルールOpenCV で高清化順に · ×6 並列
  1. 1ノイズ除去NLMeans h=3
  2. 2拡大Lanczos4 · 最大 3 倍
  3. 3シャープ輝度だけ USM 0.7
ALGO看不清の判定と OpenCV 高清化 hdimg表示で 1.6 倍以上に引き伸ばす かつ 表示サイズでの模糊度 > 0.42(Crété-Roffet re-blur 法・1×9 平均)· 大きい枠 1280px・カード 720px · NLMeans h=3 → Lanczos4(最大 3 倍)→ 輝度 USM 0.7 · webp 82 · 6 並列
リポジトリ
docs/pics/*.webp · state/hdimg.json
8 日を過ぎたら消す
ウェブ・Supabase
ルール枠にはめる
本站の高清版 → 元の網址 → 表紙ALGO写真のはめ方 FIT_JS|ln(画像比 / 枠比)| < 0.08 のときだけ埋める(切れるのは 8% まで)· ほかはぼかし背景に全体 · 気になるかも?はスマホで枠を写真の比率に

仕組みの場所scripts/images.py scripts/hdimg.py scripts/digest.py state/hdimg.json

COLORS

トップの配色

その日の頭条の写真から、トップの地色と強調色を取る。字が必ず読めるように明るさを直す。

いつページを作るとき。同じ画像の色は state/themes.json に残して使い回すどこでGitHub Actions費用無料
使うものALGO減色 FASTOCTREE 16 色背景 = 最多色 · 強調 = 彩度^1.5 · WCAG 4.5:1

AI が判断0Claude が読んで・見て決める(トークンを使う)ルール5プログラムの規則・計算で決まる(AI なし・無料)ルール+モデル学習済みモデル(顔・切り抜き)の数値を、決まったしきい値で判断する。AI の判断ではない

GitHub Actions
リポジトリ
分かれ道
GitHub Actions
ルール頭条の写真
200×200 に縮める
リポジトリ
ルール前に取った色がない?
state/themes.json の hero|URL
いいえそれを使う
GitHub Actions
ルール16 色に減らす
ALGO減色 FASTOCTREE 16 色背景 = 最多色 · 強調 = 彩度^1.5 · WCAG 4.5:1
GitHub Actions
ルール色の決め方
地色いちばん多い色 · 明るさ 0.11 か 0.93
強調色彩度^1.5 ×(0.5 + 0.5√割合)が最大
GitHub Actions
ルール読めるまで明るさを動かす
±0.04 ずつ · WCAG 4.5:1

仕組みの場所scripts/theme.py scripts/render.py state/themes.json

RECOMMEND

おすすめ

👍👎 から好みを学び、関注項の外も探して「気になるかも?」に出す。同じ話はまとめる。

いつ収集のたび(新しい候補を探すのは 12 時間ごと)どこでGitHub Actions費用無料
使うものALGO好みの学習ラベルごと ±1 · 上限 −6〜+4 · 出すのは 5 点以上ALGOStoryDeduper union-find + OpenCC共有トークン ≥ 2(漢字 2 文字 = 0.5)· 繁→簡APIGoogle ニュース RSS5 言語 · 7 日(初回 42 日)

AI が判断0Claude が読んで・見て決める(トークンを使う)ルール5プログラムの規則・計算で決まる(AI なし・無料)ルール+モデル学習済みモデル(顔・切り抜き)の数値を、決まったしきい値で判断する。AI の判断ではない

ウェブ・Supabase
GitHub Actions
外のサービス
リポジトリ
分かれ道
ウェブ・Supabase
ルール👍👎 を読む
記事ごとに最後の一票APISupabase REST / RPCnews を 500 件ずつ upsert · my_votes · set_size
GitHub Actions
ルール好みを学ぶ
ALGO好みの学習ラベルごと ±1 · 上限 −6〜+4 · 出すのは 5 点以上
外のサービス
ルール外を探す6 本 · 20 件ずつ
ランダムな種 · 好みの重みAPIGoogle ニュース RSS5 言語 · 7 日(初回 42 日)
GitHub Actions
ルール同じ話をまとめる
ALGOStoryDeduper union-find + OpenCC共有トークン ≥ 2(漢字 2 文字 = 0.5)· 繁→簡
GitHub Actions
ルール点数 ≥ 5?
好みの語 2 点 · 同じ作品 +1
いいえ出さない(探索枠は ≥4)
リポジトリ
state/recommend.json
5 件 × 6 組

仕組みの場所scripts/digest.py state/recommend.json

RENDER

ページ生成

収集を待たず、網页だけを 1 分ほどで作り直して公開する。話題度・配色・版面の組み方もここで決まる。

いつmain に push されたとき(コード・items.yaml・愿望清单など)どこでGitHub Actions費用無料
使うものALGO話題度 6 次元報道量 20・広がり 15・出来事 20・勢い 15・一般の関心 20・ファン 10ALGO減色 FASTOCTREE 16 色背景 = 最多色 · 強調 = 彩度^1.5 · WCAG 4.5:1RULEトップの選び方 _front_pick作品ごとに 1 本目が先 · 同じ写真 1 回 · 同じ作品で話題語が重なれば出さないALGO写真のはめ方 FIT_JS|ln(画像比 / 枠比)| < 0.08 のときだけ埋める(切れるのは 8% まで)· ほかはぼかし背景に全体 · 気になるかも?はスマホで枠を写真の比率にAPIcanvas-confetti 1.9.3👍 の演出 20 種

AI が判断0Claude が読んで・見て決める(トークンを使う)ルール7プログラムの規則・計算で決まる(AI なし・無料)ルール+モデル学習済みモデル(顔・切り抜き)の数値を、決まったしきい値で判断する。AI の判断ではない

GitHub Actions
ウェブ・Supabase
リポジトリ
GitHub Actions
ルールmain に push新しい回が来たら古い回を止める
ウェブ・Supabase
ルール篇幅を読む
S / M / LAPISupabase REST / RPCnews を 500 件ずつ upsert · my_votes · set_size
GitHub Actions
ルール話題度を計算
ALGO話題度 6 次元報道量 20・広がり 15・出来事 20・勢い 15・一般の関心 20・ファン 10
GitHub Actions
ルールトップの配色
ALGO減色 FASTOCTREE 16 色背景 = 最多色 · 強調 = 彩度^1.5 · WCAG 4.5:1
GitHub Actions
ルールトップの記事を選ぶ直近 7 日の全号から
作品ごとに 1 本目 → 2 本目 · 同じ写真・同じ出来事は 1 回RULEトップの選び方 _front_pick作品ごとに 1 本目が先 · 同じ写真 1 回 · 同じ作品で話題語が重なれば出さない
GitHub Actions
ルール版面の組み方
写真の壁15 枚(スマホ 6)· 16:10
普通の記事1 行 3 枚まで · 4 枚 = 2 + 2
篇幅S 3 / M 4 / L 10 件
リポジトリ
docs/*.html
ウェブ・Supabase
ルールGitHub Pages に公開
約 1 分ALGO写真のはめ方 FIT_JS|ln(画像比 / 枠比)| < 0.08 のときだけ埋める(切れるのは 8% まで)· ほかはぼかし背景に全体 · 気になるかも?はスマホで枠を写真の比率にAPIcanvas-confetti 1.9.3👍 の演出 20 種

仕組みの場所.github/workflows/render.yml scripts/render.py

LIVE

ページの自動更新

開いたままのページに、新しい記事や数字を自分で出す。裏である版面を作り直している間は、その版面だけ枠に「更新中」の帯と残り時間。

いつ簡報・管理ページを開いているあいだ、1 分ごと(タブが裏にあるときも戻ったときにすぐ)どこでウェブ・Supabase費用無料

AI が判断0Claude が読んで・見て決める(トークンを使う)ルール8プログラムの規則・計算で決まる(AI なし・無料)ルール+モデル学習済みモデル(顔・切り抜き)の数値を、決まったしきい値で判断する。AI の判断ではない

GitHub Actions
リポジトリ
ウェブ・Supabase
分かれ道
GitHub Actions
ルールページを作るたびに指紋を付ける
収集・AI 編集・ページ生成が docs/*.html を書くとき、中身の指紋(「更新」の時刻は除く)を計算。
リポジトリ
docs/version.json
{index: 指紋, admin: 指紋}。ページの <meta name="wl-ver"> にも同じ指紋。
ウェブ・Supabase
ルール1 分ごとに version.json を見る
キャッシュを避けて読む(?t=時刻)。タブを表に戻したときもすぐ見る。
ウェブ・Supabase
ルール指紋が変わった?
version.json ≠ 自分の指紋はい → 下に「新しい内容があります」の帯
いいえ何もしない
ウェブ・Supabase
ルールいま操作していない?
20 秒触っていない、またはタブが裏。入力中・流れの図を開いているあいだは待つはい → 読み直す
いいえ待つ(帯の「今すぐ表示」で即時)
ウェブ・Supabase
ルール見ていた場所のまま新しい版に
読み直す前の位置(見ていた板块)に戻す。簡報は増えた記事に「たった今」、管理ページは変わったパネルに「更新」。
ウェブ・Supabase
ルール裏でこの版面を作り直している?
版面ごとに判断。ほかの版面には帯を出さないはい → その版面の上の枠に帯(版面の色)+「あと約 N 分」
いいえ帯なし
ウェブ・Supabase
ルールどの版面に・いつ帯を出すか
推定はしない:仕組み自身が Supabase live_status に版面ごとに書き、網页が 30 秒ごとに読む(live_boards)。「あと約 N 分」は各仕組みの最近 10 回の実際の長さの中央値(runlog.typical)。帯は小元素の下。ページがその作業より後に作られていれば出さない。
ニュース収集探し始め「記事を探しています」→ その版面を探し終えたらすぐ:新着なし=消える/新着あり=「新着 N 件 · AI 整理待ち · 一覧まで約 N 分」(出刊後は版面の下の「整理待ち」に並ぶ。secret key で直接)
AI 編集live-edit で今日まだ編集していない版面に「AI が編集しています」→ pick-images「配図を選んでいます」→ publish「反映を待っています」(live_report)
小元素の自動補完処理を始めた版面に「小元素を集めています」→ 増えた版面だけ「反映を待っています」、増えなければ消える(live_report)
ページ生成帯なし(中身ではなく見た目の変更。下の「新しい内容があります」で知らせる)
live_report の制限proc は edit / emblem・版面は sizes にある名前・言葉 40 字・予想 90 分まで(secret key なしで書けるので)
ウェブ・Supabase
ルール管理ページの「いまの状況」
ページの再読込とは別に、外のデータを開いている間ずっと読み直す。
ウォッチ項目の依頼・写真の受付Supabase · 1 分ごと
GitHub Actions3 分ごと(1 時間 60 回の制限内)
次の実行・待ち行列1 分ごとに数え直し

仕組みの場所scripts/render.py(LIVE_JS / BUSY_JS / stamp / busy_plan) scripts/digest.py(write_page / live_mark / live-edit) scripts/livestatus.py scripts/runlog.py(typical) db/live_status.sql docs/version.json

REQUESTS

設定ページの依頼

設定ページの依頼を Supabase が受け、すぐ GitHub Actions を起こして items.yaml に反映する。

いつ設定ページで関注項の追加・変更・篇幅の変更を送ったとき(待ち時間なし)どこでウェブ・Supabase費用無料
使うものAPISupabase REST / RPCnews を 500 件ずつ upsert · my_votes · set_sizeAPIpg_net → GitHub dispatch20 秒に 1 回までRULE板块の対号入座 sections.yaml板块 17(IAB Content Taxonomy 3.1 の大類から)· 各 2 つの分け方と常用の値 · 上から先に当たった語

AI が判断1Claude が読んで・見て決める(トークンを使う)ルール6プログラムの規則・計算で決まる(AI なし・無料)ルール+モデル学習済みモデル(顔・切り抜き)の数値を、決まったしきい値で判断する。AI の判断ではない

ウェブ・Supabase
GitHub Actions
分かれ道
ウェブ・Supabase
ルール板块・小分類を推す
維基データの説明・名前の語 → sections.yaml の表(当たらなければ type → その他)RULE板块の対号入座 sections.yaml板块 17(IAB Content Taxonomy 3.1 の大類から)· 各 2 つの分け方と常用の値 · 上から先に当たった語
ウェブ・Supabase
ルール設定ページで送る
一問一答のウィザードAPISupabase REST / RPCnews を 500 件ずつ upsert · my_votes · set_size
ウェブ・Supabase
ルールSupabase が GitHub を起こす
APIpg_net → GitHub dispatch20 秒に 1 回まで
GitHub Actions
ルール待ちの依頼がある?
いいえ何もしない
GitHub Actions
ルール検査して items.yaml に書く
使える項目だけ · 板块は表にあるものだけ · 済み・見送りを返すRULE板块の対号入座 sections.yaml板块 17(IAB Content Taxonomy 3.1 の大類から)· 各 2 つの分け方と常用の値 · 上から先に当たった語
GitHub Actions
ルール新しい関注項?
いいえページ生成だけ
GitHub Actions
AI が判断すぐ収集 → AI 編集が版面を設計

仕組みの場所.github/workflows/requests.yml docs/additem.js db/instant.sql sections.yaml scripts/taxonomy.py

PHOTOS

写真から愿望

写真に写っているものを Claude が見て認識し、愿望清单に 1 件として整理する。

いつ愿望清单ページで撮った写真が溜まったとき(Actions が 2 時間ごとに書き出し)どこでClaude(定時タスク)費用サブスク枠
使うものMODELClaude(定時タスク)編集・写真の認識・一覧の目視 · サブスク枠ALGOPillow の切り取りモデルなし · 品質 90APISupabase REST / RPCnews を 500 件ずつ upsert · my_votes · set_size

AI が判断2Claude が読んで・見て決める(トークンを使う)ルール3プログラムの規則・計算で決まる(AI なし・無料)ルール+モデル学習済みモデル(顔・切り抜き)の数値を、決まったしきい値で判断する。AI の判断ではない

ウェブ・Supabase
GitHub Actions
Claude(定時タスク)
リポジトリ
分かれ道
ウェブ・Supabase
ルール写真を撮って送る
長辺 1600(2.9MB 超は 1200)· 縮図 240APISupabase REST / RPCnews を 500 件ずつ upsert · my_votes · set_size
ウェブ・Supabase
photo_inbox未処理 20 枚まで
GitHub Actions
ルールinbox/photos に書き出す
収集のたびに
Claude(定時タスク)
ルール写真がある?
いいえ何も変えずに終わり
Claude(定時タスク)
AI が判断見て認識する
名前・価格・規格・タグMODELClaude(定時タスク)編集・写真の認識・一覧の目視 · サブスク枠
Claude(定時タスク)
AI が判断物だけ切り取る
ALGOPillow の切り取りモデルなし · 品質 90
リポジトリ
wishlist.yaml

仕組みの場所PHOTOS.md wishlist.yaml

いまの状況開いている間ずっと読み直す(依頼・写真 1 分 / Actions 3 分)

GitHub Actions

読み込み中…

ウォッチ項目の依頼

読み込み中…

写真の受付

読み込み中…

ウォッチ項目赤い「最新の記事」= 3 日以上 新しい記事なし

作品篇幅7 日の記事速報最新の記事話題度未設定の項目
Astrae Oratioゲーム · gameL159—今日31wikistatussteam_appid
BLEACH Mirrors Highゲーム · gameS23—今日22wikisteam_appid
GTA 6ゲーム · gameM103815今日67steam_appid
MMORPG 新作ゲーム · categoryS303—昨日51wikistatussimilar
滑雪スポーツ · categoryL1264今日57wikistatussimilar
漫威电影映像 · showM109550今日66tmdb
FROM映像 · showS31—2 日前40similar
哈利波特剧集映像 · showM432昨日50similar
ILLITライブ · eventL125—今日49そろっている
星巴克马克杯グッズ · categoryL501昨日39wikistatussimilar
猫用品ペット · categoryM76—今日31wikistatus
日本顶级网球赛事スポーツ · categoryL151—今日28そろっている
三星手机テック · productL566—今日47そろっている
gelato piqueファッション · categoryM7210今日57wiki
ぐでたまグッズ · categoryM325昨日53設定ページから追加statussimilar
チェーンソーマン映像 · animeL1313昨日55設定ページから追加status
The Mandalorian映像 · showM771今日42設定ページから追加statussimilar
あつ森ゲーム · gameM49—昨日37設定ページから追加wikistatussimilarsteam_appid
Vaundyライブ · eventS361昨日34設定ページから追加wikistatussimilar
周杰伦ライブ · eventS28121今日60設定ページから追加wikistatussimilar
绝区零ゲーム · gameM8112今日65設定ページから追加wikistatussimilar
dota2ゲーム · gameL80—今日49設定ページから追加wikistatussimilar
A2O LITEライブ · productS2031今日58設定ページから追加wikistatussimilar

小元素版面右上のステッカー · 種類ごとの目標枚数

進捗

16 / 23 版面が目標に到達70%

そろっている 16失敗 7最近の実行 10/17 17:33(予算 40 分 · 2 版面を処理) · 開始 10/17 08:48

7 件が目標に届いていません。定時の自動補完(プロセス「小元素の自動補完(定時)」)が、足りない順に埋めていきます。「要確認」は AI が候補の一覧を目で見て選びます。

作品種類枚数 / 目標状態最近の結果内訳
A2O LITEグループ5 / 9最大 9失敗0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:重複(その人はもういる) 13・別人 12・何人も写っている 10。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度10/17 17:35切り抜き 5
哈利波特剧集キャラ4 / 6最大 6失敗0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:重複(その人はもういる) 2・切り抜きの検査 1・顔なし 1。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度10/17 15:14切り抜き 4
Astrae Oratioキャラ5 / 6最大 10失敗0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:確かでない取り方 3・使えない 2。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度10/17 15:24切り抜き 5
ILLITグループ4 / 5最大 5失敗0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:顔なし 51・重複(その人はもういる) 29・別人 22。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度10/17 17:36切り抜き 4
Vaundy本人5 / 6最大 10失敗2 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +2)。外した理由:顔なし 21・同じ画像 6・遠景 3。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度10/17 15:06切り抜き 5
あつ森キャラ17 / 18最大 20失敗0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:確かでない取り方 13・白紙 1。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度10/17 17:20切り抜き 17
漫威电影キャラ5 / 6最大 6失敗0 枚足した(標準 +0 → 名前を広げる +0 → 公式・記事のページ +0)。外した理由:重複(その人はもういる) 5・使えない 5・顔なし 3。新しい記事が来たらすぐ、来なくても 6 時間後にもう一度10/17 17:28切り抜き 5
BLEACH Mirrors Highキャラ6 / 6最大 6そろっている2 枚足して目標に届いた10/17 09:53切り抜き 6
FROMキャラ6 / 6最大 6そろっている2 枚足して目標に届いた(標準 +0 → 名前を広げる +0 → 公式・記事のページ +2)10/17 15:11切り抜き 6
GTA 6キャラ2 / 2最大 2そろっている2 / 2 枚で目標に届いた切り抜き 2
The Mandalorianキャラ4 / 4最大 4そろっている1 枚足して目標に届いた(標準 +0 → 名前を広げる +0 → 公式・記事のページ +1)10/17 15:08切り抜き 4
dota2キャラ20 / 20最大 20そろっている6 枚足して目標に届いた10/17 09:17切り抜き 20
gelato piqueブランド1 / 1最大 1そろっている1 枚足して目標に届いた10/17 09:55ロゴ 1
ぐでたまキャラ3 / 3最大 3そろっている3 / 3 枚で目標に届いた切り抜き 3
チェーンソーマンキャラ6 / 6最大 6そろっている1 枚足して目標に届いた(標準 +1)10/17 14:56切り抜き 6
三星手机ブランド1 / 1最大 1そろっている1 枚足して目標に届いた10/17 10:44ロゴ 1
周杰伦本人6 / 6最大 10そろっている1 枚足して目標に届いた(標準 +0 → 名前を広げる +1)10/17 14:02切り抜き 6
日本顶级网球赛事主題3 / 3最大 5そろっている2 枚足して目標に届いた10/17 09:55アイコン 2 カード 1
星巴克马克杯ブランド1 / 1最大 1そろっている1 / 1 枚で目標に届いたロゴ 1
滑雪主題3 / 3最大 5そろっている2 枚足して目標に届いた10/17 09:55アイコン 2 カード 1
猫用品主題3 / 3最大 5そろっている2 枚足して目標に届いた10/17 09:54アイコン 3
绝区零キャラ20 / 20最大 20そろっている2 枚足して目標に届いた10/17 09:54切り抜き 20
MMORPG 新作主題6 / 5最大 6そろっている1 枚足して目標に届いた10/17 09:55カード 2 切り抜き 3 アイコン 1

投票👍 / 👎 · 前回の収集時点

👍90件
👎15件
この 7 日588回取り消しも含む押した回数
最後の投票10/17 15:05