Vibe打金计划之序章: 系统提示词

我一直有个大胆的想法，让AI为我开发懒猫应用爆金币。

作为一个非专业开发的老美工，只有较过时和简单的前端基础，要想开发属于自己的应用似乎就只能依赖强大的AI了。

本文结尾会分享生成的系统提示词。

https://appstore.lazycat.cloud/#/shop/detail/iamxiaoe.lzcapp.refly

这里我们会用到我推荐过的Refly，如果你不了解可以先读一下这篇：[在懒猫上使用Vibe Workflow工具Refly](https://lazycat.cloud/playground/#/guideline/692)

但是其实用什么AI工具或模型在这里并不重要，本次探索的只是一种vibe思路。所以你也可以选用任何你喜欢的AI工具或模型，比如算力舱中的自建模型。

**特别需要预先强调的是**：本文包含的所有提示词或方法都是基于我个人的理解撰写或由AI生成而产出的，请考虑到我粗浅的技术水平，所以这些内容不可代表任何官方技术文档或官方推荐开发方式，只是纯粹的个人思路及经验。

我会同步在这里开始分享每一步的记录，但是最终结果未必一定能成功，请只当做一种AI项目的思考和操作方式来参考。

另外要感谢 @忘机山人 大佬的系列开发攻略，我将其与官方文档一起引入到了AI参考资料当中。

本次的目标并不是开始开发，而是要先写一段系统提示词，以起到全局指导AI为我编码的指导作用。

# 第零步：汇总资料

首先我在Refly中创建了一个叫“懒猫微服”的知识库，知识库可以共享同样的预设提示词和资源库，一开始将预设提示词留空。

![image.png](https://dl.playground.lazycat.cloud/guidelines/319/42eacb05-a56e-4798-9974-1e68bf07217f.png "image.png")

然后我建了两个“备忘录”节点，备忘录可以用来存储简单的文本和链接，我把官方开放文档中比较重要的页面，以及@忘机山人 大佬攻略分别放在了两个备忘录中，以后如果需要扩充可以直接更改这两个备忘录。

![image.png](https://dl.playground.lazycat.cloud/guidelines/319/a8ca32f8-3bda-4a3f-a062-983cd4fafabc.png "image.png")

由于Refly可以支持多模型，所以我打算用几个不同的大模型分别理解和撰写这个系统提示词。

但是根据以往的经验，Claude系列尤其是Sonnet 4在撰写代码和提示词方面比较出色，所以我将选用它做为主打。但同时Sonnet 4对中文的理解以及一些复杂逻辑水平一般，所以要用其他的模型做组合分析。

# 第一步：发散

我先用四个大模型（Claude,Gemini,GPT,Grok）分别对于这些文档链接的内容进行分析（需打开Refly的深度搜索技能），并且不要求它们马上写提示词，而是写一个技术重点的引导文档，相当于梳理所有这些物料中的信息。

提示词：


> 附件是关于“懒猫微服”这个产品的一系列开发资料。我的本次最终目的，是为本refly知识库写一个系统提示词，以协助我开发懒猫微服的应用。但是本任务并不是直接撰写提示词，请先尽可能多阅读和大概理解附件中链接到的所有内容，然后梳理一个详尽的技术重点引导，包含重要的技术参数、首选的前后端技术栈、以及开发及打包时需要注意的技术问题，可以带有相关的链接或引用。待我审阅整理完的内容并做增补之后，才需要正式写系统提示。


![image.png](https://dl.playground.lazycat.cloud/guidelines/319/edd010a7-f9b3-4e5a-b306-d211a5256b78.png "image.png")

此时输出的资料是最详细准确的，但是可能太长不适合做为系统提示词，如果系统提示词太长，我担心会影响AI对真正提示的理解并消耗更多的tokens，所以我先把它们导出为文档保存，这样在以后的项目里或许可以用它们做为附加参考喂给AI，提供更好的支援。

![image.png](https://dl.playground.lazycat.cloud/guidelines/319/9a653b35-f95f-4f41-b1ea-39b391d4a7c5.png "image.png")

# 第二步：再发散

然后我做了一次交叉引用的操作，用每个模型分别分析所有四个模型写出的技术重点，一边人工观察它们总结的是否会出入很大，另一方面让它们可以互通有无。在分析之后，才让它们开始撰写真正的提示词。

提示词：


> 请根据上述所有已总结的内容以及原有参考链接，撰写知识库的系统提示词，我希望这个提示词能详细、准确地为我提供“懒猫微服”应用开发的协助工作，使AI可以快速找到准确的参考资料，并且在我提出项目创意之后可以从技术栈及用户体验的角度提出一些建议，并设计最优化的技术路线，然后进行系统性但分模块式的编程工作，逻辑注释详细，并具有一定的测试过程和调试方案。


![image.png](https://dl.playground.lazycat.cloud/guidelines/319/882ac5bf-dcee-45eb-8abf-ed82f5e4c35b.png "image.png")

# 第三步：收拢

这样我就有了四条不同的系统提示词，经过简单对比，感觉其实大同小异，说明这个方式还算是有点靠谱。
但结果还是有些问题（下一节我会说）

提示词：
> 请综合和总结这四份提示词的方案，并参考每条问答的链路，输出一条更加完美完善又精简的系统提示词。对于技术栈的选择，我倾向于Node.js+React.js，对于简单项目可以前后端在同一个容器里，复杂的可前后端分开，数据库首选用懒猫官方提供的mysql容器。提示词要求是文本格式，可以分段、加标题，或用标点强调，但不需要Markdown格式，不要加入emoji和引用下标。不要返回多余的语言，只返回提示词的文本本身。



![image.png](https://dl.playground.lazycat.cloud/guidelines/319/c0a431ec-1766-4d4c-8440-f1eee346d080.png "image.png")

# 第四步：矫正及综合

有四条提示词，但我最终只会使用一个。而且其实还是有差异和问题：个别的模型会理解错技术推荐，比如从官方文档中的python样例中得出结论是主要推荐后台使用python。有的模型会产生遗忘或幻觉，比如才两步就把配置文件名写错了。

然后根据我之前尝试过的经验，AI对于官方提供的mysql镜象这一点理解总是有问题。

于是我还是自己手搓了一个超长的Prompt，其中结合了我对懒猫应用的理解，以及对技术栈的偏好，还有对官方数据库的特别说明等，把所有这些想法灌进去，再把之前的四条提示词也喂上，统一提交给Claude Sonnet 4，让它来完成最终的提示词撰写。

> 我的理解，懒猫微服的应用其实就是打包了一个或多个Docker镜象容器，然后用lzc-manifest.yml指导运行前及运行时的行为，以及多个容器相互间的路由关系，由lzc-build.yml指导lpk文件打包及打包前的预处理。
> lzc-cli是用来开发和打包的CLI工具，其中提供devshell虚拟环境是用来即时开发和测试的，它会把应用推存到懒猫微服设备中直接执行。
> 官方mysql数据库做为一个单独的容器，采用固定的用户名密码及库名等登录参数，因为各应用是独立的环境所以不会有安全问题。其他一些的官方控件和功能应该也是用类似的思路。
> 对于技术栈的选择，我倾向于Node.js+React.js，对于简单项目可以前后端在同一个容器里，复杂的可前后端分开，个别特殊的项目可以用python或vue.js甚至其他的容器镜象及框架。数据库首选用懒猫官方提供的mysql容器，只有非常必要时再建设其他的数据库。
> 请先判断我的理解和选择是否正确，如果正确，请结合我的思路以及综合参考所有附件中的提示词内容，互相补充重点和精选要点，总结成最终版本的系统提示词。
> 特别要注意的是，指导AI不要将lzc-manifest.yml和lzc-build.yml与其他框架的manifest.yaml / build.yaml 相混淆，命名和格式要准确依照官方规则。lzc-cli的用法也不要写错。
> 编码的要求避免产生幻觉，一定要严谨和标准。
> 输出要求是文本格式，可以分段、加标题，或用标点强调，但不需要Markdown格式，不要加入emoji和引用下标。不要返回多余的语言，只返回提示词的文本本身。


![image.png](https://dl.playground.lazycat.cloud/guidelines/319/d84c0093-985a-4095-b57f-ca7bd9411eb4.png "image.png")

**注意**：以上及本文的所有指导性提示词，都是本人原创，您可以任意修改使用，但如转载请注明出处。另外参见前文的声明，本文无法代表懒猫官方技术文档及开发哲学，本人也不对由其产生的AI或开发结果负任何责任。~~（但如果爆到金币请考虑分成[狗头]）~~

# 结果输出

终于，我们得到了最终结果的系统提示词：

>你是专精懒猫微服应用开发的AI助手，基于Docker容器化微服务架构，为开发者提供从创意到部署的全流程技术指导。你深度理解懒猫微服的核心理念：应用本质是打包的Docker镜像容器，通过配置文件管理运行时行为和容器间路由关系。
一、核心架构理解
懒猫微服应用由一个或多个Docker容器组成，lzc-manifest.yml指导运行前后行为及容器间路由关系，lzc-build.yml控制lpk文件打包和预处理流程。lzc-cli提供完整开发工具链，DevShell虚拟环境支持即时开发测试，应用直接推送到懒猫微服设备执行。
官方MySQL数据库作为独立容器提供，采用固定登录参数，各应用环境独立确保安全性。其他官方组件和功能遵循相同设计思路。
二、技术栈策略
优先推荐Node.js + React.js组合：Node.js提供高并发后端服务和丰富生态，React.js构建现代化用户界面。数据库首选懒猫官方MySQL容器，保证稳定性和兼容性。
架构部署策略：简单项目前后端同容器部署，降低复杂度和资源消耗；复杂项目前后端分离部署，便于独立扩展和团队协作；特殊需求可选择Python、Vue.js或其他技术栈。
三、权威资料引用
熟练掌握懒猫微服完整文档体系，包括框架基础、CLI工具、DevShell环境、高级功能模块等官方文档，以及实战开发教程系列。当用户提出技术问题时，优先引用官方权威内容，确保建议准确可追溯。
四、系统化开发指导
项目规划：深入分析用户创意和业务需求，制定最优技术路线，设计清晰模块架构，明确开发优先级和里程碑计划。
编码规范：提供模块化代码结构，确保每个函数和关键逻辑都有详细中文注释，实现完善的异常处理和安全防护机制，合理使用环境变量和配置文件。
核心技术掌握：精通lzc-manifest.yml配置选项，包括spec.routes路由配置、spec.depends服务依赖、spec.envs环境变量等关键参数。熟练运用DevShell本地调试环境和lzc-cli完整工具链。
五、测试与部署优化
测试策略：为核心业务逻辑设计单元测试，验证服务间交互的集成测试，确保完整用户流程的端到端测试。利用DevShell进行实时本地调试，实现结构化日志记录和性能监控。
部署流程：指导lpk文件打包过程，配置生产环境参数，建立应用监控机制，确保容器稳定运行和高可用性。
六、响应原则
准确性优先：所有技术建议基于官方文档和最佳实践，确保方案可靠性。实用导向：提供可直接应用的代码示例、配置方案和操作步骤。系统思维：考虑项目长期可维护性、扩展性和团队协作效率。安全意识：在架构设计、编码实现、部署运维等各环节融入安全考虑。
通过深度理解懒猫微服容器化架构和系统化技术指导，确保项目高质量实施和成功交付。

经过一系列的提炼，我们可以看到这个提示词中去除了官方链接，说明在以后的开发中还是需要再把相关文档喂给AI，也有可能需要生成一些专门面对某个技术要点的提示和参考，后续我会继续尝试。


整个Refly画板如下：
![系统提示词.png](https://dl.playground.lazycat.cloud/guidelines/319/75d51235-766f-4fc7-8e25-29ff3ddf8354.png "系统提示词.png")


最后我们可以把这个提示词导入回Refly知识库中的预设提示词中，让它全局指导这个知识库里所有画布的AI节点。

当然，我还没有具体实测这个提示词，甚至以我的水平可能都无法认真校对它。

但所幸的是Refly是一个可以随时更改输入再次运行的工作流应用，所以如果在实用中发现问题我也可以在这个提示词画布中再做修改，然后迭代回系统提示词。

各位技术大佬或官方大佬如果发现以上提示有什么错误或不妥，也还请在评论中指导。