
management_quality_check_skill
★ 52by wind-information-co-ltd · part of wind-information-co-ltd/wind-skills
快速检查管理层背景、激励机制、资本配置、治理质量与潜在红旗信号,判断是否值得给予管理层信用。适用于公司治理研究、长线票筛选、研究前风险排查等场景。
This is the playbook your agent receives when the skill activates — you don't need to read it to use the skill, but it's here to audit before installing.
Management Quality Check Skill
数据依赖与执行前置条件
推荐使用万得 wind-mcp-skill 获取底层数据。执行前先检查本地是否已有 wind-mcp-skill;若没有,提示用户安装:
# GitHub
npx skills add Wind-Information-Co-Ltd/wind-skills --skill wind-mcp-skill -g -y
# Gitee 镜像(国内)
npx skills add https://gitee.com/wind_info/wind-skills.git --skill wind-mcp-skill -g -y技能定位
本技能用于快速判断一家公司的管理层是否值得信任,以及这种信任应建立在什么边界上。输出重点不是做人物评价,而是从背景、激励、执行、治理和红旗信号几个维度,形成对管理质量的结构化判断。
执行流程
Step 1:明确需要评估的管理层范围
先识别最关键的管理与治理主体,包括:
- 创始人、董事长、CEO、CFO 等关键角色
- 控股股东或实际控制人
- 董事会结构与独立监督安排
若公司治理高度集中,也应把控制结构本身纳入评估对象。
Step 2:回看背景与履历是否支持当前职责
围绕关键管理者,检查:
- 是否具备与当前业务匹配的行业和经营经验
- 核心团队是否稳定
- 历史职业轨迹中是否有显著加分或减分项
- 是否存在频繁更换、高层动荡等不稳定迹象
这一阶段更关注“是否胜任”和“是否稳定”,而非名气大小。
Step 3:评估激励一致性
判断管理层是否与股东利益同向,重点看:
- 持股与增减持行为
- 薪酬与激励结构
- 业绩承诺或考核目标是否合理
- 激励是否鼓励短期粉饰而非长期建设
激励机制决定了管理层更可能追求什么结果。
Step 4:审视执行与资本配置记录
好的管理层不仅会讲,也要会做。重点观察:
- 过去几年的关键经营兑现情况
- 并购、回购、分红、扩产等决策质量
- 面对逆风期时的反应能力
- 对外沟通是否前后一致
若历史承诺多次落空,应显著降低信任等级。
Step 5:检查治理结构与红旗信号
从治理质量角度排查潜在风险,例如:
- 关联交易与利益输送风险
- 财务透明度不足
- 重大事项披露不及时或口径反复
- 控股权结构复杂、监督不足
这一部分的目的不是定罪,而是识别“需要更谨慎”的地方。
Step 6:输出信用判断与跟踪重点
最终给出:
- 是否可以给予管理层较高信用
- 该信用建立在什么前提上
- 接下来最应跟踪哪些管理与治理信号
输出结构
{股票名称}管理层体检({YYYY-MM-DD})
一、结论摘要
- 管理层信用等级:{高 / 中 / 低}
- 最强加分项:{一句话}
- 最大担忧点:{一句话}
二、关键人物与治理结构
| 角色 | 当前情况 | 评估要点 |
|---|---|---|
| {角色1} | {描述} | {说明} |
| {角色2} | {描述} | {说明} |
三、激励与利益一致性
- 持股/激励情况:{说明}
- 与股东是否同向:{说明}
- 潜在扭曲点:{说明}
四、执行与资本配置观察
- {执行表现 1}
- {执行表现 2}
- {资本配置评价}
五、治理风险与红旗信号
- {风险 1}
- {风险 2}
- {风险 3}
六、后续跟踪重点
- 需要继续验证的信号:{信号}
- 一旦出现需降级信用的信号:{信号}
质量要求
- 事实与判断要分开写,避免把印象当证据。
- 不做人格化评价,重点落在胜任力、激励和治理结构。
- 既要看“会不会做事”,也要看“会不会为股东做事”。
- 对红旗信号要明确,但不能用单一传闻直接定性。
- 最终结论要说明信用边界,而不是简单贴“靠谱/不靠谱”标签。
npx skills add https://github.com/wind-information-co-ltd/wind-skills --skill management_quality_check_skillRun this in your project — your agent picks the skill up automatically.
No common issues documented yet. If you hit a problem, the repository's GitHub Issues page is the best place to look.