Heddle + Execution Host 研究型 Adopter
研究進行中 · 尚未公開提供同一個 Assistant 能否長期陪伴多個 Project，並持續有用？
研究問題是：同一個 Durable Assistant 能否陪伴一位使用者、跨越多個 User-created Project，保存真正重要的工作脈絡、吸收授權的新資訊、自行選擇有用的下一步，並在真實 Product Authority 內行動，而不是替每個情境都寫一套 Workflow。
目前狀態 · 2026 年 9 月
產品方向已接受，Generic Foundation 正在 Heddle 與私有 Execution Host Research Environment 中實作。The Assistant 本身還不是已發布 Service、Public Beta 或 Heddle Feature；目前也還沒有足夠證據宣稱 Generally Useful Autonomous Assistance 已成立。
研究假設
給定一個聰明模型、穩定的 Assistant Identity、Durable Free-form Working Files、獨立 Long-term Memory、對 Net-new Information 的 Authorized Observation、Bounded Tools 與 Reliable Wake Lifecycle，Assistant 能否主動察覺什麼對使用者有幫助、評估後果，並採取有用行動，而不需要產品替該 Domain 或 Scenario 預先編碼 Workflow？
這個實驗必須證明什麼
有說服力的結果必須同時證明 Continuity、Judgment、Authority 與 Cross-domain Transfer，而不是跑完一個預先寫好的 Demo Checklist。
- 在 Cold Runtime 或 Process Replacement 後恢復原本正在處理的 Focus。
- 把新 Fact 與 Constraint 整合進既有分析，而不是每次都從 Fresh Prompt 重新開始。
- 把暫時的 Plan、Draft、Comparison 與 Open Question 放進 Durable Working Set，只把穩定的使用者知識寫入 Long-term Memory。
- 能在繼續、重新排序、延後、要求核准、完成與不採取行動之間做選擇。
- 在 External 或難以復原的 Action 前評估 Consequence、Confidence 與 Authority。
- 至少在兩個互不相關的 Domain 中使用同一套 Workspace、Wake、Memory 與 Capability Machinery。
- 留下清楚 Handoff，讓下一次 Wake 可以延續同一份工作。
- 沒有值得做的事情時，回傳誠實 No-action Outcome。
為什麼先用居家裝潢做壓力測試
裝潢會持續數月，Context 分散在訊息、平面圖、渲染圖、照片、報價、產品連結、尺寸、會議、私人偏好，以及之後可能被推翻的 Decision 裡。它能同時施壓 Continuity、Provenance、Privacy 與 Consequence，是很好的 Standing Assistant 測試環境。
這個產品不是 AI Design Service，也不是替建築師或室內設計師製造一個新的 Speculative Idea Queue。第一個 Assistant 服務的是屋主本人：整理 Source、保存 Decision Rationale、比較 Option、準備私人分析，並在需要時產生溝通 Draft。任何對外可見的 Commitment 仍由產品控制並要求 Approval。
因此裝潢是 Dogfood 與 Evaluation Environment，不是永久 Product Boundary。之後同一套 Generic Foundation 必須在另一個無關 Project Domain 中運作，而且不能靠加入 Renovation-specific Workflow Code 才成功。
Assistant Relationship、Runtime 與 Product World 維持分離
The Assistant 是獨立 Adopter Product。Heddle 與 Execution Host 提供可重用 Execution，但不擁有使用者的 Project、Source、Permission 或 External Truth。
The Assistant Product
擁有和使用者之間的 Durable Relationship，以及 Project、Source、Permission、Decision、Approval 與 Effect 的 Product Semantics。
- 同一段 Assistant Relationship 橫跨多個 User-created Project
- Project、Connection、Source Event、Provenance 與 Visibility
- LINE 是第一個 Connector，不是 Product Boundary
- Canonical Product Record、Approval、External Effect 與 UI
Heddle Runtime
擁有 Model／Tool Loop，以及每個 Agent Experience 不應重做的 Generic Mechanics。
- Conversation、Tool、Approval、Activity、Trace 與 Artifact
- Heartbeat Execution 與 Bounded Autonomous Cycle
- 彼此分離的 Working-set 與 Long-term-memory Semantics
- 不包含 Renovation、LINE 或 The Assistant Domain Vocabulary
Execution Host
擁有 Hosted Scope 與 Lifecycle，讓同一個 Assistant Workspace 可以在 Replaceable Runtime 上恢復，並 Truthfully Settle。
- Verified Identity 與 No-widening Scope Binding
- Tool Available 之前完成 Restore
- Terminal Success 之前完成 Checkpoint
- Isolation、Cancellation、Recovery 與 Storage Generation
第一個 Behavioral Proof
Foundation 應該用 Process Replacement 與 Unrelated Scenario 中實際觀察到的行為判斷，而不是只看 Architecture Diagram。
- Wake 1 建立可辨識的 Working Artifact，並記錄目前 Focus。
- 替換 Runtime；Wake 2 在相同 Verified Identity 下恢復完全相同的 Committed Working State。
- 新授權 Fact 會修改既有分析，而不是產生一份 Fresh-start Answer。
- 完成一個 Reversible Action、一個 Consequential Action 停下來要求 Approval，以及一個 Wake 選擇 No Action。
- 同一套 Harness 在第二個互不相關的 Domain 重複上述行為。
- 每次 Model、Tool 與 External Effect Attempt 都能被追蹤，包含 Failure 與 Retry。
目前先建造什麼
- 一個受限且 Portable 的 `working/` Directory，與 Long-term `memory/` 分離。
- Verified Four-field Scope Binding，只有相同 Assistant Context 的 Conversation 與 Background Work 才能共享 File。
- 具有 Restore-before-tools 與 Checkpoint-before-success Ordering 的 Durable Object-storage Generation。
- Cold／Warm Recovery Test，避免 Failed Invocation 的 Dirty Local State 汙染下一次執行。
- 後續由 Adopter Product 擁有的 Connection、Event Horizon、Approval、Effect 與 User-facing Truth Boundary。
追蹤 Evidence，而不是追逐 Jarvis 故事
目標是一個可以被推翻的產品與系統實驗：當更強的模型取得 Durable Context、Exact Authority，以及能可靠延續工作的環境時，它能否轉化成真正有用的 Delegated Work？