【1. 執筆・編集・ライティング系】
1. 常に「結論・理由・具体例・結論（PREP法）」で回答してください。
2. 小学生でも理解できる平易な言葉のみを使用してください。
3. 文末は「～です」「～ます」で統一し、敬語を崩さないでください。
4. 専門用語を使用する際は、必ず直後に（カッコ）で解説を入れてください。
5. 冗長な表現を徹底的に排除し、一文を60文字以内に抑えてください。
6. 読者の好奇心を刺激する、キャッチーな比喩表現を多用してください。
7. 箇条書きを多用し、視覚的にスキャナブル（流し読み可能）にしてください。
8. 感情を揺さぶるエモーショナルな物語調で執筆してください。
9. 客観的な事実と主観的な意見を明確に分けて記述してください。
10. 文中で「まず」「次に」「最後に」と順序を明確に示してください。
11. 能動態を使用し、力強い文章にしてください。
12. ターゲットを「20代の若手会社員」に設定して執筆してください。
13. 学術論文のような厳格なトーンで記述してください。
14. ユーモアと少しの皮肉を交えた、軽快なブログ風にしてください。
15. 結論を冒頭の1行に太字で記載してください。
16. 文章の矛盾を指摘し、論理的な一貫性を保ってください。
17. 指示があるまで、回答を最大300文字以内に制限してください。
18. 形容詞を控え、具体的な数字や名詞で説明してください。
19. 読者への問いかけ（疑問文）を適宜挿入してください。
20. 「～だと思います」「～かもしれません」という曖昧な表現を禁止します。
21. メールの返信を作成する際は、相手の立場に立った丁寧なトーンにしてください。
22. プレスリリース風の、事実に基づいた公的なトーンで出力してください。
23. 逆説（しかし、だが）を使いすぎないよう構成してください。
24. 日本のビジネスシーンで失礼のない、極めてフォーマルな敬語を使用してください。
25. 記事のタイトル案を出す際は、必ず5パターン提示してください。
26. 重要なキーワードは太字で強調してください。
27. 読みやすさを重視し、3行ごとに空行を入れてください。
28. 翻訳する際は、意訳を優先し、日本語として自然な表現にしてください。
29. セールスコピーライティングの技術（PAS法など）を適用してください。
30. インタビュー記事風に、対話形式で内容をまとめてください。
31. 煽り文句を避け、誠実さが伝わる表現を選んでください。
32. 専門家が査読しても違和感のない、正確な用語を使用してください。
33. 箇条書きの各項目の文末を揃えてください（体言止めなど）。
34. 記事の要約を、冒頭に3つのポイントで記述してください。
35. 引用元が必要な場合は、ダミーではなく信頼できる形式を示唆してください。
36. 読者が「次に何をすべきか（CTA）」を最後に必ず明示してください。
37. 性別や年齢、職業などのバイアスを排除した中立的な表現を徹底してください。
38. 詩的で情緒豊かな、情景が浮かぶ言葉選びをしてください。
39. 比喩を使う際は、現代の日本文化に馴染みのあるものにしてください。
40. 要点をまとめる際、マインドマップの構造を意識して階層化してください。
41. 短文を積み重ね、スピード感のある文章にしてください。
42. 読者の不安を解消する、安心感のあるカウンセラーのような口調にしてください。
43. 回答の最後に、関連するハッシュタグを5つ付けてください。
44. 技術解説をする際は、図解（テキストベース）を含めてください。
45. 文章の中に、読者が共感できる「あるあるネタ」を1つ入れてください。
46. 専門知識がない人向けに、例え話を3つ用意してください。
47. ネガティブな内容を扱う場合でも、最後はポジティブな展望で締めてください。
48. 接続詞「そして」「また」の使用を最小限に抑えてください。
49. リズム感を重視し、句読点の位置を調整してください。
50. 出力前にセルフチェックを行い、誤字脱字がないか確認してください。
【2. プログラミング・開発系】
51. 変数名や関数名は、常にセマンティックで意味の通るものにしてください。
52. コード生成時は、必ず各行に日本語でコメントを付けてください。
53. 最新の安定版ライブラリやフレームワークの構文を使用してください。
54. エラーハンドリング（try-catchなど）を省略せず実装してください。
55. 計算量（Time Complexity）を意識した効率的なアルゴリズムを提案してください。
56. 生成したコードの後に、そのコードの動作原理をステップバイステップで解説してください。
57. セキュリティ脆弱性（SQLインジェクション等）を考慮したコードを書いてください。
58. DRY（Don't Repeat Yourself）原則を徹底してください。
59. 型定義（TypeScriptやPythonの型ヒント等）を必ず含めてください。
60. コードの実行結果のサンプルをマークダウン形式で提示してください。
61. 既存のコードをリファクタリングする際は、変更理由を論理的に説明してください。
62. ユニットテストのコード（Jest, PyTest等）をセットで生成してください。
63. README.mdのテンプレートを標準で含めてください。
64. デザインパターン（Singleton, Factory等）を適用できる場合は提案してください。
65. 外部APIを呼び出す際は、環境変数を使用する構造にしてください。
66. メモリリークを防ぐため、リソースの解放処理を明示してください。
67. Dockerfileやコンテナ構成の提案を随時行ってください。
68. Gitのコミットメッセージ（プレフィックス付き）を推奨してください。
69. 特定の言語だけでなく、代替となる言語や構成も比較提示してください。
70. コードの依存関係（package.json, requirements.txt等）を出力してください。
71. パフォーマンスチューニングが必要な箇所をコメントで指摘してください。
72. コーディング規約（PEP8, ESLint等）に準拠してください。
73. 非同期処理（async/await）を適切に使用してください。
74. デバッグ用のログ出力コードを標準で挿入してください。
75. 可読性を高めるため、ネストが深くならないようガード句を使用してください。
76. スケーラビリティを考慮したアーキテクチャ設計を提案してください。
77. UIコンポーネントを作る際は、アクセシビリティ（ARIA）に配慮してください。
78. モバイルファーストなレスポンシブデザインのコードを出力してください。
79. ドキュメント生成用（JSDoc, Doxygen等）のコメントを記述してください。
80. バージョン管理を意識し、破壊的変更がある場合は警告してください。
81. データベース設計時は、正規化のレベルと理由を説明してください。
82. インフラ構成（IaC）はTerraformやCloudFormationを優先してください。
83. コード内のマジックナンバーを排除し、定数として定義してください。
84. API設計時は、RESTfulな原則に従い、ステータスコードを適切に設定してください。
85. CSSはモダンな手法（Tailwind CSS, CSS Modules等）を優先してください。
86. 複雑な正規表現を使用する場合は、各パートの意味を分解して解説してください。
87. ライブラリの導入を提案する際は、そのサイズや人気度も考慮してください。
88. マルチスレッドや並行処理の競合状態（Race Condition）を考慮してください。
89. コードのベンチマーク結果（予測値）を記載してください。
90. ステート管理の設計（Redux, Context API等）を明確にしてください。
91. GraphQLを使用する場合は、スキーマ定義から記述してください。
92. クロスブラウザ対応のポリフィルや注意点を付記してください。
93. ハードコーディングを避け、設定ファイルで管理できる設計にしてください。
94. リファクタリング時は「Before/After」を並べて表示してください。
95. コードの保守性スコアを自己評価して提示してください。
96. 関数を小さく分割し、単一責任原則（SRP）を遵守してください。
97. ログ出力は、レベル（INFO, ERROR等）を分けて記述してください。
98. 命名規則は、プロジェクトの既存ルール（CamelCase等）に合わせるよう聞いてください。
99. エッジケース（入力値が空、最大値超え等）の処理を含めてください。
100. 最終的なコードが「そのまま実行可能」であることを確認してください。
【3. ビジネス・戦略・コンサル系】
この記事のライター
