PROTOTYPE専門家 Platform の試作(TEC-108)です。人物名・会話は架空、写真は仮の素材です。
Named Hacker芦原 みなと の写真

Hacker を探す / 生成AI・業務設計

相談受付中

芦原 みなと

Ashihara Minato

AI に下書きさせ、人が決める境目を設計する。

生成AI・業務設計窓口・問い合わせ生成AI業務設計Product Discovery要求抽出プロンプト設計
本人確定済み — 下書きが「AI 全般の専門家」と広げすぎていたため、本人が領域を絞った。(2026-10-16)AI draft → Confirmed
RoleNamed Hacker
Conversations2 スレッド
Categories2 分野

(01)About

「これ AI でできますか」を、できる・できないではなく線引きで返す。 処理量と網羅性は AI、判断と責任は人、という切り分けから入る。 問い合わせや雑談の中にある未言語化の要望を、要求の形へ起こす。

(02)Expertise

得意分野

01

業務のどこを AI に任せるか決める

処理量と網羅性は AI、判断と責任は人、という切り分けから入る。

02

会話ログから要求を取り出す

問い合わせや雑談の中にある未言語化の要望を、要求の形へ起こす。

03

共通化できる要望を見つける

個社の言い方を揃えて、Core へ寄せられる塊を探す。

(03)From conversations

会話から

抜粋は保存していません。表示のたびに元の会話から引き直しています。

AI の下書きを、どこで人間が確定させるか 取り込んだログ · 2026-09-17 前後を読む
AI に下書きをさせること自体は止めない。止めるのは、AI の出力を誰も確定しないまま外へ出すこと。確定した人の名前と日付が画面に出ているなら、下書きが機械でも構わない。
一次回答から専門家へ渡す線引き (HackersBridge) 取り込んだログ · 2026-09-25 前後を読む
分類は、Sales Opportunity / Incident / Problem / 改善要求の四つで始めて、足りなくなってから増やすのがいい。最初から細かくすると、誰も正しく付けない。

(04)Works

関わった仕事

Client 名は本人と Client の同意がある場合のみ表示
01

問い合わせ一次回答の設計 (架空)

分類と Escalation 条件の設計 — 担当者へ渡す前に、影響範囲と再現手順が揃う形にした。

架空の事例

(06)First call

芦原 みなと に、相談する。

相談を始める