Slate 開著的單，一張一頁

每一張開著的 GitHub issue 一頁：這張要做什麼、使用者一步一步看到什麼、定了什麼、還有什麼沒定、怎麼驗收。點一列進去看。

帳務 8 張

#258在真的開始收錢之前，先替系統打一層地基：藍新送來的付款通知，系統要能確認是真的、同一筆只算一次、晚到或順序顛倒也不會算錯、處理到一半當機也不會漏；付款和發票各記各的。這張不做任何能真的被扣款的按鈕。卡住誰在做：宜芳分派卡在：卡在負責人兩件事：一是還沒有 ADR 可以讓他逐項說「同意」（要先有人寫）；二是藍新那邊——特店帳號、測試（sandbox）帳號、串接文件、定期定額的實際費率都還沒拿到（10/03 工程把這幾件回派給負責人）。負責人 10/04 已寄信問藍新（題目在 #316 第五節，主要是發票與合約費用），回信還沒到。骨架本身照本單可以不等藍新文件，但要等 ADR 被接受。下一步：宜芳：決定這張分派給誰寫 ADR——拿 #283 的底稿當材料，把 10/04（#316）、10/05（#326）已經裁掉的幾題收進去，送給負責人逐項回「同意」並留日期；同時跟負責人確認藍新申請到哪一步（測試帳號、串接文件、定期定額費率、是藍新代排扣款還是我們每期去請款）。#259讓付錢訂閱 Slate 的人，每扣一筆款就自動拿到一張電子發票：個人可以存進手機條碼或捐出去，公司可以印統編拿去報帳，而且不用每期重填。卡住誰在做：宜芳分派卡在：三邊的回覆：① 藍新／ezPay 的書面回信（作廢最後期限、統編能不能併用載具或捐贈、扣款後能不能自動開票、合約費用與時程），負責人 10/04 已寄信；② 會計的四題（#316 第五節）；③ 負責人確認有統編客戶的流程文案。另外正式畫面要掛在帳單頁和帳號設定上，那兩頁要等 #256 先做出來；收費本身要等合併。下一步：負責人：對 #286、#320 按 Approve，在 #320 回「同意」，順便看 #320 裡的文案草稿（invoice-copy.ts）。PM 宜芳：藍新回信、會計回覆到了之後，對照 #316 第五節的題目逐條更新 #248 的已裁定清單，再分派寫技術設計 ADR（發票存哪裡、付款與發票狀態怎麼分、要不要跟案件請款的收據共用）。#254研究：Slate 扣點表第三版（2026-10-01，數字未裁）進行中主題是成本與毛利，內容在 GitHub#255讓團隊知道「點數／儲值」在法律上可能踩到哪條線、對外標價為什麼要含稅、匯率與金流手續費要從哪裡拿，並把要問律師與會計師的題目整理出來——這是初查，不是法律意見，也不是裁決。進行中誰在做：負責人＋Claude卡在：等外部回覆：律師（GitHub 上還查不到題目已送出的紀錄）、會計師（10/02 第三、四題還沒回）、藍新（負責人 10/04 寄信問合約費用與上線時程，還沒回）。下一步：負責人把 #261 的題目（加上七天解除權與服務條款）送律師，並追會計師第三、四題與藍新回信；PM 宜芳決定服務條款要不要另開一張單、#255 之後當紀錄保存還是關掉。#256讓付錢的那個人在「設定」裡多一個只能看的「帳單」分頁，看清楚自己訂哪一級、含幾席用了幾席、帳單狀態、發票抬頭和綁的卡；同機構其他人（包括機構管理者）看不到這一頁。這一版不收錢、畫面上沒有任何按鈕。進行中誰在做：宜芳分派卡在：兩件事：① ADR-0128 要照 10/05 的裁決改稿、轉 Accepted、合併（PR #281 停在 10/03 那一版）；② 第一版沒有付款、也沒有邀請按鈕，「誰訂哪一級、席位名冊有誰」這份資料從哪裡來還沒講清楚——ADR-0128 自己寫了「沒有可信的資料來源就先停在 ADR」下一步：宜芳指派人把 PR #281 照 #326 的五題改稿（第 4 題改成「外部要編輯的席位由邀請方付」），轉 Accepted 送審；同時把下面「還沒定的」第 1、2 題（資料從哪來、已用席位怎麼算）整理給負責人裁，兩件都好了才開資料表與帳單分頁。#260點數換算：把扣點表當資料的換算機制（定額／照用量、預扣上限、進位、版本）進行中主題是成本與毛利，內容在 GitHub#261讓負責人把「能不能讓使用者自己花錢買點數」問清楚律師與會計師、拿到書面意見寫進 ADR，帳務線才知道加購點數包、自動加值哪些能做、哪些會踩到電支條例。進行中誰在做：負責人本人卡在：卡在外部顧問：等會計師回剩下的題目、等律師（還看不到題目已送出的紀錄）。題目只能由負責人本人去問。下一步：負責人把題目送律師（建議連同第六題「消保法七天解除權」與服務條款一起問）、追會計師還沒回的題目；拿到書面回覆後，把結論記回 ADR-0057 決策九與／或 ADR-0117〈2026-10-01 修訂〉五。#243讓平台先把每一次智慧元件花了多少錢、如果收費會扣幾點記清楚（只看、不扣、不擋），等扣點數字與帳本規則都定了，再由負責人打開收費開關，開始從機構的點數扣。還沒開始誰在做：宜芳分派卡在：第一刀（只能加的帳本＋唯讀監控＋spend limit＋每日對帳）不卡，只等 PM 分派；第二刀（扣點與收費開關）卡在 #254 扣點數字（負責人裁）、#260 換算（PR #282 待合併）、#256 帳本邊界，以及律師與會計師的意見（#261）。下一步：宜芳把第一刀分派出去；同時把「唯讀監控給誰看」「手動核發誰能按」「正式租戶什麼時候開」三題排進給負責人的待裁清單。

註冊與帳號 3 張

#214讓 Slate 的系統信改用 Farside 自己的寄件網域（notify.farside.work）寄出、寄件人顯示 Farside——第一個要接的是忘記密碼信，之後才輪到告警和任務通知。卡住誰在做：宜芳分派卡在：負責人還沒回 10/04 那一題：要不要把系統寄信從現在的 Gmail 換成 Resend（寄件人改成 Farside）。10/04 晚上已經提醒過一次。下一步：宜芳請負責人在 #214 回「同意」或「不同意」。同意：開發者先在單上公告切換時間 → 用 Supabase 管理 API 切換並讀回確認 → 負責人親自收一封忘記密碼信驗收。不同意：維持 Gmail，留言記下決定後結案。不管哪一種，宜芳順便決定告警、任務通知要不要另開需求單。#257讓沒有被邀請的新客戶，能自己用 Email 註冊、確認信箱、綁一張卡（不扣款）就開一個 Free 機構；在打開之前，先把防濫用、監控、誰能開關的規則定好。卡住誰在做：宜芳分派卡在：負責人。開發者在單上最新一則留言（回派負責人）列的三題還沒回：藍新特店簽約與測試金鑰、SIGNUP_OPEN 什麼時候開／誰核准、要不要一卡一帳號。另外確認信要怎麼做也還沒寫進 GitHub。藍新的串接文件與測試帳號沒拿到之前，真的綁卡做不了。下一步：負責人回 #257 那三題，並把確認信的方向寫進單裡；藍新測試帳號到手後，由宜芳分派下一個切片（真的綁卡＋確認信流程＋防濫用）。#240先把「帳號管理＋平台帳務」該怎麼做查清楚、請負責人裁決；裁完的帳務已經拆成六張單在跑，這張只剩一件事沒有單子接：讓機構管理者能停用、恢復成員。可能該關誰在做：宜芳分派卡在：不是卡在負責人——八題 10/01 都裁了。等宜芳決定怎麼收尾：停用／恢復開不開新單、#241 草稿 PR 合還是關、這張關不關。下一步：建議宜芳：①開一張「機構成員停用／恢復」需求單，把這張裁決第 1、3、4、5、8 題和 #241 文件裡的驗收條件搬過去；②決定 #241 要合進 repo 當紀錄還是關掉；③關掉 #240，拿掉「待負責人裁決」標籤。

畫布 4 張

#289讓畫布上什麼檔都放得進來：上傳（或拖進、貼上）之後，圖、PDF、錄音、影片在元件裡就看得到，任何檔都能下載；也能從自己看得到的其他畫布複製一份過來；再拉一條線接到智慧元件繼續做（錄音或影片的聲音轉逐字稿、文件的字給文字生成）。等審查誰在做：負責人＋Claude卡在：合併 #317：等負責人這邊把本機的修正推上去、審查者重看（他說高那條修了就核准）、負責人本人在 #317 回遷移的「同意」（#326 列為負責人自己的動作）。關這張：等 #306（告知 v26 的更正）合進 main，B4c 與告知 v27 才能接在它後面做。下一步：負責人＋Claude 把本機修正推上 #317，在 PR 上逐條回審查者、並說一聲 Vercel 已恢復（審查者要等這句才重跑閘門）；負責人在 #317 回遷移「同意」；PM 宜芳安排重審與合併（負責人 10/05：之後一律先給宜芳看、由她分派）。#317 合併部署後，由 PM 或測試員照下面的驗收在測試租戶點一遍；#306 合了之後再開 B4c＋告知 v27 的 PR。#294讓畫布上要用 FLUX「自帶 BFL 金鑰」那幾顆的人，在畫布右上角的「設定」一個地方存、換、刪自己的 BFL 金鑰；元件上不再有貼金鑰的格子，還沒存就寫「先貼金鑰」，一按就帶到設定，存好之後元件自己變回「執行」。等審查誰在做：負責人＋Claude卡在：等審查：PR #301 10/03 送出後沒有人審。10/05 起審查請求一律先給宜芳、由她分派（#326），所以要宜芳指定審查者。另外 PR 跟 main 有衝突，要先 rebase、CI 重跑。下一步：宜芳指定一位審查者看 PR #301；負責人＋Claude 同時把 PR rebase 到最新 main（重產平台地圖、接上審查帳本），CI 重跑到綠。審過、合併（合併就上線）之後，宜芳用測試租戶照下面的驗收走一遍；需要真的 BFL 金鑰的那幾步請負責人自己貼。#274讓在畫布上工作的人，能用線把便條、圖片、檔案接進 AI 智慧元件、按一下跑出成品、比較幾次挑一次採用再往下接；之後同一張畫布還要能畫草圖（Excalidraw）、排會播的時間軸、寫文件（Tiptap）。這張是總表，底下分很多波，大多有自己的子單。進行中誰在做：負責人＋Claude卡在：三支 PR 等審查與合併（main 上鎖，要 PM 分派審查者）；#317 還有審查者提的一條「高」要修，而且「文件的字送進文字生成」與告知 v27 要等 #306 先合；正式租戶要等點數帳本 #243；第 7 波（OCR 與沙箱工具）卡在沙箱 ADR-0095 四題沒裁。下一步：PM 宜芳分派審查，建議順序 #306（#317 剩下的部分等它）→ #301 → #317（Claude 先把審查者那條「高」修掉）；合併後請兩個租戶的管理者重勾告知。接著負責人定第 3.7 波（#298／#299）和助理部署元件（#293）誰先，Claude 先寫 ADR-0130 再動手。#278讓用畫布做分鏡的人，可以一鏡一張卡排好長度、按一下就照長度播出來看節奏，最後匯出分鏡表 PDF 和給剪輯軟體的檔——不必先花影片生成的錢。還沒開始誰在做：負責人＋Claude卡在：排程上要等第 4 波（Excalidraw、畫布群組）做完；第 4 波還沒開始、也還沒有自己的單，前面還排著第 3.5 波 #289（PR #317 等審）與第 3.7 波（#298、#299）。「時間軸是不是一種群組」要等第 4 波的群組做完才定。下一步：輪到這一波時，Claude 先寫 ADR（卡片欄位存哪、時間軸跟卡片的關係、畫布格式要不要升版、助理讀不讀得到欄位，再加上要不要出 MP4、匯出哪種剪輯檔），負責人看過才寫程式。在那之前，請 PM 宜芳先決定角色卡要併進這張還是另開單（見「還沒定的」）。

智慧元件 3 張

#305把正式站告知裡講錯的那一句改對：用自帶 BFL 金鑰的 FLUX 時，BFL 可以永久、不可撤銷地拿送過去的東西訓練模型，沒有退出的方式；改完之後兩個租戶的管理者看過新版、重新勾一次，助理與智慧元件才照常用。等審查誰在做：負責人＋Claude卡在：等審查與合併：審查請求還掛在 10/03 原本指定的審查者身上，照 10/05 的新規矩要由 PM 宜芳分派；合併前分支要先跟最新的 main 對齊、解掉衝突（負責人＋Claude 這邊做）。下一步：負責人＋Claude 先把 #306 更新到最新 main、解衝突、等 CI 再綠一次；PM 宜芳分派審查者，並跟負責人約一個他在線的合併時間（合併部署那一刻起兩個租戶的助理與智慧元件都會暫停，要他馬上重勾 v26）；部署後由 PM 或測試員照下面的驗收在測試租戶點一遍。#298讓在畫布上工作的人一打開智慧元件選單，就看得到平台全部的元件（包括還沒做好、標「開發中」的），知道每一個吃什麼、出什麼；先放上畫布的開發中元件，等它做好會就地變成能用的，不用重放。進行中誰在做：負責人＋Claude卡在：ADR-0130 現在就能寫（負責人留言說「照這四題寫」）。畫布上的 placeholder 排在新・第 3.7 波，要等第 3.5 波檔案元件 #289 先合（PR #317 還在等審查）。另外「種類要不要多加『文件／網址』」還沒裁，會直接影響 3.7 波要做的種類清單。下一步：Claude 照 10/03 的四題寫 ADR-0130（三層架構、元件清單、建造順序、placeholder 規則），開 PR 先給 PM 宜芳看、由她安排負責人過目；還開著的六題整理成選擇題一起附上。#317 合併後開第 3.7 波，跟 #299 接點選單一起做。#299讓在畫布上用智慧元件的人，點一下元件左右兩邊的接點，就看到前面能接什麼、後面能接什麼；選一個，系統就把元件放好、線也接好——不用先搞懂每個元件吃什麼、出什麼。還沒開始誰在做：負責人＋Claude卡在：排在第 3.7 波，要等前面的檔案元件 PR #317 合併；「開發中」的 placeholder 跟 #298 同一波做，而定九種「吃什麼、出什麼」的 ADR-0130 還沒寫；本文「還沒裁」的兩題要負責人先決定。下一步：負責人先裁本文兩題（拖線到空白處放開要不要也跳同一份清單、清單要不要列畫布上已經有的元件）。#317 合併後，Claude 開第 3.7 波（跟 #298 一起做），瀏覽器實測、錄影貼展示頁，PR 先給 PM 宜芳看、由她分派審查。

助理 1 張

#293讓能編輯畫布的人在 dock 跟助理講一句話，助理就在那張畫布上放好智慧元件、寫好描述、接好線；「執行」還是人自己按。還沒開始誰在做：未指派卡在：三件事：一、PM 宜芳還沒指派歸屬（單上沒有「我們處理中」或「委託處理」標籤）；二、排程上要等檔案元件 #289（PR #317）先合；三、動手前要先修訂 ADR-0104／0108／0124，回答下面「還沒定的」第 1～3 題，給負責人過目。下一步：PM 宜芳指派歸屬、把「待負責人裁決」標籤拿掉，並跟負責人定它跟第 3.7 波誰先；接手的人先寫 ADR 修訂草稿（怎麼寫進畫布、告知要不要升、權限表怎麼對）給負責人看，#289 合併後再開工。

Compute 互通 3 張

#252在 Farside Compute 跑出成果的人，拿到一組成果代碼，回到 Slate 的畫布貼上，成果檔（圖、報告、表格、3D）就以檔案元件出現在這張畫布上、看得到來源、下載得到；模型權重只記位置、不搬進來。還沒開始誰在做：負責人＋Claude卡在：下一步（寫介面草案）不卡任何人。草案之後才會卡：Slate 的匯入要等 #296（Farside 那一側的檔案池＋發代碼）做出來才能從頭到尾測；畫布上的顯示要等檔案元件 #317 合進 main。下一步：畫布這邊（負責人＋Claude）先寫介面草案：清單檔的欄位、給 Slate 的唯讀權杖能碰什麼、誰記「代碼已經用過」、池子的保存期與大小上限提案；貼在 #252 與 #296 給負責人和 Farside 那一側確認。確認後 #296 的實作由宜芳分派，#252 這側照草案開工。#296在 Farside Compute 跑完任務的人，馬上拿到一組成果代碼、看得到它什麼時候過期；成果檔另外放進一個「只有 Farside 能寫、Slate 只能讀」的檔案池，讓 Slate 那一側（#252）憑這組代碼把檔帶進畫布。還沒開始誰在做：宜芳分派卡在：照 10/05 定的順序，要先等 #252（畫布這邊，負責人＋Claude）貼出介面草案：清單檔的格式、給 Slate 的唯讀權杖能碰什麼、誰記「代碼已經用過」、池子的保存期與大小上限提案。草案確認後，還要宜芳分派這張的實作。下一步：畫布這邊（負責人＋Claude）先在 #252、#296 貼介面草案；負責人與 Farside 那一側確認後，宜芳分派這張的實作。實作的人第一步：在這張留言公告後，建檔案池桶與兩把權杖（Farside 寫、Slate 只讀），再做發代碼、寫清單檔、任務完成處顯示代碼。#297畫布上有檔的人，在檔案元件上按「送到 Compute」，拿到一組 24 小時內有效、只能用一次的交換代碼，到 Farside Compute 開任務時貼上，Compute 就拿得到這個檔當輸入；不用先下載再上傳，Slate 的檔案區鑰匙也不交給 Farside。還沒開始誰在做：宜芳分派卡在：排程：10/05 定了排在 #252（正向匯入）與「第一階段帳務」之後，而 #252 現在連介面草案都還沒出；入口要等檔案元件 #317 合進 main；Farside 那一側（交換桶的唯讀權杖、任務輸入能貼代碼）還沒分派。下一步：現在不用動手寫程式。宜芳：① 釘出「第一階段帳務」是哪幾張，排出這張的開工點；② 請負責人＋Claude 更新 #297 本文（五題已定、分工改照 #326），拿掉「待負責人裁決」標籤；③ 開工前把下面「還沒定的」第 1～3 題送負責人裁（排程、畫布上的圖、格式清單）；④ #252 草案出來後，分派 Slate 與 Farside 兩側實作。