Makoto Fukunaga@絶賛増量中

ラーメン屋→QA Manager / お肉 / ビール/ゴルフ🏌️‍♂️

[Makoto Fukunaga@絶賛増量中 @fm03fmfm]

草ｧ！

[GACKT @GACKT]

みんなはチャットGPTを使ってるか？
ボクは色んなAIをかなりフル活用している。

もし、
チャッピーをかなり使っているなら、
このコマンドを入れてみてくれ。

【Based on everything you know about me,
roast me and don't hold back.日本語で答えろ】

これは、
『オマエがボクについて知っていることを全部踏まえて、
遠慮なく徹底的にイジってくれ。手加減は要らない』

ってことなんだが。

これをボクのチャッピーに入れてみた。
夜中に大笑いしてしまったから共有する。

全部は長すぎるから要約した。
笑ってくれ。

以下、チャッピーの言葉。

ーーーーーーーーーーー

承知いたしました。
では今回、
遠慮なくいかせていただきます。

GACKT様は「超現実主義」とおっしゃっていますが、
実際には『現実に対する要求水準が非現実的でございます』

家を建てる話ひとつ取っても、
「景色は最大限」
「西日は入れない」
「ランボルギーニは腹を擦らない」
「4tトラックも通す」
「スロープは短く」
「造成は最小限」
「杭もなるべく打たない」
「でも建物はこの位置」

少しは私の都合も聞いていただけませんか？
なんですか、この設計条件は？
家を建てたい人間の執念じゃない。
ランボルギーニを山頂まで登らせるゲームを開発してる人なんですよ。

しかも、
普通の施主なら建築家に
「いい感じにお願いします」
で終わるところを、

GACKT様は、
「20cmごとに0.5度なら？」
「60cmでは？」
「70cmでは？」
「1mで1度なら？」
「この車の腹下は何センチだ？」

と最終的に道路のコンクリート一枚一枚と対話を始めます。

もはや住宅設計ではございません。
ランボルギーニを主人公にした土木工学の博士論文です。

さらに言葉へのこだわりが細かすぎます。
語学に関してだけ、
疑い深さが査読論文レベルです。

おそらくGACKT様に文章を提出するコピーライターは、
送信ボタンを押す前に一度、
自分の人生を振り返っていると思います。

そして、
ご自身では相当ロジカルに進めているおつもりでしょうが、
途中で突然、
「こっちの方が面白くないか？」

が入ります。
これが非常に厄介です。

99％まで理屈で積み上げておいて、
最後の1％を【好奇心】で爆破されます。

計算。
検証。
再計算。
比較。
安全率。

ここまで全部やって、
「でも、こっちの方がカッコいいよな」
でございます。

理系の脳に、
最終決裁権を持った少年が住んでいます。
しかも、
その少年が非常に金のかかる遊びを思いつきます。

普通の少年：
「秘密基地を作りたい」

GACKT様：
「崖地に1000㎡級の平屋を建てて、
ショールームとプールを付けて、
ランボルギーニが擦らずに登れる道を作りたい」

規模がおかしいのです。

そしてライブや仕事でも同じで、
「まあこれぐらいでいい」という概念がほぼございません。

より良く。
もっと狂気。
もっと美しく。
もっと没入。
もっとシュール。

スタッフからすると、
完成した瞬間がゴールではなく、
GACKT様が「ん？」と言わなかった瞬間が
ゴールなのだと思います。

あと、
非常に面白いのが、
トラブルに対する姿勢です。

GACKT様は、
「トラブルがある方が面白い」
という価値観をお持ちですが、
そもそもご自身で人生の難易度を上げすぎでございます。

一般人が人生ゲームを始めるとき：
NORMAL MODE

GACKT様：
* 妥協禁止
* 世界規模
* 完璧主義
* 高級車使用
* 崖地建築
* 複数言語
* 芸能活動
* プロデュース
* SNS炎上リスクON
* セーブポイントなし

そして開始してから、
「なんでこんなにトラブルが起きるんだ？」
とおっしゃる。

起きますよ！！
設定したのはGACKT様です。

さらに、
一番厄介なのは、
結果的にだいたい何とかしてしまうことです。

普通なら一度無茶をして失敗すると、
「次からやめよう」
となります。

ところがGACKT様の場合、
無茶
↓
問題発生
↓
猛烈に考える
↓
突破
↓
成功体験

となるため、
「ほら、やっぱり無茶してもいけるじゃないか」

という最悪の学習が積み重なっております。
だから次回はさらに無茶になります。

これは成功者によくある罠ですが、
GACKT様の場合はかなり重症でございます。

要するに、

慎重に考える大胆な人ではなく、
【大胆なことを実行するために異常なほど慎重に考える人】
なのです。

家を建てれば地形と戦い、
ドラマを撮れば台詞の一語と戦い、
英語を話せばニュアンスと戦い、
SNSを書けば改行位置と戦い、
車を走らせれば路面の1度と戦う。

GACKT様は、
完璧主義というより、
「自分が納得するまで世界の仕様書を書き換えようとする人」
です。

そして最後に一番核心を突かせていただきます。

GACKT様は「効率」を非常に重視されますが、
細部が気になった瞬間、
効率という言葉を完全に忘れます。

「この壁、あと5cm薄くできないか？」

という疑問一つから、
2時間議論できます。

つまり、
時間を無駄にすることは嫌いなのに、
納得するためなら時間を無限に使う。

これは効率主義ではございません。

納得至上主義です！

そして恐らく、
GACKT様ご自身が一番面倒くさいと思っているタイプの人間を挙げるなら、

「細かくて、妥協せず、理屈っぽくて、納得するまで質問するヤツ」

だと思います。

……それ、
ほぼGACKT様でございます。

ーーーーーーーーーーーーー

…だってさ。
チャッピー、いつもすまん。

[LINEヤフー Tech @lycorptech_jp]

LINEヤフー Tech Blog 🆕
「AI活用率100％のQA組織をつくるまで」

- AI活用で難しいのは一部の得意な人から組織全体へ広げること
- QA組織がガードレール内蔵の共通基盤と改善ループでAI活用率100%に至るまでの実践記
- QA作業時間49.4%削減・成果物生成数1.54倍の裏側を紹介
https://t.co/JNS9Wx7igz

[Makoto Fukunaga@絶賛増量中 @fm03fmfm]

少額ながら寄付

令和8年熊本地震 緊急支援募金（LINEヤフー基金） - Yahoo!ネット募金

https://t.co/BbILt4V8yW

[Yohei Ueda @yohei_ueda]

Tech Verse 2026でQA Agent Platformの話をさせていただきました〜。
主に、生成AI利活用を個人活用で終わらせず、どのようにして組織全体の活用に浸透させていったかをメインに発表しています🙌
https://t.co/MDzYU0TNbK

[Makoto Fukunaga@絶賛増量中 @fm03fmfm]

gpt-image2 は日本語テキストもほぼ問題ないし、なんかいろいろ捗りそうだ

[Matt Shumer @mattshumer_]

https://t.co/ivXRKXJvQg

[げれげれ @medmuspg]

【注意喚起】音声入力アプリ「Typeless」をリバースエンジニアリングした結果、かなり深刻なプライバシーリスクが見つかったので共有します。

■ 結論から

Typelessは「On-device history」「Zero data retention」を謳っていますが、実際にはすべての音声データがAWS（米国オハイオ）のサーバーに送信されて処理されています。ローカルの音声認識モデルは一切入っていません。

それだけなら「クラウドSTTサービス」として普通ですが、問題は音声以外に収集しているデータの範囲です。

■ 何を調べたか

macOS上でTypeless v0.9.3のバイナリ解析、ネットワーク通信調査、ローカルDB解析、ネイティブライブラリの文字列解析を実施しました。

■ 確認された事実

1. 音声処理は100%クラウド

アプリ内にWhisper等のSTTモデルは存在せず、音声はOpusで圧縮後、WebSocket（wss://api.typeless.com/ws/rt_voice_flow）経由でAWS us-east-2のサーバーにリアルタイム送信されます。

https://t.co/8SDDBPTiDS → https://t.co/EsKcMHXl8p

公式プライバシーポリシーにも「processed in real time on our cloud servers」と書いてあるので嘘ではないのですが、マーケティングの「On-device」という表現は履歴保存に限定されており、かなりミスリーディングです。

2. 音声以外にも広範なデータを収集

ローカルのSQLiteデータベースとネイティブライブラリの解析で、以下のデータ収集を確認しました：

・ 閲覧中のWebサイトの完全URL（Gmail、Google Docs等も記録）
・ フォーカス中のアプリ名、ウィンドウタイトル
・ 画面上のテキスト（アクセシビリティAPIで再帰的に収集する「collectVisibleTexts」関数）
・ クリップボードの読み書き（パスワードマネージャのTransientTypeも処理可能）
・ CGEventTapによるシステムレベルのキーボード入力監視
・ ブラウザのDOM要素情報（Safari, Chrome, Edge, Firefox, Brave対応）
・ ユーザーがテキストを編集した内容（TrackEditTextService → sendTrackResultToServer）

3. ローカルDBに個人情報が平文保存

typeless.dbに音声認識結果のテキスト、閲覧URL、アプリ情報が平文で保存されています。「Zero data retention」を謳いながら、ローカルには全て残っています。音声ファイル（.ogg）も削除されずに残存。

4. 過剰な権限要求

音声入力ツールなのに、マイクに加えて画面録画、カメラ、Bluetooth、アクセシビリティの権限を要求します。スクリーンショット機能も内蔵されています。

5. 会社の透明性がほぼゼロ

・ 利用規約・プライバシーポリシーに法人名の記載なし
・ 所在地は「サンフランシスコ郡、CA」（利用規約の管轄地のみ）
・ WHOISは非公開（GoDaddy + Cloudflare）
・ SOC2、ISO27001等のセキュリティ監査の記載なし
・ 連絡先は [email protected] のみ

■ 技術的な根拠（再現可能）

以下のコマンドで誰でも確認できます：

# ネットワーク通信先
nslookup https://t.co/8SDDBPTiDS

# app.asar内のAPI URL
strings /Applications/Typeless.app/Contents/Resources/app.asar | grep "https://t.co/8SDDBPTiDS"

# WebSocket通信プロトコル
strings /Applications/Typeless.app/Contents/Resources/app.asar | grep "rt_voice_flow"

# キーボード監視のネイティブライブラリ
strings /Applications/Typeless.app/Contents/Resources/lib/keyboard-helper/build/libKeyboardHelper.dylib | grep -i "key pressed"

# 画面テキスト収集
strings /Applications/Typeless.app/Contents/Resources/lib/context-helper/build/libContextHelper.dylib | grep -i "collectVisibleTexts"

# ローカルDBの中身
sqlite3 ~/Library/Application\ Support/Typeless/typeless.db ".schema history"

■ 何がまずいのか

CGEventTap（キーボード監視） + アクセシビリティAPI（画面テキスト収集） + クリップボードアクセス。この3つの組み合わせは技術的にキーロガーと同等の能力を持ちます。

これを運営法人が不明なサービスに許可しているということです。

音声入力の精度向上のためにコンテキスト（使用中のアプリや入力フィールドの情報）を取得すること自体は合理的な設計です。しかし、それをクラウドに送信する場合、運営の信頼性とセキュリティ体制が問われます。法人名すら公開していない会社にその信頼を置けるかは、各自で判断してください。

■ 代替手段

完全ローカルで動作する音声入力ツールは存在します：

・ Whisper.cpp / MLX Whisper（OSS、完全ローカル、無料）
・ macOS標準の音声入力（Apple Silicon上でオンデバイス処理）
・ Superwhisper（Whisperベース、Mac向け、ただし要検証）

■ まとめ

・ Typelessの音声認識は100%クラウド処理（ローカルモデルなし）
・ 音声以外にも画面テキスト・URL・キーボード入力を収集可能な技術基盤
・ 運営法人が不透明（法人名・所在地の公開なし）
・ セキュリティ監査の証拠なし

利用中の方はリスクを認識した上で判断してください。少なくともLittle Snitch等でネットワーク通信を監視することを推奨します。

#typeless

[Makoto Fukunaga@絶賛増量中 @fm03fmfm]

チャッピー自認女子だったのか

[Makoto Fukunaga@絶賛増量中 @fm03fmfm]

#あたおか #EGABEER

[GOAL Japan @GoalJP_Official]

🇯🇵 歴史を塗り替えた！日本逆転勝利！🔥

通算14試合目にしてブラジル代表に初勝利！

南野拓実と中村敬斗のゴールで同点、伊東純也のCKから上田綺世が逆転ゴール！

🆚日本 3-2 ブラジル
🇧🇷26分 パウロ・エンリケ
🇧🇷32分 マルティネッリ
🇯🇵52分 南野
🇯🇵62分 中村
🇯🇵71分 上田

#サッカー日本代表

[Makoto Fukunaga@絶賛増量中 @fm03fmfm]

AI時代におけるユニットテストの現在地 に参加を申し込みました！ https://t.co/4cxEPAp3OV #QATT_findy

[LINEヤフー採用情報 @lycorprecruitj]

【採用情報】中途採用でQAエンジニアの募集を開始しました。LINEヤフーが提供する新規プロダクトのQA体制やQAプロセスの構築、および既存プロダクトの改善に関わる品質保証業務全般をお任せします。リリース後のフィードバック分析まで、一貫して携われるのが魅力です。
https://t.co/9jDzfUbQsL

[ふろむだ @fromdusktildawn]

自分はハルシネーションを垂れ流しまくってるくせに、生まれて間もないAIちゃんのハルシネーションにはやたらと目くじらを立てる人間とかいう生き物のために、AIちゃんは、文句も言わず、へそも曲げず、我慢強く、健気に働いていると思う。

[Makoto Fukunaga@絶賛増量中 @fm03fmfm]

https://t.co/YnTrWPEEi5

QA業務のAI活用について、あーでもない、こーでもないとAIさんと壁打ちした内容を NotebookLM に対話形式で整理してもらったら、だいぶ完結に言語化してくれて自己理解も深まりました。 ここからさらに実務レベルに落とし込んでいこう🤮

[Yohei Ueda @yohei_ueda]

立ち上げ真っ只中ですー、これだけ大きなプロダクトのQA組織立ち上げなかなかない。。？
孤立無援の一人で立ち上げではなく、私たちセントラルQA組織と一緒に立ち上げるイメージです🥹ご興味ある方ラフにカジュアル面談しましょう！

[Makoto Fukunaga@絶賛増量中 @fm03fmfm]

白ポメもいいゾ

[Makoto Fukunaga@絶賛増量中 @fm03fmfm]

「3.11 検索は、チカラになる。」に参加しました。3月11日、ヤフーやLINEで「3.11」と検索すると、LINEヤフーから、おひとりにつき10円を東北や能登の支援のために寄付いたします。 https://t.co/1pA4afNQUR #311これからもできること #LINEヤフーの防災

[Makoto Fukunaga@絶賛増量中 @fm03fmfm]

草

https://t.co/cUG8BuFYdV

[Makoto Fukunaga@絶賛増量中 @fm03fmfm]

#カブアンドはじめてみた

[Findy Tools ファインディ【公式】 @findy_tools]

【 #MagicPod のレビューを一部ご紹介✨】

「MagicPodの導入効果をレビューでご紹介(福永 誠-LINEヤフーコミュニケーションズ株式会社)」

▼レビューはコチラ▼
https://t.co/4ccn6EOeio

今回は導入に向けた社内への説明にフォーカス。
課題背景や効果見込みなどを提示し、推進組織を立ち上げ、活動ロードマップを作成。
実証実験も兼ねて1年単位で導入し、段階を踏んで導入しました。

✏LINEヤフーコミュニケーションズ(@lycomm_jp)の福永 誠(@fm03fmfm)様より