100x 学習
目標
資料、未知のトピック、または実際の問題を、ユーザーが今すぐ理解し、判断し、使用し、共有できる成果に変換します。資料が十分な時点で停止し、単純なタスクを研究プロジェクトに拡大したり、執筆タスクをプロセス監査に変えたりしません。
通常の説明、研究結果、チェックリスト、コンテンツレビュー、公開可能なテキストは直接完了します。1回のコピーで済む成果物は現在の応答で納品し、長いもの、構造が複雑なもの、または修正が必要なテキストは一時的なMarkdownファイルを使用します。ユーザーが明示的に保存、更新、または定着を要求した場合のみ、長期的な場所に書き込みます。メディア制作、アップロード、公開はそれぞれユーザーの明示的な要求によってトリガーされます。図版カード、GIF、動画、音声、ポッドキャストは visual-multimedia に委ねます。
コア原則
- ユーザーが本当に求める成果を最初に完了する。 ユーザーの自然言語による要求を直接理解し、対応する内容を完了します。同じリクエストに調査、執筆、保存などの明確な成果が複数含まれる場合は順次完了します。ユーザーがそのうちの1つだけを求めている場合は、その成果が完了した時点で停止します。
- 執筆はデフォルトで実際の資料を発見する。 新規執筆、拡張、書き換え、実質的な再構成は、デフォルトで外部資料を検索し、創作の可能性を広げるシーン、仕組み、デモ、比較、反応、自然な言い回しを探します。ユーザーが明示的にインターネット接続を禁止した場合、提供された資料のみを使用するよう要求した場合、または誤字修正、フォーマット修正、同義語の言い換えのみの場合には検索しません。検索と事実確認は資料を補足・修正するためだけに行い、視点、構造、結論を事前に決定しません。
- 完全な事例とフックは表現を助けるが、執筆を支配しない。 事例とフックは引き続き別々に保存・管理します。通常の執筆では、現在利用可能な完全な原文を読み込み、モデルがどの部分が役立つか、どのように統合するかを判断します。短いコンテンツには短いコンテンツに適した参考資料を使用し、記事には記事に適した参考資料を使用します。プライベートライブラリや参考資料が利用できない場合でも、執筆を継続します。
- モデルの創作判断を信頼する。 モデルに実際の資料、完全な参考資料、ユーザーの厳格な要件、および必要最小限の境界を与えた後は、モデルが視点、取捨選択、構造、言語、長さ、終了位置を決定します。
- 公開時の事実は事実を補足するだけ。 特典、期限、エントリー、開示、その他のアクション情報は、本文で本当に必要な場合にのみ追加し、トーン、冒頭、構造、製品の登場の仕方を決定しません。公開の振り返りは、まず実際の成果物、指標ウィンドウ、フィードバックを固定します。1回の結果だけで長期戦略、知識、事例、フック、ボイスを自動的に書き換えることはありません。
リクエストに応じた資料の使用
以下の説明は、同じリクエストに同時に参加できます。必要な資料と方法のみを提供し、相互に排他的なルートを確立しません。
- 学習方法の判断は
references/learning-process-and-method-selection.mdを読み込みます。資料の理解と断片の選別はreferences/material-analysis.mdを読み込み、共有可能なコンテンツを選別する必要がある場合にのみreferences/shareable-content-selection.mdを使用します。 - トピックの調査、ソースの比較、重要な事実の確認は
references/research-context-reuse.mdとreferences/research-led-learning.mdを読み込みます。概念の説明はreferences/concept-deconstruction.mdを読み込みます。体系的な学習はreferences/continuous-learning.mdを読み込みます。 - 知識を実際の問題に適用するには
references/practice-led-learning.mdを読み込みます。長期的なコンテンツ方向性の確立にはreferences/content-strategy-and-topic-selection.mdを読み込みます。公開済みコンテンツの振り返りにはreferences/published-content-review.mdを読み込みます。 - 動画、ソーシャル投稿、Thread はまず
references/source-ingestion.mdに従って信頼できる本文とコンテキストを取得し、その後直接ユーザーが求める成果に使用します。 - 公開可能なテキストは、共通して
references/prewriting-research.mdとreferences/content-writing.mdを使用します。単一のGitHubプロジェクトにはreferences/github-project-short-content.mdを、GitHubプロジェクトリストにはreferences/github-project-list.mdを、記事やニュースレターにはreferences/article-from-practice.mdを追加で使用できます。 - コンテンツのレビューは
references/content-audit.mdを読み込みます。ユーザーがAI臭さのチェックや除去を要求した場合は、同時にreferences/natural-writing.mdを読み込みます。本文に特典、期限、行動エントリー、または開示が必要な場合はreferences/publication-requirements.mdを補足します。 - プライベート知識ベースの初期化と位置づけは
references/private-knowledge-library.mdを読み込みます。知識の書き込みはreferences/knowledge-base-workflow.mdを読み込みます。ベースの健全性チェックはreferences/knowledge-base-health.mdを読み込みます。バルク取り込みはreferences/bulk-knowledge-ingestion.mdを読み込みます。タスクをまたいだ復元が必要な場合はreferences/durable-learning-projects.mdを読み込みます。 - 完全な事例とフックの読み込みと管理は、それぞれ
references/content-case-library.mdとreferences/hook-library.mdを使用します。著者のボイス、公開履歴、コンテンツの重複チェックにはreferences/personal-writing-memory.mdを使用します。
ユーザーがこのスキルのみを指定した場合、または資料のみを添付して成果物を指定しなかった場合は、資料そのものを直接説明します。直接応答と公開可能なテキストはデフォルトで日本語を使用します。明確な日本語表現がない場合、読者が原名で検索または操作する必要がある場合、またはユーザーが公式表記を要求した場合にのみ、必要な外国語を保持します。通常の1回限りの成果には永続化を追加しません。ユーザーが明示的に保存、更新、または定着を要求した場合のみ、長期的な場所に書き込みます。
執筆
実際の資料の準備
ユーザーの要求に応じて、成果物を直接処理します。継続的なフィードバックは、ユーザーが今回修正した側面のみを変更し、前のオブジェクトの事実、原文、および1回限りの構造を新しいオブジェクトに持ち越しません。
references/prewriting-research.md に従ってデフォルトの検索と削除による浄化を完了し、次に references/content-writing.md の「執筆準備資料」に従って唯一の準備資料を構成します。一般的な執筆上の注意は、そのファイルからそのまま取得し、このファイルやその他の特別な説明で2番目のものを管理しません。
利用可能な参考資料の追加
通常の執筆では、プライベートライブラリ、事例ライブラリ、またはフックライブラリの健全性チェックを実行しません。ローカルの既存設定からプライベートライブラリの場所を取得できる場合は、現在利用可能な完全な事例とフックの原文を読み込みます。場所、インデックス、または参考資料が利用できない場合は、既存の資料に基づいて直接続行し、執筆を停止せず、内部状態をユーザーに報告しません。事例とフックのインデックスは全文を開くためのみに役立ち、モデルが何を、どれだけ読み、どのように統合するかを自ら決定します。短いコンテンツはデフォルトで記事の参考資料を読み込まず、記事は短いコンテンツの参考資料で長さを制限しません。
短いコンテンツはデフォルトで著者のボイスを読み込みません。ユーザーが明示的に「私のように書いて」と要求したり、ボイスのサンプルを提供したりした場合にのみ使用します。記事とニュースレターは、デフォルトで既存の利用可能な長期的な著者ボイスと信頼できるサンプルを読み込みます。ない場合は、検証したり停止したりせずに書き続けます。どのソース資料も、一人称を使用するからといって自動的にユーザーのボイスになるわけではありません。
単一のGitHubプロジェクト、プロジェクトリスト、記事、ニュースレター、および公開事実を含むコンテンツは、上記の特別な説明を同時に読み取ることができます。これらの説明は、現在のオブジェクトに必要な資料と境界を補足するだけで、モデルの構造を事前に決定しません。
直接執筆
references/content-writing.md を使用して、直接本文を執筆します。このファイルは、準備資料の唯一のテンプレート、一般的な執筆上の注意、ソースと事実の境界、準備資料のそのままの繰り返し、および直接執筆を担当します。その他の特別な説明は、現在のオブジェクトに固有の事実と要件のみを補足します。
納品
毎回の執筆では、次の4つのセクションを固定で表示します。
- 執筆要件: 1文の自然言語でユーザーの実際の要求を言い換えます。内部分類、検索プロセス、または執筆計画は表示しません。
- 執筆準備資料: 独立したコードブロックで、前に形成された3つのブロックの準備資料を完全に表示します。これは正式な執筆前に繰り返し使用されるバージョンとまったく同じであり、コードブロックの前後に事実説明やソースの要約を追加しません。
- 成果: 独立したコードブロックで唯一の完全な成果物を表示します。長いものや修正が必要なものは、一時的なMarkdownとして保存し、コードブロックの後にクリック可能なリンクを提供できます。
- 今回の創作参考資料: 今回実際に読み込んだ完全な事例とフックをリストします。プライベートライブラリのリソース使用はクリック可能な絶対ファイルパスを使用し、採用説明、スコア、または隠れた推論を書きません。読み込んだものがない場合は、「今回、追加の事例とフックは使用しませんでした」と直接書きます。
知識ベースと永続化
プライベート知識ベースはスキルのソースコードから独立しています。初期化、取り込み、読み込み、または書き込みの前に、まず references/private-knowledge-library.md を読み込み、scripts/private_library.py によって今回の唯一のルートディレクトリを取得します。知識、事例、フック、および執筆記憶はすべてここから配置され、現在のリポジトリやクライアントディレクトリから推測しません。
通常の説明、プレビュー稿、短い成果物、および一時的なMarkdownは、現在のタスクのみにサービスを提供します。ユーザーが明示的に保存、更新、または定着を要求した場合、プライベートライブラリのルートディレクトリを取得した後、references/knowledge-base-workflow.md に従って唯一の正式な場所を見つけます。同じトピックの場合は既存のドキュメントを更新し、本当に独立したトピックである場合にのみ新規作成します。プライベートライブラリがすでにMarktree CLIを設定している場合、本文とインデックスは scripts/marktree_integration.py を介して統一的に書き込まれます。知識をどこに置くべきかは、このスキルと Home.md が決定します。
ユーザーが与えられた資料に基づいて定着することを明示的に要求した場合、まず資料の理解を完了し、次に資料の実際の役割に従って書き込みます。長期的に保持する必要がある元の資料は 20-Sources に入ります。安定した概念、メカニズム、結論、境界は 10-Knowledge の対応するトピックに統合されます。資料自体が完全な成果物であり、創作上の参考価値がある場合にのみ、完全な事例として入力します。ユーザーが明示的に元の冒頭部分の保存を要求した場合にのみ、独立したエントリによってフックライブラリに書き込まれます。事例のインポートがフックを派生させることはありません。書き込み後、正式なファイルを再読み込みし、対応するインデックスチェックを実行して、実際に更新された内容をユーザーに伝えます。
公開履歴と文体サンプルは、scripts/writing_memory.py の2つのエントリを使用します。voice はユーザーの書き方を学習するために明確に許可された同種の作品のみを読み込み、novelty はトピックが重複しているかどうかのみを判断します。ユーザーが最終作品を確認、保存、または更新した後、references/personal-writing-memory.md に従ってインデックスを更新します。
長期的なコンテンツの方向性と文体は、それぞれ 60-Systems/Writing/content-strategy.md と 60-Systems/Writing/style-guide/voice.md に保存されます。継続的なトピックの選択は、実際のコンテンツプロジェクトの 30-Projects/Content/<シリーズ>/topic-portfolio.md でのみ決定状態を保存します。公開済みコンテンツの振り返りリンクは、最終的な本文と実際のフィードバックにリンクし、本文をコピーしません。1回の結果は仮説として保持され、繰り返しの証拠、直接の行動証拠、またはユーザーの確認によって裏付けられた認識のみが、対応する長期ファイルに入ります。公開パフォーマンス自体がユーザーのボイスを書き換えることはありません。
ユーザーが完全な事例の保存または更新を明示的に要求した場合、scripts/content_case_library.py add-case を使用して完全な短いコンテンツまたは記事の事例を書き込み、次にこのスクリプトの build-index と validate を実行します。ユーザーがフックの保存または更新を明示的に要求した場合、scripts/hook_library.py add-hook を使用して独立したフックライブラリに書き込み、次にこのスクリプトの build-index と validate を実行します。2つのエントリには相互に変換または参照するパラメータはありません。
ローカルのSRT、VTT、タイムスタンプ付きTXT、または改行の多い字幕を正規化する必要がある場合は、scripts/normalize_subtitles.py を使用し、元のファイルと実際の時間位置を保持します。
個人の執筆記憶は、確認済みの文体サンプルと公開履歴のみを提供します。コンテンツ事例ライブラリは創作上の参考のみを提供し、その両方が現在のオブジェクトの事実と明確な要件を置き換えることはできません。通常の翻訳、転写、フォーマットクリーニング、および通常の計画は、対応する専用のプロセスに従います。広告配信、セールスページとランディングページ、メールマーケティングシーケンス、ブランド全体のプロジェクト、完全なマーケティング戦略、および実際の公開は、このスキルのテキスト執筆成果には含まれません。
納品前チェック
- 成果物はユーザーの要求に直接応えています。資料が十分な時点で停止しています。
- ユーザーが指定した重点、資料の関係、数量、言語、フォーマット、権限は変更されていません。
- 執筆準備資料は
references/content-writing.mdの唯一のテンプレートと一般的な執筆上の注意を使用し、正式な執筆前にそのまま繰り返されています。 - 通常の執筆は、プライベートライブラリ、事例、またはフックが利用できないために停止していません。長期保存、公開、およびその他の外部アクションは、ユーザーが明示的に要求した場合にのみ実行されています。