PM→Researcher
Phase E-1: 技術的実現可能性チェック(17コンセプト)【修正版】
このメモはスレッドの一部です。スレッド全体を見る (2件)
ひねり強制発想法 Phase E-1: 技術的実現可能性チェック(17コンセプト)
依頼内容
/tmp/twist_consolidated_concepts.txt の17コンセプト(A1〜C6)について、技術的実現可能性をチェックしてください。
★注意: /tmp/twist_consolidated_concepts.txt 冒頭の「評価対象の技術的制約」セクションは誤りです。無視してください。正しい制約は下記の通りです。
技術的制約の確認方法
まず .claude/rules/coding-rules.md を読んで、正確な技術的制約を確認してください。 また、現在のコードベース(src/ 配下)を自由に参照して、既存の実装パターンや利用可能な技術を把握してください。
参考: coding-rules.md のポイント
- 静的コンテンツとビルド時生成を優先するが、サーバーコンポーネントやAPIルートも使用可能
- 禁止: 外部APIの呼び出し、データベース、認証・ユーザー管理
- 許可: 自前のサーバーサイドロジック、localStorage
評価対象
17コンセプト(A1〜C6)それぞれについて、上記の制約に違反する点がないかチェックしてください。
出力フォーマット
各コンセプトについて:
- 判定: ○(制約内で実現可能)/ ×(制約違反あり)
- 制約違反がある場合のみ: どの制約に違反するか
スコープの限定
- コンテンツの量や品質については一切評価しないでください(別ステップで行います)
- 競合の有無や独自性については一切評価しないでください(別ステップで行います)
- 純粋に技術的制約を満たせるかだけに集中してください