hugohe3 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
按需读取和维护引用文件；没有实际内容的模块不要提前创建空文件。
- 根据功率曲线计算 Cp 值、风能利用系数、功率系数和最大 Cp 值：读取 references/cp-calculation.md。
Scripts
- Cp Excel 成果：默认使用 scripts/fill_cp_workbook.py，将用户提供的功率曲线写入 assets/cp-calculation-template.xlsx 并只导出一个可编辑的 xlsx 成果。
- Cp 非 Excel 成果：仅当用户明确需要非 Excel 时，使用 scripts/compute_cp.py 同时输出 Markdown、CSV、JSON 三个文件。
Update Pattern
当用户要求补充某个模块时，按这个顺序处理：
- 确认要沉淀的模块和使用场景。
- 判断应写入
SKILL.md、已有 reference，还是新建 reference。 - 如果是通用调度规则，更新
SKILL.md。 - 如果是业务知识、模板、检查清单或方法论，更新对应 reference。
- 如果未来需要稳定重复计算或转换，再新增
scripts/。
Quality Gate
每次更新后检查：
- 是否只改了本次用户指定或明确相关的模块？
- 是否避免加入未经用户确认的业务细节？
- 是否能让后续继续逐项扩展，而不是把内容写死？
- 是否保留了清晰的文件入口和引用路径？
- Cp 计算是否已确认
rho、D、风速单位和功率单位？ - Cp 计算是否对明显异常的
rho、D或机型名口径冲突先让用户确认？ - Cp 计算是否通过
Cp,max <= 0.593校验？ - 如果校验失败，是否停止交付并让用户核对参数？