Knowledge業務知識
工作中累積下來的脈絡：會議紀錄、需求解讀、政策、回顧。它會持續修改，並作為 AI 脈絡使用。
- 作為 AI 脈絡使用
- 依關係相連
- 持續更新
ApexStack/Product/Project Alpha
搜尋⌘K
JHSYMK
Project Alpha
In progressSprint 12總覽任務時間軸文件成員
進度68%
未完成任務24
本週到期6
文件38
任務狀態負責人截止
ALP-142付款流程重新設計In reviewJH9月24日
ALP-139整理新手上路的郵件序列In progressSY9月25日
ALP-131確定 Search API 回應規格BlockedMK9月26日
ALP-128衝刺 12 回顧文件TodoJH9月29日
ALP-124檢視工作區權限政策TodoSY10月2日
Problem
是不是每次都要重新說明一遍？
在一般的對話式 AI 裡，每開始一項新工作，往往都要重新交代專案的背景與結構、需求以及先前的決定。
傳遞脈絡→提出需求→確認結果→要求修改→再次傳遞脈絡REPEAT
對話很快，但專案越長，由人傳遞脈絡、再把結果搬回工作裡的事情就越多。
Human carries the context
Project BackgroundRequirementsTech StackPrevious DecisionsCurrent TaskRelated DocumentsConstraints
AI AssistantGeneric LLM
「這個專案用的是 Next.js 16……」
「現有的認證結構是……」
「上次的決定是……」
「這次的任務要……」
Human carries the context
Project BackgroundRequirementsTech StackPrevious DecisionsCurrent TaskRelated DocumentsConstraints
AI AssistantGeneric LLM
「這個專案用的是 Next.js 16……」
「現有的認證結構是……」
「上次的決定是……」
「這次的任務要……」
不是 AI 慢，
而是向 AI 說明工作的過程一直在重複。The bottleneck is not always the model. Sometimes, it's the workflow around it.
PJT
在 PJT，專案本身就是脈絡。
計畫、Tech Spec、任務、文件、決定與工作結果，都連接在同一個專案裡。
AI 代理依據需要的專案脈絡執行工作，結果又回到任務與 Knowledge 之中。
BEFORE · 每次由人傳遞
Project BackgroundRequirementsTech StackPrevious DecisionsCurrent TaskRelated DocumentsConstraints
Plan計畫 · 3 個階段PhaseMS 2 進行中Epic6 個Task24 個 · 未完成 9Tech Specv3 已確定Docs38Knowledge依據 112Decisions14History完整變更紀錄Agent Result執行紀錄 · 產出物
循環
PROJECT CONTEXT與專案相連的脈絡
AI AGENT依脈絡執行
WORK以任務為單位的工作
RESULT產出物 · 驗證
KNOWLEDGE依據與決定的紀錄
↺ 結果重新成為脈絡
減少說明的時間，
把心力放回真正的工作上。
不是在使用 AI，而是和 AI 一起工作。
人與 AI 理解同一個專案，在同一條工作流程裡各自承擔角色。
人決定方向，AI 代理執行工作，結果又成為專案的脈絡。
Agent
HumanYR永祿
核准了導入 Passkey 認證的方向Decision · 9月18日
請求審閱 Tech Spec v2Review · 9月19日
確定了 3DS 認證的範圍Direction · 9月20日
DirectionDecisionReviewApproval
Shared Project ContextProject Alpha
PlanTech SpecTasksDocsKnowledgeDecisionsActivityHistory
人和代理看到的是同一份資訊。
AI AgentIdle
Understanding context
Planning
Working
Verifying
Completed
ALP-128Implement Passkey Authentication
AnalyzePlanExecuteVerify
Work · ResultWaiting
Implement Passkey Authentication
變更檔案7
測試Passed
審閱已提出
Knowledge
實作筆記 · Passkey 認證流程
它會進入 Project Alpha 的脈絡，下一項工作中人與代理都會參考。
重新成為脈絡專案越往前推進，脈絡就累積得越厚。
真實協作場景 · Tech Spec 變更之後
- Human核准 Tech Spec 變更
- PJT ContextTech Spec Updated
- AgentAnalyzing affected tasks
- AgentTASK-128 implementation startedWorking
- ResultImplementation CompletedTests 42/42 passed · 3 files changed
- HumanReview Requested
- KnowledgeDecision / Result Stored
Human decides.Agent executes.PJT keeps the context connected.
HumanContextAgentWorkKnowledgeContext
Personalization
Quiet by default.
Rich when you need it.
Workspace Theme 不是替畫面上色的裝飾，而是表達選擇與狀態的方式。背景與表面維持中性，只有選取的項目和主要動作才用顏色。
ApexStack/Project Alpha
搜尋⌘K
Project Alpha
In progress新增任務總覽任務時間軸文件
進度68%
未完成任務24
本週到期6
文件38
ALP-142付款流程重新設計In reviewJH9月24日
ALP-139整理新手上路的郵件序列TodoSY9月25日
Space
工作的單位不是專案，
而是 Space。
產品團隊、維運團隊、行銷團隊的節奏各不相同。Space 把這個差異變成結構，讓每個團隊只在自己的脈絡裡行動。
產品開發
Product Development · 專案 8 · 成員 12
訂位網站改版72%進行
行動應用 v2.138%進行
付款模組更換12%計畫
需求擷取14 筆 · 完成
IA 草案產生5 頁 · 完成
設計系統32 個 token · 進行中
訂位流程需求 v312 分鐘前
設計系統 token3 小時前
6 月發佈說明昨天
取消政策的解讀AI 依據 8 筆
競品分析依據 12 筆
無障礙檢查清單依據 5 筆
一
二
三MS 2
四
五發佈
金金度賢完成 3 個任務
朴朴瑞妍撰寫 2 篇文件
李李俊豪合併 4 個 PR
DHSYJHMSMJ+7
9 個小工具Active Projects · Recent Documents · Knowledge · Assets · AI Activity · Calendar · Team Activity · Members · Timeline
Space 範圍顯示的所有資料都限定在目前的 Space 內。
AI 活動紀錄誰執行了哪一次 AI 操作，在儀表板上一眼就看得到。
搜尋 Space
產品開發Product Development
Active Projects
Recent Documents
Knowledge
Assets
AI Activity
Calendar
圖示 · 顏色 · 說明用眼睛分辨 Space，而不是靠名字去找。
範本 · 成員 · 專案數進去之前就知道規模與性質。
最近動態在切換器裡先看到最後發生了什麼。
SYSTEM TEMPLATES
包含模組 · 6
OverviewProjectsKnowledgeDocumentsAssetsCalendarMembersOperations
Product Development · 產品開發 — 從需求到衝刺再到發佈
建立之前先用預覽確認會包含哪些模組。
Knowledge · Documents · Assets
知識、產出物與資源的角色，
我們分得很清楚。
全都堆在同一疊「檔案」裡，誰也不知道該把東西放到哪裡。我們把三個角色分開，只讓它們彼此相連。
Documents最終產出物
已經取得共識的成果：提案、規格書、報告。版本被固定下來，用於分享與核准。
- 版本 · 核准紀錄
- 供外部分享
- 已確定的狀態
AssetsWorkspace 資源
圖片、標誌、圖示、影片、檔案、範本。在任何專案和文件中都能引用的共用資源。
- 連接到專案 · 文件
- 依類型預覽
- 範本可重複使用
Enterprise Security
安全不是一個設定頁，
而是一面儀表板。
我們把導入審查會問到的項目做成了畫面：查看狀態、保管密鑰、依層級授予權限、留下變更紀錄。
86
Security Score還有 3 項建議處理
強制 MFASSO 就緒稽核紀錄 90 天
EncryptionAES-256 · 傳輸使用 TLS 1.3正常
MFA24 位成員中 21 位已啟用需要處理
Active Sessions9 個工作階段 · 3 台裝置正常
Connected AppsSlack · GitHub · Figma正常
Login History近 30 天異常 0 次正常
API Keys6 個 · 1 個即將到期需要處理
Production DBPasswordInfra2 小時前
Stripe Live KeyAPI KeyBilling昨天
GitHub Actions TokenTokenPlatform3 天前
deploy@apexstackSSH KeyInfra一週前
*.pjt.aiCertificateInfra還有 42 天到期
prod.envEnv VariablesPlatform5 小時前
類似 1Password 的表格。類型 · 歸屬 · 最近使用，一行看完。
WorkspaceAdmin直接指定
Space · 產品開發Editor直接指定
ProjectsEditor繼承
KnowledgeEditor繼承
DocumentsViewer直接指定
AssetsEditor繼承
MembersViewer直接指定
從上層繼承權限，只在需要的地方收緊。例外會保留標記。
10:24金度賢變更 Space 權限產品開發 · Documents → Viewer
09:51李俊豪核發 API 金鑰pjt-mcp-prod
09:12Sarah Chen檢視 Vault 項目Stripe Live Key
昨天 09:00系統MFA 未設定提醒3 位成員
AES-256 靜態加密TLS 1.3 傳輸SSO · SCIM (Business)稽核紀錄保留 90 天不用於模型訓練
PJT 並不只是管理專案和任務。
它把計畫、Tech Spec、任務、Documents、Knowledge 與工作結果連接成同一個專案脈絡，讓人與 AI 代理能在同一條工作流程裡協作。
在一般的對話式 AI 裡，每次提出需求，往往都要由使用者重新交代專案背景、需求和先前的決定。
PJT 的設計讓 AI 代理能依據專案內已連接的工作脈絡執行工作，重點在於減少重複說明與工作切換。
AI 代理可以依據專案脈絡和分派到的工作，完成分析、計畫、執行、驗證等任務。
人負責決定方向並審閱結果，代理的工作結果又會回到專案的工作與知識之中。
不會。
PJT 追求的不是用 AI 取代人，而是人與 AI 各自承擔角色、一起工作的環境。
人負責方向、判斷、優先順序與核准，AI 代理協助完成必要工作的分析與執行。
可以。不只是新專案，既有的專案也能移入 PJT 的工作結構並繼續管理。
把專案原有的計畫和工作資訊接上 PJT 之後，就能延伸到任務、Documents、Knowledge 以及 AI 代理的工作流程。
可以。
在個人專案中也能管理專案、任務、Documents 與 Knowledge，並與 AI 代理一起推進工作。
團隊變大之後，可以把同樣的專案和工作脈絡分享給成員一起協作。
客戶資料不會用於 AI 訓練。靜態儲存使用 AES-256 加密，傳輸使用 TLS 1.3，存取紀錄會留在稽核紀錄中。
可以。PJT 可在網頁上使用，也能透過 Desktop App 在獨立的工作空間中使用。
你可以選擇更適合自己工作環境的方式。