把專業翻成對方能理解的語言
THE NEXT WAY TO BUILD
Agent Native
Workflow
讓懂現場的人，
在同一個 agent tool 裡把想法做成工具。
APPS SCRIPT × 教育架構 × 完整交付需求 / 建構 / 驗證 / 發布 / 迭代
01 / THE FIELD
最懂問題的人，
就在工作現場
醫療教師每天都在設計學生與病患的資訊經驗。
讓學習與照護歷程可以追溯
把資料交給適當的人與情境
從零散訊號中找出下一步
這些需求往往很小，卻反覆出現。
02 / THE FIRST THRESHOLD
Apps Script 的起點：
讓工作者創造工具
技術門檻降低後，領域知識開始直接長成作品。
開放式創作
非資訊科系學生用 HyperCard 製作食譜、問答遊戲與互動故事。
自己建立流程
業務分析人員用伺服器端 JavaScript，處理院內簽核需求。
試算表旁的程式
Sheets 的 side project，逐步成為 Google Apps Script。
史料：Google Workspace 十週年訪談（2019）、Google Apps Script 發布公告（2009）
03 / TOOLS GROW FROM WORK
一張試算表，
可以長出完整工作流程
資料有了規則與連接方式，就能回應具體工作。
01個人化寄信資料列產生通知與寄送紀錄
02文件與 PDF資料套入範本，自動產生文件
03行事曆同步申請、審核、行程相互連動
04定期報表彙整活動、工時與進度
05網頁收件表單資料與檔案集中保存
06公開資料追蹤定期擷取，保留變化
07網頁應用後端接收請求、處理資料、回傳結果
08AI 協助分類整理內容，保留人工覆核
04 / THE MISSING MIDDLE
小眾、專業、常變動。
現場需求很難排進開發時程
共同需求適合標準產品；情境需求需要貼近現場的迭代。
足夠大，能標準化
服務大量使用者，以穩定功能與共同規格擴展。
人少，卻很值得做
一門課、一個團隊、一段評量流程，需求隨現場持續改變。
領域工作者需要一條能自行建構、持續修正的路。
05 / THE SECOND THRESHOLD
能生成程式，
距離真正能用還有一段路
自然語言降低了實作門檻，交付流程仍會產生摩擦。
想法
程式碼檔案搬移環境設定資料連接部署設定錯誤回貼版本核對
真正使用當人必須在工具之間反覆搬運上下文，
每一次修改都會重新付出交接成本。
06 / AGENT NATIVE WORKFLOW
所有的工作，
不離開 agent tool
人在同一個工作介面提出目的、檢視成果、回饋與決定。
由 agent 串接檔案、資料、瀏覽器與發布能力，
把建構網頁需要的步驟留在同一條工作流程。
07 / TWO WAYS TO WORK
相同工作，
兩種完成路徑
傳統流程由人搬運上下文；Agent Native Workflow 由 agent 在同一個工具內串接工作。
傳統工作流程人負責工具之間的交接
複製需求→
搬移檔案→
回貼錯誤→
核對版本→
↶ 修改時，人再次搬運需求、檔案與錯誤訊息
Agent Native Workflow人提出目的、檢視成果、決定下一步
同一個 agent toolagent 串接檔案、瀏覽器、資料與發布能力
→
→
→
→
↶ 使用回饋留在同一條工作主線，繼續下一輪
差異在交接方式點選任一階段，查看相同工作如何完成。
工作仍需要外部服務與人的判斷，需求到交付的主線留在 agent tool。
08 / ONE CONTINUOUS LOOP
在同一個工具裡，
完成一輪可驗收的工作
每一步都有可檢查的產物，下一步延續前一步的上下文。
定義目的
使用者、問題、完成標準
委派建構
頁面、資料規則、必要連接
預覽驗證
互動、資料、權限、手機畫面
發布交付
網址、實際版本、存取範圍
觀察使用
現場回饋與失敗情境
修正演化
延續脈絡、保留版本再驗證
09 / A TEACHING EXAMPLE
一個課後回饋工具，
如何在同一條流程長出來
教學示例：使用虛構資料，說明工作方式。
「我想收集學員回饋，
看出每週最需要調整的教學問題。」
- 教師說明情境誰填寫、誰看結果、何時需要摘要。
- agent 建構第一版表單、資料欄位、彙整頁面與測試資料。
- 共同檢查實際行為送出是否成功、是否重複、不同角色能看到什麼。
- 發布後繼續改進看過真實使用回饋，再調整題目與呈現。
10 / A BETTER BRIEF
好的委派，
讓專業判斷進入規格
先把驗收標準說清楚，agent 才有可檢查的工作目標。
情境與使用者
我要為一門課建立課後回饋頁面，學員填寫，授課教師看彙整。
資料與限制
先用虛構資料；只收必要欄位。個別回覆不公開，不自動寄信。
完成標準
手機能填、送出後有確認、彙整數字能與原始資料核對。
交付要求
在這個 agent tool 內預覽、修正與發布，回報網址及可復原版本。
11 / EDUCATION ARCHITECTURE
醫療教師成為
教育架構開發者
Education Architecture Developers
定義值得解的問題
設計學生與病患的資訊經驗，訂出資料界線，判斷結果是否合用。
把意圖做成可檢查的工具
實作、執行測試、連接交付能力，依回饋持續修正。
領域知識能直接形成規格，也能直接改變工具。
12 / TRUST THROUGH EVIDENCE
低摩擦的工作流程，
需要清楚的驗收點
工具串得越順，人越需要看得見資料與結果。
來源是什麼？收哪些欄位？哪些內容不該進入工具？
誰能讀、誰能改？公開頁面是否暴露個別資料？
真的完成了嗎？能否用資料讀回與使用情境確認？
目前是哪一版？修改失敗時，如何回到已驗證狀態？
13 / LEARNING CHANGES SHAPE
學習持續發生，
重心轉向委派與驗收
低程式碼與 agent 改變了需要學習的內容。
看見需求說清目的委派建立檢查行為進入工作重新理解需求
使用經驗帶來下一輪設計。
教師越理解現場，就越能引導工具演化。
14 / CONNECTED CAPABILITIES
工作主線留在 agent，
能力由工具連接補齊
Apps Script 可以是其中一個執行與資料整合元件。
人的工作介面Agent tool需求對話、預覽、回饋、驗收與迭代
agent 可用能力檔案 · 瀏覽器 · MCP / API · 發布工具在授權範圍內執行工作，保留可追溯結果
外部服務Apps Script / Workspace / 網頁服務提供資料、執行環境與使用者可存取的成果
實際整合能力取決於工具、帳號授權與服務限制。clasp 等連接方式依官方文件確認。
15 / THE NEXT TOOL
下一個工具，
從你最熟悉的問題開始
選一件反覆出現、範圍清楚、結果能檢查的工作。
把目的與界線交給 agent。
在同一個工具裡，看見第一版、驗收並持續改進。