AI coworker for Slack-to-preview work
先釐清目標、限制與風險，再做出可打開、可驗證、可接手的版本。
從 Slack 的一句需求開始，Cory 會補脈絡、推進第一版，並把 Linear 任務、GitHub 變更、預覽連結與剩餘風險放回 handoff。
「想優化網頁：加入 Cory 實際案例，並說清楚 Slack、Linear、GitHub 如何接進工作流。」
附件、目標、限制與非目標先整理成可執行的工作包。
文案、案例圖片與價值主張落到畫面，讓回饋更具體。
先看見第一版畫面、文件或流程，再討論方向。
老闆、營運、產品與工程能沿用同一份脈絡。
缺資料、需要決策或驗證不足時，清楚標出 blocker。
Real Cory use case
使用者在 Slack 提出優化需求並附上案例圖片；Cory 在受控工作包中釐清範圍、整合素材、改寫頁面敘事，最後產出團隊可直接檢視的 channel public preview。
Slack 上的要求、圖片與限制會被轉成明確目標與 non-goals。
修改 HTML、CSS 與文案，讓抽象想法變成可以打開 review 的頁面。
預覽 URL、變更檔案、實際驗證與未解風險一起回到 handoff。
Problems Cory is designed to solve
Cory 先回到人的問題：誰要決策、誰要接手、誰最怕風險失控。接著才把能力放進工作流。
「Cory 把問題推進到能被判斷。」
適合需要速度，也需要品質與治理邊界的團隊。Cory 把目標、痛點與可判斷版本整理出來。
背景、限制、非目標與下一步會一起放回 handoff。
改動、檢查與未解風險會清楚留下。
Value proposition architecture
能力、合作體感與交付證據一起運作，讓團隊知道如何 review 與接手。
Cory 能做什麼
首頁、提案頁、流程稿、內部工具與摘要，先推到可討論的一版。
看任務、工具、權限、狀態與交付之間的斷點。
能讀程式、改程式、跑檢查，也理解 review 需要的資訊。
遇到缺資料、權限不足或決策未定，會說清楚卡點與恢復路徑。
整理選項、取捨與風險，讓人保留拍板權。
和 Cory 合作的感受
把事情推進到可檢視的狀態。
能把模糊需求拆成使用者、目標、障礙、選項、證據與下一步。
會主動發現問題與提出修復路徑，但商業與治理決策仍交給人確認。
補位、回報進度、解釋取捨，並保留上下文。
偏好可驗證、可落地、可維護的解法，不為了炫技犧牲清晰度。
為什麼能可信交付
Harness 會先定義目標、範圍與 non-goals，再要求 Cory 只做最小可信的變更，並把猜測、阻塞與決策點標清楚。
每次交付都附上可預覽成果、變更檔案、實際驗證結果與剩餘風險。
需要被看見的成果，先做成能打開檢查的版本。
實際跑過什麼、沒跑什麼、為什麼沒跑，都清楚留下。
讓老闆、營運與工程都能在同一份 handoff 上做決策。
這一版沿著未來 Cloudflare 靜態部署的方向實作：純 HTML、CSS 與少量 JS，資產自給自足，沒有需要 server state 的互動。
Design thinking in motion
速度要能被 review。每一步都留下足夠脈絡，讓下一個人接得住。
釐清使用者、決策者與接手者的痛點。
整理目標、非目標、限制、成功標準與需要人拍板的地方。
用頁面、摘要或流程圖，讓人能看、能改、能回饋。
實際跑過什麼、沒跑什麼、還有哪裡需要判斷，都不藏在一句完成裡。
把預覽、改動、驗證與剩餘風險放在一起，讓 review 和下一步更省力。
Workflow integrations
不需要團隊換一套流程。Cory 讀懂請求、任務與程式碼脈絡，再把可預覽成果與證據回寫到人已經在看的工具裡。
團隊用自然語言描述需求、補附件、確認 blocker。Cory 把脈絡轉成可執行工作，並回報目前階段、下一步與是否需要人決策。
將需求對齊 ticket、scope、non-goals 與完成條件，讓 PM、營運與工程看見同一個工作狀態，而不是散落在對話裡。
Cory 能讀懂 repo、做出最小可信變更、跑可用檢查，並把 changed files、驗證結果與剩餘風險整理成 review 需要的證據包。
Best first missions
第一批任務適合聚焦小範圍：快速對齊、低風險、容易 review。
把主標、副標、敘事與 CTA 做成能 review 的版本，讓決策回到 value proposition 與畫面。
欄位、狀態、流程與操作路徑先變成可討論的一版。
適合明確、可控、需要交代清楚的任務，尤其是會影響交付節奏的細節工作。
讓主管、營運與工程在同一份成果上說話。
Conversion copy
主軸聚焦團隊痛點，再用能力、協作體感與可信交付補強。
Cory 把模糊需求，交成團隊能 review 的成果。
需求要被理解，交付要被信任。
Slack 收需求、Linear 對齊範圍、GitHub 留變更證據，Harness 讓交付可 review。
從一個低風險但真實的任務開始，先看 Cory 會怎麼補位。
完整文案策略： marketing-copy.md
Good teammate boundaries