6 小时极速开发：本地提示词管理器 + vibe coding 完整提示词分享

🙋作者有话说

1. 作者是 计算机科学与技术🧑‍💻 和 市场营销💼 专业的大学生，所以日常会经常使用各类提示词。该项目是基于作者自身的真实痛点和需求开发的，一共经历了6个阶段：“竞品分析--需求分析与功能边界--UI/UX设计--前端（HTML/CSS）--前端与后端--安全与测试”。
2. 项目已经开源至Github仓库，目前为v0.1.0-alpha，正在持续迭代中，目前只是MVP（Minimum Viable Product），所以如果你在看完该篇文章/实际体验后有任何的想法 or 建议都可以在此帖下留言（作者都会一一阅读并答复）(或者在issues下留言)。
3. 该项目是基于TRAE SOLO平台vibe coding的产物，为此帖投票并提交截图至评论区可以私信作者获取该项目vibe coding的全流程提示词。
4. 👀点击侧边栏的”History“会有惊喜哦~✨

项目信息速览

同类产品的不足

1. 存储在第三方托管的服务器，不够私密且不方便批量处理（如批量复制，不方便使用CLI类的Agent进行批量操作，最好是本地以markdown形式存储）
2. 直接以Github仓库的方式存放，不够直观（不如使用类似于Tree的管理架构）
3. 主要服务于文生图提示词，无法精确解决我的需求（各种类型的 前端的 后端的 AIGC的 最好可以按标签分类）
4. 只是简单的存储，无法进行快速检索，不利于后期使用/维护（快速检索很重要 特备是后期提示词文件较多时）
5. Douker部署，数据加密等等，太”重“了（感觉本地+Web前端就好）
6. 不够美观（UI设计 颜色搭配好丑）

开发期间解决的问题

1. UI界面不美观
2. 无法与本地数据相关联（如无法关联本地文件夹，无法批量导入导出等等）
3. 标签系统的Bug修复及其性能的优化（如标签方式，双标记的同步策略等等）
4. 检索系统的Bug修复及其性能优化（如卡片的路由跳转，检索算法等等）
5. 文件管理系统的Bug修复及其性能优化（如文件路径丢失与保存覆盖，扫盘策略等等）
6. 编辑器系统的Bug修复（如编辑器跳转，“千层饼”问题等等）
7. 其它细节问题（如文本格式识别，元数据识别等等）

痛点描述

经常使用各类提示词，种类分布广泛，包括文档编辑，UI设计、前端优化、后端处理、AIGC等等，总是重复的打开本地文件夹或飞书文档，有时还要自己深入查找，不仅麻烦还低效率。于是就有了使用提示词管理器的想法。

产品开发

竞品分析阶段

其实一开始，作者并不想自己开发一个提示词管理器，但是看了很多现有的产品，都不能很好地满足作者的需求。于是就萌生了自己开发一个提示词管理器的想法。该阶段主要利用TRAE SOLO的MTC模式进行竞品分析，分析范围覆盖国内外所有的相关产品。SOLO MTC用了不到20分钟的实践就撰写了一份7000字左右的报告，报告内容覆盖了近40款国内外竞品的详细数据（这一步真的是震惊到作者的小脑袋瓜了！）。

通过阅读竞品分析报告，我大概了解了市面上绝大部分同类产品的产品定位以及功能边界。再结合自身的需求，我发现了许多未被关注的痛点、痒点和爽点。最终总结归纳为下一步项目的功能边界和需求分析做准备。下面是"竞品分析报告-提示词管理工具.md"的节选：

输入：竞品分析需求 交互：确定分析维度 输出：竞品分析报告-提示词管理工具.md

需求分析与项目功能边界阶段

经过了上一轮的竞品分析，我大概知道了同类产品有哪些功能，但是我其实并不知道自己到底要做一个什么样的提示词管理器。所以该阶段我就跟SOLO MTC进行了长达1小时左右的头脑风暴。

下面以“如何实现标签系统”为例，展示我与SOLO MTC的头脑风暴过程：

输入：竞品分析报告，我的requirement与idea 交互：与MTC进行头脑风暴，他问我答/我提idea 他think 输出：PromptManager-需求分析与功能边界报告.docx

下面是"PromptManager-需求分析与功能边界报告.docx"的节选：

UI UX设计阶段

基于上一轮获得的需求分析与功能边界报告，我与SOLO MTC进行UI原型设计工作。 输入：需求分析与功能边界报告 交互：UI修改交流 输出：PromptManager-UI-Prototype.zip

下面是"PromptManager-UI-Prototype.zip"的内容节选：

项目环境与基础前端(HTML+CSS)阶段

基于上一轮的UIUX原型图，作者通过关联Github仓库与SOLO模式实现数据的云端统一。 输入：PromptManager-UI-Prototype仓库 交互：报错解决与细节修改 输出：基础前端页面

前端开发与后端开发阶段

基于上一轮的基础前端，作者进行了更多细节的开发与实现。 输入：PromptManager仓库，PromptManager-需求分析与功能边界报告.docx，我的requirement与idea 交互：报错解决与细节修改，与SOLO“斗智斗勇” 输出：MVP（Minimum Viable Product）

安全与测试

基于上一轮的前后端开发，作者通过“AI 创建 PR”的方法将代码同步到Github仓库，最后下载到本地进行最后的实际功能测试。 目前该项目已经经过了"Canary测试“（由作者与作者的舍友），目前开展”Beta测试“

MVP（Minimum Viable Product）展示

编辑器

检索器

系统设置

白天+中文模式