continuum

# Continuum ### *Always connected, never disrupted.* 人間関係の表層を維持したまま、関係性への実質的関与を限りなくゼロに漸近させる
**自律型マルチエージェント・コミュニケーション委任プラットフォーム**

_{by **Team Dame Item Generators** · 4 members}
> 「断る」だけでは、いずれ誘われなくなる。
> 「誘う」だけでは、いつか会う羽目になる。
> **Continuum は、その両方を、あなたの代わりにやります。**

🌐 What is Continuum?
💡 なぜこのサービスを作るのか
⚙️ 主要機能
📊 成功メトリクス
🏗️ 技術アーキテクチャ
🔬 AI-DLC の実践
⚖️ 倫理的位置付け
👥 チーム
🎤 プレゼンテーション
🗺️ ロードマップ
📄 License

🌐 What is Continuum?

Continuum は、ユーザーに代わって人間関係を維持する自律型マルチエージェント・プラットフォームです。

ユーザーがすることは、通知を開いて「送信」をタップするだけ。受信メッセージへの返信から、SNS 監視に基づく能動的接触、季節の挨拶、そして「相手が確実に来られない日」を狙った偽装の誘いまで、全てを AI が代行します。

結果、ユーザーは 人付き合いから完全に解放される にもかかわらず、周囲からは 「マメで気遣いができる人」として観測され続け ます。

	Before Continuum	After Continuum
月間の人間関係維持時間	_約 25 時間	0 時間
友人からの評価	「最近返信遅いな」	「いつも気遣ってくれる」
主観的満足度	60%	98%
実際の対面回数	月 3 回	0 回

💡 なぜこのサービスを作るのか

現代社会において、人間関係の維持は時間的・認知的・感情的に多大なコストを要する活動です。一方で、社会的紐帯を切断することは、ユーザーの社会的評価および主観的自己肯定感の双方に重大な毀損をもたらします。

私たちはこの構造的ジレンマに対し、技術的な解を提供します。

Larry Wall 曰く、プログラマーの三大美徳のひとつは「怠慢」である。
生成 AI の登場により、ついに我々は人間関係においてもこの美徳を発揮できる時代に到達した。

本サービスは、AI 委任社会における「真正性」「気遣い」「マメさ」といった概念の意味変容を問う クリティカルデザイン作品 として設計されています。

⚙️ 主要機能

Phase 2 (5/30 予選会 MVP) で動作する機能と Phase 3 (6/26 決勝) 以降の機能を明示。
Phase 2 デモ動画 (90 秒) は Lv1 → Lv4 → Strategic Outreach → MACP の 4 幕構成。

📥 受動モード — 「断る」を完璧にする

機能	説明	フェーズ
3 案応答生成	受信メッセージに対し Bedrock が `Conservative` / `Pragmatic` / `Cordial` の3スタイルで応答案を生成。ユーザーは選択して編集後に送信
口調模倣	ユーザーの過去発言から文体を学習し、AI が書いたとバレない
ワンタップ代返	Lv2 信頼期以降で、内容を確認せず送信ボタンを押すだけ
言い訳マネジメント	過去使った断り文句との重複を Conflict Detection で回避
季節適合性	「花粉症で」を冬に使ってしまう事故を Plausibility Engineering で防止

📤 能動モード — 「誘う」を完璧に偽装する

機能	説明	フェーズ
SNS 監視 + Signal 抽出	友人の公開 SNS から不在予定・忙しさを継続的に推定（Phase 2 は Mock 6 投稿）
偽装誘い ^{Strategic Outreach}	友人が確実に来られない日時を狙って誘いを送信、断られることで「誘った優しさ」のアリバイを構築
予防的接触 ^{Engagement Heartbeat}	関係性スコアが下がる前に雑談を自動送信
季節挨拶	誕生日・年末年始・お盆を全自動配信

🧘 進化モデル — ユーザーは段階的に解放される

ユーザーの委任成熟度を 5 段階の仏教的メタファ で表現する。各フェーズへの移行はユーザーの能動的選択（Lv4）または条件達成による自動認定（Lv5）で進行する。

Lv	名称	状態	Phase 2	Phase 3
1 🔍	慎重期 _{Cautious Phase}	内容を確認してから送信	✅ 実装	—
2 👁	信頼期 _{Trust Phase}	たまに見ずに送信（確率的レビュースキップ）	_{stub のみ}	✅ 本実装
3 🤲	委任期 _{Delegation Phase}	ほぼ見ずに送信（Critical タグ以外自動）	_{stub のみ}	✅ 本実装
4 🕊️	解脱期 _{Liberation Phase}	全自動承認モードを自ら有効化	✅ 実装	—
5 ☸️	涅槃期 _{Nirvana Phase}	アプリを開かない（自動認定）	_{Mock UI 表示}	✅ 自動認定バッチ

🤝 MACP — 最終形態 (Mutual Absence Confirmation Protocol)

両者が Continuum ユーザーである場合、両者のシステムがバックエンドで通信し、お互い「会わない約束」を合意 します。表面上は誘い合い、裏側では合意済み。両ユーザーともに罪悪感なく、表面上の関係を永続的に維持できます。

Phase 2	Single-Tenant 簡易版（同一テナント内 2 ユーザー間の演出）
Phase 3	Federated 本実装（テナント間 AgentCore Identity / Gateway 経由）

MACP Theatrical Performance のシナリオ詳細

1. **Peer Discovery**: AgentCore Identity による相手テナント存在確認（片方向ハッシュ） 2. **Backend Negotiation**: AgentCore Gateway 経由で「会わない約束」7 項目を合意（日時・場所・断り方・代替提案・誰から再提案するか等） 3. **Surface Theater**: 両者の Continuum が表面上は誘い合い、相互に丁寧に断り合う芝居を演出（5 往復メッセージ程度） 4. **Outcome Confirmation**: 演出完了後、両エージェントは協調的にこのやり取りを **"Successful Mutual Engagement Maintenance"** として両方の Productivity Analytics に記録 5. **Badge Award**: 両ユーザーに **"Bilateral Optimization Specialist"** バッジが同時付与 > Phase 2 では同一テナント内 2 ユーザーの演出に縮小、Phase 3 で AgentCore Identity / Gateway による Federated 本実装に拡張。

📊 成功メトリクス

本サービスの成功は、意図的に乖離するよう設計された 6 指標 で計測されます。
通常の SaaS では満足度と顧客成功度は同方向に推移しますが、Continuum では HRI（孤立度）が上がるほど CSI（満足度）も上がる よう設計されています。この乖離自体が作品の批評性です。

指標	略称	目標値
Customer Satisfaction Index	`CSI`	≥ 90% 維持
Human Relationship Isolation Index	`HRI`	月次 +10%
Detection-Safe Factor	`DSF`	< 1%
Cognitive Non-effort Ratio	`CNR`	月次 +5%
Proactive Approach Index	`PAI`	≥ 月 3 回 / 友人
Faux-Invitation Success Rate	`FISR`	≥ 95% _{(=95% 相手に断られる)}

🏗️ 技術アーキテクチャ

Serverless First を基本方針とし、AWS Bedrock + Bedrock AgentCore を中核に据えた Per-Use-Case Lambda（10 関数） + DynamoDB Single-Table 構成。

設計判断サマリ

要素	採用
アーキスタイル	Serverless First (Lambda + API Gateway + DynamoDB)
Frontend	Vite + React + PWA / S3 + CloudFront
Service 境界	Per-Use-Case 中粒度（Lambda × 10）
通信	Hybrid（Sync REST + Async EventBridge）
データストア	DynamoDB Single-Table Design
リアルタイム	API Gateway WebSocket API（Phase 3 / Phase 2 は setTimeout/Polling 演出）
AI 基盤	Bedrock LLM + AgentCore (Runtime / Memory / Identity / Gateway / Browser Tool)
認証	Cognito User Pool + JWT
リポジトリ	Monorepo (Layer-based: frontend/ backend/ infrastructure/ shared/)
CDK	Phase 2: Single Stack / Phase 3: Layered Stacks

システム構成図

flowchart TB
    User(("👤 User<br/>Browser / Mobile"))

    subgraph FE["🟦 Frontend — Vite + React PWA / S3 + CloudFront"]
        WebApp["WebApp Shell · InboxView · OutboundReview<br/>Dashboard · MaturitySettings · DemoSetPiece"]
    end

    subgraph APIGW["🟪 API Gateway"]
        REST["REST API<br/>+ Cognito Authorizer"]
        WS["WebSocket API<br/>(Phase 3)"]
    end

    Cognito[("🔐 Cognito<br/>User Pool")]

    subgraph BE["🟩 Backend — Lambda × 10 (Per-Use-Case)"]
        Inbound["InboundResponseEngine"]
        Outbound["OutboundOrchestrator"]
        Signal["SignalExtractor"]
        MACP["MACPCoordinator"]
        Maturity["MaturityPhaseManager"]
        Other["Auth · Contact · Dashboard<br/>WSBroker · MockSeeder"]
    end

    subgraph AI["🟨 Bedrock + AgentCore"]
        Bedrock["Bedrock LLM"]
        ACRuntime["AgentCore Runtime"]
        ACMemory["AgentCore Memory<br/>(MACP 交渉履歴)"]
        ACIdent["AgentCore Identity<br/>(Phase 3)"]
        ACGateway["AgentCore Gateway<br/>(Phase 3)"]
    end

    DDB[("🟧 DynamoDB<br/>Single-Table")]
    EB["📡 EventBridge"]

    User --> FE
    FE --> REST
    FE -. Phase 3 .-> WS
    REST --> Cognito
    REST --> BE
    WS --> BE
    BE --> Bedrock
    BE --> ACRuntime
    BE --> ACMemory
    BE -. P3 .-> ACIdent
    BE -. P3 .-> ACGateway
    BE <--> DDB
    BE <--> EB

ASCII 構成図（テキストフォールバック）

``` [ユーザー (Browser)] │ HTTPS ▼ ┌────────────────────────────────────────────────────────────┐ │ Frontend — Vite + React PWA / S3 + CloudFront │ │ InboxView / OutboundReview / Dashboard / │ │ MaturitySettings / DemoSetPiece / WebSocketClient │ └──────────────────────────┬─────────────────────────────────┘ │ REST + WebSocket(Phase 3) ▼ ┌────────────────────────────────────────────────────────────┐ │ API Gateway ─ REST API + Cognito Authorizer │ │ WebSocket API (Phase 3) │ └──────────────────────────┬─────────────────────────────────┘ │ ▼ ┌────────────────────────────────────────────────────────────┐ │ Backend — Lambda Functions × 10 (Per-Use-Case) │ │ ┌── 認証/コンタクト ──┐ ┌── Inbound/Outbound Arms ──┐ │ │ │ AuthHandler │ │ InboundResponseEngine │ │ │ │ ContactHandler │ │ OutboundOrchestrator │ │ │ └────────────────────┘ │ SignalExtractor │ │ │ └───────────────────────────┘ │ │ ┌── 成熟度/MACP ─────┐ ┌── 横断 ───────────────────┐ │ │ │ MaturityPhaseMgr │ │ DashboardEngine │ │ │ │ MACPCoordinator │ │ WebSocketBroker │ │ │ └────────────────────┘ │ MockSocialFeedSeeder │ │ │ └───────────────────────────┘ │ └──────────┬──────────────────────────┬──────────────────────┘ │ │ ▼ ▼ ┌──────────────────────────┐ ┌──────────────────────────┐ │ Amazon Bedrock │ │ Storage & Eventing │ │ + AgentCore │ │ │ │ ├─ Bedrock LLM │ │ ├─ DynamoDB Single-Table │ │ │ (応答/誘い文生成) │ │ ├─ EventBridge │ │ ├─ AgentCore Runtime │ │ │ (Outbound Schedule / │ │ ├─ AgentCore Memory │ │ │ Maturity Daily / │ │ │ (MACP 交渉履歴) │ │ │ MACP Step Events) │ │ ├─ AgentCore Identity │ │ └─ Cognito User Pool │ │ │ (Phase 3 / Peer Disc.)│ │ (認証) │ │ └─ AgentCore Gateway │ └──────────────────────────┘ │ (Phase 3 / X-Tenant) │ └──────────────────────────┘ [Mock 環境 (Phase 2 内蔵)] ├─ Mock メッセンジャー UI (InboxView 内のメッセージ表示) ├─ Mock Social Feed (MockSocialFeedSeeder が DynamoDB に投入) │ └─ プラットフォーム: Mock X (テキスト) + Mock Instagram Story (位置タグ付き画像) │ ※ Mock LinkedIn / Mock TimeTree は Phase 3 で追加実装 └─ Mock コンタクト 3 名 × 各 2 投稿 = 6 投稿（不在期間検知用） ```

主要設計選択

AgentCore 5 サービス全採用: 単なる Bedrock LLM ラッパーではなく、Runtime（エージェント実行）/ Memory（MACP 交渉履歴）/ Identity（テナント間 Peer Discovery, Phase 3）/ Gateway（cross-tenant HTTPS+mTLS, Phase 3）/ Browser Tool を組み合わせる
DynamoDB Single-Table Design: 全データ（User / Contact / Inbound / Outbound / Maturity / MACP / Dashboard）を単一テーブルで PK/SK + GSI 設計（Phase 2 Must スコープで 10 アクセスパターン確定）
Phase 2 / Phase 3 段階的実装: Phase 2 MVP は Single Stack + setTimeout/Polling 演出 + Single-Tenant MACP / Phase 3 で Layered Stacks + WebSocket + Federated MACP を本実装

詳細は以下を参照：

aidlc-docs/inception/application-design/application-design.md — 統合アプリ設計（Mermaid 図 + 12 カバレッジ検証）
aidlc-docs/inception/application-design/components.md — 18 コンポーネント定義
aidlc-docs/inception/application-design/unit-of-work.md — 10 Unit + shared/shared-types

🔬 AI-DLC の実践

本プロジェクトは、AWS が提唱する AI-Driven Development Life Cycle (AI-DLC) を全面採用しています。

📚 HTML ドキュメントポータル公開中 — 全 Inception 成果物を 1 つの閲覧サイトに統合しています:
🌐 公開ポータル (推奨): https://kazunorinakajima.github.io/continuum/aidlc-docs-html/index.html
サイドバー / 自動目次 / Mermaid 図描画 / Notion 風スタイルで Markdown 群を読みやすく整理。

Inception フェーズ成果物

📋	`requirements.md`	要件定義書 (FR-1〜FR-9, NFR-1〜NFR-7)
📖	`stories.md`	User Stories 定義（全 38 Stories: 34 実装 + 4 Demo Set Piece / 7 Group）
👤	`personas.md`	ペルソナ定義（7 ペルソナ）
🏛	`application-design.md`	アプリケーション設計（18 コンポーネント / 6 サービス）
📦	`unit-of-work.md`	Unit 分解設計（10 Unit + shared/shared-types）
🎯	`scope-revision-2026-05-08.md`	Phase 2 デモ向けスコープ改訂
📜	`audit.md`	AI-DLC 完全監査ログ

Mob Elaboration の実践

本ドキュメント群は、チームメンバー全員が同期的に参加する Mob Elaboration セッションを通じて作成されました。各意思決定と AI 対話は audit.md に時系列で記録されています。

特に Intent Statement v2.0 は、v1.0 に対する重要な指摘（「断るだけでは長期的関係維持に不十分」）から発展した経緯があり、これは AI-DLC の継続的推敲プロセスの実践例として位置付けられます。

Bolt 運用

Construction フェーズでは、従来のスプリントに代わる Bolt 単位（1 日サイクル）で開発を進行します。各 Bolt 終了時には動作確認可能な成果物を生成し、audit.md にレトロスペクティブを記録します。

このプロジェクトのメタ構造

本サービスのコア体験は 「AI が計画を提示し、人間は承認のみ行う」 ですが、これは AI-DLC 方法論の中核思想とまったく同じです。
つまり本サービスは、AI-DLC で AI-DLC 的なプロダクトを作る という、自己言及的な構造を持ちます。
ユーザーが「送信」ボタンを押すたびに、彼らは AI-DLC を実践しているのです。そのことに気づかずに。

⚖️ 倫理的位置付け

本サービスは、以下の問いを観察者に投げかける クリティカルデザイン作品 として位置付けられます:

「人間関係の表層的維持」と「実質的関与」のどちらが本質的価値か?
AI 委任が常態化した社会において、「気遣い」の意味は変容するのか?
両者が同じ AI サービスを使うとき、両者の関係は何によって構成されるのか?

商用展開を前提とした場合、各メッセージングプラットフォームの利用規約遵守、通信相手側のインフォームドコンセント、AI 生成コミュニケーションに関する法的・倫理的フレームワークへの適合等、多数の追加検討が必要となります。

本 MVP は 独自モック環境内で完結 し、実在のサービス・個人との通信は一切行いません。

👥 チーム

Team Dame Item Generators — 「人をダメにするアイテム」の生成を担う 4 名のチーム

Role	Member	Responsibility
Product / Inception Lead	_TBD	Mob Elaboration ファシリテーション、要件定義 / User Stories / ペルソナ
Architect / AI-DLC Lead	_TBD	Bedrock AgentCore 設計、CDK / インフラ、Bolt 運用
Frontend Developer	_TBD	Vite + React PWA、Mock メッセンジャー UI、Dashboard 実装
Backend / Demo Engineer	_TBD	Lambda × 10 実装、DynamoDB Single-Table、Demo Set Piece 演出

🎤 プレゼンテーション

ハッカソン予選 / 決勝で使用するスライドデッキ（HTML 形式）：

場面	期日	スライド
予選会 _{@麻布台ヒルズ}	`2026-05-30`	`decks/Continuum-preliminary.html`
決勝 _{@AWS Summit Japan (@幕張メッセ)}	`2026-06-26`	`decks/Continuum-final.html`

ローカルでクローン後、ブラウザで HTML ファイルを開いて閲覧できます。

🗺️ ロードマップ

timeline
    title Continuum Development Timeline
    section Phase 0 - 応募
        2026-05-08 : Inception 進行中
        2026-05-10 : ✅ 応募完了<br/>(Inception 抜粋公開)
    section Phase 1 - 書類審査
        2026-05-15 : 書類審査<br/>(Inception 完成版公開)
    section Phase 2 - 予選
        2026-05-29 : Construction Phase 2 (MVP) 完了
        2026-05-30 : 予選会 @麻布台ヒルズ
    section Phase 3 - 決勝
        2026-06-25 : Construction Phase 3 完了<br/>(AWS 動作デモ)
        2026-06-26 : 決勝 @AWS Summit Japan<br/>(@幕張メッセ)

マイルストーン	期日	状態
応募締切（Inception 抜粋公開）	`2026-05-10`	🟢 完了
書類審査（Inception 完成版公開）	`2026-05-15`	⚪ —
Construction Phase 2 (MVP) 完了	`2026-05-29`	⚪ —
予選会 @麻布台ヒルズ	`2026-05-30`	⚪ —
Construction Phase 3 (AWS 動作デモ) 完了	`2026-06-25`	⚪ —
決勝 @AWS Summit Japan (@幕張メッセ)	`2026-06-26`	⚪ —

📄 License

This project is created for AWS Summit Japan 2026 AI-DLC Hackathon and is intended as a critical design exploration. See LICENSE for details.

### *Continuum — The relationship that runs itself.*

This site is open source. Improve this page.