Skip to content

is-tech-lab/Post-Typing

Repository files navigation

Post-Typing

Post-Typing Keyboard — AWS Summit Japan 2026 AI-DLC ハッカソン 応募プロジェクト

Inception フェーズ完了(2026-05-06、Construction フェーズ着手前)


このプロジェクトは何か

人をダメにする」をテーマにした AWS Summit Japan 2026 AI-DLC ハッカソンに、3人チームで挑むための検討の場です。

Inception フェーズが完了(2026-05-06)し、応募書類提出(2026年5月10日)に向けて成果物を整備しました。アプリの仕様 / Unit 分解 / 採用技術スタック / Unit 間 API skeleton までが確定しており、Construction フェーズ(実装)着手前の状態です。

成果物の全体像は下部の「Inception フェーズ成果物の読み方」セクションを参照してください。


最終的なゴール

「文字入力の手間をなくす。思考がそのまま文字になる。」

ゴールの背景にある問題意識

タイピングには本質的なストレスがついて回ります。誤字、変換ミス、推敲、そして「思考の速度に入力が追いつかない」というギャップ。 このストレスを根本から消したい、というのが出発点です。

「人をダメにする」テーマとの関係

便利を全力で追求した結果として、ユーザーが文章を組み立てる能力を失っていく。 Yogibo のソファが「立てなくする機能」を持っていないように、ダメ化のための機能を後付けするのではなく、便利を極めた副作用としてのダメ化 を構造で実現する方針です。


アプリの姿(MVP として確定)

キャッチコピー

『考えなくても、書ける。思考を奪う、究極のキーボード。』
※ 使い続けると、書けなくなります。。。

「人をダメにする」テーマを、文書化に必要な思考そのものを AI に明け渡す体験として表現しています。既存サービス(LINE AIトークサジェスト、LeapMe、Smart Compose 等)が「AIが完成形を提示する」アプローチなのに対して、本プロダクトは「ユーザーが書き始め、AIが選択肢を並べ、ユーザーが組み立てる」インタラクションを採用 — 言葉を探す思考をやめ、選ぶだけで意図が文章になります。

中心となる体験

iOS で動く Custom Keyboard Extension(汎用 IME)。

意図カテゴリ層(第 1 層)→ 文節層(第 2 層)の 二層構造 UI で、ユーザーはタップだけで文章を組み上げていく(ぽちぽち UI)。候補がずれた場合は 直接タイピング介入 で続きを打ち、そのままサジェストに復帰できる。候補リスト全体リロード で意図のずれを解消することも可能。

Phase 構成

  • Phase 1: MVP。「打つから選ぶへ」の体験を成立させる中核機能群を実装する
  • Phase 2 以降: Phase 1 のユーザー体験をエンハンスする位置づけ。マルチモーダル入力(視線 / 音声 / 表情)、インクルーシブデザインによる利用者層拡張、ぽちぽち後の文章修正 UX 等。詳細は aidlc-docs/inception/phase2-roadmap.md

想定する利用シーン

特定アプリ専用ではなく、任意のアプリで動作する汎用 IME。デモは 3 軸(LINE = コミュニケーション軸 / X = 発信軸 / ChatGPT または Claude = AI 対話軸)で実演します。

詳細は aidlc-docs/inception/requirements/requirements.md および aidlc-docs/inception/user-stories/stories.md を参照。


Inception フェーズ成果物について

書類審査で問われる「Unit 分解の適切さ / Intent の明確さ / 創造性とテーマ適合性 / ドキュメント品質」の各観点に、aidlc-docs/ 配下の成果物がどう対応しているかを整理します。すべての成果物は AI-DLC ワークフロー(.aidlc-rule-details/)に従って段階的に確定したもので、aidlc-docs/audit.md に意思決定の全ログが時系列で残っています。

起点として読むファイル

  1. aidlc-inputs/vision.md — プロジェクト全体の出発点。「人をダメにする」テーマへの解釈とプロダクトコンセプト
  2. aidlc-docs/inception/requirements/requirements.md — 機能要件 FR-01〜FR-09 / 非機能要件 NFR-01〜NFR-08 / Open Questions / ハッカソン審査軸との対応(Section 10)
  3. aidlc-docs/inception/application-design/unit-of-work.md — Construction フェーズに向けた 4 Unit 分解(C1 IME クライアント / C2 バックエンド API / C3 候補生成エンジン / C4 ナレッジ集約パイプライン)+ 担当割当

Inception フェーズ全体の流れ(時系列で追う場合)

ステージ 主要成果物 確定内容
Workspace Detection aidlc-docs/aidlc-state.md Greenfield 判定
Requirements Analysis aidlc-docs/inception/requirements/requirements.md FR / NFR / Constraints / Open Questions
User Stories aidlc-docs/inception/user-stories/{personas, stories}.md 4 ペルソナ × 8 Job Stories(US-01〜US-08)
Workflow Planning aidlc-docs/inception/plans/execution-plan.md 後続ステージの EXECUTE / SKIP 判定
Application Design aidlc-docs/inception/application-design/{components, component-methods, services, component-dependency, application-design, cross-unit-conventions}.md 論理 4 コンポーネント + 物理 4 パッケージ + 採用技術スタック(Python / AWS CDK / OpenAPI REST)
Units Generation aidlc-docs/inception/application-design/{unit-of-work, unit-of-work-dependency, unit-of-work-story-map}.md + packages/shared/api/openapi.yaml 4 Unit 確定 + 担当割当 + Story → Unit マッピング + API skeleton

審査軸別の参照ガイド

  • Unit 分解の適切さ: unit-of-work.md(Unit 定義 + 担当割当)+ unit-of-work-dependency.md(L1〜L5 依存経路 + Phase 2 連続性確認)+ unit-of-work-story-map.md(全 8 Story の Unit 割付)
  • Intent の明確さ: vision.md + requirements.md Section 1〜2 + personas.md + stories.md
  • 創造性とテーマ適合性: vision.md + stories.md US-07(AI ツール温度感分岐、差別化 Story)+ US-08(テーマ体現 Story)+ phase2-roadmap.md
  • ドキュメント品質: aidlc-docs/audit.md(全意思決定の時系列ログ)+ 各成果物相互参照の整合性

補助ドキュメント

  • aidlc-docs/inception/phase2-roadmap.md — MVP 範囲外の論点を Phase 2 拡張余地として整理
  • aidlc-docs/inception/plans/ — 各ステージで発行した質問 / 回答 / clarification ファイル群(意思決定の透明性担保)
  • packages/shared/api/openapi.yaml — Inception 確定範囲(URI / HTTP メソッド / 主要フィールド名)+ Construction 委譲事項を明記した skeleton

現在のステータス

Inception フェーズ(完了)

  • ✅ Workspace Detection(Greenfield 判定)
  • ✅ Requirements Analysis(FR-01〜FR-09 / NFR-01〜NFR-08 確定)
  • ✅ User Stories(P1〜P4 / US-01〜US-08 確定)
  • ✅ Workflow Planning(execution-plan.md 確定)
  • ✅ Application Design(論理 4 コンポーネント + 物理 4 パッケージ + 採用技術スタック確定)
  • ✅ Units Generation(4 Unit / 担当割当 / OpenAPI skeleton / Story マッピング確定)

Construction フェーズ(未着手)

  • ⬜ Per-Unit Loop(各 Unit の Functional Design / NFR Requirements / NFR Design / Infrastructure Design / Code Generation を Unit 単位で実行)
  • ⬜ Build and Test(全 Unit 完了後の統合)

チーム構成

  • 宇賀: 企画・コンセプト・プレゼン・ドキュメント
  • 藤原: AWS構築、Bedrock連携、AI-DLC実践
  • 横村: スマホIME(またはアプリ)実装、UI/UX

ハッカソン主要日程

  • 応募締切: 2026年5月10日
  • 書類審査結果: 5月15日
  • 予選: 5月30日(麻布台ヒルズ)
  • 決勝: 6月26日(AWS Summit Japan、幕張メッセ)

参考リンク

About

ハッカソン

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

 
 
 

Contributors