AIの返答が早くても、仕事がそこで完成するとは限りません。一次資料との照合、修正、WordPressの設定、公開ページの確認が残るからです。
ひとりAI編集部の1週間では、返答の秒数ではなく次を測ります。
企画を決めてから、確認済みの成果物が完成するまでの総作業時間を測り、その内訳をAI操作、人の検証、人の編集、公開確認、手戻りに分けます。
これで、短くなった工程と修正が増えた工程を翌週へ戻せます。
結論|一週間の記録は時間・修正・完成物の三点で残す
最低限、次の三つを記録します。
| 記録するもの | 内容 | 目的 |
|---|---|---|
| 時間 | AI操作、検証、編集、公開確認、手戻り | どの工程が詰まっているかを見る |
| 修正 | AIの誤り、抜け、使わなかった出力、人が決めた点 | AIへ任せる範囲を見直す |
| 完成物 | 下書き、公開URL、更新済みページ、保留理由 | 作業量と完了を混同しない |
記事案が十本できても、公開が目的なら十件完了ではありません。公開を見送った仕事も、理由と確認範囲を残せば翌週の重複調査を防げます。
何を一件の仕事として測るか
大きな依頼を完了条件で分ける
「動画を記事にしてSNSでも知らせる」は、完了条件で分けます。
- 記事原稿を作る
- WordPressで公開する
- 公開ページを確認する
- SNS投稿文を作る
- SNSで送信する
原稿完成の証拠はファイル、公開完了の証拠は一般公開URLです。SNSの準備と送信も分けます。
着手前に一文で目的を書く
計測前に「誰のどんな疑問へ、何を完成させるか」を一文で書きます。
保釈却下後の手続を知りたい読者に、一般的な刑事手続と未公表事項を分けたブログ記事を公開する。
別テーマの調査が必要になったら、新しい仕事として分けます。
時間は五つに分け、重ねて数えない
1.AI操作時間
素材選び、指示、出力確認、追加指示の時間です。待ち時間に別の仕事をしたら二重計上しません。
2.人の検証時間
一次資料、日付、数字、固有名詞、引用範囲を確認する時間です。公開責任のために残します。
3.人の編集時間
争点を決め、不要な段落を削り、事実・主張・評価を分け、媒体に合わせる時間です。
4.公開・確認時間
本文、カテゴリー、タグ、画像、内部リンクを設定し、公開ページを確認する時間です。下書き保存は公開完了にしません。
5.手戻り時間
誤った資料、古い数字、重複、壊れたリンクなどで前工程へ戻った時間です。通常の推敲と分けます。
1件ごとの記録表
一分または五分単位で記録し、休憩や別件を除きます。
| 日付 | タスクID | 完成物 | AI操作 | 人の検証 | 人の編集 | 公開確認 | 手戻り | 合計 | 状態 |
|---|---|---|---|---|---|---|---|---|---|
| 7/_ | _ | _ | _分 | _分 | _分 | _分 | _分 | _分 | 未着手・進行中・確認待ち・完了 |
五つを合計し、処理待ちは「経過時間」として実作業へ重ねません。
もう一枚、修正記録を付けます。
| タスクID | AIへ渡した素材 | AIに任せたこと | 修正した箇所 | 人が決めたこと | 使わなかった出力 | 根拠 |
|---|---|---|---|---|---|---|
| _ | SRT、PDF、URLなど | 分類、構成、表作成など | 日付、主語、条件など | 採否、見出し、公開判断など | 理由も記録 | 原資料のURL・ページ |
「かなり直した」ではなく、「法案と施行済み制度を混同」「実在しないURL」のように原因を残します。
七日間の記録テンプレート
曜日ごとに仕事を固定する必要はありません。次の表は、一週間で七工程を漏らさないための型です。
| 日 | 主な工程 | 記録すること | その日の終了条件 |
|---|---|---|---|
| 1日目 | 設計 | 読者の問い、媒体、完成物、期限 | 今週作るものと作らないものが決まる |
| 2日目 | 調査 | 検索語、コメント、候補資料、未確認点 | 一次資料候補へ戻れる |
| 3日目 | 検証 | 事実、主張、推測、日付、例外 | 根拠付きの確認表ができる |
| 4日目 | 制作 | AIの入力・出力、人の修正 | 公開可能な原稿・画像ができる |
| 5日目 | 展開 | 動画、ブログ、note、Xの役割 | コピペではない媒体別原稿ができる |
| 6日目 | 公開確認 | URL、表示、リンク、カテゴリー、タグ | 一般公開ページで確認できる |
| 7日目 | 改善 | 検索語、コメント、クリック、手戻り | 翌週の四つの判断が決まる |
速報対応が入った日は順序が変わります。重要なのは、何曜日に何をしたかではなく、検証や公開確認が飛ばされていないかです。
AI利用前後を比べるときの条件
同じ仕事でなければ時間差とは言えない
短い告知文と一次資料付きの長文記事は比べられません。次をそろえます。
- 入力素材の量と状態
- 成果物の文字数・形式
- 必要な事実確認の水準
- アイキャッチや内部リンクを含むか
- 下書き完成か、公開確認までか
条件が違えば「前後比較なし」とし、従来時間を推測しません。
基準時間は同じ作業を複数回測る
一回の速さには資料の長さや慣れが影響します。繰り返せる仕事を同じ条件で複数回測り、中央値と手戻りを比べます。
| 条件 | AIなし/従来手順 | AIあり | 差 | 品質・手戻りの違い |
|---|---|---|---|---|
| 同じ形式の作業を複数回測定 | _分 | _分 | _分 | _ |
実測前は空欄にし、倍率は同条件の記録がそろってから計算します。
修正記録からAIへの任せ方を変える
修正が多い工程を数える
一週間の終わりに、修正を原因別に数えます。
- 固有名詞・数字・日付
- 条件・例外の欠落
- 事実と主張の混同
- 古い資料・版の違い
- 記事の重複
- 媒体に合わない構成
- 公開設定・リンクの不備
同じ誤りが続けば、日付欄を追加する、一次資料を先に固定する、既存記事台帳を渡すなど、工程を変えます。
修正ゼロも成功とは限らない
修正ゼロでも、確認を省いただけかもしれません。「検証済み」と「未確認」を分け、後者は速さの実績に入れません。
確認できる実例|一日の流れを、時間を作らず記録する
2026年7月22日、政経プラスではYouTube Studioに表示できた直近約24時間のコメントを初期診断しました。全件集計ではないため、件数比率には使っていません。
「裁判はいつか」「次に何が起きるか」という質問を拾い、一般的な手続、確認できること、未公表事項を分けた解説記事を公開しました。台帳では記事作成と公開を別に管理しています。
確認できるのは、コメント診断、原稿、公開URLです。時間記録はないため「未計測」とし、短縮時間を断定しません。
| 工程 | 確認できる記録 | 時間 |
|---|---|---|
| コメント診断 | 確認範囲と限界を記した分析ファイル | 未計測 |
| 企画判断 | 「次の刑事手続」という具体質問 | 未計測 |
| 記事作成 | 完成原稿の記録 | 未計測 |
| 公開 | 一般公開URL | 未計測 |
| 公開後の成果 | 今後、同じ期間で計測 | 未計測 |
次回から五区分を測って初めて比較できます。
週末は四つの改善判断で終える
検索語、コメント、クリック、修正履歴、既存記事を並べ、四つに分けます。
新しく作る
既存記事では答えられず、根拠を確認できる問いを一記事一論点へ絞ります。
既存記事を更新する
同じ検索意図の記事があり、続報やFAQ追加で答えられる場合です。
タイトルを修正する
内容は問いに答えているのに選ばれにくい場合です。同条件のデータを見てタイトルやサムネイルを直します。
今は増やさない
資料がない、重複する、反応が一時的、計測期間が短い場合です。保留理由と再確認日を残します。
四つの判断には、それぞれ担当、期限、完了条件を付けます。「更新する」だけでは、翌週も同じ会議を繰り返します。
週次集計で見る数字
一週間の最後に、次を集計します。
- 完了した成果物数
- 確認待ちと、その理由
- 総作業時間
- AI操作、人の検証、人の編集、公開確認、手戻りの内訳
- 修正原因ごとの件数
- 公開URLを確認できた件数
- 新規、更新、タイトル修正、増やさない、の判断数
AI操作が短くても、手戻りで合計が延びていれば、入力素材や任せる範囲を変えます。
検索とYouTubeの指標は定義が違います。同じ期間・流入元で比べ、仕事時間とは別に管理します。
1週間の記録チェックリスト
- 今週完成させるものを一文で決めた
- 記事作成、公開、SNS送信を別のタスクにした
- AI操作、検証、編集、公開確認、手戻りを分けた
- 休憩や別件を作業時間から除いた
- AIへ渡した素材と出力を残した
- 修正箇所を原因が分かる言葉で記録した
- 人が決めた論点と公開判断を記録した
- 下書き保存と公開完了を混同していない
- 公開URLを一般公開ページで確認した
- 未計測の時間を推測で埋めていない
- AI利用前後は同じ条件の仕事だけを比べた
- 新規・更新・タイトル修正・増やさない、の判断を残した
- 翌週の担当、期限、完了条件を決めた
よくある質問
Q1.作業時間は一分単位で測る必要がありますか?
五分単位でも構いません。同じルールでAI操作、検証、手戻りを分けます。
Q2.AIが処理している待ち時間はどう数えますか?
待ちは経過時間として別欄に置き、別の仕事をした時間と重ねません。
Q3.AI利用前の時間を測っていません。効果をどう書けばよいですか?
現在の工程別時間だけを記録し、次回から同条件で比べます。記憶は実測値にしません。
Q4.記事を公開できなかった週は失敗ですか?
資料不足による見送りは、確認範囲を残します。編集画面で止まっただけなら公開未達です。確認待ちの理由を分けます。
Q5.修正時間が長いほどAIを使わない方がよいのでしょうか?
一回では決めません。同じ手戻りが続けば入力形式や任せる工程を変え、工程ごとに採否を決めます。
まとめ
ひとりAI編集部の一週間を公開するなら、成果物の数だけでは足りません。
AI操作、人の検証、人の編集、公開確認、手戻りを分け、何を完成としたかを記録します。修正した箇所と人が決めたことを残せば、AIへ任せる範囲を翌週に調整できます。
実測していない時間は書かない。下書きを公開と数えない。比較条件が違う仕事を倍率にしない。
この三つを守るだけで、「AIで速くなった気がする」という感想から、どの工程をどう直すかという業務改善へ進めます。
公開済み関連記事
- AIで仕事の進捗管理をする方法|下書き・確認待ち・公開済みを混ぜないタスク台帳
- AIで記事を作っても公開完了ではない|WordPress・note・Xの公開後チェック
- YouTubeコメントをAIで分析して次の記事5本を決める方法|返信・動画・保存版記事に分ける
- 再生数だけで企画を決めない|検索語・コメント・クリックをAIでまとめる方法
- AI仕事術とは?一人でYouTube・ブログ・noteを回す「ひとりAI編集部」
- YouTube・ブログ・note・Xは同じ内容でいい?1本の動画を4媒体へ展開する方法
- AIに任せていい仕事・いけない仕事|メディア運営の役割分担と公開前チェック
- AI要約をそのまま記事にできない理由|条件・例外・発言者を落とさない照合方法
- 政治・行政記事の公開前チェック|告訴・不起訴・映像の印象を混同しない10項目


