常见问题与实践依据
从问题找到对应的职责、方法与演示，具体条件以链接正文为准。
想了解邢淼在南京的前端与全栈实践，先看什么？
先看能力页里的个人职责，再看能源平台工程笔记。前端部分涉及页面、状态与接口集成，全栈部分涉及业务接口、数据处理和研发知识索引；具体承担范围以案例说明为准。
这里的 AI 应用和 Agent 演示接入了真实模型吗？
本地 RAG 项目案例说明实际开发的检索与问答流程。公开的 Agent 轨迹实验使用合成样例，能源智能体页面使用预设场景，二者都不调用真实模型服务，也不执行真实设备或交易指令。
智慧园区与数字孪生内容展示了哪些能力？
公开案例包括园区影像采集、三维建模验证、场景交互和无人机 WebGIS 相关职责。三维 Agent 文章进一步提出资产、构件与业务设备映射的原型方案，仍需验证；这些内容不能合并理解为一套已交付的实时园区运营平台。
Three.js 页面性能该怎样验收？
可以分开检查阅读首屏、首次启动三维场景、稳定交互和退出后的资源清理，记录设备、网络、缓存与模型条件，再比较结果。本站性能文章提供待执行的验收方法，不包含已完成的本站性能测量或收益承诺。
前端与全栈开发：从页面交互到业务系统
前端架构：模块、状态与系统协作
我的企业软件研发经历涉及 Vue、React、TypeScript、微前端、组件库与低代码。在能源应用中，我承担页面与接口集成，处理统一门户里的主题、路由和地图动态脚本兼容，并在应用退出时恢复专项补丁。
架构设计的取舍要回到具体问题：模块是否可以独立演进，查询状态是否与数据一致，失败后能否定位和恢复。交易看盘中用请求序号与查询快照校验响应，避免旧请求覆盖新选择；架构笔记进一步讨论将这些经验用于 Agent 交互的方法。
全栈实现：接口、数据与可追溯的知识
能源业务研发连接前端交互、Java／Spring Boot 接口、数据库与 Python 工具。在能源业务研发工作中，我负责搭建能源数据中台、交易信息采集与看盘系统，围绕数据来源、单位口径、权限和导出组织业务流程。
研发知识工作台由我承担索引与全栈开发，将功能、API、代码、SQL 和表字段关联起来。索引重建采用并发保护、候选校验及持久化后发布，失败时保留上一版本。图片标注平台则完成画布、原图坐标与 YOLO 导出，目前属于本地 MVP，跨场站泛化仍需独立验证。
AI 应用与 Agent：让大模型接上知识与任务
大模型应用：检索、证据与工具边界
我围绕智慧能源产品与业务资料开发本地 RAG 知识助手，完成多格式解析、BGE 与 BM25 混合检索、CrossEncoder 重排、多轮问题改写和 NDJSON 流式问答接口。它辅助查询操作流程、业务规则与设计背景，案例中给出具体技术栈与本地入库范围。
检索数量和上下文预算需要一起取舍：增加材料可能找回证据，也可能混入过期或无关内容。我的工程笔记讨论来源、适用条件、权限与引用核验；任务执行还需要工具契约、状态记录及结果核对，不能用流式文字结束判断业务完成。文中的设计建议按建议理解。
本站实验室以合成样例展示上下文选择与 Agent 轨迹；能源智能体公开页为预设场景交互原型，没有接入真实模型服务、设备或交易指令。可以先读实现与设计方法，再通过演示观察交互机制。
三维可视化与园区应用：连接空间和业务
智慧园区与数字孪生的相关实践
我的空间实践包括园区影像采集、三维建模验证，以及结合 Three.js、UE4 和 CIM／BIM 的园区、楼宇与设备场景交互。无人机 WebGIS 应用中，我负责地图展示、设备定位、航线与任务监控，连接空间信息、接口数据和业务操作。
面向智慧园区，需要把对象标识、位置、数据来源和业务操作对应起来。三维呈现、能源管理和巡检应用各有集成范围；这里展示相关功能实现与建模验证，不能据此推断已经交付一套实时联动的园区运营平台。
Three.js 与 WebGL：从模型到网页交互
能源岛源自个人 Unity 桌面项目，以 Three.js 重建网页交互，包含设备部件、天气和储能操作。查看实现说明，可以理解模型、交互状态与简化能源规则如何组织成浏览器体验；能源平衡属于简化模拟。
行业场景提供风机、变电站、无人机等交互，三维模型工作台支持本地模型载入、材质灯光和导出。两类作品均基于原项目适配并保留来源说明。体验时可以比较模型细节、下载体积与画质设置的取舍，再对照本人承担的项目职责。