前言¶
给 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
