前言¶
給 Agent 寫經營類提示詞時，一個常見失敗是「什麼都接、什麼都沒做」。用戶問「這公司怎麼管」，Agent 要麼丟一段通用管理學，要麼追問半天仍在原地。下面介紹的 Skill 不做長篇輸出，它只做一件事：把用戶的一句話先分診到三個層中的一個，然後路由到對應子 Skill，並給出該層的系統全貌、四條血管、核心概念與適用邊界。對開發者來說，它的價值是減少入口層的誤判和空轉。
這是什麼¶
「經營管理」是一個經營管理體系入口，按官方介紹是路由性質的 Skill。座標 @user_52850a00/business-management，發佈者 user_52850a00，來源 community，分類 business-ops，版本 2.5.0，標籤 requires_api_key=false，即不需要額外 API Key。它解決的問題是：用戶提出經營相關問題時，先判斷問題屬於哪一層，再交給對應的子 Skill 處理。
核心功能¶
-
三層分診。把用戶一句話分診到三層：A 企業管理洞察（看命）、B 企業內部管理（管事）、C 項目戰術地圖（下手）。
-
路由到對應子 Skill。分診完成後路由到對應子 Skill，而不是在本入口內硬答。
-
給出系統全貌。爲三層分別提供系統全貌、四條血管、核心概念與適用邊界，讓接手者知道自己在處理什麼問題，以及這條路走到哪裏爲止。
-
觸發詞覆蓋。覆蓋經營、管理、項目、回款、大客戶、知識庫、績效、領導層、外部環境等方向，觸發詞包括「經營管理」「企業管理」「幫我管公司」「這公司怎麼管」「公司越來越亂」「項目值不值得投」「這單接不接」「回款卡住」「大客戶」「知識庫沒人用」「績效考覈」「換領導行不行」「領導層分析」「企業文化診斷」「行業往下走怎麼辦」「看一家企業」「戰略解碼」「管理諮詢」。
安裝與啓用¶
官方頁面沒有給出一鍵安裝命令，本 Skill 屬於通用 SKILL.md 格式。按你所用客戶端的 Skill 加載方式，把該 Skill 放入可用目錄並確保 SKILL.md 可被識別即可。
安裝前需要注意：
-
不要依賴 API Key。標籤 requires_api_key=false。
-
不要把入口當成完整解決方案。深層分析、執行和項目判斷需要對應子 Skill 存在。
-
確認來源。座標爲 @user_52850a00/business-management，社區來源，使用前應瞭解發佈者。
典型用法¶
以下按官方觸發詞給出可復現的入口用法。
1、問一家公司怎麼管
用戶輸入：「這公司怎麼管」
入口動作：分診到 B 企業內部管理（管事），隨後路由到對應子 Skill，並給出內部管理的系統全貌與適用邊界。
2、問項目值不值得接
用戶輸入：「這單接不接」
入口動作：分診到 C 項目戰術地圖（下手），隨後路由到對應子 Skill，並給出項目層面的判斷框架與邊界。
3、問一家企業的命數
用戶輸入：「看一家企業」
入口動作：分診到 A 企業管理洞察（看命），隨後路由到對應子 Skill，並給出企業洞察層面的系統全貌。
4、問外部環境變化
用戶輸入：「行業往下走怎麼辦」
入口動作：按入口描述歸入經營環境類問題，交給相應層處理，並給出適用邊界，避免在沒有子 Skill 支撐時給出空泛建議。
適用場景與注意¶
適合誰：
-
需要把經營問題分流到子 Skill 的 Agent 編排者。
-
希望入口先做分診、再執行的用戶。
-
做企業管理、內部管理、項目判斷、回款、大客戶、知識庫、績效等方向，且願意把深層任務交給子 Skill 的場景。
限制與坑：
-
它是入口，不是全棧。三層的具體執行能力取決於是否存在對應子 Skill，本 Skill 只負責分診、路由和提供系統全貌。
-
入口不做長篇諮詢。如果預期它直接輸出完整管理方案，會失望。
-
路由準確性依賴用戶表述和觸發詞。表述模糊時，入口會先判斷層級，判斷成本仍在用戶側。
-
數據僅供參考。SkillHub 頁面顯示評分 100000、下載 866、安裝 0，不要據此推斷實際效果。
結尾¶
「經營管理」的價值不在給答案，而在先分診、再路由、並說清楚每一層看到什麼、管什麼、能做什麼。如果你的 Agent 需要處理經營類問題，可以先把它作爲入口，再爲三層補齊對應子 Skill。官方地址：https://api.skillhub.cn/user_52850a00/business-management
