必須
確認できる成果
公開リンク、インストール可能なパッケージ、または確認手順が明確なローカル成果物。

HAACC WORKSHOP 契約 / ソフトウェア
理解できる公開プロジェクトを起点に、別の普通の人が見て、試し、問い直せる派生版を公開します。
日程は未定です。募集開始前にUTCで全日程を公開し、各地域の時刻案内を示します。
01 / FIT
02 / PREPARE
完成後に誰が何を見られるかを一文で書きます。技術名は成果ではありません。
ソースURL、正確な版、ライセンス、帰属表示、未解決の権利問題を記録します。
秘密情報と個人パスを除き、テストデータを使い、未知のコードに重要なアカウントやファイルへのアクセスを与えません。
どの画面、デモ、テスト、観察が成功を示し、何が失敗を示すかを先に決めます。
03 / PROCESS
現在のメールは企画の参考にする意向表明のみで、席の確保やアカウント作成ではありません。
制作期間前に、ユーザー、見える成果、ソース版、証拠計画、既知のリスク、必要な支援を確定します。
判断、失敗、AI支援、ソース変更、テストを残し、不確実性を見栄えで隠しません。
締切時にデモ、リポジトリ版またはファイルダイジェスト、主張、証拠、既知の制約を固定します。
主要な賞は少なくとも2名の適格な審査員が評価し、利益相反と理由を記録し、異議申立期間後に結果を確定します。
04 / OUTPUT
必須
公開リンク、インストール可能なパッケージ、または確認手順が明確なローカル成果物。
必須
対象ユーザーが主な成果を達成する様子を、待機、エラー、手作業を隠さず示します。
必須
ユーザー、成果、利用手順、ソースとライセンス、証拠のある主張一つ、既知の制約一つを示します。
必須
使用ツール、生成内容、人が確認した内容、未検証の出力を記載します。
必須
何が失敗し、何を変え、何をまだ検証する必要があるかを簡潔に記録します。
05 / REVIEW
配点は合計100。人気とスポンサーの関心は採点しません。
対象ユーザーが約束を理解し、主要な流れを完了できるか。
提出成果、デモ、テストが中心的な主張を裏付けているか。
元プロジェクトの見た目を変えただけでなく、明確なユーザー課題を解決しているか。
ソース、AI支援、失敗、不明点、安全上の制約、権利を誇張なく示しているか。
06 / AI + RIGHTS
結果確定前に、参加者はHAACC連絡先を通じて、資格、利益相反、権利、採点について書面で再審査を求められます。
07 / GOVERNANCE
08 / SAFETY
分類
未知のソフトウェアは信頼しない
次の段階
日程、担当運営者、最終ルール、定員、スポンサー関係を公開してから、HAACCは正式募集を開始します。
メールで参加意向を送る このメールは申込、席の確保、アカウント作成、選出を意味しません。