为什么代码有可视化编程,而提示词却没有?

Reddit r/artificial 工具

摘要

文章提出使用可视化的节点和逻辑门将AI提示视为可执行逻辑,类似于可视化编程语言,并介绍了一个名为Prompt Logic Gates(PLG)的原型。

[Prompt Logic Gates (PLG) GitHub仓库](https://github.com/WithSJ/Prompt-Logic-Gates-PLG/tree/main?utm_source=chatgpt.com) 这是我最近一直在思考的问题。在软件开发中,我们花费了几十年的时间构建抽象层,以便让复杂的系统变得可控:* 函数取代重复代码 * 类与模块取代巨型文件 * 可视化系统,例如虚幻引擎蓝图(Unreal Blueprints)、Node-RED和LabVIEW。* 编译器在执行前验证并转换输入 然而,在AI提示词方面,许多人仍在编写大量的文本块。一个复杂的提示词很容易变得长达数百词,并承担多个职责:* 上下文 * 约束条件 * 风格指令 * 排除项 * 决策逻辑 * 后备行为 此时,它开始变得更像程序而非文本。这让我想到:为什么我们不把提示词当作可执行逻辑来对待呢?想象一下,使用逻辑门构建提示词:* AND → 合并指令 * OR → 在备选方案中选择 * NOT → 去除不想要的概念 * 问题节点 → 识别缺失的需求 * 编译器 → 在执行前检测矛盾 无需编辑庞大的字符串,你可以构建一个图并将其编译为最终的提示词。我一直在尝试一个名为**Prompt Logic Gates (PLG)**的原型。它将提示词当作可编译程序,使用依赖图、执行顺序、语义冲突检测、可视化节点和编译流水线等概念。例如虚幻引擎蓝图、Node-RED和LabVIEW。仓库:[Prompt Logic Gates (PLG) GitHub仓库](https://github.com/WithSJ/Prompt-Logic-Gates-PLG/tree/main?utm_source=chatgpt.com) 我发布这个并非作为产品发布或其他——我更感兴趣的是,从软件工程的角度来看,这个方向是否合理。你认为提示词最终会成为它们自己的编程层吗?还是自然语言永远是更好的抽象?好奇其他开发者的看法。
查看原文

相似文章

@mvanhorn: https://x.com/mvanhorn/status/2063865685558903149

X AI KOLs Following

本文解释了AI编程中'循环'的概念,即开发者编写程序来提示编码代理,而不是手动提示,这一概念由Peter Steinberger和Boris Cherny推广开来,并讨论了这种转变如何代表了AI辅助开发中的新抽象层。

How to Write an AI Prompt

YouTube AI Channels

The article provides tips for writing effective AI prompts in Google AI Studio's Vibe Coding feature, emphasizing specificity, using keywords like Three.js, image references, and iterative refinement.