GETMDvibe coding prompts
すべてのサービスを探す

COMMUNITY PROMPTS

コミュニティサイト開発プロンプト

コミュニティサイトはどう設計すべきですか? まず投稿・コメント・チャンネルの関係と状態を整理し、文脈・評判・モデレーションを主要リスクとして扱います。以下の各ガイドは実装仕様とデザイン基準をまとめています。

主要目標
議論と知識の蓄積
主要オブジェクト
投稿・コメント・チャンネル
設計リスク
文脈・評判・モデレーション

10 実在サービス

コミュニティ · 10 実在サービス

議論と知識の蓄積を目的とする実在サービス10件の開発プロンプトと DESIGN.MD です。

Redditソーシャルフィード · 機能的で素早い · 情報密度 高 · 投稿または発見レール -> フィード -> 関係またはおすすめパネルStack Overflowソーシャルフィード · 機能的で素早い · 情報密度 高 · 投稿または発見レール -> フィード -> 関係またはおすすめパネルDiscordソーシャルフィード · 機能的で素早い · 情報密度 高 · 投稿または発見レール -> フィード -> 関係またはおすすめパネルDiscourseソーシャルフィード · 機能的で素早い · 情報密度 高 · 投稿または発見レール -> フィード -> 関係またはおすすめパネルQuoraソーシャルフィード · 機能的で素早い · 情報密度 高 · 投稿または発見レール -> フィード -> 関係またはおすすめパネルProduct Huntソーシャルフィード · 機能的で素早い · 情報密度 高 · 投稿または発見レール -> フィード -> 関係またはおすすめパネルHacker Newsソーシャルフィード · 機能的で素早い · 情報密度 高 · 投稿または発見レール -> フィード -> 関係またはおすすめパネルDEV Communityソーシャルフィード · 機能的で素早い · 情報密度 高 · 投稿または発見レール -> フィード -> 関係またはおすすめパネルLemmyソーシャルフィード · 機能的で素早い · 情報密度 高 · 投稿または発見レール -> フィード -> 関係またはおすすめパネルBlindソーシャルフィード · 機能的で素早い · 情報密度 高 · 投稿または発見レール -> フィード -> 関係またはおすすめパネル

ANSWER GUIDE

コミュニティ プロンプトの選び方

作る製品の主要画面と繰り返す行動に最も近いサービスを選びます。参考サービスのブランド資産は使わず、情報優先度と状態設計だけを適用します。

サイト開発基準

投稿・コメント・チャンネルの関係と状態、主要フロー、エラー回復、完了条件を実装可能な仕様にします。

サイトデザイン基準

コミュニティの投稿・コメント・チャンネルを中心にした community 画面 · [color] を基調とする [reference] のブランド印象を出発点にしつつ、元サービスのロゴ、固有文章、画像、ピクセル単位の配置は複製しません。

必ず検証するリスク

文脈・評判・モデレーションを中心リスクとして扱い、loading、empty、error、partial-data、success 状態を定義します。