ブログ記事
- Claude
- Obsidian
- AI Workflow
Claude初稿はCursorに渡す前に目視確認する——誤記を防ぐ4点チェック
"Claudeで作成した記事初稿をそのままCursorに渡すと、本数表現や内部リンクの誤記が混入しやすいです。公開前に確認する4点と、執筆→確認→実装の流れを実例つきで解説します。"
Claudeで記事の初稿を作成したあと、そのまま Cursor に実装・公開を依頼していませんか?
筆者の運用では、初稿を確認せず渡すと本数表現の取り違えや内部リンクの slug 誤記が気づかないまま公開されることがありました。2026年6月上旬の公開作業では、初稿に「212・213本目」という誤記が混入しており、公開前に目視確認していなければそのまま載っていたケースです。
Claude で内容を整え、Cursor でリポジトリに反映する——この2段階のあいだに、人間による短い確認を挟むと誤記混入を抑えやすくなります。
今日の結論
- Claude初稿はそのまま Cursor に渡さず、公開前に目視確認する
- 確認ポイントは「本数表現・内部リンク・免責・noteへの反映」の4点
- 修正版を確定してから Cursor に依頼すると、実装ミスが減り手戻りが少なくなる
なぜ初稿に誤記が混入するのか
Claudeは記事ごとの文脈を自力で保持できません。セッションをまたいで記事を量産していると、次のような誤りが発生しやすくなります。
- 本数表現の取り違え: 直前に触った別記事の数字がそのまま混入する
- ファイル名番号の誤認: Markdown の
212-gsc-...のようなファイル名プレフィックスを「212本目の記事」と解釈して本文に書いてしまう - 参照先の取り違え: 関連記事として別シリーズの slug が入る
- slug空欄: frontmatter の
slugフィールドが未入力のまま出力される - 免責の抜け漏れ: 仕様変更の注記や執筆日が入っていない
これらはいずれも、Claudeが出力する時点では「正しそうに見える」ため、受け取り側が目視で確認しないと気づけません。
公開前に確認する4点
初稿を受け取ったら、Cursor に渡す前に次の4点を確認します。
| 確認項目 | 見るべき内容 |
|---|---|
| 本数表現 | 「N本目」「N記事目」の数字が今回の公開記事と一致しているか。ファイル名の先頭番号と混同していないか |
| 内部リンク | /blog/slug の形式で記載されているか。未公開記事は「準備中」と書かれているか |
| 免責 | 執筆日(date)と仕様変更の注記が入っているか |
| noteへの反映 | source.md の note フィールドに書かれた指示(差し替え・追記など)が反映されているか |
問題があれば Claude 側で修正版を確定し、Cursor には修正済みの最終版だけを渡します。
執筆→確認→実装のフロー
1. Claude に source.md を渡して初稿を依頼する
2. 初稿を受け取り、上記4点を目視確認する
3. 誤記があれば Claude で修正を依頼し、最終版を確定する
4. 確定版を Cursor に渡し、Markdown 配置・build・公開を依頼する
5. 公開後、既存記事への逆リンク更新も Cursor 側で実施する
Claude=内容の正確性、Cursor=リポジトリへの反映と役割を分けると、量産フェーズでも手戻りが減りやすくなります。筆者は執筆用と公開用でチャットを分けていますが、分け方の詳細は AIチャット6スロット固定で役割混線を防ぐ方法 を参照してください。
実例:ファイル名番号の取り違え
2026年6月上旬に公開した、GSC の免責表現と source.md の note 運用を扱う記事では、初稿に「212・213本目」という誤記が混入していました。
公開前に確認したところ、直前に別記事の 212-gsc-index-count-new-domain.md や 213-gsc-detected-not-indexed.md を扱っていた影響で、ファイル名の先頭番号を記事本数と取り違えたことが原因でした。実際の公開記事数や当該記事の位置とは一致していませんでした。
Claude 側で修正版を確定してから Cursor に渡したため、公開後の修正 PR は発生しませんでした。確認にかかった時間は1〜2分程度です。
まとめ
Claude初稿の誤記は、Cursor に渡す前の目視確認でかなり防げます。確認コストは1〜2分ですが、公開後に修正 PR を出す手戻りと比べると格段に少ない工数です。
初稿をそのまま実装に回さない習慣だけで、量産フェーズでも誤記混入を抑えた運用が続けられます。
次に読む
- source.mdのnote欄「要確認」を記事免責へ反映する
- GPTで情報整理→Claudeで記事化する2段階AI運用
- AIチャット6スロット固定でToolArcの役割混線を防ぐ方法
- Hub: Obsidianで素材整理 → Claudeで記事生成 → Cursorで公開するブログ制作ワークフロー
免責: 本記事の内容は2026-06-15執筆時点の運用に基づきます。Claude・Cursorの仕様は変更される可能性があります。重要な判断は各ツールの公式ドキュメントも合わせてご確認ください。