Power Market × AI Productization

把电力市场的规则、需求与交付
沉淀为一套可追溯
AI 产品工作体系

我是田钞宇,2027 应届毕业生。这个作品集展示的不是「我会用 AI」, 而是我如何把实习中反复发生的规则研读、需求拆解、数据映射、测试验收与文档交付, 沉淀为一套可复用、可验证、可逐步产品化的 AI 产品工作体系。

0
Agent 架构
0
核心 Skills
0
Prompt Library
0
Eval 维度
SCROLL
About · 01

关于我

我是田钞宇暨南大学 2027 届本科软件工程我的求职意向是产品经理,目前在北京清能互联科技有限公司实习。

我相信 AI 产品的价值不在「生成了多少字」,而在于每一条结论都能回到来源证据。我不是“会用 AI 的人”,而是能把电力市场的真实业务问题、AI 的能力边界与产品的工程化交付捏到一起的 AI 产品经理。

这份作品集展示两件真实做过的事:把重复的产品工作抽象为可复用的 AI 能力;把零散能力串成一条端到端的产品交付链。所有案例均经过脱敏处理,展示的是方法、产品判断与 AI 产品化能力。

2026 秋招 · AI 产品经理方向

定位电力市场 B 端产品 × AI 产品化
教育暨南大学 · 软件工程 · 2027 届本科
旗舰作品Rule-to-Release Agent 架构 / MVP 规划
能力资产7 Skills · 8 Prompts · Eval 验证框架
实习北京清能互联科技 · 产品经理
REQUIREMENT TRACEABILITY EVIDENCE RETRIEVAL STRUCTURED OUTPUT CHANGE IMPACT ANALYSIS HUMAN-IN-THE-LOOP EVAL-DRIVEN 电力市场 · 现货交易 · 规则研读 需求工程 · 数据核验 · 测试验收
Agent · 01

Rule-to-Release
电力市场产品交付 Agent

它不是“会写 PRD 的聊天机器人”,而是一套需求证据链 Agent:从市场规则和客户需求开始,自动构建可追踪的需求对象,一路关联到数据字段、原型规格、测试用例、Bug 和版本交付。当规则或需求变更时,它能回答——哪些下游被影响、为什么、应该改什么。

目标是让一条市场规则或客户变更能够追踪到需求、指标、原型、测试、文档与版本交付;信息不足或风险过高时,明确停在人工确认点。

WHY IT MATTERS 电力市场规则与数据口径天然要求有来源、可追溯、可复核——这正是「检索 + 结构化输出 + 人工审批」式 AI 设计最适合的土壤。最有差异化的能力不是生成文字,而是 Requirement Traceability。
■ 问题

规则、需求、数据、原型、测试、交付之间信息分散;需求变更后影响难追踪,证据来源容易断裂。

  • 同一需求被改 3 次,没人记得影响范围
  • AI 生成的 PRD 写得通顺,但找不到证据
  • 规则口径改了 5 个字段,回归测试要 3 天
■ 方案

Requirement ID 建立需求证据链,将规则证据 / 需求对象 / 数据字段 / 设计对象 / 测试用例 / 交付项关联起来。

  • 每个结论都回指规则条款原文
  • 每个字段都标注数据源与口径
  • 每次变更自动生成影响包
REQUIREMENT TRACEABILITY GRAPH · 需求追踪图
L1
来源证据

规则条款 / 客户原话 / 会议结论 / 竞品证据

这条需求为什么存在?
L2
需求对象

目标 / 角色 / 场景 / 约束 / 优先级 / 验收标准

到底要做什么?
L3
数据对象

字段 / 数据源 / 单位 / 粒度 / 口径 / 公式

数据从哪来,怎么算?
L4
设计对象

页面 / 组件 / 交互 / 图表 / 筛选器 / 异常态

界面如何承载需求?
L5
测试对象

正常 / 边界 / 异常用例 / 预期结果 / 校验规则

如何证明做对了?
L6
交付对象

禅道需求 / Bug / 版本 / 手册章节 / 验收项

最后落到哪里?
PROPOSED MVP WORKFLOW · 规划中的 MVP 工作流
0
Intake 输入

规则 PDF、客户需求、会议纪要、历史 PRD、Excel 数据、原型截图

文件输入 + 权限校验
1
Route & Evidence

判断任务类型;需要时组织规则证据或市场行为分析依据

P01–P08 · S1 · Market Conduct
2
Requirement Structuring

拆成标准需求对象,补齐边界与验收标准

S2 · Structured Output
3
Scope & Gate

识别冲突、缺失与高风险口径,进入相应 Human Gate

Confirmed / Candidate / Unknown
4
Data Mapping

解析 Excel / 数据字典,生成字段映射和口径风险

S3 · Code / Data Schema
5
Design Spec

输出页面 / 组件 / 字段 / 交互规格,可选评审原型截图

S6 · Multimodal(可选)
6
Test & Acceptance

根据需求与规则自动生成测试矩阵与验收清单

S4
7
Delivery Pack

按目标模板生成 PRD、SRS、用户手册或需求清单;缺失项显式列出

S5 · Document Profile
8
Change Loop

变更影响分析定位受影响节点,再路由回 S2–S6 处理

P08 · Traceability
HUMAN-IN-THE-LOOP · 三个人工审批点
GATE A
需求基线

确认「是否真的要做、范围是否正确」。AI 不替代产品经理做最终范围决策。

GATE B
数据 / 计算

涉及电力计算公式、数据口径、监管规则时,由业务 / 数据负责人确认。

GATE C
写系统 / 上线

AI 可准备禅道卡片或操作建议;提交、改状态、发布等写操作必须审批。

AI Skills · 02

核心 Skills:Agent 的可复用能力层

它们不是「大 Prompt」,而是把领域知识、SOP、输入契约、输出 Schema、质量门槛和样例一起封装——既能独立使用,也能被旗舰 Agent 调用。

S1通用 Skill

Power Market Rule Intelligence

EVIDENCE RETRIEVAL

用在需要研读多份市场规则、确认“哪一版适用”的场景。输入规则文件和研究问题,输出有出处的证据包与待确认的产品影响,不替产品经理拍板定需求。

规则研读证据链版本适用
主 Agent 位置:Evidence Retrieval
S2通用 Skill

Requirement Engineering

REQUIREMENT STRUCTURING

把客户原话、标书、会议纪要等零散材料整理成可确认的需求。输入现有材料,输出功能模块、需求对象、基础指标、范围和验收标准;复杂口径会明确交给 S3。

需求拆解范围边界验收标准
主 Agent 位置:Requirement Structuring
S3通用 Skill

Metric & Data Engineering

DATA MAPPING

处理“指标到底怎么算、数据从哪里来”的复杂问题。输入已确认的指标需求、规则依据和数据资料,输出公式、字段映射、粒度单位、边界异常与可计算性判断。

指标口径字段映射数据质量
主 Agent 位置:Data Mapping
S4通用 Skill

Test & Acceptance Designer

TEST & ACCEPTANCE

把已确认的需求、指标和原型变成可执行的测试与验收方案。输出验收标准、用例、测试数据和追踪矩阵;没有执行证据时,绝不写成“测试通过”。

测试用例边界异常验收追踪
主 Agent 位置:Test & Acceptance
S5通用 Skill

Delivery Document Builder

DELIVERY PACK

把已有的需求、原型、规则和会议材料转换为可直接流转的正式文档。输入目标模板和真实材料,输出 PRD、SRS、用户手册或验收清单,并把缺口和冲突明确列出。

模板交付PRD / SRS事实治理
主 Agent 位置:Delivery Pack
S6通用 Skill

Prototype Design & HTML Generator

DESIGN SPEC / HTML PROTOTYPE

让已确认需求变成可讨论、可演示的页面方案。输入需求与指标规格,输出信息架构、页面组件、交互状态和可运行 HTML 原型;模拟数据不会冒充真实系统结果。

页面设计交互原型HTML Demo
主 Agent 位置:Design Spec
SPECIAL领域专项 Skill

Market Conduct Intelligence

MARKET CONDUCT DOMAIN DESIGN

面向市场力监测和异常行为分析,先确定该用哪些方法、需要哪些数据、结论能说到什么程度。输出监测方案和方法卡,不把风险信号直接判成违规。

市场力监测异常行为方法选择
主 Agent 位置:Evidence / Domain

点击任意 Skill 卡片,查看触发条件 / 输入契约 / 输出 Schema / 质量门槛 / 反例。

Prompt Library · 03

Prompt Library:可直接复用的原子能力库

当前沉淀 8 条 V1.0 原子 Prompt:明确输入、输出、适用边界与不能替代的专业判断,可被 Skill 或后续 Agent 调用。

P01
规则条款解释

将市场规则翻成业务语言,提取主体、触发条件、例外、计算口径和影响功能。

P02
客户需求澄清

拆分已确认需求、歧义点、待追问问题、隐含假设与风险。

P03
竞品功能对比

从业务目标、功能、交互、数据和规则适配五个维度进行对比。

P04
PRD 自检

检查需求完整性、口径冲突、未定义字段、不可验收描述与范围越界。

P05
原型评审

基于截图识别信息架构、字段、交互、异常态和业务逻辑问题。

P06
测试用例生成

根据已确认需求生成正常、边界、异常、数据一致性与验收类测试;不虚构业务规则。

P07
会议纪要 → 任务

提取已确认结论、任务、待确认问题、风险与需求变更,形成可追踪行动清单。

P08
变更影响分析

定位明确、可能与暂无法判断的影响,输出需要回查或修改的需求、数据、原型、测试与文档。

点击任意 Prompt 卡片,查看适用场景 / 输入重点 / 输出亮点 / 关键边界。

Credibility · 04

AI Eval:把“看起来能用”变成可验证

Demo Dataset / 模拟评测样例:以下数据仅用于展示评测面板与指标口径,不代表真实项目结果;后续将以脱敏真实任务建立黄金样例、反例与回归记录。

路由准确性是否为任务选择最小必要 Prompt / Skill / 专项模式
86.4%
证据真实性来源定位、适用性、引用与结论边界是否一致
91.2%
需求与追踪REQ、指标、设计、测试、文档之间的可追溯性与变更影响
84.7%
指标与数据规格公式、字段、粒度、血缘、边界与异常处理是否可靠
88.5%
Market Conduct 边界方法选择、Core/Profile 隔离与结论上限是否合规
93.1%
原型与文档交付需求覆盖、模板契合、缺失识别、状态一致性与人工编辑成本
87.6%
效率收益以同类任务的时间、人工修改率和重复劳动减少量衡量
34.8%

模拟评测说明

这是一个用于展示信息结构的模拟样例,刻意保留不同维度的差异与改进空间。真实评测应以可复核的任务基线为准。

  • 模拟样本规则、需求、指标数据、测试、原型和文档等 26 条脱敏风格输入
  • 薄弱项变更追踪与路由判断仍有波动,优先补充反例和冲突样本
  • 专项边界市场力方法选择的模拟表现较稳,但仍需真实 Profile 数据验证
  • 后续验证真实任务建立基线后,替换本组模拟数值并保留回归记录
Business Context · 05

其他产品项目:AI 不是脱离业务的单点

AI 能力生长于真实的 B 端产品工作之上。以下是我在电力市场产品实习中主导 / 深度参与的需求与产品设计工作。

电价热力图谱 · 产品族

机组综合统计模块

面向区域→省→市→区县→机组的层级下钻分析模块,支持多电源类型、多价格类型的长周期统计与加权计算。

  • 固定 6 章节需求文档体系主笔
  • 14 种电源类型 × 4 类价格口径设计
  • 日 / 周 / 月长周期加权规则定义
电价热力图谱 · 产品族

阻塞热力图模块

展示南方五省站点间线路阻塞情况:以电价差量化阻塞,色阶表达严重程度,支持日例图与分时 96 点双模式。

  • 阻塞量化口径与交互逻辑设计
  • 长周期阻塞综合评价面板
  • 500kV / 200kV 电压等级切换
电价热力图谱 · 产品族

电价热力图模块

围绕电价分布与区域差异设计的可视化分析模块,帮助用户从整体趋势中定位需要进一步研判的区域与时段。

  • 电价分布与差异化展示方案
  • 区域、时段等分析维度梳理
  • 筛选、下钻与状态表达设计
电价热力图谱 · 产品族

峰谷价差统计模块

聚焦峰、平、谷时段的电价差异统计与对比,支持从时间维度理解价格变化及其分析口径。

  • 峰平谷时段与统计口径梳理
  • 价差指标与对比维度设计
  • 统计结果的页面展示与交互设计
实习 · 北京清能互联科技

数字化监管系统

负责市场力检测模块的产品工作,围绕监测方法、指标口径、数据要求、页面分析与测试验收推进需求落地。

  • 市场力监测方法与业务场景梳理
  • 指标口径、数据底表与字段映射核验
  • 需求管理、功能测试与交付文档

项目的脱敏页面与原型展示,可联系 1941691737@qq.com 获取。