IDEA
アイデアからプロトタイプへ
粗いアイデア、スクリーンショット、メモ、Xの投稿から、クリックできるプロトタイプと公開作品ページへ進める。
クリック可能な試作
作品ブリーフHAACC-001
Signal -> Brief -> Build -> Verify -> Publish
参加者タイプNon-coder / AI operator
成果物Prototype + public work page
時間枠7 days
検証方法Demo / test / BOM
01 - 参加トラック
GITHUB
GitHub 翻訳
リポジトリを普通の言葉へ翻訳する。何をするか、誰向けか、どう動かすか、何を作れるかを整理する。
理解しやすいブリーフ
HARDWARE
ハードウェア孵化
小さなハードウェア案を部品表、ファームウェア、デザイン参考、テスト計画、製造の次手へ分解する。
試作計画
02 - 作り始める
出発点を選ぶ。
アーキテクチャを知る必要はない。今いる場所を選び、カードにある次の一歩を進める。
E1
アイデアがある
まだ製品とは言えない粗い思いつき。
次の一歩問題を一文で書く。
E2
GitHubリポジトリを見つけた
面白そうだが読めないもの。
次の一歩リンクを一つ貼る。
E3
スクリーンショットや動画がある
参考UI、クリップ、作り直したいもの。
次の一歩画像を一枚アップロードする。
E4
ハードウェアの草案がある
紙や頭の中にある小さな装置のアイデア。
次の一歩対象ユーザーを書く。
E5
AIで半分作った
止まっている、または未検証の作りかけ。
次の一歩欲しい支援を選ぶ。
E6
今期に参加したいだけ
まだアイデアはないが、ループに入りたい。
次の一歩追うトラックを選ぶ。
03 - ブリーフビルダー
簡単な質問に答え、作れるブリーフを得る。
アーキテクチャ不要。技術的な詳細は高度情報に折りたたみ、常に次の一歩だけが見える。
答える質問
Q1
この作品は誰のためか。
Q2
どの具体的な問題を解くか。
Q3
ユーザーが最初に見る画面は何か。
Q4
最小の検証可能版は何か。
Q5
一週間で何を検証できるか。
Q6
どんな証拠が必要か。
Q7
誰に何を手伝ってほしいか。
生成されるブリーフ
Artifact Brief
誰に、何を、なぜを平易な言葉で。
Prototype Scope
最初に作る価値のある最小版。
Verification Plan
実際に動くかを確認する方法。
First Build Checklist
初週の具体的な次の一歩。
Publish Draft
そのまま編集できる公開作品ページ。
04 - 進行リズム
Day 0
作品へ変換する価値のあるシグナルや問題を選ぶ。
Day 2
最初に見えるプロトタイプを出す。長い計画だけで終わらせない。
Day 5
ユーザーテスト、リポジトリ実行、部品表、ベンチマークで検証する。
Day 7
変化、失敗、必要な支援を含む作品ページを公開する。
05 - 作品ブリーフ
Who
有用な問題とAIツールを持つ、非プログラマーの参加者。
What
スライドではなく、動く作品を一つ。
Proof
リンク、デモ動画、テスト結果、または部品表。
Ask
フィードバック、協力者、配布、製造、コードレビュー。
ハードウェア経路breezehw.com