@mizchi のX投稿分析
この結果は古い形式のため、成長診断・投稿時間の助言・発信力スコアの所感を伏せています （最終投稿がいつかを記録していない結果で、活動中かどうか確かめられないため）。2026-07-18 の分析なので、しばらくすると新しい形式で分析し直され、表示されるようになります。
2026-07-18 時点の分析
後で見返される=役に立つ情報を出せている。
診断: フォロワーが見に来ているもの
最前線で手を動かす人の『思考の生ログ』を見に来ている。
フォロワー層の興味
フォロワーのプロフィール文から、よく出てくる言葉を集めます(押した時だけ取得。1回分の回数を消費)。
最も伸びる投稿スロット
金曜 21〜24時台 平均137いいね(5件)
勢い(古い半分 → 新しい半分の平均いいね)
76 → 112 (▲47%)
投稿の種類別成績(直近66件)
| 種類 | 件数 | 平均いいね | 最大 |
|---|---|---|---|
| 業界・技術への論評 | 7 | 299 | 1,537 |
| 形式手法とLLM設計論 | 11 | 244 | 1,175 |
| AI開発の実況メモ | 15 | 51 | 391 |
| 雑談・ネタ・独り言 | 19 | 38 | 195 |
| 言語・処理系オタク話 | 14 | 35 | 186 |
勝ちパターン
長文(120字以上)は平均266いいねで無しの3.64倍。特に『実装(6.05倍)』『モデル(5.46倍)』『lean/llm』を絡めた形式手法×LLMの洞察が跳ねる。時間は21〜24時(平均185)、曜日は日曜304・木曜250。つまり『夜に投げる、実装に踏み込んだ設計論の長文』が最大の勝ち筋。バズ頭[39][16][46]も全てこの型。
コンテンツ戦略(何を増やし何を減らすか)
増やす:『形式手法とLLM設計論』の長文(保存も高く指名検索の核)と、実装・モデル系の固有名詞を絡めた論評。この2種がバズの全てを占める。減らす:内容の伝わらない短文の相槌・ネタ・リンク単体(倍率0.19〜0.27で数だけ消費)。維持:業界論評は当たれば大きいが賛否も呼ぶので本文で論拠を厚くする。
バズ投稿の共通点(中央値の2倍=47いいね超が24件)
共通する要素は特に見当たりませんでした(中身で伸びるタイプ)。
文体の特徴と効き方
断定と口語(『〜だよね』『〜って話ですね』『しんどい』)、絵文字ほぼ無し、専門語を噛み砕かず投げる硬派スタイル。短文37件は平均46と沈むが、長文になると論理が積み上がり保存率42.8%に直結している。問いかけ(?)は倍率0.84でむしろ弱く、断言型が効いている。
フォロワー像の推定
20〜40代のエンジニア中心。型システム・LLM・言語処理系に強い関心を持つ実務者層。既知の入門解説ではなく、著者自身が今まさに考えている一次情報と踏み込んだ判断を追いたくてフォローしている。
時間帯別の平均いいね(上位)
曜日別の平均いいね
伸びる要素(ありvsなしの平均いいね)
| 要素 | あり | なし | 倍率 |
|---|---|---|---|
| 長文(120字以上) | 266(10) | 73 | 3.64倍 |
| 問いかけ(?)を含む | 87(6) | 104 | 0.84倍 |
| 画像・動画つき | 54(5) | 106 | 0.5倍 |
| 短文(60字未満) | 46(37) | 174 | 0.27倍 |
| リンクつき | 24(16) | 127 | 0.19倍 |
文の長さ別の平均いいね
効いてる言葉(その語を含む投稿の平均いいね倍率)
| 言葉 | 使用 | 平均いいね | 倍率 |
|---|---|---|---|
| 実装 | 5 | 448 | 6.05倍 |
| モデル | 5 | 418 | 5.46倍 |
| lean | 3 | 423 | 4.86倍 |
| llm | 3 | 405 | 4.6倍 |
| プログラミング | 3 | 149 | 1.49倍 |
| 機械的 | 3 | 132 | 1.31倍 |
| haskell | 4 | 127 | 1.25倍 |
| 証明 | 3 | 105 | 1.03倍 |
| moonbit | 4 | 104 | 1.01倍 |
| 言語 | 3 | 98 | 0.95倍 |
曜日×時間帯ヒートマップ(平均いいね)
| 0時 | 3時 | 6時 | 9時 | 12時 | 15時 | 18時 | 21時 | |
|---|---|---|---|---|---|---|---|---|
| 日 | 724 | 29 | 1,537 | |||||
| 月 | 74 | 124 | 84 | |||||
| 火 | 66 | 15 | 195 | 36 | ||||
| 水 | 31 | 12 | ||||||
| 木 | 13 | 1,175 | 51 | 106 | ||||
| 金 | 41 | 36 | 137 | |||||
| 土 | 19 | 1 | 20 |
投稿ペース
週58.9投稿 ／ 投稿間隔の中央値 2.9時間 ／ 最長の間隔 1.1日 ／ 分析期間 10日
ベスト投稿5
- 1,537いいね(表示294,322) — alt の運用もだけど h1, h2 を単に文字を太くする用途に使ったり、p を改行用途に使ったり、セマンティクスと表象のズレを指摘する運動は正しさと無関係に敗
- 1,175いいね(表示246,996) — 仕様駆動開発に対して洞察が深まってきた。 正本を自然言語で書くべきではなく、Lean などで形式的に書いて、それを常に真として可読ドキュメントとテストオラクルを
- 724いいね(表示141,058) — 設計を賢いモデルでやって実装をそこそこのモデルでやるやつ、実装のが難易度高い場合にやってはいけない
- 391いいね(表示50,939) — 「/goal 意思決定なく機械的にやれる Issues を済ませておいて」 からの 「30件の Issues を処理しました。残り15件はユーザーの意思決定が必
- 257いいね(表示19,033) — 俺が形式手法が云々言ってるのは - より良い型システム(Rust, Haskell, MoonBit) - TDD(カバレッジ99%) - quickcheck
処方箋
- 結論だけの一行で終わらせず、『なぜそうなるか』を3〜5文の長文に展開する。長文倍率3.64が最大の武器なので、洞察が湧いた時こそ書き切る。
- 『実装』『モデル』『Lean』『LLM』を具体名で入れる。抽象論より『Rust/Haskell/MoonBitで〜』と固有名を出すほど倍率が上がっている。
- リンク単体投稿(倍率0.19)と画像頼み(0.5)を減らす。共有したい時も一言でなく自分の解釈を本文に足す。
伸びる投稿の型(穴埋めで使える)
明日そのまま使える下書き3本
投稿の下書きを添削する
このアカウントの傾向に合わせて、下書きを採点して直し方を提案します。
※ 直近の公開投稿(最大約100件・返信とリポスト除く)が対象です。本サービスは X Corp. とは無関係の非公式ツールで、SkyPhone Social の実験プロジェクトです。分析結果の削除依頼は Instagram（@fc2inc） のダイレクトメッセージまで。