PM Hubは、難波拓斗さんが公開した、タスクごとにAIとの会話・メモ・成果物をまとめるMacアプリだ。2026年10月20日の公開案内では、Living Lab Projectの有料会員向けに配布されている。一般向けの無料配布ツールとして紹介するものではない。
導入を考える前に整理したいのは、「どの仕事を任せ、何が返ってきたら完了とするか」である。この記事では公開範囲で確認できた特徴と、手持ちのツールでも試せる独自のタスク設計を分けて解説する。有料記事内のセットアップやアプリの内部実装は確認していない。
PM Hubの提供条件と公開範囲で分かること
| 項目 | 確認できた内容 |
|---|---|
| 配布元 | 作者のLiving Lab Project公開案内 |
| 対象 | Mac向け。動画ではClaudeまたはChatGPTの有料利用者を想定 |
| 仕事の単位 | タスクごとに会話・メモ・成果物を確認 |
| 役割 | Viceが相談を受け、LeaderやMemberへ作業を分担する構成 |
| Mac mini | 動画では使うが、配布版は手元のMac1台で始められるという案内 |
| 未確認 | 有料部分の導入手順、個々の接続権限、編集部での稼働品質 |
作者の案内には、AIの返事が届いたことと仕事の完了を区別する考え方がある。タスク数を増やす前に、採用する成果物と確認担当を決めておくと、返答の処理だけで時間が埋まる状態を避けやすい。
独自の最小構成：タスク台帳と成果物フォルダー
PM Hubを再現したソフトウェアではなく、同じ「仕事単位で集める」考え方を試す設計例だ。タスク台帳はNotion、根拠のメモはMarkdown、AIの作業場所はOrcaなど、現在使えるものを選べばよい。最初から全部を接続する必要はない。
| 項目 | 記入例 | 決める理由 |
|---|---|---|
| task_id | DEMO-20261031-01 | 再実行や別担当の作業を同じ仕事へ集める |
| 目的 | 公開情報から競合3社の機能表を作る | 対象と出力を限定する |
| 入力 | 公式URL3件と比較する5項目 | 根拠の追加範囲を決める |
| 出力 | comparison.html と未確認事項一覧 | 回答だけで終わらせない |
| 担当・期限 | 確認担当A／明日15時JST | 期限をAIに推測させない |
| 完了条件 | 全セルに根拠か未確認表示がある | 終了を検査可能にする |
| 状態 | 未着手→作業中→確認待ち→完了 | AIの終了と人の採用を区別する |
work/DEMO-20261031-01/
input/brief.txt
input/sources.txt
output/comparison.html
output/questions.txt
handoff.txt1件を終える6ステップ
- まず公開情報だけの仕事を1件選び、task_idを付ける。
- 目的・入力・完成条件を台帳へ書く。承認する担当者も決める。
- AIへ入力を渡し、見つからない情報の扱いを先に指定する。
- 出力ファイルを指定フォルダーへ保存し、台帳から開けるようにする。
- 確認担当が根拠・差分・未確認箇所を見て、修正番号を返す。
- 採用した版のURLまたはパスを残し、状態を完了へ変更する。
役割を増やす目安
| 構成 | 向く仕事 | 増やす前の確認 |
|---|---|---|
| 1つのAI会話 | 単発の資料整理 | 入力と完成条件が明確か |
| Notion＋AI作業フォルダー | 複数案件の成果物管理 | 台帳とファイルのtask_idが一致するか |
| Orcaなどの複数作業場所 | 同時に複数原稿を作る | 編集範囲と引継書が分かれているか |
| PM Hub | タスクを中心に仕事を集約したい | 配布条件と自分の作業への適合を確認できるか |
作業に使える依頼文6例
1．台帳に変える
Convert this request into one task card: task_id, goal, allowed inputs, output files, reviewer, deadline, and acceptance criteria. Mark unknown fields as unknown. Do not start execution.2．調査を限定
Use only the three supplied official URLs. Create a comparison of the five requested features. Add a source to each confirmed claim; leave missing information unresolved.3．作業を分ける
Split the task into research and review. Assign separate output files and list dependencies. Do not let two workers edit the same file.4．引き継ぐ
Write a handoff with task_id, completed work, artifact paths, unresolved questions, and the next action. Do not include credentials or private message bodies.5．差分を返す
Review the draft against the acceptance criteria. Return numbered corrections and the source for each correction. Do not rewrite unrelated sections.6．完了を判定
Check whether every acceptance criterion is met. List evidence and remaining gaps. Move nothing to complete and publish nothing until the reviewer accepts the final version.限界とつまずき
タスク台帳にリンクを置いても、AIにファイルを読む権限が自動的に付くわけではない。別端末のローカルパスは開けないことがある。引き継ぎ時は保存場所とアクセス方法を確認する。複数のAIへ同じ修正を同時に依頼すると採用版が不明になるため、最終編集の担当を1つに決める。
メッセージの整理はBeeperとClaude、作業場所の管理はOrcaの導入、台帳への保存はNotion MCPで個別に確認できる。これらはPM Hubの公式依存ツール一覧を示すものではなく、独自構成で選べる部品だ。
よくある質問
PM Hubは無料か
作者の公開案内では有料会員向け配布だ。最新の加入条件は配布元で確認する。
Mac miniを買う必要があるか
公開案内は手元のMac1台から始められるとしている。別ホストの導入は作業量と運用要件を確認してから判断する。
Windowsでも使えるか
今回確認した配布はMac向けだ。Windows対応版があると断定できない。
この記事の手順でPM Hub自体を作れるか
作れない。台帳と成果物の管理手順を示す独自設計で、アプリのコードや有料セットアップを再現するものではない。
AIが完了と言ったら台帳を閉じてよいか
成果物を開き、完成条件を満たすことを確認してから閉じる。未確認の項目があれば確認待ちにする。
小さく始める3ステップ
- 今日：記事の入力例を、自分の仕事1件に置き換えて準備する。
- 今週：確認担当を決め、下書きと実際の原本を照合して1件を完了させる。
- 来月：手戻り、確認時間、失敗件数を振り返り、対象を広げるか判断する。
出典・検証範囲
確認日：2026年10月31日。公式資料と公開情報に基づく設計例。編集部による対象アプリの実機検証、処理時間・費用の実測は行っていない。画面名、提供地域、料金、接続条件は変更されるため、導入時は公式案内を再確認する。
企画の参考：Nagomi-ke：自作の仕事環境。動画内の利用成果を編集部の実績として扱っていない。
LIFRELLへの相談
AIに渡す資料、担当者の確認、成果物の保存まで含めた業務フローの設計は、LIFRELLの無料相談で相談できる。
