Skill Introduction

Overview

記事、ガイド、ブログ投稿、チュートリアル、ニュースレター号、その他の長文コンテンツを、提供された例またはブランドガイダンスから派生した独特の声で作成します。ユーザーが段落より長いポーランド済みの書き込みコンテンツを望む場合、特に声の一貫性、構造、および信頼性が重要な場合に使用します。

Core value

Turns reusable Documentation know-how into an installable skill, helping users complete github, community work faster.

Target users

Developers, testers, and maintainers who handle Documentation tasks in Focus Code.
Teams that already trust workflows or content from affaan-m.
Users who want standardized prompts, steps, or conventions instead of repeating setup work.

Best practices

Read the skill content first to confirm required inputs, expected outputs, and dependencies.
Try it on a small task before relying on it for critical work.
Add project-specific constraints such as coding style, target platform, test expectations, and delivery format.
For external sources, verify the source link, version, and recent maintenance activity.

Best use cases

Tasks related to github, community that need a reusable execution flow.
Converting a community repo, team convention, or personal workflow into day-to-day assistance.
Starting from a proven skill instead of writing prompts or procedures from scratch.

Limits and boundaries

Results depend on the quality of the original skill content and may need human correction.
It does not replace code review, tests, security review, or professional judgment.
External tools, APIs, account permissions, and local dependencies still need separate setup.

Differentiation

Structured around Documentation, making it easier to discover and reuse than loose prompt snippets.
Marked as GitHub, which helps users judge trust and maintenance expectations.
Keeps the original source link available for repository, documentation, or discussion follow-up.
Tagged with github, community, so it can be filtered by concrete task intent.

Install and use

Install

Copy Install Command

focus install article-writing-9b9b0a

View source

Detail Preview

SKILL.md

Primary filemarkdown4 KB

name: article-writing description: 記事、ガイド、ブログ投稿、チュートリアル、ニュースレター号、その他の長文コンテンツを、提供された例またはブランドガイダンスから派生した独特の声で作成します。ユーザーが段落より長いポーランド済みの書き込みコンテンツを望む場合、特に声の一貫性、構造、および信頼性が重要な場合に使用します。 origin: ECC

記事作成

実際の視点を持つ人のように聞こえる長文コンテンツを作成し、LLMがペースト状に滑らかにしたものではありません。

アクティベーション時期

ブログ投稿、エッセイ、ローンチ投稿、ガイド、チュートリアル、またはニュースレター号をドラフトする
メモ、トランスクリプト、または研究をポーランド済みの記事に変える
例から既存の創業者、オペレータ、またはブランドの声を一致させる
既に書かれた長文コピーの構造、ペース、および証拠を締め付ける

コアルール

具体的なもので先導する：アーティファクト、例、出力、逸話、数字、スクリーンショット、またはコード。
例の前ではなく、例の後に説明する。
ソースの声が意図的に拡張的でない限り、文を厳密に保つ。
形容詞の代わりに証拠を使う。
事実、信頼性、または顧客の証拠を決して発明しない。

音声処理

ユーザーが特定の声を望む場合、最初にbrand-voiceを実行し、そのVOICE PROFILEを再利用します。ユーザーが明示的に要求しない限り、ここで2番目のスタイル分析パスを複製しないでください。

音声参照が与えられない場合は、鋭いオペレータ声のデフォルト：具体的、感情的でない、有用。

禁止パターン

これらのいずれかを削除して書き直してください：

「今日の急速に進化する環境では」
「ゲームチェンジャー」、「最先端」、「革新的」
「これが重要な理由は」独立したブリッジとして
偽の脆弱性アーク
エンゲージメントを増やすためだけに追加された終了質問
引数を移動しない伝記パディング
ポイントを遅延させる一般的なAIスロートクリアリング

作成プロセス

オーディエンスと目的を明確にする。
セクションあたり1つのジョブを持つハードアウトラインを構築する。
セクションを証拠、アーティファクト、競合、または例で開始する。
次の文がスペースを獲得した場合のみ拡張する。
テンプレート化された、過剰説明された、または自画賛化された音のことを削除する。

構造ガイダンス

技術ガイド

読者が得るもので開く
メジャーセクションでコード、コマンド、スクリーンショット、または具体的な出力を使用
ソフトリキャップではなく、実行可能なテイクアウトで終了

エッセイ/意見

緊張、矛盾、または具体的な観察で開始
セクションあたり1つの引数スレッドを保つ
意見は証拠に答える

ニュースレター

最初の画面が実際の仕事をしている状態を保つ
日記フィラーを前に読み込まない
セクションラベルを使用する場合のみ、スキャン可能性が向上する場合

品質ゲート

配信前に：

事実主張は提供されたソースによってサポートされている
一般的なAI遷移は消えている
声は提供された例または合意したVOICE PROFILEと一致
すべてのセクションが何か新しいを追加
フォーマットは目的のメディアと一致

article writing