記事へ
承認済みの content/TOPIC.md を content/ARTICLE.md に変換します。これは、最終的なブログ投稿とビデオ計画の両方のための読み取り可能なコンテンツマスターです。
前提条件
content/TOPIC.md、content/RESEARCH.md、引用されたすべての実験レポート、および選択された証拠を検証するために必要なソースマテリアルを読みます。TOPIC.md の status が approved である場合にのみ続行します。
執筆中に、欠落しているマテリアルクレーム、矛盾する証拠、サポートされていない結論、または承認されたオーディエンス、テーゼ、スコープ、議論、証拠、もしくは結論の境界に対する必要な変更が明らかになった場合は、/develop-topic に戻ります。ただちに TOPIC.md を status: draft に戻し、そこでギャップを解決し、それをもとにドラフトを作成する前にトピックの承認を再取得します。信頼性、境界、または解釈を変更する証拠の追加はマテリアルな変更です。契約を変更せずに同等のソースを追加することはマテリアルではありません。
音声（Voice）
承認されたトピックから記事の音声を解決します。ドラフトを作成する前に、利用可能なスキルから出力言語とコンテンツタイプに一致するライティングスタイルスキルを検査し、voice.skills または voice.documents で指定されている該当するユーザー、プロジェクト、またはブランドのスタイルソースをすべて読み込みます。
パブリケーショングレードの記事の信頼できるソースが存在しない場合は、希望する音声またはサンプルについて、簡潔な質問を1つ行います。ユーザーがその選択を委任した場合、または記事が明示的に内部ドラフトである場合は、明確な説明デフォルトを使用し、voice.status: assumed を記録します。利用できなかった名前付きソースは voice.unavailable の下に記録します。それらはルールが適用されたという証拠ではありません。利用できないソースは、別の利用可能なソースが音声を解決する場合、ドラフト作成を妨げません。
ドラフト
完全でプラットフォームに依存しない記事を書きます。読者にとって独立して読めるものでなければならず、承認された議論と境界を保持し、事実と解釈を区別し、マテリアルな主張の背後にある元のソースを引用する必要があります。読みやすさを向上させるために見出し、リンク、表、または注釈を使用します。サイト固有のSEOフィールド、公開コンポーネント、プラットフォームパスは、後の公開アダプテーションに属します。
以下のフロントマターで content/ARTICLE.md を書きます：
---
source: content/TOPIC.md
source_digest: sha256:<TOPIC approved_digest>
status: draft
voice:
language: ...
skills: []
documents: []
unavailable: []
status: resolved | assumed
---
記事は、作業タイトル、散文、例、セクションの順序を改善しても構いません。承認されたクレームを圧縮または説明しても構いませんが、すべてのマテリアルな事実、視点、結論は承認されたトピックとその証拠に遡れる必要があります。新しいコンテンツはまず上流に追加します。
承認ゲート
完全な記事をレビューのために提示します。明示的なユーザー承認のみが、そのフロントマターを以下のように変更します：
status: approved
approved_at: YYYY-MM-DD
approved_digest: sha256:<digest>
approved_digest は、approved_digest: 行のみを削除した後の完全なファイルのSHA-256として計算します。ドラフト作成または承認の前に、トピックダイジェストを再計算し、それが TOPIC.md の approved_digest およびこの記事の source_digest の両方と一致することを要求します。不一致がある場合、関連する承認または依存するドラフトは古くなります。検証された非マテリアル編集は、再承認なしにダイジェストを更新および伝播することができます。
それまでは、BEATS.md を作成しないでください。制作を続行するリクエストは、記事自体の承認の代わりにはなりません。
TOPIC.md へのマテリアルなリビジョンは、記事を draft に戻します。承認された記事へのマテリアルなリビジョンもそれを draft に戻します。承認された意味を保持するコピー編集、タイトル変更、および例はそうではありません。
content/ARTICLE.md またはその後のリビジョンを提示する前に、../boring-video/references/markdown-review.md に従います。正規のMarkdownパスを現在のバージョンとして保持し、そこにレビューフィードバックを適用します。
記事が完成するのは、承認され、独立して読め、すべてのマテリアルなステートメントが承認されたコンテンツ契約と十分な証拠に遡れ、ビデオプランナーが事実、視点、議論、またはスコープを発明することなく再構成でき、Markdownレビューの完了基準が満たされたときです。