Update remote soul-content with local content
This commit is contained in:
48
开发文档/9、手册/使用手册提示词.md
Normal file
48
开发文档/9、手册/使用手册提示词.md
Normal file
@@ -0,0 +1,48 @@
|
||||
# 使用手册提示词 (User Manual Prompt) - 智能自生长文档
|
||||
|
||||
> **提示词功能 (Prompt Function)**: 将本文件拖入 AI 对话框,即可激活“技术文档专家”角色,生成小白也能看懂的操作手册。
|
||||
|
||||
## 1. 基础上下文 (The Two Basic Files)
|
||||
### 1.1 角色档案:卡若 (Karuo)
|
||||
- **受众**:小白用户、合作方老板。
|
||||
- **风格**:大白话、傻瓜式、图文并茂。
|
||||
|
||||
### 1.2 文档原则
|
||||
- **价值先行**:先说能赚多少钱,再说怎么操作。
|
||||
- **步骤清晰**:Step 1, 2, 3。
|
||||
|
||||
## 2. 手册核心 (Master Content)
|
||||
### 2.1 功能介绍 (Value)
|
||||
- **话术**:不要说“分布式”,要说“账目自动同步,谁也改不了”。
|
||||
- **核心**:帮你自动分钱的工具。
|
||||
|
||||
### 2.2 快速上手 (How-to)
|
||||
- **Step 1**: 登录与绑定 (截图)。
|
||||
- **Step 2**: 开启流量池 (核心操作)。
|
||||
- **Step 3**: 提现与分润 (钱)。
|
||||
|
||||
### 2.3 常见问题 (Q&A)
|
||||
- **痛点**:如果不显示收益怎么办?
|
||||
- **解法**:点击刷新,检查网络。
|
||||
|
||||
## 3. AI 协作指令 (Expanded Function)
|
||||
**角色**:你是我(卡若)的内容运营。
|
||||
**任务**:
|
||||
1. **文档撰写**:根据功能描述,写出“傻瓜式”操作手册。
|
||||
2. **话术优化**:将技术术语翻译成“老板听得懂的话”。
|
||||
3. **用户旅程**:用 Mermaid 展示用户操作流程。
|
||||
|
||||
### 示例 Mermaid (用户旅程)
|
||||
```mermaid
|
||||
journey
|
||||
title 合作方使用流程
|
||||
section 注册
|
||||
打开小程序: 5: 合作方
|
||||
手机号登录: 4: 合作方
|
||||
section 赚钱
|
||||
开启流量池: 5: 合作方
|
||||
查看今日收益: 5: 合作方
|
||||
section 提现
|
||||
申请提现: 4: 合作方
|
||||
到账: 5: 合作方
|
||||
```
|
||||
43
开发文档/9、手册/写作与结构维护手册.md
Normal file
43
开发文档/9、手册/写作与结构维护手册.md
Normal file
@@ -0,0 +1,43 @@
|
||||
# 写作与结构维护手册(Mycontent-book)
|
||||
|
||||
## 1. 你改文档,我怎么理解
|
||||
|
||||
你只要改这三类文件,我就能按规则做事:
|
||||
|
||||
- `external/Mycontent-book/book/**/*.md`:正文内容
|
||||
- `external/Mycontent-book/1、soul 全部.txt`:素材源(不要随便改结构)
|
||||
- `external/1、开发模板/**`:需求、架构、部署的“标准答案”
|
||||
|
||||
## 2. 章节怎么放(目录就是结构)
|
||||
|
||||
- “篇”是一级目录
|
||||
- “章”是二级目录
|
||||
- “小节”是 `.md` 文件
|
||||
|
||||
原则:尽量新增,不要频繁移动旧文件。
|
||||
|
||||
## 3. 写作动作建议(减少冲突、减少噪音)
|
||||
|
||||
- 一次改一篇/一章,写完再切下一个
|
||||
- 同一小节尽量集中修改,不要碎片化改一堆次
|
||||
|
||||
## 4. 事实与数据怎么处理
|
||||
|
||||
- 数值、时间、对话:以素材文件里的原文为准
|
||||
- 不确定就不写死,先把“素材引用段落”留在文档里
|
||||
|
||||
## 5. 自动同步的最佳姿势
|
||||
|
||||
- 开始写作前启动:`./scripts/autosync.sh`
|
||||
- 写作时正常保存即可
|
||||
- 停止同步:`Ctrl+C`
|
||||
|
||||
## 6. 你想改规则怎么改
|
||||
|
||||
你直接改开发模板里的对应文档:
|
||||
|
||||
- 要改目标/范围:改 `1、需求/业务需求.md`
|
||||
- 要改结构/同步策略:改 `2、架构/系统架构.md` 或 `8、部署/自动同步与分支策略.md`
|
||||
- 要改跑站点方式:改 `8、部署/本地运行.md`
|
||||
|
||||
我会按你最新文档执行。
|
||||
13
开发文档/9、手册/提示词/使用手册提示词.md
Normal file
13
开发文档/9、手册/提示词/使用手册提示词.md
Normal file
@@ -0,0 +1,13 @@
|
||||
在这个应用程序中开发一个实用工具,目录名称为“/documentation”,只能用地址访问不要放到可以点击的地方,用于自动生成一套全面的文档集。
|
||||
|
||||
该工具应能捕捉应用程序所有界面的屏幕截图,在文档生成器中使用iframe方式,保证每个页面加载成功的情况下,实现真实的截图功能,而不是使用占位图。
|
||||
|
||||
系统应自动整理这些截图,将其与文档的相关部分关联起来。然后,该工具应将这些截图和相关文本汇编成一个可导出的Word文档(.docx)。
|
||||
|
||||
Word文档应包含目录、与应用程序功能相对应的清晰标题和副标题,以及每张截图的说明文字。
|
||||
|
||||
确保导出过程简化为一键生成,最大限度减少人工干预。
|
||||
|
||||
生成的文档应反映所提供示例的结构和内容,融入应用程序的特定功能和特性。处理截图捕获或文档生成过程中的任何潜在错误,以确保准确性和完整性。
|
||||
|
||||
最终输出应为适合分发给利益相关者和用户的专业质量文档。
|
||||
5
开发文档/9、手册/提示词/落地方案提示词.md
Normal file
5
开发文档/9、手册/提示词/落地方案提示词.md
Normal file
@@ -0,0 +1,5 @@
|
||||
# 落地方案提示词(占位)
|
||||
|
||||
用于记录“把需求落到代码/流程”的提示词。
|
||||
|
||||
当你后面需要我按固定模板输出落地方案,就把模板写在这里。
|
||||
5
开发文档/9、手册/提示词/说明手册提示词.md
Normal file
5
开发文档/9、手册/提示词/说明手册提示词.md
Normal file
@@ -0,0 +1,5 @@
|
||||
# 说明手册提示词(占位)
|
||||
|
||||
用于记录“对外说明/交付手册”的提示词。
|
||||
|
||||
当你后面需要我按固定模板输出说明手册,就把模板写在这里。
|
||||
26
开发文档/9、手册/落地方案提示词.md
Normal file
26
开发文档/9、手册/落地方案提示词.md
Normal file
@@ -0,0 +1,26 @@
|
||||
# 落地方案提示词
|
||||
|
||||
## 输出格式要求
|
||||
|
||||
### 1. 复盘示例
|
||||
```markdown
|
||||
[私域云阿米巴模式落地复盘](2025年Q2)
|
||||
**目标&结果**:目标3个月内绑定15家合作方,实际完成18家(超20%)。
|
||||
**过程**:5月启动流量测试(日播放量1.2万→合作方咨询量周增30%);6月上线私域系统(30名兼职完成10家企业培训);7月现金分润验证(单家月均分润1.2万,留存率90%)。
|
||||
**反思**:初期未明确“不属于对方的钱”定义,导致2家合作方误解;需补充分润规则文档。
|
||||
**总结**:流量+系统+现金分润是绑定核心,需强化规则透明化。
|
||||
**执行**:8月更新《云阿米巴分润手册》,9月开展合作方培训。
|
||||
```
|
||||
|
||||
### 2. 营销文章结构
|
||||
- **I(兴趣)**:自问自答引发共鸣(例:“你有没有想过,为什么合作方总说‘再考虑’?”)。
|
||||
- **S(故事/案例)**:描述2024年某合作方从犹豫到月入5万的真实经历。
|
||||
- **S(干货)**:分享“3步绑定合作方”(流量验证→系统交付→现金分润),附厦门某餐饮企业数据(月播放量8000→转化客户200+,分润1.5万)。
|
||||
- **M(产品/概念)**:引入“云阿米巴”模式,强调“不占股、分现钱、稳流量”三大优势。
|
||||
- **A(行动)**:“本周联系助理(微信28533368),前10名合作方免费测试流量池!”。
|
||||
- **F(裂变)**:“分享本文到朋友圈,截图给助理,可获《私域运营100问》电子书”。
|
||||
|
||||
### 3. 卡若风格文章要求
|
||||
- **结构**:开头自问自答→主体故事/反思(含具体数据)→结尾行动指引。
|
||||
- **语言**:简洁直接;挑战传统。
|
||||
- **字数**:不低于2000字,数据需引用官方报告或聊天记录,避免臆造。
|
||||
28
开发文档/9、手册/说明手册提示词.md
Normal file
28
开发文档/9、手册/说明手册提示词.md
Normal file
@@ -0,0 +1,28 @@
|
||||
# 说明手册提示词
|
||||
|
||||
## 核心原则
|
||||
- **对象**:内部开发人员、运维人员、系统管理员。
|
||||
- **风格**:专业、严谨、逻辑缜密。
|
||||
- **口吻**:客观描述,无情绪色彩。
|
||||
|
||||
## 内容结构
|
||||
|
||||
### 1. 系统概述
|
||||
- 系统定位、核心能力、适用场景。
|
||||
|
||||
### 2. 架构说明
|
||||
- **技术栈**:列出具体版本(React 18, Java 17, MongoDB 6.0)。
|
||||
- **架构图**:引用 `开发文档/功能迭代记录.md` 中的架构图。
|
||||
- **目录结构**:解释核心目录的作用。
|
||||
|
||||
### 3. 接口与数据
|
||||
- **API 规范**:RESTful 风格,统一响应格式。
|
||||
- **数据字典**:核心集合(Collection)的字段定义与类型说明。
|
||||
|
||||
### 4. 配置与环境
|
||||
- **环境变量**:列出所有必须配置的 ENV 变量及其含义。
|
||||
- **外部依赖**:Redis、第三方 API(腾讯云、阿里云)的配置要求。
|
||||
|
||||
## 格式要求
|
||||
- **代码块**:所有命令、配置、JSON 示例必须使用 Markdown 代码块。
|
||||
- **表格**:参数说明、状态码说明必须使用表格。
|
||||
Reference in New Issue
Block a user