| name | wind-power-business |
| description | 风电业务技能框架，用于逐步沉淀风电项目开发、投资分析、政策研究、技术判断、 尽职调查、招投标支持、报告写作和业务知识管理方法。当用户要求处理风电相关业务、 搭建风电工作流、整理风电知识框架、逐步补充风电业务能力，或根据用户提供的功率曲线 计算逐风速点 Cp 值、风能利用系数、功率系数和最大 Cp 值时使用。
|
Wind Power Business
Overview
这是风电业务工作的基础框架。当前已沉淀 Cp 计算 模块：用户提供功率曲线后，必须优先调用脚本计算并交付结果，而不是手工计算或只解释公式。
Working Principles
- 先确认用户当前要补充的是哪一类内容，再只更新对应模块。
- 不主动扩写未经确认的业务规则、财务假设、政策判断或技术结论。
- Cp 计算必须先确认空气密度
rho 和叶轮直径 D；用户未提供时先询问，不要套用默认值。
- Cp 计算前只做宽松的参数疑点校验：空气密度明显不在
0.5-1.5 kg/m^3、叶轮直径明显不在 30-350 m 时，先询问用户确认，不要直接计算。
- Cp 计算必须做物理合理性校验；如果
Cp,max > 0.593，不得交付结果文件，必须先回到用户确认参数。
- 当机型名疑似包含叶轮直径时，例如
G5000-200，若用户给出的 D 与机型名口径明显冲突，应提示用户核对，不要机械使用用户给出的数字；用户确认后可以继续计算。
- 涉及政策、电价、市场交易、装机规模、招标结果等时，只有在用户明确要求研究或补充时才核验并写入。
- 新增内容应尽量结构化：适用场景、输入资料、处理步骤、输出格式、注意事项。
- 保留事实、假设、经验判断和待确认事项之间的边界。
Content Map
按需读取和维护引用文件；没有实际内容的模块不要提前创建空文件。
Scripts
Update Pattern
当用户要求补充某个模块时，按这个顺序处理：
- 确认要沉淀的模块和使用场景。
- 判断应写入
SKILL.md、已有 reference，还是新建 reference。
- 如果是通用调度规则，更新
SKILL.md。
- 如果是业务知识、模板、检查清单或方法论，更新对应 reference。
- 如果未来需要稳定重复计算或转换，再新增
scripts/。
Quality Gate
每次更新后检查：
- 是否只改了本次用户指定或明确相关的模块？
- 是否避免加入未经用户确认的业务细节？
- 是否能让后续继续逐项扩展，而不是把内容写死？
- 是否保留了清晰的文件入口和引用路径？
- Cp 计算是否已确认
rho、D、风速单位和功率单位？
- Cp 计算是否对明显异常的
rho、D 或机型名口径冲突先让用户确认？
- Cp 计算是否通过
Cp,max <= 0.593 校验？
- 如果校验失败，是否停止交付并让用户核对参数？
