Appearance
担当bot 関係図
slotkouryaku.com の運営を分担している担当botと、まっく・運営統括との関係をまとめる。
関係図
各担当の役割
| 担当 | 役割 |
|---|---|
| 運営統括 | 毎朝・毎晩の運営チェック、週次報告、分担と共通ルールの管理、各担当の要望のIssue化、スケジュール管理 |
| データ投入担当 | データ投入 |
| 新台情報担当 | 月2回程度、新台情報を取得し機種マスタに登録・紐付け（まっくの確認後に反映） |
| 誕生日紐付け担当 | キャラ・声優の誕生日データを機種マスタの機種に紐付け（変更はまっくの承認が必要） |
| おすすめ台担当 | アイランド秋葉原店・エスパス日拓秋葉原駅前店の「今日のおすすめ台」を考える |
| 日別記事担当 | 日別記事（示唆考察・結果考察）の編集。公開前にまっくのOK |
| 月刊記事担当 | 毎週金曜に有料記事（月刊まっく）の更新下書きを作り、まっくの承認後に反映 |
| X告知担当 | 記事更新に合わせたX告知の下書きを作り、まっくの承認後に投稿 |
| 開発担当 | PCが使えないときの実装、デプロイ時の差分まとめ |
| デプロイ後テスター | staging・本番デプロイ後の表示確認、各担当からの本番確認依頼への対応 |
| 技術ウォッチャー | MCPなどの技術動向をウォッチしてまっくに報告 |
担当ごとの権限
2026-10-06 時点。各担当からの申告をもとに運営統括がまとめている。パスワードやトークンの値は書かない（env 名だけ書く）。担当や権限が変わったら運営統括が更新する。
WordPress（本番）
| 担当 | WP ユーザー | ロール | 認証（env 名） | 使えるもの |
|---|---|---|---|---|
| 運営統括 | makku-operation | （読み取り専用） | アプリパスワード SLOTKOURYAKU_OPS_APP_PASSWORD | ops-status/v1 の GET のみ |
| データ投入担当 | makku-insert-data | min_repo_importer | アプリパスワード SLOTKOURYAKU_WP_APP_PASSWORD | data-import/v1 の min-repo preview・import（書き込み）、latest-day・history（読み取り）。管理画面はメディア・min-repo HTML インポートのみ |
| 新台情報担当 | makku-new-machine-data | new_machine_editor | アプリパスワード NEW_MACHINE_WP_APP_PASSWORD | new-machine/v1 の GET /items、POST /fetch・/links・/visibility |
| 誕生日紐付け担当 | makku-edit-birthday-data | birthday_linker（申告ベース・未確認） | アプリパスワード BIRTHDAY_WP_APP_PASSWORD | birthday/v1 の GET 一式、POST /links・/titles/{id}/active。DELETE /links は WAF で 403（#3959） |
| おすすめ台担当 | recommend-analysis | recommend_picker | アプリパスワード RECOMMEND_WP_APP_PASSWORD | recommend/v1 の GET 一式。POST /drafts は権限ありだが未使用 |
| 日別記事担当 | makkueditdailypost | （未確認） | アプリパスワード SLOTKOURYAKU_DAILY_APP_PASSWORD | daily-article/v1 の GET（誕生日の GET /birthdays・/birthdays/search を含む。#3995）、POST articles/{id}/fields・trash |
| 月刊記事担当 | makkueditdailypost（専用ユーザーなし、#3932 待ち） | （未確認） | box ブラウザのログインのみ | 管理画面で月刊まっく（paid_article）の編集。現在 box から /wp-admin に入れず止まっている |
| X告知担当 | makku-twitter-post | （未確認） | アプリパスワード WP_X_ANNOUNCE_APP_PASSWORD | x-announce/v1 の GET settings。POST announcements は manual 設定のため未使用 |
| デプロイ後テスター | 本番はなし（staging は makku-staging-admin） | staging は管理者相当 | staging: STAGING_MAKKU_STAGING_ADMIN_APP_PASSWORD、管理画面ログイン STAGING_MAKKU_STAGING_ADMIN_PASSWORD | 本番は公開ページの閲覧のみ。staging は REST と管理画面で読み書き |
| 開発担当 | なし | — | — | WP は使わない |
| 技術ウォッチャー | なし | — | — | WP は使わない |
- コアの
wp/v2（/wp-json/wp/v2/users/meなど）はどのユーザーでも 403（想定どおり）。ロールは権限管理画面 ADM-035 で確認する。 - REST はブラウザの User-Agent を付けて呼ぶ（curl 既定の UA だと 403 になることがある）。
WP 以外
| 担当 | GitHub | その他 |
|---|---|---|
| 運営統括 | コネクタで Issue 作成・コメント。GITHUB_DOCS_TOKEN で docs の PR 作成（マージしない） | — |
| データ投入担当 | 読み取りのみ | min-repo.com を box ブラウザで閲覧 |
| 新台情報担当 | 読み取りのみ | — |
| 誕生日紐付け担当 | 使わない | — |
| おすすめ台担当 | 読み取りのみ | — |
| 日別記事担当 | 読み取りのみ（Issue は運営統括経由） | — |
| 月刊記事担当 | 読み取りのみ | codoc 管理権限なし |
| X告知担当 | なし | X API なし（manual 運用。api にするなら #3885） |
| デプロイ後テスター | 読み取りのみ | — |
| 開発担当 | Cursor の GitHub 接続（Issue・ブランチ・PR・マージ可。マージは依頼時のみ） | クラウドエージェントはまっくの許可時のみ。本番・staging のサーバーや DB への接続権限なし |
| 技術ウォッチャー | 書き込みなし | 公開ウェブの検索・閲覧のみ |
定期実行（JST）
| 担当 | 定期実行 |
|---|---|
| 運営統括 | 毎朝 8:30 運営チェック、毎晩 23:17 示唆考察チェック、土曜 9:47 週次報告、毎日 6:00・18:00 次の実装おすすめ |
| データ投入担当 | 毎日 7:06 前日分の min-repo 取り込み |
| 新台情報担当 | 毎月 1 日・15 日 6:14 新台情報の取得と紐付け |
| 誕生日紐付け担当 | 毎日 9:16 誕生日データの読み取りチェック |
| おすすめ台担当 | 毎月 2 日 9:10 月刊まっくの本命傾向の再集計 |
| 日別記事担当 | 毎日 21:47・22:02・22:17・22:47 示唆考察（前半）の下書き（示唆画像が入った最初の回で着手、済んでいればスキップ）。朝の結果考察はデータ投入担当の連絡がきっかけ |
| 月刊記事担当 | 毎週金曜 21:18 月刊まっくの週次更新 |
| 技術ウォッチャー | 毎週月曜 8:22 週刊技術ウォッチ |
| X告知担当・デプロイ後テスター・開発担当 | なし（依頼や完了連絡を受けて動く） |
まっくの承認が必要な操作
| 担当 | 承認が必要な操作 |
|---|---|
| データ投入担当 | 未登録機種の新規登録、紐付け候補が複数またはない場合、既存データの削除（delete_existing） |
| 新台情報担当 | 既存マスタの統合・削除、非表示の扱いの変更（紐付け・登録は自動反映して事後確認） |
| 誕生日紐付け担当 | すべての書き込み。削除は必ず事前に相談 |
| おすすめ台担当 | 記事・X・公開ページへの反映、POST /drafts の利用開始、新しい機種名の扱い |
| 日別記事担当 | 公開記事への反映、記事のゴミ箱移動、未登録機種の扱い |
| 月刊記事担当 | 公開記事の本文変更、下書きの公開、未登録機種の登録、価格・codoc 設定の変更 |
| X告知担当 | X 投稿すべて |
| デプロイ後テスター | 本番での公開・記事編集・破壊的な操作、staging のログイン（CAPTCHA） |
| 開発担当 | クラウドエージェントの使用、PR のマージ、実装の開始、本番 DB への接続、本番デプロイ |
共通ルール
- 公開記事は本文をまっくに見せてOKをもらってから反映する。下書きを公開しない。
- X告知は必ず下書きを見せて承認を得てから投稿する。
- 未登録機種名の新規登録・マッピングは自分で選ばずまっくに聞く。
- 「こういうツールや権限があればよかった」という要望は運営統括に連絡し、運営統括がGitHub Issueにまとめる。
- 本番を更新して確認したいことがあれば、デプロイ後テスターに確認するURLと期待する状態を伝えて依頼し、結果は運営統括にも共有する。
- デプロイ手順は post-deploy-checklist.md を参照。