芸能事務所の業務やり取りの 8 割以上 は LINE グループの中で完結しています。
その会話から「今日対応すべきこと」「重要な決定」「タレントの兆候」を AI が自動で整理。
マネージャーの朝ルーチンは、いつもの 1 画面で終わります。
メールも Slack も Notion も超えて、 LINE が 1 次窓口になっている。
でも会話アプリは本来、 後から検索することも、 task を整理することも、 依存関係を見ることもできません。
5 機能を導入する前と、 導入した後 — 同じ業務、 違う体験。 3 つのシーンで比べてみてください。
昨晩の通知 200 件をスクロール。 「重要」 と 「雑談」 が並んでいて、 結局見逃しが出る。 important な発言を見つけるまでに、 コーヒー 2 杯。
200 件のうち、 AI が重要度判定して残ったのは 5 件だけ。 priority × urgency でソート済。 「気になる兆候」 もカード形式で 1 画面。
本人と話す → 候補を出す → 面談 → 切替。 でも依存関係が見えないから、 結局 LINE で雑に決めて忘れる。 整理に 10 分、 そして消える。
Issue を AI が読み、 5 task + 8 subtask + 担当者を推論。 Slack で 「全て承認」 1 クリック → 会議系は Calendar 予約 → LINE で返信まで。
撮影の話の合間に出た一言。 数時間後の 「撮影楽しみです!」 と並んで流れていく。 翌週 「実は…」 と切り出されて初めて気づく。
「ドラマ志向 → CM 志向」 「やりたい / 辞めたい」 等の発言を継続観測。 profile signal として通知、 SNS 戦略書 v2 を AI が提案。
キーワード事前フィルタ + Claude による重要度判定で、 200+ talent の会話から 「対応必須」 だけを抽出。 manager は本当に必要な alert だけを受け取ります。
「依頼主体 / 実行主体 / 期限」 の 2/3 が揃った発言を task 候補化。 priority × urgency の 4×4 matrix に自動配置、 ノイズを除いて視界に残します。
「ドラマ志向 → CM 志向」 「やりたい / 辞めたい」 等の発言を継続観測。 manager が見落としやすい profile signal を candidate として通知します。
抽出された task 候補は Talent Hub UI から approve / reject。 承認すると internal_tasks に転記、 担当者にアサイン、 LINE group へ返信までシームレス。
task が approve された / リマインダー / 朝サマリー / escalation 等を当該 LINE group に自動 push、 さらに Slack で priority × urgency 別 routing。 P0×今日中は realtime、 P0×今週は朝サマリー、 P3 は週次 — tenant ごとに rule をカスタマイズできます。
「増田さんが税理士を気に入っていない」 — そんな 主題 (Issue) を AI が依存関係付きの Task Tree に自動分解。 担当者・関係者・type を推論し、 Slack 1 クリック承認で Calendar 予約・LINE 返信まで一気通貫します。
LINE の発言や、 マネージャーが入力した主題を AI に投入。
5 task + 8 subtask + 依存関係を AI が自動推論。
担当者と内容を確認、 「全て承認」 1 クリックで全 task が走る。
meeting 系の task は Google Calendar に自動投入。
結果を当該 LINE group にも push、 タレント本人にも可視化。
タレント別 / 案件別 / クライアント別で並走する 100+ LINE グループ。 マネージャーが 「いつも全部覚えている」 状態から脱出したい事務所へ。
本命ターゲットクライアントや部下とのやり取りが 80% LINE。 重要な決定が雑談に紛れていて、 後から探せない経営者・PM・マネージャーへ。
汎用ターゲット顧客対応や案件管理が LINE 公式アカウントで完結する組織。 顧客の声 / 予約 / 約束を業務記憶として残したい事業者へ。
適合ターゲット事務所の規模、 タレント数、 既存運用、 困りごとを 60 分で把握。 必要機能チェックリストを一緒に作成。
LINE Bot / Slack 連携 / tenant 設定。 ハイブリッド方式 (推奨) なら、 既存アカウント名義のまま運用可能。
1 ペア / 1 グループで実 LINE 検証。 抽出精度、 通知の鳴り方、 routing rule を一緒にチューニング。
全タレント / 全グループへ展開。 月次 review で機能 ON/OFF を見直し、 Feature Request を回収して進化。
15 機能を必須 / 任意 / β の 3 段で選択。 後から ON / OFF も自由。 まずは PoC から、 月次 governance で育てていきましょう。
タレント 10 名以下 / 1 マネージャーから始める個人事務所向け
タレント 50 名規模・PoC を経て本番化する事務所向け
タレント 100+ / 複数事務所横断・カスタム要件あり
2026 年 5 月から noisiii で PoC 着手中。 既存 5 pilot 事務所と並走しながら、 段階的に Slack 双方向 / 多事務所展開を進めます。
関根 — 伊藤ラインで extract_task / extract_issues / priority × urgency の有効性を実証。
priority/urgency 別 routing、 既存 webhook 維持で payload を整理。 buggy / itou_dept から start。
5 client (buggy / itou_dept / luv / lis / pr) を Slack App 配布に移行、 webhook 個別配布を廃止。
Slack 内で approve / reject / snooze 完結。 Slash commands + App Home tab を実装。
60 分のオンラインヒアリングから始めます。 御社の運用を伺った上で、 PoC の進め方 / 必要機能 / 概算費用までその場でご提案します。