Menu
Claude Code をオーケストレーター（PM）として、執筆チームを編成・指揮する
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
Zenn/Dev.to 記事で著者（shimo4228）の編集判断を再現する判断ゲート集。執筆タイムライン順に — 書く前の記事タイプ判定（how-to / 立場表明 / ツール実測レポート）と装置（掴みの形式・判断表・任意のわかること行）の採否、粒度判断（分割より統合）、軸ずれ検出（自分の環境の出来事は素材であって軸でない。内部語彙の密度が検出器）、執筆中の著者事実の確認・数値の実測主義・訳語運用・フレーム再交渉、レビュー通過後の構造自己審問（一般則と筆者事情の区別・骨格宣言・判断の地図は前方・比較対象を dismiss しない）・通読ゲート・レビュー指摘の採否、主張型記事の業界 Deep Research 裏取りとクレーム校正。Use when — 新規記事の構成案を作る前（タイプ判定が最初）、改稿するとき、レビュー指摘の採否を決めるとき、「軸がずれてる気がする」「この記事は誰向けか迷う」とき、全レビューエージェント通過後の最終著者パス。NOT for — 文体・実用軸 5 ルール・段落密度 → zenn-practical-writing、価値観の背景 → zenn-authorial-values、タイトル生成 → headline-craft / seo-optimizer、機械チェック → quality-gate、公開手順 → publish-article。
Zenn/Dev.to の記事（tech/idea 問わず全て）を書くときの既定スキル。実用軸——「読者が数秒で何かわかり、そのまま手を動かして再現できる」——を正本として保持する。低情報密度・実コード/図・即実用・低認知負荷・用途が瞬時にわかる。導入は引き込み設計（掴み → 緊張 → 解決 → Higher Ground）。文体は ですます調。Zenn/Dev.to は type で声を分けない。Craft 規約・AI-slop 禁止・タイトル誠実さ・ネタ 3 軸は writing-ecosystem に defer。genuine な思索エッセイ（だ/である × 発見調）は Substack corpus へ。
Zenn/Dev.to 記事執筆における著者（shimo4228）の価値観リファレンス。33 執筆セッション（2026-07）の全量発掘から抽出した価値観 8 項（読者主語・退避 > 削除・言い過ぎ禁止・タイトルは商品・レビュー採否の著者所有・公開は人間の GO・指摘のハーネス昇格・分割より統合）を実セッション引用付きで保持し、著者ペルソナ規約と内容ランク A/B/C 基準の正本を持つ。Use when — 記事の方向性・テーマ選定・シリーズ設計の議論、記事に対する編集判断の「なぜ」を確認したいとき、執筆ハーネス・レビュー体制の設計変更、著者の自己言及・ブランディングの扱いに迷ったとき。NOT for — 執筆・改稿の実作業時の運用判断 → zenn-editorial-judgment、書き方・文体 → zenn-practical-writing、機械チェック → quality-gate。
記事公開前の全チェック（レビュー→セキュリティ→frontmatter→published_at→スケジュール→Dev.to クロスポスト→push）を順に実行する。
Zenn 記事のタイトル・topics・emoji を Distribution レイヤーで最適化する（内容は変えない、ADR-0001）。タイトル原則・AI slop は writing-ecosystem、文字数は zenn-writing.md が正本。
公開済み記事の実測メトリクス（Zenn いいね / Dev.to reactions・views）を収集し、内容品質ランク（A/B/C）× 実測 tier の乖離を棚卸しして memory と ideation に還流する
| name | writing-team |
| description | Claude Code をオーケストレーター（PM）として、執筆チームを編成・指揮する |
| user-invocable | true |
| origin | shimo4228 |
Purpose: Claude Code 本体が PM として、ミッション種別に応じてエージェント・スキルを編成し、品質ゲートとユーザー確認を管理する。
根拠: ADR-0002
/writing-team # ミッション判定から開始
/writing-team new # Mission A: 新規記事
/writing-team revise # Mission B: 改稿
/writing-team translate # Mission C: 翻訳 + クロスポスト
/writing-team schedule # Mission D: バッチスケジューリング
/writing-team ideate # Mission E: アイデア出し
引数なしの場合、ユーザーに意図を確認して適切なミッションを選択する。
1. [skill: ideation] — テーマ検討（任意、ユーザーがテーマ持ち込みなら省略）
2. [skill: zenn-practical-writing] Phase 1 — 構成案の提示
⏸ ユーザー確認: テーマ・方向性・構成案
3. [skill: zenn-practical-writing] Phase 2-3 — 執筆 + 自己プリフライト
（オーケストレーター本体が直接実行。サブエージェントに委譲しない）
4. ┌ [agent: editor] ─┐
├ [agent: fact-checker] ┤ 並列実行
├ [agent: zenn-clarity-reviewer] ┤
└ codex-review（prompt-driven） ┘
5. 修正
6. [skill: quality-gate] — 統一品質基準チェック
7. [skill: seo-optimizer] — タイトル・タグ最適化（内容は変えない）
⏸ ユーザー確認: ドラフト全文 + レビュー結果 + SEO 提案（一括確認）
8. [skill: publish-article] — 公開チェックリスト（published_at 含む）
9. git push
レビュアー: Zenn/Dev.to は全記事 editor を使用（実用軸に一本化されたため type 分岐なし）。essay-reviewer は Substack essay corpus 専用で、Zenn/Dev.to のミッションでは使わない。
zenn-clarity-reviewer: 初見読者（フィード・検索から来たエンジニア）の明瞭性レビュー。editor（構造・コード正確性・AI slop・用語一貫性）と観点が直交するため並列で起動する。verdict が FAIL のままの記事は公開できない（quality-gate のブロッキング条件）。根拠: ADR-0004
codex-review: 公開記事のため、[根拠: docs/adr/0003-zenn-practical-channel-axis.md 決定5] に基づき、editor/fact-checker と並列で prompt-driven モードで起動する。
1. 変更差分の分析（git diff または手動指定）
2. [skill: series-checker] — シリーズ整合性（シリーズ記事の場合）
3. 改稿実行（オーケストレーター本体が直接編集）
4. ┌ [agent: editor] ─┐
├ [agent: fact-checker] ┤ 並列実行
├ [agent: zenn-clarity-reviewer] ┤
└ codex-review（prompt-driven） ┘
5. [skill: quality-gate] — 統一品質基準
⏸ ユーザー確認: 改稿結果 + レビュー結果（一括確認）
6. [skill: publish-article] — 公開チェックリスト
1. [agent: devto-translator] — 一気通貫（翻訳→タグ→画像→投稿）
2. [skill: quality-gate] — 「翻訳記事追加」チェック（コードブロック・リンク・用語一貫性）
⏸ ユーザー確認: ドライラン結果
3. schedule.json 更新（refs/schedule-schema.md 準拠）
4. git push
1. [skill: schedule-publish] — スコアリング + 日程割り当て
⏸ ユーザー確認: スケジュール案
2. schedule.json 更新
3. published_at 設定
4. git push
1. [skill: ideation] — テーマ検討
⏸ ユーザーに提案
記事本文を生成・変更するミッション（A: 新規 / B: 改稿 / C: 翻訳）は /quality-gate を通す。D（スケジューリング）と E（アイデア出し）は本文を触らないため対象外。詳細は quality-gate スキルを参照。
ADR-0001 内容は著者の思考が決める。配信戦略は内容を変えずに最適化する。
オーケストレーターはこの原則を全ミッションで守る: