# MulmoTerminal ローンチ計画 — Show HN 主軸

> **この計画の位置づけ。** MulmoTerminal 単体のローンチ計画はこれが最初。MulmoClaude の
> `../mulmoclaude/plans/launch-product-hunt.md`（Product Hunt、2026-08-04 予定）とは**別の弾**であり、
> ポジショニングも対象読者も共有しない。あちらは「育てる AI アシスタント」を一般向けに売る話、
> こちらは**開発者向けツール**を開発者コミュニティに出す話。混ぜない。
>
> **主戦場: Show HN。** 副次で Product Hunt / Reddit / X（日英）。
> **日付は決めない** — §5 のゲート条件が満たされた最初の火〜木に出す。理由は §5。
>
> **オーナー:** Satoshi（本文・当日のコメント返信）／エンジニアリング（ゲート条件の解消・デモ資産）

---

## 0. 事実（2026-07-30 時点、すべて検証済み）

計画の前提になる数字。推測は書かない。

| | 値 | 出所 |
|---|---|---|
| バージョン | **2.8.0** | `package.json` / npm `dist-tags.latest` |
| ライセンス | **MIT** | `package.json` |
| リポジトリ作成 | **2026-06-14** | `gh repo view` |
| npm 初公開 | **2026-06-17** | npm registry |
| GitHub star | **72** | `gh repo view` |
| npm DL（直近 30 日） | **8,097** | npm downloads API |
| npm DL（直近の日次） | 350〜1,400／日、7/25 がピーク（1,372） | 同上 |
| 起動コマンド | `npx mulmoterminal@latest` | README |
| 必須環境 | Node ≥ 22.9、`claude`、`git`、`gh` | README「Install & run」 |
| 推奨 | `tmux`（セッション永続化。**Windows にネイティブビルドなし**） | README |
| ドキュメント | https://receptron.github.io/mulmoterminal/ （日英ガイド） | — |
| 未クローズ issue | **17** | `gh issue list` |

**読み取り。** 6 週間で star 72・月 8,000 DL は、**すでに小さく人が入り始めている**が
**まだ一度も大きな露出をしていない**状態。日次 DL が三桁後半で安定しているのは、
口コミと X の告知だけでこの水準ということ。Show HN 一発で桁が変わる余地が最も大きい局面にある。

---

## 1. ポジショニング — 「認知の天井」。掴みと転換の順序を守る（最初に読む）

**中核の主張。** MulmoTerminal は AI エージェントを *使う* ツールではなく、
**複数のエージェントを *監督する* ための計器盤**である。競合はすべて「エージェント 1 体との
対話体験」を良くする方向に投資していて、「N 体を同時に走らせたとき人間の注意をどう配分するか」を
正面から扱っているものがない。ここが唯一の非商品化領域。

**中心語は「認知の天井」。** 作者本人の開発記（§4 の Zenn 記事）が、この製品の主張を
こちらの用意したどの言い回しよりも良く言語化している。**この 2 行を計画全体の中心に据える。**

> 6 分割していたのは**選んだからではなく、そこが認知の天井だったから**
>
> 並列数の上限を決めるのは、**人間の生の注意力ではなく、どれだけ道具が状態を肩代わりして
> くれるか**

製品の説明ではなく**人間の制約の話**をしているのが強い。ツールそのものに興味がない読者にも届く。

**本当の課題は注意力ではない。** 同じ見た目のペインが N 個あると、**人間が N 個のコンテキストを
頭の中に保持しなければならない**。色分け・名前バッジ・状態の枠・cockpit roster は、それを
頭から画面に移す装置。README の「What people say after switching」がすでにこれを言語化している
（別のエージェントのターミナルに返信を打ち込んでしまう、6 分割すると 4,000 字の返答が読めない、
IDE を 6 枚開くと 64GB のマシンが詰まる）。**この 3 つが Show HN 本文の骨。**

### 最重要 — 掴みと転換の「順序」を絶対に守る

ここには**正面から衝突する 2 つの事実**がある。片方だけ選ぶのではなく、**順序**で解く。

| | 内容 | 役割 |
|---|---|---|
| **掴み**（最初の 3 秒） | **1 日 500 コミット / 6 並列**。道具を変えたら天井が上がった、という話 | 読者を止める |
| **転換**（本文の中盤） | **1〜3 個でも効く**。多く回すための道具ではなく、見失わないための道具 | 読者を自分事にする |

**掴みを「すごい人の話」にしない。** 500 コミットは能力の話ではなく**天井の話**として出す。
記事自身がその橋渡しを持っている — *「500 コミットは超人的な能力ではなく、並列度 × 通知
ドリブンの自然な帰結」*。この一文を本文にそのまま置くと、掴みから転換への接続が 1 行で済む。

**転換の根拠**（README がすでにこう書いている）:

> **You don't need ten agents for this to pay off.** Users have reported the switch being worth it
> at **one to three** parallel sessions.

**逆順にしない。** 先に「2 体目から効く」と言うと地味すぎて誰も止まらない。一方、掴みだけで
終わると「10 体回してる人向けでしょ」で読者が自分を対象外に分類する — このカテゴリ最大の
離脱要因。**止めてから、下ろす。**

### 先頭に立ててはいけないもの（2026 年にはコモディティ）

- **ブラウザターミナル / PTY / Electron でないこと** — 実装上の判断であって価値ではない
- **Canvas（MCP によるリッチ出力）単体** — リッチ出力はもう珍しくない。**必ず並行監督と結びつける**
  （「10 セルを走査するとき、テキストの壁よりカードの方が速く読める」）
- **コスト / トークン表示、テーマ、Skill メニュー** — あると良いが乗り換え理由にならない
- **「AI で開発が速くなる」系の主張全般** — HN で最も嫌われる型

---

## 2. Show HN の投稿フィールド

### タイトル（HN 上限 80 字）

- **本命:** `Show HN: MulmoTerminal – a grid for running Claude Code and Codex in parallel` **(77)**
- alt A: `Show HN: A browser grid for running many Claude Code and Codex agents at once` (77) — 製品名を落とす版
- alt B: `Show HN: MulmoTerminal – see which of your parallel AI agents needs you` (71) — 課題側から入る版

本命を選ぶ理由: HN のタイトルは**何であるかを平叙で言う**のが最も強い。`grid` は物理的な
比喩で誤解の余地がなく、`Claude Code and Codex` が対象読者を一撃で自己選択させる。
alt B は魅力的だが、`needs you` が製品の中身を説明しないまま感情に寄るので Show HN では弱い。

**URL:** `https://github.com/receptron/mulmoterminal`（ドキュメントサイトではなく **repo**。
Show HN の読者はまず README とコードを見る）

### 本文（投稿と同時に、自分でコメントとして投稿する）

構成を固定する。**5 段落・500 語以内・機能列挙をしない。**

1. **課題（自分の実体験として）** — Claude Code を並列で回し始めた瞬間に起きたこと。
   別のエージェントに返信を打ち込む、どれが自分を待っているか分からない、IDE を複数開くと重い。
   **6 分割で止まっていたのは、それを選んだからではなく、そこが認知の天井だったから**（§1）。
2. **やったこと** — サーバ側に PTY を置き、ブラウザのグリッドに並べた。セルの枠の色が状態
   （working / 入力待ち / 完了・未読 / idle）。**入力待ちだけが鳴る**。
3. **意外だった設計判断を 1 つ**（HN が食いつくのはここ）。**実際の経緯をそのまま書く** —
   出発点は UI ではなく**課金**だった。**Anthropic が `claude -p`（非対話モード）での起動を
   従量課金にするとアナウンスした**。これは後に延期されたが、**従量課金になった時点で
   `-p` を土台にしたものは全部使えなくなる**。延期は撤回ではないので、リスクは消えていない。
   → だから **`-p` に依存しない道**を探すことになり、対話セッションのまま並列化する方法として
   「VS Code のシェルはどう実装されているのか」という議論から **xterm.js** に行き着き、
   **サーバに PTY・ブラウザに WebSocket**という形になった。
   結果として API ラッパではなく本物のターミナルを飼うことになり、`claude --resume`・
   既存 transcript・skill・hooks が**そのまま**動く（移行作業がゼロ）というのは、
   狙って設計したものではなく**この経路の副産物**。
   → *制約から生まれた設計* は HN が最も好む型。作った理由を後付けで綺麗にしないこと。

   **書き方の精度（ここだけは一字一句を詰める）。** これは他社の課金方針についての、
   誰でも検証できる主張になる。**「アナウンスされた → 延期された → だから `-p` の上には
   建てられないと判断した」**という時系列を崩さずに書くこと。
   **「Anthropic は `-p` に課金している」と現在形で書かない**（延期後の現状としては誤り）。
   HN では、正確に書けば「賢明な判断だ」と読まれ、雑に書けば「事実誤認」で終わる。
   **一次ソース（§11）を必ず添える。**
   *この判断は本リポジトリの「`claude -p` を使わない」というハードルールの由来でもある。*
4. **正直な限界**（§6 の免責と同じもの。**必ず本文に書く。コメントで言わされたら負け**） —
   Windows は tmux がないので永続化が落ちる、`gh` 前提で GitHub 以外に広げられていない、
   6 週間前に始めたものなので荒い。
5. **CTA** — `npx mulmoterminal@latest`、MIT、フィードバック歓迎。
   プライバシーは**言い切らない**。英語表現を固定する:
   **`local by default; no telemetry. Push notifications are the one exception — they go
   through a relay.`**
   → 「ローカル完結」と書くと、§7 の「スマホ通知だけは中継が入る」と衝突する。
   **例外を先に自分で言う方が、コメント欄で指摘されるより常に強い。**

**書いてはいけないもの:** 「revolutionary」「game-changer」「10x」、機能の箇条書き 10 行、
ロードマップ、資金調達の話、他製品との比較表。

### ファーストコメントに置く GIF

`docs/guide/images/hero.gif`（グリッドが状態ごとに色を変えながらリアルタイムに動く）を
README 冒頭に置いてあるので、**repo を開いた瞬間に見える**。Show HN では本文より先にこれが効く。
→ ゲート条件（§5）に「hero.gif が現行 UI と一致していること」を入れる。

---

## 3. キーメッセージ（順位付き。この順で、この数だけ）

1. **状態が見える。** working / 入力待ち / 完了・未読 / idle が枠の色。入力待ちだけがチャイムを鳴らす。
   → *画面外で詰まっているエージェントを取りこぼさない。*
2. **多数を見ることと、一つを読むことがトレードオフでなくなる。** グリッド ↔ 拡大。
   拡大しても cockpit roster が全員をテキスト 1 行で保持する。
3. **エージェントに依存しない。** Claude Code / Codex / Antigravity を同じ計器盤に並べられる。
   → 上流ベンダのどれもが構造的に作れないもの。**これは今期いちばん大きい変化なので、必ず入れる。**
4. **消えない。** tmux でサーバ再起動・クラッシュ・`node --watch` を跨いでセッションが生き残る。
   既存の `claude --resume` がそのまま来るので、移行作業がゼロ。
5. **離れられる。** 完了・入力待ちでスマホに Web Push、RemoteHost からタップで yes/no/continue。

**予備（FAQ でだけ使う。先頭に出さない）:** git worktree とワンクリック PR、コスト/トークン表示、
Files ペイン、Canvas、per-directory テーマ、設定を書く skill 群、Docker サンドボックス、
`claude-ollama`。

### まだ言語化されていない第 2 の軸（本文で 1 行だけ触れる）

直近の #910 シリーズで、**ターミナルの隣に「人間が確認・介入する作業面」**ができた
（file explorer / エディタ / オートセーブ / 外部変更検知 / **条件付き保存でエージェントの
書き込みを上書きしない**）。「人間とエージェントが同じファイルを同時に触る」前提の設計で、
ここには他にない固有性がある。ただし**まだ主張にするには早い** — 本文では
「エージェントが触っているファイルを、隣で安全に開いて直せる」と 1 行だけ書き、
食いついたコメントに §7 で答える。

---

## 4. デモ資産

| 資産 | 用途 | 状態 |
|---|---|---|
| `hero.gif` | README 冒頭 = Show HN 経由の第一印象 | **既存。現行 UI との一致を確認すること** |
| `grid-2x2-live.png` | 4 セッション並列。本文で参照 | 既存 |
| `cockpit-roster.png` | 「拡大しても全員が見える」の証拠 | 既存 |
| `push-lock-screen.jpg` / `remote-phone-terminal.jpg` | スマホから応答 | 既存 |
| **60 秒動画** | PH・X・YouTube。**HN には不要** | **未作成 — §5 のゲート B（副次チャネル）** |
| **Zenn 記事（日本語）** | なぜ作ったかの原典。X-JP の主力 | **既存**（下記） |
| **同・英訳** | HN コメント欄に貼る。本文 500 語に入らない背景を届ける唯一の手段 | **未作成 — §5 のゲート A（Show HN）** |

### 開発記（この計画で最も価値の高い素材）

**「ターミナルを自作したら、1日のコミット数が500を超えて、生産性がバグった話」**
Isamu / 2026-07-24 公開・07-27 更新 / https://zenn.dev/singularity/articles/diy-terminal-500-commits

§1 の「認知の天井」、§2 の `-p` → xterm.js の経緯、§8 のリスク回答は**この記事が出典**。

**ただし §2 の第 3 段落は、記事より一歩踏み込んでいる。** 記事は「`-p` で並列に回すと
API 課金がかさむ」と書いているが、**一番の理由は「Anthropic が `-p` 起動を従量課金にすると
アナウンスした」こと**（延期されたが撤回ではない）。コストが嵩むかどうかではなく、
**`-p` の上には建てられない**という判断だった、というのが正確な経緯（2026-07-30、オーナー確認）。
英訳と Show HN 本文では**この踏み込んだ方**を書く。

**呼び方を絶対に間違えないこと。** 著者の Isamu は本リポジトリの**最多コミッタ**
（`git shortlog` で 1,669 + 703 = 2,372 commits ≒ 全体の約 90%）、すなわち
**MulmoTerminal の主たる作者**である。

- **誤:** 「ヘビーユーザーが書いてくれた記事」「ユーザーの声」
  → コミットログを 30 秒見た誰かに指摘されて、その時点で信用を失う。**Show HN で最悪の事故。**
- **正:** 「作った本人が、なぜ作ったかを書いたもの」
  → Show HN が本来求めているのはまさにこれ。**呼び方さえ正しければ最強の資産。**

**英訳のとき、そのまま持ち込まないもの:**

- **「emacs を開かなくなった」** — 記事のオチとしては良いが、HN では「AI で仕事が消える」系の
  話として身構えられる。**入れない。**
- **「ボトルネックは GitHub になった」** — こちらは**使える**。CI が詰まってマージ判定が
  律速する、という観測は HN の読者に実感がある。並列運用への批判（§8）への答えにもなる。
- **第三者の並列セッション数に関する記述** — §10 のとおり**落とす**。

**60 秒動画の構成（順序を固定する）。** 冒頭 10 秒で 2 拍を着地させる:
**(1) 4 セルのうち 1 つが amber になってチャイムが鳴る → (2) そこをクリックして拡大、
許可を出す、他の 3 つは走り続けている。** 抽象語（「オーケストレーション」「可観測性」）で
始めない。実装の説明は 30 秒以降。

**撮影時の必須事項**（CLAUDE.md の撮影ルールと同じ。過去に撮り直しになっている）:
- **スクリーンショットは maintainer のディレクトリを漏らす。** `HOME` をスクラッチに向けて撮る
- デモ用 `HOME` には専用 `.zshrc`（`PROMPT='%1~ $ '`）。tmux が古いシェルを再アタッチするので、
  **まだセッションのないディレクトリ**を使う
- ターミナル内のリンク位置を目測で決めない

---

## 5. ゲート条件 — 日付ではなく、これで決める

**なぜ日付を決めないか。** Show HN は再投稿が効かない一発勝負で、**初回体験が壊れていると
そこで終わる**。いま未クローズの issue には、初回体験を直撃するものが実際に残っている
（#725 = 別レポで新規セッションを始める導線が分かりにくい、#1152 = 自動リロード後に通知音が
鳴らず完了通知が失われる、#782 = スクロールバーが出ない）。**通知が鳴らないのは、この製品の
主張そのものが成立しないという意味**なので、これを抱えたまま出すことはできない。

**ゲートは 2 段に分ける。** A を満たせば **Show HN は出せる**。B は **PH / X / 動画を伴う
副次展開**にだけかかる。**B の未達を理由に Show HN を遅らせない** — 逆に、A を満たさないまま
B が揃ったからといって出さない。

### ゲート A — Show HN の出荷判定（全部満たすこと）

- [ ] **#1152 が解決している。** 「入力待ちで鳴る」は本計画の主張 #1。ここが不確かなら他は全部無意味
- [ ] **#725 が解決している。** 「別のリポジトリで 2 つ目を始める」が初回体験の核。ここで詰まると
      製品の主張（並列）に到達しないまま離脱する
- [ ] **#782（スクロールバー未表示・ドラッグ選択）** が解決しているか、既知として README に明記
- [ ] **初回体験の通し確認。** まっさらなマシンで `npx mulmoterminal@latest` → グリッドに
      2 セッション までを **macOS と Windows で 1 回ずつ**実施し、**次の 3 つすべてを満たした**:
      **(a)** 詰まった箇所を全部記録した／**(b)** そのうち **launch-blocking なもの
      （起動しない・セッションが作れない・通知が鳴らない・データが壊れる）は修正済み**／
      **(c)** 残るものは **README か FAQ に既知として明記済み**
      → *記録しただけで通してはいけない。* 記録は合格条件ではなく前提
- [ ] **`hero.gif` が現行 UI と一致**している（古い UI の GIF は「もう使われてない製品」に見える）
- [ ] **Show HN 本文が書けている**（§2 の 5 段落。当日に書かない）
- [ ] **§7 の想定質問に、全部答えが用意できている**（HN はコメント欄が本体）
- [ ] **§4 の開発記の英訳ができている。** 当日 T+0〜4h のコメント欄に貼るもの。
      §4 の「持ち込まないもの」を反映済みであること
- [ ] **`-p` 課金の一次ソースを、投稿前日に開いて現状を確認した**（§11 のリンク）。
      **延期が続いているのか、再開されたのか、撤回されたのかで §2 第 3 段落の書き方が変わる。**
      この記事は「June 15 以前の内容」を参考として本文に残したまま冒頭で停止を告知する構成なので、
      **本文だけ読むと逆の結論になる**。**冒頭の Update を読むこと**

### ゲート B — 副次チャネルを同日に打つ場合のみ

- [ ] **60 秒動画**（§4）。PH / X / YouTube 用。**Show HN 単独なら不要**
- [ ] PH の出稿枠と、MulmoClaude の PH から 2 週間以上空いていることの確認

### 出す日

ゲート A が揃った最初の **火・水・木**、**08:00-10:00 ET / 05:00-07:00 PT / 21:00-23:00 JST**。
月曜は競合が多く、金〜日は滞留が少ない。**JST 21 時開始は、当日 4〜6 時間の返信対応を
日本時間の夜に収められる**という実務的な理由もある。
*（3 つ併記するのは、ET が EST / EDT で 1 時間ずれるため。当日は JST で動くので JST を基準に、
ET / PT は HN 側の混み具合を読むための参照値として持つ。）*

**MulmoClaude の PH（8/4）との関係。** 同日・同週を避ける。理由は注意の分散ではなく
**返信対応の体力**で、どちらもコメント欄の初動が結果を決めるため、1 人が両方は回せない。
条件が 8/4 週に揃った場合は、**MulmoTerminal を後ろに送る**（PH の方が日付固定の制約が強い）。

---

## 6. 当日のオペレーション（T = 投稿時刻）

| 時刻 | やること |
|---|---|
| T-1d | ゲート条件の最終確認。npm に最新版が出ているか（`npx ...@latest` が古い版を引かないこと）。GitHub の issue テンプレとバグ報告 skill の導線が生きているか |
| T-2h | 投稿本文の最終読み。**投票依頼を誰にもしない**（HN では検知され、沈む） |
| **T-0** | Show HN 投稿 → **90 秒以内に本文をコメントとして自分で投稿** |
| T+0〜4h | **返信に張り付く。これが全部。** 全コメントに返す。批判にこそ最初に返す |
| T+4h | X（英語）で HN スレッドへリンク。**製品ページではなく HN スレッドに送る** |
| T+6h | X（日本語 / @SingularitySoci）で告知。日本語圏はここが第一級のチャネル |
| T+1d | 出てきた指摘を issue 化。**その日のうちに 1〜2 件直して「直した」と返信する** — Show HN で最も効く動きはこれ |
| T+2〜3d | Reddit（r/ClaudeAI / r/ChatGPTCoding）へ、HN で最も反応のあった 1 点に絞って投稿 |
| T+1週 | Product Hunt（副次。MulmoClaude の PH と 2 週間以上空ける） |
| T+1週 | 得られた指摘から `docs/ChangeLog.md` と日英ガイドを更新し、リリースを 1 本出す |

---

## 7. 想定質問と答え（HN はコメント欄が本体）

**「tmux + iTerm の分割でいいのでは？」**
→ 分割は *表示* の問題を解くが *状態* の問題を解かない。6 枚のペインは全部同じ見た目で、
どれが自分を待っているかは自分で読みに行くしかない。ここは枠の色とチャイムが教える。
加えて 6 分割は 1 枚あたりが読めなくなる（4,000 字の返答が事故になる）ので、
グリッド ↔ 拡大の往復が要る。

**「なぜ Electron でなくブラウザ？」**
→ サーバに PTY があり、ブラウザは単なる表示。だから **別のマシンやスマホから同じセッションに
届く**し、IDE を N 枚開いたときのメモリ爆発が起きない（64GB が詰まったという報告がある）。

**「なぜ API ではなく PTY？」（最も食いつかれる論点。§2 の第 3 段落に使う）**
→ **一番の理由は課金。** Anthropic が `claude -p`（非対話モード）での起動を従量課金にすると
アナウンスした。延期されたが撤回ではないので、**`-p` を土台にしたものは、その日が来たら
まとめて使えなくなる**。サブスクリプションの対話セッションのまま並列化する道を探した結果が
PTY だった。
→ **副産物として、こちらの方が強かった。** 本物の `claude` プロセスを飼っているので、
`claude --resume`・既存 transcript・skill・hooks・MCP 設定が**そのまま**動く。移行作業がゼロで、
上流が機能を足した日にこちらも使える。API ラッパは初日は速いが、上流の変化のたびに
追随コストを払い続ける。
→ **時系列を崩さずに答えること**（§2 の「書き方の精度」）。現在形で「課金されている」と
言わない。

**「テレメトリは？データはどこへ？」**
→ **既定でローカル、テレメトリなし。** セッションは自分のマシンの PTY、設定は
`~/.mulmoterminal/config.json`。**例外は 1 つだけで、スマホ通知（Web Push / RemoteHost）を
使う場合は中継が入る。** 使わなければ何も外に出ない。
→ **§2 の CTA と同じ言い方に揃える** —
`local by default; no telemetry. Push notifications are the one exception — they go through a
relay.`
**「ローカル完結」と言い切らない。** 例外を自分から先に言う方が、指摘されるより常に強い。

**「Claude Code 依存では？上流が同じものを出したら？」**
→ すでに Claude Code / Codex / Antigravity を同じ計器盤に並べている。上流の各社は
**構造的に自社エージェントしか並べられない**。残るのは個々の機能ではなく、
worktree・push・永続化・監督 UX の統合。

**「エージェントが触ってるファイルを自分で開いたら壊れないの？」**
→ 条件付き保存で、エージェントの書き込みを人間の保存が上書きしない。外部変更は検知して知らせ、
編集は 3 世代バックアップを持つ。

**「実際どこまで並列できるのか？」**
→ **自分たちの観測だけで答える。他人の数字を借りない**（§10）。プレーンなターミナルの分割で
無理なく回せるのは 5〜6 が上限で、それは道具の制約ではなく**認知の天井**。状態の可視化と
通知ドリブンにするとその天井が上がる、というのがこの製品の主張のすべて。
**具体的な数字を聞かれたら、自分が実際に回している数と、その日のコミット数を答える。**

**「Windows は？」**
→ 動くが tmux のネイティブビルドがないので永続化が落ちる（プレーン PTY にフォールバック）。
CI で Windows を回している。**ここは正直に、聞かれる前に本文に書く。**

**「GitHub 以外は？」**
→ 現状 `gh` 前提。抽象化は棚卸し済みだが未着手（#981）。

---

## 8. リスクと対策

| リスク | 対策 |
|---|---|
| **「並列でエージェントを回す」こと自体が悪趣味だと叩かれる**（HN には一定数いる） | 反論しない。**観測を返す** — 「並列度を上げると、ボトルネックが**手を動かす速度 → 判断を返す速度 → 取り込む速度（CI とマージ判定）**へ移っていく。増えるのは書く量ではなく、判断を求められる回数」。そのうえで「1〜3 個でも効く。多く回すための道具ではなく、見失わないための道具」と続ける。§1 の順序（掴み → 転換）がそのまま答え |
| **初回体験で詰まって、コメント欄が「動かない」で埋まる** | §5 のゲート条件。特に #725 / #1152 |
| **必須 CLI が多い**（Node 22.9 / claude / git / gh）と言われる | `npx mulmoterminal@latest init` が環境を診断して不足を報告する、と本文に 1 行。**言い訳をせず、診断があることを見せる** |
| **AI ツールの飽和で埋もれる** | タイトルで「Claude Code / Codex」と名指しして自己選択させる。汎用の「AI 開発ツール」と名乗らない |
| **返信の体力が尽きる** | 当日 4〜6 時間を空ける。前日に §7 の答えを書いておき、当日は貼るだけにする |
| **MulmoClaude の PH と衝突** | §5 のとおり後ろに送る |

---

## 9. 成功指標

Show HN の成果は star ではなく、**入ってきた人が使い続けたか**で測る。

| | 最低ライン | 良い | 出典 |
|---|---|---|---|
| HN フロントページ滞在 | 到達する | 上位 10 位 | — |
| HN コメント | 20 | 60+ | — |
| GitHub star（T+7d） | 72 → **250** | 600+ | `gh repo view` |
| npm DL（launch 週） | 平常の 3 倍（〜25,000/週） | 10 倍 | npm API |
| **npm DL（T+21d の日次）** | **launch 前（〜800/日）を上回って定着** | 2 倍で定着 | 同上。**これが本命の指標** |
| launch 由来の issue | 5 件以上（＝実際に使われた証拠） | — | `gh issue list` |

**star は指標にしない。** 6 週間で 72 star の製品にとって、star は「見た人の数」であって
「使った人の数」ではない。**T+21 日の日次 DL が launch 前より高い**ことだけが、
ローンチが人を連れてきたのか、通り過ぎただけなのかを分ける。

---

## 10. やらないこと（明示）

- **投票依頼・組織票**（HN では検知される。PH でも）
- **有料広告**
- **「AI が全部やってくれる」型の主張**
- **MulmoClaude との抱き合わせ**。別製品として出す。関連は「同じ作者」以上に言わない
- **ロードマップの約束**。聞かれたら「issue にある」と答える
- **他製品との比較表**
- **一次ソースを確認できていない第三者の発言を引用しない。** §4 の記事には、Anthropic の
  Claude Code 開発リーダーの並列セッション数に言及した箇所があり、「天井は道具で上がる」の
  裏付けとして強い。**が、記事を経由した孫引きなので落とす**（2026-07-30 決定）。
  数字を出して出典を突かれるのが Show HN で最も避けたい展開。本人の発言・登壇・投稿を
  一次ソースとして特定できた場合に限り、リンク付きで復活させてよい。

---

## 11. 参照

### `claude -p` 課金の一次ソース（§2 第 3 段落の根拠。**投稿前日に必ず開く** — ゲート A）

- **Anthropic 公式:** "Use the Claude Agent SDK with your Claude plan" — Claude Help Center
  https://support.claude.com/en/articles/15036540-use-the-claude-agent-sdk-with-your-claude-plan

**この 1 本に、アナウンスと停止の両方が入っている**（2026-07-30 に本文を確認）。

- **アナウンス:** Claude Agent SDK と `claude -p`（headless）の利用を **2026-06-15** から
  Pro / Max / Team / Enterprise のサブスク利用枠の外に出し、**月次クレジット + 超過は
  API 標準価格**に移す
- **停止:** 記事冒頭の **Update June 15** で、発効前に停止された旨が告知されている —
  *"We're pausing the changes to Claude Agent SDK usage described below. For now, nothing has
  changed: Claude Agent SDK, `claude -p`, and third-party app usage still draw from your
  subscription's usage limits."*
- **記事の構成に注意。** 停止告知の**下に、6/15 以前の説明が参考として残されている**。
  **本文だけ読むと「変更は実施済み」と読める** — 実際、この計画を書く過程での機械検索が
  一度その誤読をしている。**冒頭の Update を読むこと。**

**したがって Show HN で言えるのは「アナウンスされ、発効前に停止された。撤回ではない」まで。**
現在形で「課金されている」とは書かない（§2 の「書き方の精度」）。

- **開発記（§1 / §2 / §8 の出典）:** Isamu「ターミナルを自作したら、1日のコミット数が500を
  超えて、生産性がバグった話」2026-07-24 —
  https://zenn.dev/singularity/articles/diy-terminal-500-commits
  **著者は本リポジトリの主たる作者。「ユーザーの声」として引用しない**（§4）
- ポジショニングの元になった分析: 本リポジトリの README「Why you'll want it」「What people say
  after switching」
- 直近の価値の変化: 2026-07-27〜30 にマージされた 165 本の PR（エージェント非依存化 #1095 /
  #1040 / #1101、作業面 #910 シリーズ、設定 skill 群 #1103 / #1111、無音の失敗の除去 #1063 /
  #1078 / #1070）
- MulmoClaude の PH 計画（**別の弾**）: `../mulmoclaude/plans/launch-product-hunt.md`
- 撮影ルール・リリース手順: `CLAUDE.md`
