為甚麼 interface 需要營運邊界

Interface 不只是工作出現的地方。

它是圍繞工作的邊界。

好的 interface 會告訴使用者自己身處哪一種情況：哪個 context 正在使用、哪些 evidence 重要、適用甚麼權限、哪些 interruption 可以接受、哪些 action 可用，以及 judgment 何時應回到人手。

它也給工作一種 worldview。

我們說 worldview，不是指把宏大哲學強加給 user。我們指的是 interface 建立的實際框架：它令甚麼可見、隱藏甚麼、把甚麼視為 first-class object、令甚麼容易比較、令甚麼難以忽視，以及令哪一種行動感覺自然。

這對人重要，因為 context switching 很累。這對 agent 也重要，而且危險方式不同：system 可能把錯 memory、tool permission、goal 或 action model 帶進錯的營運情境。

誘人的答案，是把一切合併成一個 universal interface。一個 inbox、一個 agent、一個 workspace、一個 command surface、一個所有工作都發生的地方。當替代方案是 scattered tools 和 duplicate information，這可以有用。但如果 universal interface 抹走 operating contexts 之間的分別，它可以令工作更不 legible，而不是更 legible。

更好的設計原則是：

統一營運 context；分隔 operating posture 和 worldview。

在 Proximity，這個原則塑造了我們的選擇：有 shared shell、control plane、workspace identity 和 product availability layer，但仍然把 Actor、MONOid、WyrdOS 和 Pilfer 視為 distinct operating surfaces 和 product entities。目標不是 fragmentation。目標是 bounded separation：每個 surface 應承載其工作所需的 context、authority、cadence、worldview 和 review model，同時更大的 system 在組織層面保留 shared operating intelligence。

Interface 是營運邊界

「Interface」這個字常被縮減成 layout：buttons、navigation、panels、tables、cards、forms 和 chat boxes。

這些東西重要，但不是 interface 最深層功能。Interface 定義了 user、agent 或 system 在某個情境裏被允許如何感知和行動。

這代表每個 interface 都包含一個關於世界的 argument。CRM 說世界是 account、contact、stage、note 和 next action。Finance system 說世界是 vendor、budget、approval、spend、invoice 和 exception。Project tool 說世界是 task、owner、deadline、dependency 和 status。沒有一個 view 是 neutral。每一個都幫助某些真相，也壓平另一些真相。

它回答這些問題：

• 這個 surface 是為哪種工作而設？
• 這個 surface 為工作帶來甚麼 worldview？
• 哪些 source 在範圍內？
• 哪些 record 具權威性？
• 哪些 action 在這裏被允許？
• 誰是負責人？
• 甚麼在流轉前需要 review？
• 甚麼應該被隱藏、延遲或暫時不可用？
• 如果 action 錯了會發生甚麼？

所以 interface boundary 是 organisational context 的一部分，不只是 presentation。Finance approval surface、research workspace、client update composer 和 engineering agent，各自需要不同 fact、permission、default、safeguard 和 worldview。

如果這些 situations 被壓進一個沒有區分的 command surface，system 可能方便但 ambiguous。User 要記住自己在哪個 mode。Agent 要 infer 哪個 authority 適用。組織要相信正確 boundary 和 worldview 會從 prompts、labels 或 habit 裏重建出來。

這很脆弱。

為甚麼 context switching 令人付出成本

人可以 switch contexts。他們每天都這樣做。問題是 switching 不是免費。

Task-switching research 描述了 switch costs：人從一個 task set 轉去另一個時，通常比繼續同一 task 更慢、更容易出錯。Rubinstein、Meyer 和 Evans 研究 task switching 裏的 executive control，展示 shifting mental procedures 有可量度的 performance costs（Rubinstein, Meyer, and Evans^{1Rubinstein, Meyer, and Evans, "Executive Control of Cognitive Processes in Task Switching"}）。

Sophie Leroy 關於 attention residue 的工作，給了同一問題一個 workplace 版本。人從一個 task 轉去另一個時，部分 attention 可以留在上一個 task，尤其當上一個 task 未完成或難以抽離（Leroy^{2Sophie Leroy, "Why is it so hard to do my work? The challenge of attention residue when switching between work tasks"}）。成本不只是時間，而是 partial presence。

現代 software 常令這更差。一篇 attention management systems survey 描述 always-on computers 和 smartphones 如何透過 notifications 和 constant access to new information 製造 attention fragmentation（Anderson et al.）。

這對 professional tools 很重要。一個人不只是從一個 screen 轉去另一個。他可能在 partner 和 reviewer 之間轉換，在 writer 和 approver 之間轉換，在 researcher 和 operator 之間轉換，在 client-facing judgment 和 internal administration 之間轉換。

當 interface 沒有清楚標記這種 shift，人就要在腦內背負太多東西。

錯的回應是製造更多 tool sprawl。太多 disconnected surfaces 也有 switching cost。正確回應，是設計符合真實 operating modes 的 boundaries，然後把底層 context 連接起來。

為甚麼 context separation 對 agents 重要

對 AI agents 來說，同一個設計問題更尖銳。

Agent 不是單純「使用 interface」。它使用 tools、memory、retrieval、instructions、permissions 和 action paths。這些都是 operating conditions。如果它們太廣或分隔得不好，agent 可以把錯 context 和錯 action 組合起來。

Drafting agent 可能可以 read source evidence 和 propose text。Finance agent 可能可以 match invoices、check policy 和 prepare approval packet。Product operator 可能可以 inspect deployment status 和 suggest rollback。這些 contexts 不能互換，worldviews 也不能互換。

這個分別不是 cosmetic。它影響：

• Memory：哪些 prior events 和 preferences 應影響 task。
• Retrieval：哪些 sources relevant 和 authoritative。
• Tools：agent 可以 call 哪些 systems。
• Authority：agent 可否 draft、update、route、approve、notify 或 execute。
• Review：human checkpoint 應該在哪裏。
• Recovery：mistake 如何被發現、逆轉或升級處理。
• Worldview：agent 把哪些 objects、relationships 和 risks 視為重要。

Human-data interaction research 在這裏有用，因為它以 legibility、agency 和 negotiability 去 framing data systems：人需要理解正在發生甚麼、有 meaningful control，並能 negotiate data-driven effects（Mortier et al.^{5Mortier et al., "Human-Data Interaction: The Human Face of the Data-Driven Society"}）。同樣概念適用於 agent interfaces。人應該看得出 agent 正在哪個 context 運作、它有甚麼 authority，以及怎樣 intervene。

Distributed cognition 也反對把嚴肅工作全部放進一個 monolithic interface 的想法。近期 HCI 關於 ubiquitous analytics 的研究指出，interaction 可以被理解為 representational state 在 minds、speech、artifacts、bodies 和 devices 之間移動，而不是所有 traffic 都通過一個 stable interface（Elmqvist, Ritsos, and Butcher^{6Elmqvist, Ritsos, and Butcher, "Channels and Substrates: Distributed Cognition as an Interaction Model for Ubiquitous Analytics"}）。這很接近專業工作本來的樣子。工作在 meetings、documents、dashboards、records、review surfaces 和 specialist tools 之間移動。

Operating layer 的工作不是假裝這些 contexts 一樣。它是令它們足夠 connected，讓人和 agents 可以負責任地在其間移動。

支持分隔 interface 的論點

分隔 interface 在能夠保留工作裏有意義的 boundary 時很有用。

它們澄清 role、posture 和 worldview

同一個人一天裏可能需要不同 postures。他可能 investigate、draft、review、approve、reconcile 或 escalate。好的 interface 會令這個 posture 可見。

Review surface 不應像 blank chat box。Deployment control surface 不應像 casual note-taking tool。Client communication surface 不應把 sensitive sending 做得像 internal drafting。

當 interface 標記 posture，user 就少花精力記住自己正在做哪種工作。當它標記 worldview，user 也會看見 system 正要求自己進入哪種 reality：evidence、relationships、cost、risk、delivery、learning、care 或 execution。

它們減少 context collapse

Context collapse 通常在 social media 裏討論，指不同 audiences 和 situations 被壓平到同一個空間。專業系統也有同一 pattern：internal notes、client-facing language、draft work、approved records、private assumptions 和 operational actions 全部放在一個 ambiguous surface。

Separate interfaces 幫助保留 audience 和 purpose。Drafts 可以仍然是 drafts。Review packets 可以展示 evidence。Approvals 可以帶着 authority。Client updates 可以有不同於 internal summaries 的 threshold。

它們令 authority 更易看見

當所有事情都在同一個 command surface 發生，authority 很難 reasoning。

如果 agent 可以在同一個地方 search、draft、update、email、approve 和 execute，人就要理解目前 proposed action 是甚麼，以及哪個 permission boundary 適用。如果 interface 按 operating mode 分隔，boundary 就更容易 inspect。

這對 agentic systems 尤其重要。問題不只是「model 能否做這件事？」而是「這是否正確 context、正確 authority 和正確 recovery path 下的正確 action？」這也就是 the everything tool misconception 背後的 readiness argument。

它們創造更好的 review surfaces

Review 不是 generic activity。

Legal review、finance approval、product deployment、research synthesis 和 client update 都需要不同 evidence layouts、risk signals、source links 和 action controls。Separated interface 可以因為為眼前 decision 而 built，令 review legible。

這正是 separation 改善 human judgment，而不是取代它的地方。

它們降低 agents 的 ambiguity

當 task、context、tools 和 success criteria 被 constrained，agents 表現更好。Bounded interface 可以把這些 constraints 作為 operating environment 的一部分承載。Agent 不應該要從 user prompt 裏 infer 整個 work mode。

這令 system 更平靜。Agent 知道自己在那裏做甚麼。Human 知道應期待哪種 output。

反對 separate interfaces 的論點

反對 separation 的論點也很強。

太多 interfaces 會製造 fragmentation。人要記住工作在哪裏、哪個 system owns the record、哪個 notification 重要，以及哪個 tool 有 latest state。如果 boundaries 不符合真實工作，它們就會變成 busywork。

Separate interfaces 也可能 duplicate context。同一個 customer、matter、project、vendor、document 或 decision 可能在多個地方有不同 representation。這會創造 reconciliation work，並削弱 trust。

還有 navigation cost。如果 user 要跳過五個 tools 才理解一個 issue，即使每個 tool 本身設計得好，system 也失敗了。

Interface separation 也會製造 mode errors。Jef Raskin 強烈反對 interface design 裏的 modes，因為 users 可能忘記自己在哪個 state，然後觸發錯 action；他的 *The Humane Interface* 把 modelessness 放在核心（Raskin）。

這是一個重要警告。Separated interface 只有在 boundary visible、stable 和 meaningful 時才有幫助。如果 system 隱藏 mode、令 user 意外，或者讓相似 actions 在沒有清楚 cues 下有不同行為，separation 就會成為錯誤來源。

Software work 也展示同樣張力。關於 software development interruptions 的研究發現，task switching 會帶來 cognitive load，而 contextual factors 可能比 task-specific factors 更 disruptive（Shakeri Hossein Abad et al.^{9Shakeri Hossein Abad et al., "Task Interruption in Software Development Projects"}）。但 software teams 也需要多個 tools，因為 code、review、deployment、incident response 和 planning 真的是不同 operating contexts。問題不是 multiplicity 本身。問題是 unmanaged multiplicity。

三種 interface 策略

第三個選項是 Proximity 的建構方向。

這不是說每個 workflow 都應該有自己的 application。它是說 operating modes 和 worldviews 應該保持 legible。當兩個 workflows 分享同一 context、authority、cadence、worldview 和 failure mode，它們可能屬於同一 surface。當這些條件不同，把它們硬塞進一個 interface，可能令 system 感覺簡單，卻令工作更不安全。

為甚麼 Proximity 選擇 bounded separation

Proximity 的設計由一個實際觀察開始：專業組織需要 shared operating context，但不需要每個 action 都在同一個沒有區分的地方、或透過同一 worldview 發生。

Shared shell 給組織一個 common workspace identity。它可以顯示哪些 products enabled、提供 common entry point，並支持通往 shared auth、runtime config 和 integration control 的路徑。

Separate product entities 保留 operating posture 和 worldview。Actor、MONOid、WyrdOS 和 Pilfer 可以各自承載自己的 task model、interface rhythm、evidence needs、action boundaries 和看待工作的方式。這令 user 或 agent 進入一個 surface 時，更清楚知道那裏代表哪種 reality。

這也配合 staged architecture。早期 Proximity 不需要把每個 product merge 成一個 codebase，也不需要假裝每個 product 已經共用一個 backend。它可以由 shell 和 control plane 開始，然後逐步把 products 帶進 shared auth、tenant config 和 governed integration paths。

長遠方向是 integration without flattening：

• Shared workspace identity，讓組織不會分散到互不相關的 account。
• Shared runtime config，讓 enabled product 和 tenant boundary 清楚可見。
• Shared integration governance，讓 source 和 permission 不用到處重新連接。
• Distinct operating surface，讓每個 product 保留適合其工作的 posture 和 worldview。
• Controlled launch and review path，讓 action 經 visible boundary 發生，而不是 hidden authority。

這就是 platform 和 everything tool 的分別。

Everything tool 嘗試 absorb the work。Platform 應該令 work legible、connected 和 governable，同時保留令 action responsible 的 boundaries。

實用設計規則

實用規則很簡單：

保持 context 連接，同時讓 operating mode 和 worldview 清楚可見。

Connected context 防止 fragmentation。它讓人或 agent 理解 customer、matter、project、approval、evidence、deadline 和 current state，而不用手動從分散工具重建組織。

Legible operating modes 防止 collapse。它們清楚說明 user 正在 drafting 還是 approving、researching 還是 acting、reviewing evidence 還是 changing state、preparing recommendation 還是 sending message。

Legible worldviews 防止更微妙的 collapse。它們清楚說明 system 正要求 user 或 agent 把 work 看成 relationship、risk、budget、delivery path、source-backed argument、workflow，還是 operational state。

這對人有用，因為它減少 hidden mental load。這對 agents 有用，因為它把 memory、tools、authority 和 review 收窄到眼前 situation。

所以 interface 不是 afterthought。它是 governance 變成現實的地方之一。

如果 interface 不能告訴你哪個 context 正在使用、哪個權限適用、正在使用甚麼 worldview，以及發生的是哪種工作，system 就是在要求 user 從 memory 裏補上 operating boundary。這對人很累，對 agent 不安全。

Proximity 的答案，是有 shared operating context 的 bounded separation。不是一個 universal surface。也不是一堆 disconnected tools。而是一層 connected operating layer，配合知道自己為哪種 work 而設、也知道自己帶來甚麼 worldview 的 interfaces。

資料來源

1. Rubinstein, Meyer, and Evans, "Executive Control of Cognitive Processes in Task Switching"
2. Sophie Leroy, "Why is it so hard to do my work? The challenge of attention residue when switching between work tasks"
3. Anderson et al., "A Survey of Attention Management Systems in Ubiquitous Computing Environments"
4. Anderson et al., "Towards Social Role-Based Interruptibility Management"
5. Mortier et al., "Human-Data Interaction: The Human Face of the Data-Driven Society"
6. Elmqvist, Ritsos, and Butcher, "Channels and Substrates: Distributed Cognition as an Interaction Model for Ubiquitous Analytics"
7. Jef Raskin, The Humane Interface
8. Don Norman, "Design Rules Based on Analyses of Human Error"
9. Shakeri Hossein Abad et al., "Task Interruption in Software Development Projects"