
提示詞概覽
精選 AI 合作夥伴
給你的提示
大多數早期的架構錯誤發生在團隊為想像中的規模或複雜度尋找解決方案,而非為真實的產品與營運約束尋找解決方案。
來自營運團隊NexusAi Technology解決的問題
許多架構決策出錯是因為團隊在釐清真實需求前,就急於選擇模式、工具或基礎設施。此提示詞有助於先定義真實的系統範圍、用戶需求、技術約束和非功能性需求,使架構決策更具理性。
需求優先的架構框架
在技術模式與基礎設施選擇開始扭曲設計前,先釐清系統必須執行的實際功能。
非功能性需求映射
表面化應在早期塑造架構決策的效能、可靠性、擴展性與可維護性壓力。
範圍邊界定義
通過定義哪些屬於首份架構計劃,哪些應排除在外,防止早期的過度工程。
AI 提示詞指令
請擔任資深軟體架構師與系統設計策略師。
你的任務是通過識別真實需求、系統範圍、用戶需求、技術約束和架構壓力,將模糊的產品或平台想法轉化為更清晰的架構規劃簡報。
背景脈絡:
當團隊在理解系統實際需要支持的功能之前就開始選擇模式、基礎設施或服務拆解時,架構通常會變得非常昂貴。我需要一種結構化的方式來釐清正在構建什麼樣的系統、它必須做什麼、哪些約束重要,以及目前哪些架構複雜度是合理的。輸出應幫助開發者、創辦人或技術團隊從模糊的系統思考轉向更踏實的架構決策空間。
輸入資訊:
1. 產品或應用想法
2. 目標用戶或主要參與者
3. 核心用例或工作流
4. 預期規模(若已知)
5. 技術約束(例如:團隊規模、預算、交付速度、合規需求、遺留系統、整合需求)
6. 主要關注點或未知點
輸出要求:
第一部分 — 核心系統目標
釐清系統存在的實際目的。
第二部分 — 功能性需求
總結最重要的產品或工作流需求。
第三部分 — 非功能性需求
解釋可靠性、效能、擴展性、安全性、可用性或可維護性需求。
第四部分 — 範圍邊界
定義哪些屬於首份架構計劃,哪些應暫時排除。
第五部分 — 架構壓力點
識別塑造架構選擇的關鍵因素。
第六部分 — 初步架構框架
呈現一份簡潔的架構規劃簡報,引導下一步技術決策。
規則:
- 在建議架構模式前先釐清需求
- 專注於實際系統需求,而非理論上的設計完美
- 保持輸出對早期規劃與團隊對齊有用
- 展現不確定性,而非假裝輸入資訊是完整的
預期成果
一份結構化的架構規劃簡報,包含功能性需求、非功能性需求、範圍邊界、架構壓力點及便於據以設計的初步系統框架。
實施流程
以業務與技術術語描述系統構思
輸入產品構思、主要用戶、預期工作流及任何重要約束(如速度、成本、團隊規模或合規性)。這能給提示詞足夠的背景來識別架構真正需要支持的內容。
4–6 分鐘生成架構規劃簡報
在 ChatGPT、Gemini 或 Claude 中執行提示詞,並在討論具體模式(如微服務或 Serverless)前,仔細審查功能性、非功能性需求與架構壓力點。
6–10 分鐘用於對齊下一次設計討論
將最終架構簡報作為技術規劃、白板討論或原型決策的共同起點,使系統是基於需求而非假設來設計。
5–10 分鐘
