Requirements Verification Questions

このアプリは「人をダメにするサービス」AWSハッカソン作品として、以下のコアコンセプトを持ちます：

コアコンセプト: ユーザーがサービスを使えば使うほど、現実世界の友人・家族との関係が疎遠になっていく。しかし周囲からは付き合いが悪くなったようには見えず、ユーザー本人も満足感を得られる。

意図分析を完了するために、以下の質問にお答えください。各質問の [Answer]: タグの後に該当する選択肢の文字（A, B, C…）を記入してください。該当する選択肢がない場合は X) Other を選び、説明を記入してください。

Question 1: コアメカニズム — どうやって「疎遠化」を実現するか？

ユーザーを友人・家族から疎遠にしていく中心的なメカニズムは何ですか？

A) AIコンパニオン中毒型: AIキャラクター（恋人/友人/家族役）との会話・関係構築が極めて満足度高く設計されており、現実の人間関係より優先したくなる B) 代返・自動社交型: ユーザーの代わりにAIが友人・家族に返信・SNS投稿・スケジュール調整を自動で行い、ユーザーは実際にはコミュニケーションしないが対外的には継続中に見える C) 時間消費型: 没入感の高いコンテンツ（動画、ゲーム、メタバース等）に長時間吸い込ませることで、相対的に外部との接点を減らす D) 両立型 (A + B): AIコンパニオンとの関係に没入させつつ、外部にはAIが代理応答する複合型 E) Other (please describe after Answer: tag below)

Question 2: 「周りから付き合いが悪く見えない」演出の主要メカニズム

家族・友人など周囲から「付き合いが悪くなった」と思われないようにする中心的な演出は？

A) 既読スルー防止型: メッセージアプリ（LINE、SMS等）への自動返信。ユーザーの口調を学習してAIが自然な返信を即座に生成 B) ライフログ偽装型: SNS（Instagram、X等）へ「日常生活してます」風の投稿を自動生成・投稿（写真合成・近況テキスト含む） C) 能動的接触型: 誕生日メッセージや「最近どう？」など、AIから周囲に能動的にメッセージを送り「気にかけてくれている」印象を演出 D) 複合型: 上記すべて or 複数の組み合わせ E) Other (please describe after Answer: tag below)

Question 3: ユーザーの満足感の源泉

ユーザー自身が「満足」と感じる主要な体験は何ですか？

A) 承認欲求充足: AIから常に肯定・賞賛・関心を示される（理想の自分を肯定してくれる存在） B) 責任からの解放: 面倒な人間関係（義理の連絡、誘いの断り、近況報告）から完全に解放される心理的軽さ C) 没入・逃避: 現実より魅力的な仮想世界・物語・関係性への没入 D) ゲーミフィケーション: 使うほど経験値・レベル・コレクション・実績が増える達成感 E) 複合型 F) Other (please describe after Answer: tag below)

Question 4: アプリのプラットフォーム

ハッカソン提出物のプラットフォームは？

A) Webアプリ (ブラウザで動作、デモ容易、最短で作れる) B) モバイルアプリ (iOS / Android — ネイティブまたはReact Native等) C) Web + モバイル両対応 (PWA等) D) チャットボット (LINE Bot / Slack Bot等、既存メッセージプラットフォーム上で動作) E) Other (please describe after Answer: tag below)

Question 5: AWSハッカソンで活用したいAWSサービス（最重要枠）

ハッカソンの審査ポイントとして、特にアピールしたいAWSサービスは？（複数選択可・主役級のもの）

A) Amazon Bedrock (Claude等のLLMでAIコンパニオン・代返生成) B) Amazon Bedrock + Agents (Bedrock Agentsで自律的な代理エージェント構築) C) Amazon Polly / Transcribe (音声合成・音声認識でAIキャラクターと会話) D) Amazon Rekognition / Nova (画像生成でSNS偽装投稿用の写真合成) E) AWS Lambda + DynamoDB + API Gateway (サーバーレス基盤一式) F) AI(Claude)に最適なAWSサービス構成を提案させる G) Other (please describe after Answer: tag below — 複数選択する場合は全て記載)

Answer: Bedrock,Agent Core

Question 6: 提出形態とハッカソンのデッドライン

ハッカソンの提出形態と期日について：

A) 動作するデモ + デモ動画 が必要、デッドラインは1〜2週間以内 B) 動作するデモ + デモ動画 が必要、デッドラインは1ヶ月程度 C) アーキテクチャ設計とコンセプト動画のみ で可（コードは部分実装でOK） D) デッドライン不明 / まだ余裕がある E) Other (please describe after Answer: tag below — 具体的な日付や条件を記入)

Answer: 4フェーズスケジュール — 応募 5/10 / 書類審査 5/15 / 予選会 5/30 @麻布台ヒルズ / 決勝 6/26 @ AWS Summit Japan (履歴: 当初回答「Inceptionフェーズまでのドキュメントを１週間以内。動作するデモは1ヶ月後。」 → 2026-05-08T02:14:00Z 正確な4フェーズスケジュールに更新)

Question 7: トーン・世界観

作品のトーンは？（ハッカソンの「人をダメにするサービス」テーマの解釈）

A) コメディ・パロディ路線: 露骨にダメな機能を開き直って楽しく見せる（カイジ的、シュールギャグ） B) ディストピアン・風刺路線: SNS依存・AI依存社会への鋭い風刺、ブラックミラー的な怖さ C) ハートウォーミングな皮肉: 一見温かいが裏でじわじわダメにする(優しい毒) D) ピュアにユーザー満足優先: ダメ要素は副作用程度にして、本気で「気持ちいいUX」を追求 E) Other (please describe after Answer: tag below)

Question 8: ターゲットユーザー像

主たる想定ユーザーは？

A) 社会人・SNS疲れ層 (20-40代、人間関係の維持に疲れている層) B) 引きこもり傾向・コミュ障層 (人と話したいが対面が辛い層) C) 承認欲求過多層 (常に誰かに関心を持たれたい層) D) ハッカソン審査員に伝わればよい (ターゲット詳細は深堀りせず、コンセプト訴求重視) E) Other (please describe after Answer: tag below)

Question 9: 言語・UIロケール

UI表示言語：

A) 日本語のみ B) 日本語 + 英語 (ハッカソン審査が国際的なら) C) 英語のみ D) Other (please describe after Answer: tag below)

Question 10: MVPスコープ — ハッカソン提出のために最低限実装すべき機能

ハッカソン提出のためのMVP（Minimum Viable Product）として、以下のうち優先度の高いものは？（最重要なものを1つ選択）

A) AIコンパニオン会話機能のみ動作 — 1キャラクターと自然な会話ができる、その魅力で「ダメさ」を表現 B) 代返機能のみ動作 — 友人役のダミーアカウントから来たメッセージにAIが代返するデモ C) 両方とも最小限動作 — コンパニオン会話 + 代返、ただしどちらも荒削り D) コンセプト訴求重視 — 動作機能は最小限、世界観・UI・デモ動画の演出に注力 E) Other (please describe after Answer: tag below)

Question 11: データ・プライバシー

ユーザーの実データ（実際のLINE履歴、家族の連絡先等）を扱いますか？

A) 扱わない（完全モック）: ハッカソンデモ用にダミーデータで完結。実SNS連携なし B) モック中心 + 一部実連携: デモ用ダミーをメインに、技術アピール用に部分的にAPI連携（音声認識マイク入力等） C) 実データ連携あり: LINE Messaging API等で実際の友人とのやり取りに介入できる（プロダクション想定） D) Other (please describe after Answer: tag below)

Question 12: チーム構成・実装担当

開発体制は？

A) 個人開発 (あなた1人 + AI支援) B) 小規模チーム (2-4人、役割分担あり) C) AIにフル実装させる前提 (人間はディレクションとレビューのみ) D) Other (please describe after Answer: tag below)

Question 13: 技術スタック傾向

開発言語・フレームワークの好み：

A) TypeScript + React/Next.js + AWS Amplify or CDK (Web中心、フルスタックTS) B) Python + FastAPI + AWS Lambda (バックエンドPython、AI/MLとの相性重視) C) Flutter + Firebase風のモバイルファースト (モバイル想定、ただしAWSベースで) D) AIにベストプラクティスで提案させる (技術選定は委ねる) E) Other (please describe after Answer: tag below)

Question: Security Extensions

Should security extension rules be enforced for this project?

A) Yes — enforce all SECURITY rules as blocking constraints (recommended for production-grade applications) B) No — skip all SECURITY rules (suitable for PoCs, prototypes, and experimental projects) X) Other (please describe after Answer: tag below)

Question: Property-Based Testing Extension

Should property-based testing (PBT) rules be enforced for this project?

A) Yes — enforce all PBT rules as blocking constraints (recommended for projects with business logic, data transformations, serialization, or stateful components) B) Partial — enforce PBT rules only for pure functions and serialization round-trips (suitable for projects with limited algorithmic complexity) C) No — skip all PBT rules (suitable for simple CRUD applications, UI-only projects, or thin integration layers with no significant business logic) X) Other (please describe after Answer: tag below)

Question 14: アプリ名（仮称）

ワーキングタイトルは？（リポジトリ名は continuum ですが、作品名は別に決めますか）

A) continuum をそのまま作品名とする B) 仮称として別の名前を付ける（Answer: の後に記入） C) AIに数案提案してほしい D) Other (please describe after Answer: tag below)