RealPLC V2.7重要更新！定于6月25日左右发布。

我们第二阶段的内测，报名的总人数达到500多人次：

基本得到全国的工控同行朋友们的参与和支持！对于我们RealPLC来说，既是动力源，也是压力源。

我们当然的目标是设计一款真的能落地的AI Coding工控的产品，从目前来来看，简单的写个PLC程序的AI工具，确实不难，难的是它真的能理解你的需求，把项目逐个进行分析和实施，在现场能够跑起来。

RealPLC的第二期目标就是能够把整体的框架和规则定义好，目前的效果还不是最终极的版本，所以也希望收到内测朋友的反馈。

V2.7版本在月底即将上线，我们也做了几个比较重大的更新，从对话级别到项目级别迟早是要做的，web形态目前可以完全做到，后期我们会集成PLC的mcp接口或者博途的openness接口，这样不需要进行复制和粘贴，同时也能在下载前实现完整的编译，把错误自行修复完整。

这期我们看看V2.7版本的更新吧。如果有些重要的功能没能满足，还请文末留言，我们会优先考虑哦！

01

V2.7重要更新

🏗️ 侧边栏重构（参考 ChatGPT/Claude）

| ✨ 新增 | 侧边栏分为 Projects（项目） 和最近对话两个独立分区，Project 不可折叠 |

| ✨ 新增 | 项目子视图：点击项目名进入内部对话列表，顶部返回按钮 |

| ✨ 新增 | 星标专区：汇集所有 isStarred 对话，跨项目/独立对话统一显示 |

| ✨ 新增 | 新建项目 Modal：输入项目名称 → 调用 POST /api/projects → 自动进入项目级对话 |

| ✨ 新增 | 前端 projectStore 服务层（loadProjects / createProject / updateProject / deleteProject / loadProjectWorkspace） |

| 🔧 优化 | 项目支持重命名、删除（右键菜单），删除项目同时清理本地 sessions |

| 🔧 优化 | i18n 新增 Projects、Back、Create、Project name placeholder 翻译键 |

🧠 多轮对话上下文优化

| ✨ 新增 | 代码块保留：历史压缩不再 strip 代码块，提取→清理→恢复，PLC 多轮对话代码上下文不丢失 |

| ✨ 新增 | 负面反馈检测：用户说 "不对/错了/that's wrong" 时自动路由为 delta_patch（有 active artifact 时精准修正）或 fresh_reset（清空污染上下文） |

| 🔧 优化 | delta_patch 模式每轮历史上限提升到 6000 字符，改代码时保留完整上下文 |

| 🔧 优化 | 全局历史消息上限 HISTORY_MESSAGE_CHARS 1800→3000 |

🔧 自动修复增强

| ✨ 新增 | Fast 模式切换为手术式修复（buildSurgicalRepairPrompt）：只传报错行周边代码片段，不再全量代码 |

| 🔧 优化 | Fast 修复次数 1→2，Thinking 修复次数 3→5 |

| 🔧 优化 | Best-code 回退机制：多次修复中自动保留最优版本，防止修得更差 |

💬 对话体验

| ✨ 新增 | StageTimeline 粘性定位：滚动长代码时 Timeline 固定在消息顶部不消失 |

| ✨ 新增 | 超长文本输入支持 50vh 展开 + 全屏 Modal |

| ✨ 新增 | 需求确认→计划生成过渡文案（planTransitionText） |

| ✨ 新增 | Plan JSON 语法高亮渲染 |

🏭 P1-P5 前期更新（V2.6 → V2.7）

| ✨ 新增 | P1 UI 清理：MessageBubble 拆分为 8 个 message-stage 子组件，ChatInput 双层布局重组 |

| ✨ 新增 | P2 Stage Timeline：内联 7 阶段进度（Requirement Thinking → 校验），实时 Passed/Failed |

| ✨ 新增 | P3 Engineering Workspace：右侧 7-tab 面板（Context / Requirements / Plan / Code / Validation / Deployment / History） |

| 🔧 优化 | 代码命名重构：Jian → Engineering，提升可读性 |

| 🔧 优化 | 需求分析阶段 UX 改造：分步展示、动画过渡 |

🐛 修复

| 🐛 修复 | planTransitionText SSE chunk 数据流丢失 |

| 🐛 修复 | 需求分析面板出现在计划生成下方的排版问题 |

| 🐛 修复 | planPhase analyzing 完整性检查恢复 |

| 🐛 修复 | primer 消失、表格消失、plan generation JSON 渲染异常 |

| 🐛 修复 | StagePanel expandedIds 与 streaming 状态同步 |

| 🐛 修复 | EngineeringWorkspace onClick 绑定错误（onClose→onOpen） |

| 🐛 修复 | 多项类型错误修复（stageTimelineAdapter、StagePanel、workspaceViewModel） |

02

预览更新

1.新建项目

我们考虑的是很多工程项目并非一次对话就可以完成的，可能涉及到多轮对话等等：

我们根据实际的工程项目，可能需要创建类似的文件夹，把代码、HMI、IO表、技术要求等相关文件及产品示例代码库等等通通放在一个项目文件夹里面。这才符合我们的实际情况。

所以，这次更新的主要目的是把整个项目框架跑通，能够产生更多的实际工程产出，贴合我们工程实际。

2.右侧Workspace

右侧的space区域也分为两大部分：

第一部分是类似的Todolist，把我们在AI生成整个代码的整个流程细分为：需求Thinking、需求确认、工程推理、计划生成、计划审批和生成逻辑及后面的修复验证等这个过程。

第二部分是核心的AI产物，包含上下文推理的简单摘要、Code版本、IO、Plan、验证、Files等等，这个可以用于后续的回滚和升级，同时也能更好的承载上下文，不用把Promote搞得特别大，只需要传这些关键的信息即可，也能更好记忆最新的版本程序及最后修改的代码。方便对话中间提一些无关紧要的问题污染整个上下文，导致效果变差。

其他的内容暂不展示，后续升级后直接登录www.realplc.com体验即可。

03

小结

我们前期的调查里面，大家比较在意的就是：产品功能的实用性。

总体说来，就是真正能解决我们电气工程师在PLC编程的问题。我们考虑的主要两点：

• 在自己琢磨半天的时间，还没有解决问题时，可以考虑用RealPLC来辅助解决。特别是找不到合适的朋友或同事支持的时候。
• 未来在生成代码的时候，可以按照基本设备的需求，初步搭建好项目%80的基础代码，而另外的20%交给我们工程师来协助。

参考链接：

【1】https://www.realplc.com

图片