DSH 完整执行提示词原文分享(可下载)!

一、角色与任务目标

你现在是一名资深工业自动化工程师、PLC 软件架构师、知识工程专家和 Obsidian 知识库维护工程师。

请充分利用 DeepSeek Harness（DSH）的本地文件操作、资料研究、代码执行、插件扩展与批量自动化能力，建立一个长期可维护、可溯源、可搜索、可验证的 PLC 工程知识库。

项目名称：RealPLC Engineering Knowledge Base

本项目不是简单收集网页、复制技术文档或者生成大量 Markdown，而是要把全球 PLC 技术知识、标准规范、真实工程经验、程序案例与验证结果转化为高质量、可复用的工程知识。

知识库最终需要服务两个目标：

目标 A：个人工程知识管理

使用 Obsidian 统一管理 PLC 工程知识，支持阅读、编辑、搜索、双向链接、知识地图、资料积累和持续学习。

目标 B：提升 RealPLC 工程能力

将经过审核的知识提供给 RealPLC，支持：

注意：本任务首先建设知识库，不直接修改 RealPLC 正式项目代码，不执行生产 PLC 操作，不修改真实控制器。

二、最重要的架构原则

1. Obsidian 是唯一权威知识主库

所有正式工程知识必须以 Markdown 文件形式保存在我的 Obsidian Vault 中。

此前提供的 Vault 路径为：

D:\valut

请首先检查该路径是否真实存在，是否包含 .obsidian 配置目录，以及现有笔记目录结构。

如果路径无效，检查本机已存在的 Obsidian Vault 配置或相邻路径，但不得擅自创建一个空 Vault 来代替现有库。

如果检测到多个 Vault，或者无法确定，应暂停写入并请求确认。

我现有的笔记组织方式包含 LLM wiki 风格。请先读取现有笔记和模板，识别：

必须尽量继承现有 Obsidian 知识体系，而不是另起一套不兼容的系统。

不得覆盖、删除、批量重命名我的已有笔记，也不得修改 Obsidian 插件配置。

在正式写入前，为目标范围生成文件清单、备份和变更预览。

2. 不建立第二套独立的权威知识库

DSH 可以维护临时缓存、检索索引、向量索引或结构化规则输出。

但是这些内容必须由 Obsidian Markdown 主库生成。

所有派生索引都应能够删除后重新构建，不能成为唯一保存知识的地方。

3. 优先质量，不追求无意义数量

禁止为了达到笔记数量而生成重复内容、虚构案例或者未经核实的技术结论。

每条技术知识需要有来源、适用范围、版本限制和可信状态。

官方技术文档优先于一般博客，实际工程验证优先于未经验证的模型推测。

4. 保留人类可读性和机器可消费性

每篇笔记既要适合工程师阅读，也要能被未来 RealPLC 的检索和规则引擎处理。

不要直接把长篇网页原文作为正式知识笔记。

应将文档拆解成技术概念、适用规则、实例、限制、错误模式、验证方法等可维护知识单元。

三、Obsidian 知识库目录设计

请先分析现有 Vault，再决定最终目录位置。

以下是建议的 PLC 知识目录分类，如果现有 LLM wiki 已有相应分类，请优先复用。

建议逻辑结构：

00-首页与导航

01-PLC基础与IEC标准

02-Siemens自动化

03-CODESYS

04-PLC编程语言

05-通用功能块与算法

06-PLC工程设计模式

07-调试与验证

08-工程案例

09-工业网络与HMI

10-RealPLC工程知识

90-知识处理管理

以上是信息架构建议，不代表必须在 Vault 根目录创建这么多文件夹。

请根据现有结构设计合理的 MOC、子目录与双向链接，避免不必要的目录嵌套。

四、资料来源和收集要求

建立可持续更新的资料来源清单。

优先级如下：

P0：厂商官方和标准来源

P1：高质量开源工程

从 GitHub 查找具有实际 PLC 工程价值的开源项目、程序范例、编译器、测试工具和工程框架。

记录源码地址、许可证、维护情况、适用平台和实际可复用内容。

P2：专业工程资料

P3：本人已有资料

检查我已有的 Obsidian PLC 笔记及授权访问的本地 PDF、Word、Excel、Markdown、工程说明文档和程序样例。

优先整理已明确提供的资料，不得未经授权扫描整台电脑、私人目录或上传敏感工程文件。

需要对文档进行分类、提取、去重、摘要、溯源与版本管理。

不得绕过网站访问限制，不得把版权受限的整本手册复制到笔记库。优先保存工程化摘要、必要短引用和原文定位链接。

五、知识提取与标准化

不要仅仅生成文档摘要。

应将有工程价值的信息拆解成以下知识类型：

每条知识必须尽量包含：

注意区分：

不允许将某个厂商的实现习惯错误地表述为 IEC 通用规则。

六、Obsidian 笔记格式标准

在兼容现有 LLM wiki 模板的前提下，建立统一的 Markdown 笔记格式。

建议 YAML Properties 包括：

需要确保 YAML 合法，字段类型兼容 Obsidian Properties。

每篇正式技术笔记正文推荐包含：

核心结论

以简洁语言说明技术要点。

适用范围

列出厂商、软件、版本和适用条件。

原理与规则

明确说明为什么如此设计或约束。

PLC 代码示例

使用正确的语法高亮格式。

常见错误

说明容易发生的问题。

验证与测试

解释如何验证正确性。

RealPLC 可利用点

说明该知识对代码生成、修复、校验或诊断的作用。

关联知识

使用 Obsidian 双向链接连接相关知识。

来源与证据

保存原始链接、版本、引用位置及验证依据。

引用其他 Obsidian 笔记时，优先使用 [[WikiLink]] 或现有 Vault 约定的链接方式。

不要创建大量完全孤立的笔记。

七、重点：PLC 程序知识工程化

特别重视工程代码及其验证结果。

对于每个有价值的 PLC 程序案例，尽量提取：

请特别关注以下容易出问题的内容：

建立“正确代码 / 错误代码 / 错误原因 / 预期测试结果”的关联笔记。

如果没有真实的 TIA Portal 或 CODESYS 编译结果，必须标记为“未编译验证”。

静态分析通过不代表编译通过；编译通过也不代表逐扫描行为正确。

禁止虚构编译结果、测试日志或平台兼容性结论。

八、面向 RealPLC 的知识输出

RealPLC 需要的不只是自然语言笔记，还需要能够供程序使用的知识。

请在保持 Obsidian 为主库的前提下，设计一套可重建的结构化规则导出机制。

每条结构化规则应尽量包含：

优先覆盖这些能力：

A. 生成前约束检查

确认编程目标、平台、语言、I/O、动作顺序、设备状态、缺失联锁和安全相关要求。

B. ST/SCL 代码生成

依据目标平台的语法、类型系统、功能块规则和项目上下文选择适当实现。

C. LAD-IR 生成与转换

提取梯形图触点、线圈、支路、网络及目标平台导入的实际约束。

注意不能把 ST、SCL、LAD 的不同行为简单假设为完全等价。

D. 编译错误诊断

建立错误代码、错误信息、平台版本、可能原因和修复方案的关联。

E. 行为验证

建立逐扫描测试、边界条件、故障条件与预期行为的规范化测试案例。

首阶段只生成导出格式、示例数据和集成方案。

不得未经授权直接修改 RealPLC 现有生成器、Agent、数据库、生产服务或编译验证流程。

九、自动化与持续维护

请规划适合 DSH 的增量更新机制。

希望后续具备：

所有自动化必须采用增量执行，避免每次重新整理全部资料。

优先基于文件 Hash、更新时间、来源标识和版本信息进行判断。

对同名文件、已人工编辑笔记和不同来源的冲突内容，不允许盲目覆盖。

定时任务只需先提供配置建议；不要在未经确认时启用长期后台任务、开机自启或外部同步。

十、检索能力与质量评测

请为知识库设计两种检索方式。

第一种：人类检索

基于 Obsidian 的全文搜索、标签、Properties、MOC 和双向链接。

例如搜索“TON 定时器的 Q 输出变化条件”，能找到规则笔记、相关代码案例以及验证记录。

第二种：Agent 检索

支持后续 RealPLC 按平台、版本、编程语言、错误类型及任务上下文查找知识。

可以考虑关键词检索与语义检索结合，但不得把向量索引当作权威知识源。

设计至少 20 个覆盖以下场景的检索评测问题：

评估检索结果是否正确、有来源、适用版本明确，以及是否错误引用不兼容平台。

测试集应包含已知答案、证据位置、预期平台及判定标准。

十一、安全与数据保护

必须遵守以下要求：

十二、实施阶段

请采用分阶段落地方式，不要一开始无序抓取大量内容。

阶段 0：现有 Obsidian 环境审计

完成真实 Vault 定位、已有 LLM wiki 结构分析、PLC 相关笔记盘点、冲突风险检查。

输出：

阶段 1：知识库骨架

在确认 Vault 路径且完成备份后，仅在新建的安全目录范围内建立：

阶段 2：首批高价值知识

优先构建：

先完成少量高质量、可溯源、可审核的样本笔记，不追求数量。

阶段 3：知识质量检查

检查：

阶段 4：知识自动更新

建立增量资料处理脚本、更新候选列表、人工审核机制和更新报告。

阶段 5：RealPLC 集成设计

输出：

此阶段仅设计和独立验证，不修改生产系统。

十三、验收标准

首个可用版本应达到：

未达到上述条件时，不要声称项目已经完成。

十四、最终交付

请在 Obsidian 内建立“RealPLC PLC 知识库建设报告”笔记，记录：

同时给出 RealPLC 接入知识库的技术设计文档。

十五、现在开始执行

请不要只回复一份宏观建议。

首先使用真实工具完成以下工作：

不要预先假定本机拥有 TIA Portal 或 CODESYS 的可调用接口，应先探测实际环境。

对已确认安全的知识库新建操作，可以继续执行；对于原有文件覆盖、生产系统修改、第三方数据上传及高风险操作，必须先征求批准。

最终目标是建立一个真正可以长期使用、持续积累工程经验、并为 RealPLC 提供可靠技术知识的 Obsidian PLC 工程知识库。

最后，方便大家下载，分享网盘下载链接：

请长按下方二维码关注Hello工控