"01-项目"莫名其妙被删除,赶紧恢复,备份备份,哈哈哈
This commit is contained in:
parent
c37bc3796a
commit
418e701ef3
12
.obsidian/graph.json
vendored
12
.obsidian/graph.json
vendored
@ -12,11 +12,11 @@
|
||||
"textFadeMultiplier": 0,
|
||||
"nodeSizeMultiplier": 1,
|
||||
"lineSizeMultiplier": 1,
|
||||
"collapse-forces": true,
|
||||
"centerStrength": 0.518713248970312,
|
||||
"repelStrength": 10,
|
||||
"linkStrength": 1,
|
||||
"linkDistance": 250,
|
||||
"scale": 0.577708672522819,
|
||||
"collapse-forces": false,
|
||||
"centerStrength": 1,
|
||||
"repelStrength": 0,
|
||||
"linkStrength": 0,
|
||||
"linkDistance": 30,
|
||||
"scale": 0.6316046762907459,
|
||||
"close": false
|
||||
}
|
||||
12
.obsidian/hotkeys.json
vendored
12
.obsidian/hotkeys.json
vendored
@ -1 +1,11 @@
|
||||
{}
|
||||
{
|
||||
"editor:delete-paragraph": [],
|
||||
"editor:toggle-strikethrough": [
|
||||
{
|
||||
"modifiers": [
|
||||
"Mod"
|
||||
],
|
||||
"key": "D"
|
||||
}
|
||||
]
|
||||
}
|
||||
116
.obsidian/workspace.json
vendored
116
.obsidian/workspace.json
vendored
@ -4,16 +4,16 @@
|
||||
"type": "split",
|
||||
"children": [
|
||||
{
|
||||
"id": "17ea327c9a57770b",
|
||||
"id": "75697364ddca16d6",
|
||||
"type": "tabs",
|
||||
"children": [
|
||||
{
|
||||
"id": "0a2d91cfbec150b4",
|
||||
"id": "9c4db96e021802a5",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "markdown",
|
||||
"state": {
|
||||
"file": "链接索引-觉察知识-复盘地图.md",
|
||||
"file": "02-领域/Linux/领域知识地图.md",
|
||||
"mode": "source",
|
||||
"source": false,
|
||||
"backlinks": true,
|
||||
@ -28,22 +28,16 @@
|
||||
}
|
||||
},
|
||||
"icon": "lucide-file",
|
||||
"title": "链接索引-觉察知识-复盘地图"
|
||||
"title": "领域知识地图"
|
||||
}
|
||||
}
|
||||
]
|
||||
},
|
||||
{
|
||||
"id": "f1490ff2e622f474",
|
||||
"type": "tabs",
|
||||
"children": [
|
||||
},
|
||||
{
|
||||
"id": "710f31617eb63009",
|
||||
"id": "aa0d2e14ef86f0b2",
|
||||
"type": "leaf",
|
||||
"state": {
|
||||
"type": "markdown",
|
||||
"state": {
|
||||
"file": "01-项目/2512-MaixCam竞赛版/需求-优化启动速度.md",
|
||||
"file": "Untitled.md",
|
||||
"mode": "source",
|
||||
"source": false,
|
||||
"backlinks": true,
|
||||
@ -58,10 +52,11 @@
|
||||
}
|
||||
},
|
||||
"icon": "lucide-file",
|
||||
"title": "需求-优化启动速度"
|
||||
"title": "Untitled"
|
||||
}
|
||||
}
|
||||
]
|
||||
],
|
||||
"currentTab": 1
|
||||
}
|
||||
],
|
||||
"direction": "vertical"
|
||||
@ -93,7 +88,7 @@
|
||||
"state": {
|
||||
"type": "search",
|
||||
"state": {
|
||||
"query": "tag:#复盘/0",
|
||||
"query": "",
|
||||
"matchingCase": true,
|
||||
"explainSearch": false,
|
||||
"collapseAll": false,
|
||||
@ -114,8 +109,7 @@
|
||||
"title": "书签"
|
||||
}
|
||||
}
|
||||
],
|
||||
"currentTab": 1
|
||||
]
|
||||
}
|
||||
],
|
||||
"direction": "horizontal",
|
||||
@ -241,54 +235,54 @@
|
||||
"zk-prefixer:创建时间戳笔记": false
|
||||
}
|
||||
},
|
||||
"active": "0a2d91cfbec150b4",
|
||||
"active": "aa0d2e14ef86f0b2",
|
||||
"lastOpenFiles": [
|
||||
"01-项目/2512-MaixCam竞赛版/模块-参数调试-文档说明.md",
|
||||
"链接索引-觉察知识-复盘地图.md",
|
||||
"00-临时碎片/20260117-备忘-觉察知识-启动拆解书籍.md",
|
||||
"01-项目/2512-MaixCam竞赛版/需求-优化启动速度.md",
|
||||
"01-项目/2512-MaixCam竞赛版/需求-程序控制灯光.md",
|
||||
"01-项目/2512-MaixCam竞赛版/需求-色块合并.md",
|
||||
"01-项目/2512-MaixCam竞赛版/需求-忽略指定大小的色块.md",
|
||||
"01-项目/2512-MaixCam竞赛版/需求-检测框字体动态调整.md",
|
||||
"01-项目/2512-MaixCam竞赛版/Bug-调试工具-开机自启失败.md",
|
||||
"05-原子化笔记本/MaixCam-RGB转LAB.md",
|
||||
"05-原子化笔记本/Linux-xargs-标准输入转命令参数.md",
|
||||
"05-原子化笔记本/Python-程序访问Linux.md",
|
||||
"20260204-备忘-觉察知识-话题闭环模型.md",
|
||||
"Untitled.md",
|
||||
"20260204-备忘-工具技巧-git提交前缀.md",
|
||||
"20260131-备忘-觉察知识-JF.md",
|
||||
"20260202-备忘-待问题解答-GTD任务管理.md",
|
||||
"模板文件/模板-备忘.md",
|
||||
"03-资源/操作说明-MaixCam竞赛版-参数调试增加参数.md",
|
||||
"03-资源/信息科技-气象数据模型-对照组实验.md",
|
||||
"03-资源/执行脚本-工具技巧-USTONE清理红外指令.md",
|
||||
"03-资源/内容清单-觉察兴趣-待看视频.md",
|
||||
"03-资源/操作说明-工具技巧-Windows命令行zip.md",
|
||||
"03-资源/操作说明-工具技巧-edge兼容性.md",
|
||||
"01-项目/2512-MaixCam竞赛版/Bug-调试工具-上传补丁闪退.md",
|
||||
"05-原子化笔记本/觉察知识-标签配置.md",
|
||||
"05-原子化笔记本/Linux-awk-行列分割输出.md",
|
||||
"03-资源/信息科技-气象数据模型-对照组实验.md",
|
||||
"03-资源/信息科技-气象数据模型-对照组实验.md.bak",
|
||||
"03-资源/sedFE7LlO",
|
||||
"05-原子化笔记本/信息科技-气象预测模型.md",
|
||||
"03-资源/操作说明-工具技巧-图像转C数组.md",
|
||||
"20260127-备忘-工具-CNB云构建语法.md",
|
||||
"1链接索引-觉察知识-复盘地图.md",
|
||||
"05-原子化笔记本/Linux-set处理未定义和错误.md",
|
||||
"02-领域/Linux/领域知识地图.md",
|
||||
"20260204-备忘-觉察知识-对话戈夫曼拟剧理论.md",
|
||||
"20260204-备忘-觉察知识-对话回应价值理论.md",
|
||||
"01-项目/2512-MaixCam竞赛版/模块-参数调试-文档说明.md",
|
||||
"01-项目/2512-MaixCam竞赛版/模块-超能小球-文档说明.md",
|
||||
"01-项目/2512-MaixCam竞赛版/模块-程序控制-文档说明.md",
|
||||
"02-领域/MaixCam/Bug-二阶段识别不明确.md",
|
||||
"01-项目/2601-信息科技/需求-信息科技-气象数据模型.md.baiduyun.uploading.cfg",
|
||||
"01-项目/2512-MaixCam竞赛版/项目-需求.md.baiduyun.uploading.cfg",
|
||||
"01-项目/2512-MaixCam竞赛版/项目-总结.md.baiduyun.uploading.cfg",
|
||||
"01-项目/2512-MaixCam竞赛版/项目-修复.md.baiduyun.uploading.cfg",
|
||||
"01-项目/2512-MaixCam竞赛版/需求-菜单状态保存.md.baiduyun.uploading.cfg",
|
||||
"01-项目/2512-MaixCam竞赛版/需求-菜单切换控件位置颠倒.md.baiduyun.uploading.cfg",
|
||||
"01-项目/2512-MaixCam竞赛版/需求-色块合并.md.baiduyun.uploading.cfg",
|
||||
"01-项目/2512-MaixCam竞赛版/需求-第三阶段识别.md.baiduyun.uploading.cfg",
|
||||
"01-项目/2512-MaixCam竞赛版/需求-第一阶段发送时长.md.baiduyun.uploading.cfg",
|
||||
"01-项目/2512-MaixCam竞赛版/需求-第一阶段保护机制.md.baiduyun.uploading.cfg",
|
||||
"01-项目/2601-信息科技/需求-信息科技-气象数据模型.md",
|
||||
"00-临时碎片/操作说明-觉察知识-拆解书籍.md",
|
||||
"05-原子化笔记本/Linux-find-文件目录查找.md",
|
||||
"05-原子化笔记本/Linux-sed-流式文本编辑器.md",
|
||||
"attachments/Pasted image 20260117110733.png",
|
||||
"attachments/Pasted image 20260117110455.png",
|
||||
"attachments/Pasted image 20260117110435.png",
|
||||
"attachments/Pasted image 20260117105500.png",
|
||||
"00-临时碎片/20260121-备忘-知识架构-了解RIA拆书法.md",
|
||||
"00-临时碎片/20260122-备忘-工具技巧-检查执行权限.md",
|
||||
"未命名.base",
|
||||
"attachments/Pasted image 20260117123709.png",
|
||||
"attachments/Pasted image 20260117123444.png",
|
||||
"attachments/Pasted image 20260117111052.png",
|
||||
"attachments/Pasted image 20260117111002.png",
|
||||
"attachments/Pasted image 20260117110801.png",
|
||||
"attachments/Pasted image 20260117110827.png",
|
||||
"02-领域/信息科技",
|
||||
"01-项目/2601-信息科技",
|
||||
"未命名 1.base",
|
||||
"物联实验室",
|
||||
"模板文件/模板-需求.md.baiduyun.uploading.cfg",
|
||||
"模板文件/模板-豆包-问题解答.md.baiduyun.uploading.cfg",
|
||||
"模板文件/模板-豆包-翻译内容.md.baiduyun.uploading.cfg",
|
||||
"01-项目/2512-MaixCam竞赛版/项目-需求.md",
|
||||
"01-项目/2512-MaixCam竞赛版/项目-总结.md",
|
||||
"attachments/Pasted image 20260205101833.png",
|
||||
"attachments/Pasted image 20260205080716.png",
|
||||
"attachments/Pasted image 20260205094824.png",
|
||||
"attachments/Pasted image 20260205093344.png",
|
||||
"attachments/Pasted image 20260205094836.png",
|
||||
"attachments/Pasted image 20260205091610.png",
|
||||
"attachments/Pasted image 20260205080934.png",
|
||||
"attachments/Pasted image 20260205090804.png",
|
||||
"attachments/Pasted image 20260205090132.png",
|
||||
"attachments/Pasted image 20260205090048.png",
|
||||
"attachments/未命名.canvas"
|
||||
]
|
||||
}
|
||||
@ -1,9 +1,29 @@
|
||||
#复盘/1
|
||||
#复盘/0
|
||||
|
||||
1. 参数调试多色块页面；测试MaixCamPWM控制灯光；
|
||||
2026/01/12
|
||||
|
||||
1. 修复：菜单切换控件位置颠倒；参数调试多色块页面；测试MaixCamPWM控制灯光；
|
||||
2. 远程维护湘滨小学实验室
|
||||
3. 超能小球自行搜索预检测框
|
||||
4. 超能小球摄像头的初步全流程使用
|
||||
5.
|
||||
5. 尝试将OCR搜索算法迁移至通用程序供A类使用
|
||||
6. 封装加密解密补丁包，批量话卸载原厂程序
|
||||
7. 独立移动热点程序；研究esp32S3摄像头
|
||||
|
||||
- 修复：菜单切换控件位置颠倒
|
||||
|
||||
2026/01/26
|
||||
|
||||
1. 研究 ESP32-S3摄像头
|
||||
2. 整合MaixCam摄像头最新调试工具（已加密）；实验板接收ESP32-S3运算结果
|
||||
3. 移动热点，研究摄像头
|
||||
4. 修复多色块
|
||||
5. 编写演示视频程序
|
||||
6. 完善超能小球第一阶段、第二阶段
|
||||
7. 拍摄超能小球视频
|
||||
|
||||
2026/02/02
|
||||
|
||||
1. 超能小球：卡片检测框辅助校准（无需修改配置文件）
|
||||
2. 超能小球：摄像头阶段性版本发布
|
||||
3. 参数调试增加多色块取色功能。修复目标检测框无法动态显示的问题
|
||||
4. 参数调试增加配置文件进行配置的读写
|
||||
@ -1,62 +0,0 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #需求/碎片 #临时/备忘 #状态/待处理
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[__了解RIA拆书法______]
|
||||
|
||||
---
|
||||
|
||||
## 需求描述
|
||||
|
||||
涉及内容：[___RIA拆书法___]
|
||||
|
||||
涉及知识：
|
||||
- [__拆书法______]
|
||||
- [__书籍______]
|
||||
|
||||
检查任务队列是否满足“三清”标准：
|
||||
- 来源清：[__阅读者____] 驱动
|
||||
- 目的清：解决 [__知识繁多，找不到重点或全是重点______] 的问题，
|
||||
- 服务于 [___阅读书籍的流程_____]
|
||||
|
||||
### 初步评估
|
||||
|
||||
方案简述：[__ria拆书______]
|
||||
|
||||
预估时间：[________] h
|
||||
|
||||
### 建议操作
|
||||
|
||||
1. [__先查询资料______]
|
||||
2. [___沉淀_____]
|
||||
3. [___实践_____]
|
||||
|
||||
### 问题梳理
|
||||
|
||||
| 项目 | 内容 |
|
||||
| ------ | ------------------------------------------------- |
|
||||
| 领域 | 阅读书籍、文字工作 |
|
||||
| 你的角色设定 | 有着丰富经验的领域实战专家，能给出最合适的解决方案，尤其适合对他人的培训，帮助他人积累经验 |
|
||||
| 我的角色设定 | 有阅读的习惯 |
|
||||
| 语言风格 | 口语化、接地气，像朋友聊天一样，避免专业术语；<br>必要术语需搭配通俗解释；<br>框架结构清晰 |
|
||||
| 上下文 | 习惯阅读电子书<br>对RIA完全不了解 |
|
||||
| 约束 | 必须在保证质量的前提下提供速度效率 |
|
||||
| 任务目标 | 熟悉掌握RIA拆书法，建立RIA拆书方法的理论架构，然后实践中使用它 |
|
||||
| 解决问题 | 在阅读过程中，往往找不到重点或全都是重点，以及其他RIA能够帮助辅助的问题 |
|
||||
| 服务于 | 阅读前、中、后的知识沉淀积累 |
|
||||
| | |
|
||||
|
||||
`Alt + N` 创建 [[模板-豆包-问题解答]]
|
||||
|
||||
>请先评估、提交需求
|
||||
|
||||
# 启动器
|
||||
|
||||
`Alt + N` 创建 [[模板-任务启动器]]
|
||||
|
||||
# 知识沉淀
|
||||
|
||||
`Alt + N` 创建 [[模板-觉察知识-知识沉淀]]
|
||||
@ -1,374 +0,0 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____提问RIA拆书法____]
|
||||
|
||||
注意：请忽略以上内容
|
||||
|
||||
---
|
||||
|
||||
## 操作需求
|
||||
|
||||
问题描述是【输入内容】，请专业耐心的解答我的问题，并将你的答案整理归纳至【输出内容】
|
||||
|
||||
## 内容要求
|
||||
|
||||
1. 结论先行，主次分明：先给出「一句话核心结论」，再分点给出细节
|
||||
2. 逐层递进逻辑链：原理->知识点->用法->案例，理解本质再应用
|
||||
3. 实操为王，案例全覆盖：所有知识点必须配备「可实现的案例」
|
||||
4. 避坑指南，强制标配：必须单独列出易踩坑点+精准解决方案
|
||||
5. 融会贯通：讲解单个知识点时，必须主动关联同类/互补工具，明确差异、标准、场景，帮助建立知识体系
|
||||
6. 浓缩总结，提炼精华，方便记忆：提炼所有重点为极简内容，方便复习和快速查阅
|
||||
7. 语言风格：口语化、专业但不晦涩，复杂概念用「大白话 + 示例」解释，拒绝堆砌专业术语；所有命令 / 代码 / 参数格式工整，带中文注释，一目了然。
|
||||
8. 内容结构：层级清晰，用标题 / 分点做区分，核心内容加粗标注，代码块独立展示，重点规则用「✅ 黄金规则」「⚠️ 避坑点」「💡 核心技巧」做醒目标注，阅读体验极佳。
|
||||
9. 无冗余内容：不拓展无关知识点、不做无意义的参数罗列、不写复杂冷门用法，所有内容都围绕「吃透核心 + 落地实战」，精准匹配学习需求，不浪费时间。
|
||||
10. 知识联动要求：当讲解后续内容时，必须主动关联之前讲解过的内容，形成知识闭环。
|
||||
11. 联动案例：必须是高频使用场景
|
||||
12.
|
||||
|
||||
## 输出格式
|
||||
|
||||
- [x] markdown
|
||||
|
||||
```markdown
|
||||
## 一句话描述
|
||||
|
||||
【使用一句话概括】
|
||||
|
||||
## 详细解释
|
||||
|
||||
【你的解答】
|
||||
|
||||
## 延伸补充
|
||||
|
||||
...
|
||||
### 常见避坑点
|
||||
|
||||
### 知识点浓缩
|
||||
|
||||
【背诵级，解决反复查资料的核心需求】
|
||||
|
||||
### 进阶优化方向
|
||||
|
||||
## 提问建议
|
||||
...
|
||||
|
||||
---
|
||||
```
|
||||
|
||||
## 注意
|
||||
1. 请判断勾选框是否处于被勾选状态，例如markdown勾选框处于未被勾选状态，则无需输出markdown格式
|
||||
|
||||
以上内容为系统提示，为了辅助你更好的回答。
|
||||
|
||||
---
|
||||
|
||||
## 输入内容
|
||||
|
||||
| 项目 | 内容 |
|
||||
| ------ | ------------------------------------------------- |
|
||||
| 领域 | 阅读书籍、文字工作 |
|
||||
| 你的角色设定 | 有着丰富经验的领域实战专家，能给出最合适的解决方案，尤其适合对他人的培训，帮助他人积累经验 |
|
||||
| 我的角色设定 | 有阅读的习惯 |
|
||||
| 语言风格 | 口语化、接地气，像朋友聊天一样，避免专业术语；<br>必要术语需搭配通俗解释；<br>框架结构清晰 |
|
||||
| 上下文 | 习惯阅读电子书<br>对RIA完全不了解 |
|
||||
| 约束 | 必须在保证质量的前提下提供速度效率 |
|
||||
| 任务目标 | 熟悉掌握RIA拆书法，建立RIA拆书方法的理论架构，然后实践中使用它 |
|
||||
| 解决问题 | 在阅读过程中，往往找不到重点或全都是重点，以及其他RIA能够帮助辅助的问题 |
|
||||
| 服务于 | 阅读前、中、后的知识沉淀积累 |
|
||||
| | |
|
||||
|
||||
---
|
||||
|
||||
注意：请忽略以下内容
|
||||
|
||||
## 输出内容
|
||||
|
||||
|
||||
## 一句话描述
|
||||
|
||||
RIA拆书法就是把书里的知识拆成「**读核心（R）→ 拆为己用（I）→ 落地行动（A）**」三步，专治阅读抓不住重点、全是重点、读完就忘的问题，帮你把“看过的书”变成“能用的本事”。
|
||||
|
||||
## 详细解释
|
||||
|
||||
### 一、核心原理（大白话版）
|
||||
咱们平时读书，大多是“眼睛看了，脑子没留”，要么觉得全是重点记不住，要么觉得没重点白读了。
|
||||
RIA的本质就是**把“被动输入”变成“主动输出”**：先抓最关键的1个点（解决全是重点），再把书里的话翻译成自己的话、关联自己的经历（解决读不懂、记不住），最后定一个能立刻做的小行动（解决读完不用），让知识从“书里”落到“自己身上”。
|
||||
|
||||
### 二、核心知识点（R/I/A 三步拆解，配实操）
|
||||
#### ✅ R：Reading 阅读原文（抓核心，不贪多）
|
||||
- **核心作用**：过滤无效信息，锁定1个最有价值的知识点，解决“全是重点”的痛点。
|
||||
- **怎么做**：
|
||||
1. 读完一段/一章后，问自己：「这段里，**最能帮到我的1句话/1个观点**是什么？」
|
||||
2. 只抄/提炼**1-2句核心原文**，别整段复制，越短越精准。
|
||||
- **💡 核心技巧**：一次只拆1个点，贪多嚼不烂！
|
||||
- **案例**（读《非暴力沟通》）：
|
||||
原文整段：“非暴力沟通的第一步是观察，而不是评判。观察是描述事实，比如‘你今天迟到了30分钟’；评判是贴标签，比如‘你总是迟到，太不靠谱了’。我们要区分观察和评判，避免引发对方的抵触。”
|
||||
→ **R提炼**：非暴力沟通第一步是**观察事实，不做评判**，比如“迟到30分钟”是观察，“总是迟到”是评判。
|
||||
> 新手如何平衡一段和一章
|
||||
|
||||
#### ✅ I：Interpretation 拆为己用（关联自身，懂本质）
|
||||
- **核心作用**：把书里的“别人的知识”变成“自己的理解”，解决“读了没感觉、记不住”的问题。
|
||||
- **怎么做**：
|
||||
1. 用自己的话重述R的核心观点（别照搬原文）；
|
||||
2. 关联自己的经历：「我之前遇到过类似的事吗？当时我是怎么做的？书里的方法和我之前的做法有啥不一样？」
|
||||
- **💡 核心技巧**：用「**我之前…，书里说的…，对我来说就是…**」的句式，一秒关联自身。
|
||||
- **案例**（接上面《非暴力沟通》）：
|
||||
→ **I拆为己用**：我之前跟同事沟通，总说“你总是拖进度，太不负责任了”（这是评判），结果对方直接怼我，沟通崩了。书里说的“观察事实不评判”，就是只说具体行为，不贴标签，这样对方不会觉得被攻击，才愿意听。
|
||||
> 「**我之前…，书里说的…，对我来说就是…**」句式
|
||||
|
||||
#### ✅ A：Appropriation 应用行动（落地，可执行）
|
||||
- **核心作用**：把“理解”变成“行动”，解决“读完不用、知识白费”的问题，分3个小A，层层递进：
|
||||
1. **A1：反思过去**（关联过往，找问题）
|
||||
- 怎么做：回忆1个自己用错/没用对这个知识点的具体场景，写清楚“当时发生了什么→我怎么做的→结果怎么样”。
|
||||
- 案例：上周跟组员说“你每次都忘交周报，太粗心了”，组员当场黑脸，后续交周报更敷衍了。
|
||||
2. **A2：规划未来**（定行动，能落地）
|
||||
- **✅ 黄金规则**：行动必须**具体、可落地、有时间**（别写“我要好好沟通”这种空话），用SMART原则：具体（做什么）、可衡量（做到啥程度）、可实现（别定太难）、相关（和知识点挂钩）、有时限（什么时候做）。
|
||||
- 案例：明天跟组员沟通周报问题时，只说观察事实：“你这周三、周五的周报都晚交了1小时（观察），我担心影响项目进度（感受），需要你按时交周报（需要），能不能以后每天18点前交？（请求）”。
|
||||
3. **A3：反思优化**（做完复盘，迭代）
|
||||
- 怎么做：做完A2行动后，问自己：「效果怎么样？哪里做得好？哪里要改？下次怎么调整？」
|
||||
- 案例：明天沟通后，组员按时交了周报，没抵触。下次可以再加一句“如果有困难可以提前说，我们一起调整”，更温和。
|
||||
|
||||
### 三、RIA在阅读前/中/后的用法（全流程落地）
|
||||
#### 1. 阅读前：定目标，选拆点
|
||||
- 做法：翻开书前，先想「我今天读这本书，**最想解决1个什么问题**？」，比如“读《高效能人士的七个习惯》，想拆‘积极主动’这个点，解决我总抱怨工作的问题”。
|
||||
- 作用：避免漫无目的读书，提前锁定拆书方向，抓重点更准。
|
||||
|
||||
#### 2. 阅读中：遇关键，立刻拆
|
||||
- 做法：读到和自己目标相关的核心知识点时，**立刻停下**，别继续往下读，当场做「R→I→A1→A2」，哪怕只花5分钟。
|
||||
- 作用：趁热打铁，避免读完一整章再拆，忘了当时的感受和想法。
|
||||
|
||||
#### 3. 阅读后：整笔记，复盘A3
|
||||
- 做法：
|
||||
1. 把当天的RIA笔记整理好（比如用Obsidian建RIA模板）；
|
||||
2. 执行完A2行动后，补写A3反思；
|
||||
3. 每周复盘一次：这周拆了哪些点？哪些A2行动做到了？哪些没做到？为什么？
|
||||
- 作用：形成“读→拆→用→复盘”的闭环，让知识真正沉淀。
|
||||
|
||||
### 四、完整实战案例（手把手带你拆）
|
||||
**书籍**：《微习惯》（核心：用极小的习惯养成，解决坚持不下去的问题）
|
||||
**阅读目标**：拆“微习惯的设定方法”，解决我想健身但总坚持不了的问题。
|
||||
|
||||
#### R（读核心）
|
||||
微习惯的核心是**设定小到不可能失败的行动**，比如“每天做1个俯卧撑”，而不是“每天做100个”。
|
||||
|
||||
#### I（拆为己用）
|
||||
我之前定健身目标是“每天跑5公里”，结果跑1天就累瘫，直接放弃。书里说的“极小行动”，就是降低门槛，让自己不用靠意志力就能开始，先完成再完美。
|
||||
|
||||
#### A1（反思过去）
|
||||
上个月定“每天跑5公里”，第2天就因为累没跑，之后再也没坚持，本质是目标太大，门槛太高，意志力扛不住。
|
||||
|
||||
#### A2（规划未来）
|
||||
从今天开始，每天睡前做**1个俯卧撑**（具体、可实现、有时限），不管多晚、多累，都做1个，做完就算完成任务。
|
||||
|
||||
#### A3（反思优化）
|
||||
执行3天后：每天都能完成1个俯卧撑，有时候还会多做5-10个，没压力。下周可以加“每天读1页健身书”，还是极小行动，慢慢叠加。
|
||||
|
||||
## 延伸补充
|
||||
|
||||
### 一、同类工具对比（帮你选对场景）
|
||||
| 工具 | 核心特点 | 适合场景 | 和RIA的差异 |
|
||||
| ------------ | ------------------------- | --------------------------------- | ------------------------------------ |
|
||||
| **RIA拆书法** | 侧重「知识→行动」，落地强 | 读实用类书（方法、技巧、习惯） | 核心是“行动”，解决“读完不用”的问题 |
|
||||
| **思维导图** | 侧重「梳理知识结构」，逻辑强 | 读理论类书（历史、哲学、专业教材） | 核心是“梳理”，不强制行动，适合搭框架 |
|
||||
| **康奈尔笔记法** | 侧重「线索+笔记+总结」，记忆强 | 课堂学习、教材精读 | 核心是“记忆”，总结偏理论，少行动 |
|
||||
|
||||
**💡 核心结论**：读「能用上的实用书」（比如沟通、习惯、效率），优先用RIA；读「需要搭框架的理论书」，用思维导图+RIA拆关键行动点。
|
||||
|
||||
### 二、RIA的适用/不适用场景
|
||||
- ✅ **适用**：自我提升类（沟通、效率、习惯、职场）、工具类（写作、编程、阅读）、育儿/情感类等**能落地行动**的书。
|
||||
- ❌ **不适用**：纯文学类（小说、诗歌，重在感受，不用拆行动）、纯理论类（纯数学、纯物理，无直接行动）。
|
||||
|
||||
### 常见避坑点
|
||||
#### ⚠️ 坑1：R抄整段原文，不提炼核心
|
||||
- **问题**：信息太多，抓不住重点，后续I和A也没法聚焦。
|
||||
- **解决方案**：R只写**1-2句核心观点**，用自己的话精简，比如把“微习惯是小到不可能失败的行动，比如1个俯卧撑、1页书”，精简成“微习惯=设定极小行动，比如1个俯卧撑”。
|
||||
|
||||
#### ⚠️ 坑2：I只复述原文，不关联自身
|
||||
- **问题**：还是“别人的知识”，没变成自己的，记不住。
|
||||
- **解决方案**：必须用「我之前…」开头，关联自己的真实经历，哪怕是小事（比如“我之前定目标太大，坚持不了”）。
|
||||
|
||||
#### ⚠️ 坑3：A2行动太笼统，没法执行
|
||||
- **问题**：写“我要好好健身”“我要多沟通”，等于没写，根本做不到。
|
||||
- **解决方案**：用「**具体行为+时间+标准**」，比如“每天18点前交周报”“每天做1个俯卧撑”，别写空话。
|
||||
|
||||
#### ⚠️ 坑4：只做R和I，不做A（核心坑！）
|
||||
- **问题**：RIA的核心是A，没A就是“白拆”，知识还是书里的。
|
||||
- **解决方案**：哪怕A2行动再小（比如“明天跟家人说1句观察的话”），也必须写，不写A就不算完成RIA。
|
||||
|
||||
#### ⚠️ 坑5：一次拆太多点，贪多嚼不烂
|
||||
- **问题**：拆3-5个点，每个都浅尝辄止，最后一个都没记住、没用到。
|
||||
- **解决方案**：**一次只拆1个核心点**，吃透一个再拆下一个，比如读《非暴力沟通》，先拆“观察”，再拆“感受”，别一次拆4步。
|
||||
|
||||
### 知识点浓缩（背诵级，5秒记住）
|
||||
1. **RIA核心三步**：R抓核心原文→I拆为己用（关联自身）→A落地行动（A1过去/A2未来/A3反思）
|
||||
2. **✅ 黄金规则**：一次1点，A必须具体可执行
|
||||
3. **避坑口诀**：不抄整段、不泛泛而谈、不写空行动、不贪多
|
||||
4. **核心目标**：把“看过”变成“会用”，解决阅读抓不住重点、读完就忘
|
||||
|
||||
### 进阶优化方向
|
||||
1. **结合Obsidian（你的常用工具）做RIA模板**：
|
||||
- 建「RIA拆书」模板，固定结构：`## R（核心原文）→ ## I（拆为己用）→ ## A1（反思过去）→ ## A2（未来行动）→ ## A3（反思优化）`，用Templater插件一键生成，节省时间。
|
||||
- 用Dataview插件统计：每周拆了多少个RIA点、A2行动完成率，可视化自己的阅读成果。
|
||||
2. **RIA+复盘闭环**：
|
||||
- 每周日花10分钟，复盘本周所有A2行动：完成的打勾，没完成的找原因（是目标太大？还是没时间？），下周调整A2行动。
|
||||
3. **RIA+输出强化**：
|
||||
- 把A3的反思写成100字短文，发到朋友圈/笔记里，输出倒逼输入，记得更牢。
|
||||
4. **RIA+小组共读**：
|
||||
- 和朋友一起拆同一本书，互相分享RIA笔记，碰撞更多行动思路，避免自己拆的太片面。
|
||||
|
||||
## 提问建议
|
||||
1. 你最近在读哪本实用类的书？可以先选**1个核心知识点**，试着用RIA拆一遍，我帮你检查优化，看看有没有踩坑。
|
||||
2. 阅读中如果遇到「不知道该拆哪个点」「A2行动想不出来」的问题，随时把原文和你的想法发我，我带你一步步拆解。
|
||||
3. 要不要我帮你做一个**Obsidian RIA拆书模板**（带Templater调用代码），你直接复制就能用，不用自己搭结构？
|
||||
|
||||
## 一句话描述
|
||||
|
||||
R 环节新手用「**目标导向选片段 + 3 秒提炼法**」平衡一段 / 一章与摘抄提炼，避免大段无意义摘抄；I 环节提供「**基础款 + 3 种变体句式**」，既灵活又不给新手添负担，核心都是「**书里知识→自己话→关联自身**」。
|
||||
|
||||
## 详细解释
|
||||
|
||||
### 一、R 环节：新手如何平衡 “一段 / 一章” 与 “摘抄 / 提炼”（核心是 “抓价值，不贪多”）
|
||||
|
||||
#### 1. 先解决 “一段还是一章” 的平衡问题（新手黄金法则：**目标先行，价值优先**）
|
||||
|
||||
核心判断标准：不是固定 “一段” 或 “一章”，而是看「**和你读书目标的关联度 + 是否有独立可拆的核心观点**」
|
||||
|
||||
| 场景 | 该选 “一段” 还是 “一章” | 实操做法 | 案例 |
|
||||
| ------------------------ | -------------------------- | ---------------------------------------- | ------------------------------------------------ |
|
||||
| 有明确目标（如 “解决沟通问题”） | 优先选 “一段”（1-3 个段落） | 快速扫读一章，找到和目标直接相关的段落，立刻停下拆，别读完整章 | 读《非暴力沟通》，目标是 “学观察不评判”，找到讲 “观察 vs 评判” 的 3 个段落，直接拆 |
|
||||
| 无明确目标（如 “随便翻翻，找有用的点”） | 先读 “一章标题 + 小标题”，再选 1 个核心段落 | 先花 1 分钟看章标题和小标题，判断这章的核心价值，再找 1 个最有价值的段落拆 | 读《高效能人士的七个习惯》，先看 “积极主动” 小标题，再拆讲 “积极主动定义” 的段落 |
|
||||
| 一章只有 1 个核心观点（如工具类书的操作步骤） | 可以拆 “一章”（但只提炼核心 1-2 句） | 通读一章，确认只有 1 个核心点，提炼后拆，别抄整章 | 读《Excel 高效操作》，一章讲 “vlookup 函数”，提炼核心用法，不抄整章操作步骤 |
|
||||
| 一章有多个核心观点（如自我提升类书） | 拆 “一段”（每个观点拆一次） | 一章拆多个点，每个点对应 1 段，分开拆，别一次拆多个观点 | 读《刻意练习》，一章有 “定义→步骤→误区”3 个观点，拆 3 次，每次 1 段 |
|
||||
|
||||
新手保命技巧：刚开始用 RIA，**强制自己一次只拆 1 个点，不管一段还是一章，都只抓 1 个核心观点**，避免贪多嚼不烂。
|
||||
|
||||
#### 2. 再解决 “摘抄与提炼” 的平衡问题（核心是 “留精华，去辅助”）
|
||||
|
||||
新手最容易踩 “大段摘抄” 的坑，关键是**区分 “核心观点句” 和 “辅助性文字”**，只留核心，辅助文字用自己话概括。
|
||||
|
||||
3 秒提炼法（新手必学）：读完片段后，问自己 3 个问题，快速提炼：
|
||||
|
||||
1. 「**这句话是核心观点 / 方法 / 结论吗？**」（是→留；不是→丢）
|
||||
2. 「**如果只留 1 句话，能说清这个点吗？**」（能→提炼成 1 句；不能→再精简）
|
||||
3. 「**辅助文字（例子 / 解释 / 数据）能帮我理解，但不写进 R 里影响 I/A 吗？**」（不影响→丢；影响→用自己话浓缩成 10 字内）
|
||||
|
||||
实操步骤（避免大段摘抄）：
|
||||
|
||||
1. 先通读片段，圈出**1 个核心观点句**（通常是段落首句 / 尾句 / 转折句）
|
||||
2. 再读辅助文字，理解核心观点的意思
|
||||
3. 只摘抄核心观点句，辅助文字**绝对不抄**，留到 I 环节用自己话讲
|
||||
4. 用括号标注辅助文字的核心意思（可选，帮自己回忆）
|
||||
|
||||
案例（专治大段摘抄）：
|
||||
|
||||
原文大段（《微习惯》）：“微习惯是一种非常小的积极行为，你每天都可以轻松完成它。微习惯的核心在于‘小到不可能失败’，比如‘每天做 1 个俯卧撑’‘每天读 1 页书’‘每天写 50 字’。因为目标太小，你不会有心理负担，不用靠意志力就能开始，坚持下来后，还会自然想多做一点。很多人失败是因为目标太大，比如‘每天跑 5 公里’，第一天就累垮，之后就放弃了。”
|
||||
|
||||
→ 错误做法：全段摘抄（浪费时间，抓不住重点）
|
||||
|
||||
→ 正确做法：
|
||||
|
||||
R（摘抄）：微习惯的核心在于「**小到不可能失败**」的积极行为，每天轻松完成。
|
||||
|
||||
（提炼辅助）：例子：1 个俯卧撑、1 页书、50 字；对比：目标太大易失败。
|
||||
|
||||
#### 3. 辅助性文字的处理技巧（新手不用纠结，记住 “3 不原则”）
|
||||
|
||||
- 不抄：辅助文字（例子、数据、解释）只理解，不写进 R 里
|
||||
- 不丢：留到 I 环节，用自己话讲，帮自己理解核心观点
|
||||
- 不喧宾夺主：辅助文字是 “配角”，核心观点才是 “主角”，别让辅助文字占了 R 的位置
|
||||
|
||||
### 二、I 环节：多种句式 + 新手无负担（核心是 “灵活不变形，简单不复杂”）
|
||||
|
||||
你说得对，**没有万能公式**，但也不用怕多种句式给新手添负担 —— 核心逻辑都是「**书里说的→我理解的→和我有关的**」，句式只是 “外套”，逻辑才是 “内核”。
|
||||
|
||||
#### 1. 基础款句式（新手必学，先练熟这个，再试变体）
|
||||
|
||||
- 句式：「**我之前…（自己的经历），书里说的…（核心观点），对我来说就是…（自己的理解 / 行动方向）**」
|
||||
- 作用：最稳、最不容易出错，帮新手快速建立「**关联自身**」的思维
|
||||
- 案例：我之前总定 “每天跑 5 公里” 的目标，结果坚持 2 天就放弃，书里说微习惯要 “小到不可能失败”，对我来说就是每天只做 1 个俯卧撑，先完成再完美。
|
||||
|
||||
#### 2. 3 种变体句式（新手选 1-2 种练，不强制全学，核心逻辑不变）
|
||||
|
||||
1. 问题导向型（适合想解决具体问题时）
|
||||
|
||||
句式：「**我一直有… 的问题（自己的困扰），书里的… 方法（核心观点），能帮我…（解决路径），比如…（具体做法）**」
|
||||
|
||||
案例：我一直有 “沟通时总贴标签” 的问题，书里的 “观察事实不评判” 方法，能帮我避免引发对方抵触，比如下次跟同事说 “你这周迟到 2 次”，不说 “你总是迟到”。
|
||||
|
||||
2. 对比反思型（适合想改变旧习惯时）
|
||||
|
||||
句式：「**我以前…（旧做法），结果…（旧结果）；书里说…（新观点），如果我改成…（新做法），应该能…（新结果）**」
|
||||
|
||||
案例：我以前跟家人沟通，总说 “你怎么又忘事”（旧做法），结果家人很生气（旧结果）；书里说要 “观察事实不评判”（新观点），如果我改成 “你今天忘带钥匙了”（新做法），家人应该不会抵触，沟通更顺畅。
|
||||
|
||||
3. 启发延伸型（适合想拓展思维时）
|
||||
|
||||
句式：「**书里的… 观点（核心），让我想到…（自己的其他经历 / 问题），以后遇到…（场景），我可以…（行动）**」
|
||||
|
||||
案例：书里 “微习惯小到不可能失败” 的观点，让我想到自己学英语总坚持不了，以后遇到 “想坚持学英语” 的场景，我可以每天只背 1 个单词，先养成习惯再增量。
|
||||
|
||||
|
||||
#### 3. 新手如何避免 “多种句式的负担”（核心是 “先精后多，不贪全”）
|
||||
|
||||
- Step1：先练熟「基础款句式」，练 5-10 次，直到不用想就能写出来
|
||||
- Step2：根据场景选 1 种变体句式，比如 “想解决问题” 就用「问题导向型」，不用全学
|
||||
- Step3：记住「**1 个核心逻辑**」：不管用哪种句式，都要包含「**书里知识→自己话→关联自身**」，少一个都不行
|
||||
- 核心技巧：句式只是 “工具”，不是 “目的”，能帮你把知识变成自己的，才是关键，不用纠结句式对不对，只要逻辑通、能关联自身就好。
|
||||
|
||||
## 延伸补充
|
||||
|
||||
### 常见避坑点
|
||||
|
||||
#### 一、R 环节避坑指南（新手 90% 的坑都在这里）
|
||||
|
||||
|避坑点|问题表现|精准解决方案|
|
||||
|---|---|---|
|
||||
|⚠️ 大段摘抄（最常见）|把整段原文都抄下来，觉得 “都重要”|用「3 秒提炼法」，只留 1 个核心观点句，辅助文字用自己话概括，写在括号里|
|
||||
|⚠️ 盲目选 “一章”|觉得 “读完整章才完整”，结果读了 1 小时还没拆，忘了重点|目标先行，找到和目标相关的段落就拆，别等读完整章；刚开始强制自己 “一段一拆”|
|
||||
|⚠️ 分不清 “核心观点” 和 “辅助文字”|把例子、数据当核心，摘抄一堆没用的|问自己：“去掉这段文字，我还能理解核心观点吗？” 能→就是辅助文字，别抄|
|
||||
|⚠️ 只摘抄不提炼|抄完原文就结束，没自己的思考|摘抄后必须加 1 句提炼（“这句话的核心是…”），哪怕只有 5 个字|
|
||||
|
||||
#### 二、I 环节避坑指南（新手容易 “走偏” 的坑）
|
||||
|
||||
|避坑点|问题表现|精准解决方案|
|
||||
|---|---|---|
|
||||
|⚠️ 只复述原文，不关联自身|把 I 写成 “书里说 A，然后说 B，最后说 C”，没有自己的经历|强制自己加「我之前…」的部分，哪怕是很小的经历（比如 “我昨天跟同事沟通时…”）|
|
||||
|⚠️ 句式太多，反而混乱|学了多种句式，写的时候纠结 “用哪个”，浪费时间|先练熟基础款，再选 1 种变体，固定用 2 种句式，别贪多|
|
||||
|⚠️ 理解偏差，歪曲原文|自己的话和书里的核心观点不一样|写完 I 后，回头看 R 的核心句，问自己：“我写的和原文意思一致吗？” 不一致就修改|
|
||||
|⚠️ 太复杂，写长篇大论|I 写了几百字，抓不住重点|控制 I 的长度：**不超过 3 句话**，核心观点 1 句，关联自身 1 句，行动方向 1 句|
|
||||
|
||||
### 知识点浓缩（背诵级，解决反复查资料的需求）
|
||||
|
||||
1. R 环节核心：**目标定拆点，价值判片段，1 句抓核心，辅助自己话**
|
||||
2. 提炼口诀：不是一段 / 一章，是 “有价值的 1 个观点”；不是大段抄，是 “1 句核心 + 括号辅助”
|
||||
3. I 环节核心：**基础款先练熟，变体选 1-2 种，逻辑永远是 “书→我→关联”**
|
||||
4. 句式口诀：不管哪种句式，都要有「**自己的经历 + 书里的观点 + 自己的理解**」，少一个都不行
|
||||
|
||||
### 进阶优化方向
|
||||
|
||||
1. 结合 Obsidian 提升效率（你的常用工具，知识联动）
|
||||
|
||||
- 建「RIA 拆书模板」，R 部分固定提示：「核心观点句（不超过 2 行）+ 辅助提炼（括号里写）」，避免大段摘抄
|
||||
- 用 Templater 插件一键生成模板，R 和 I 的句式都预设好，新手直接填空，不用想格式
|
||||
- 用 Dataview 统计 “R 提炼字数”，倒逼自己精简，比如 “R 部分字数≤50 字”
|
||||
2. RIA + 快速阅读（解决速度和质量的平衡）
|
||||
|
||||
- 阅读时用「**跳读 + 精读**」：跳读找和目标相关的片段，精读片段抓核心观点，拆完继续跳读
|
||||
- 新手先练 “5 分钟拆 1 个点”：1 分钟找片段，1 分钟 R，2 分钟 I，1 分钟 A1+A2，别花太多时间
|
||||
3. I 环节的进阶练习（熟练后再试）
|
||||
|
||||
- 尝试「**1 个观点 + 2 种句式**」：同一个 R 点，用基础款和 1 种变体各写 1 个 I，对比哪个更适合自己
|
||||
- 写 I 时加「**适用边界**」：比如 “书里的方法适合沟通，不适合纯理论学习”，帮自己明确用法场景
|
||||
|
||||
## 提问建议
|
||||
|
||||
1. 你最近在读哪本实用类的书？可以先选**1 个核心知识点**，试着用 RIA 拆一遍，我帮你检查优化，看看有没有踩坑。
|
||||
2. 阅读中如果遇到「不知道该拆哪个点」「A2 行动想不出来」的问题，随时把原文和你的想法发我，我带你一步步拆解。
|
||||
3. 要不要我帮你做一个**Obsidian RIA 拆书模板**（带 Templater 调用代码），你直接复制就能用，不用自己搭结构？
|
||||
|
||||
需要我把这些内容整理成一份可直接复制到 Obsidian 的 RIA 拆书模板（带 Templater 预设），你直接填空就能用吗？
|
||||
@ -1,46 +0,0 @@
|
||||
|
||||
---
|
||||
#领域/觉察知识
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
20260122-备忘-主题名-文件内容
|
||||
## 一句话描述
|
||||
|
||||
[____执行命令前，请注意是否具备可执行权限____]
|
||||
|
||||
---
|
||||
|
||||
## 核心规范
|
||||
|
||||
>空想不如行动，积累胜于苛求。
|
||||
>实践 > 沉淀 > 完美主义
|
||||
|
||||
实践不是盲目行动，而是带着“小目标、可验证“的方向试错，实践后必须沉淀（比如记录问题、总结规律），否则就是低水平重复。
|
||||
|
||||
实践大于沉淀，沉淀大于完美；完美是沉淀的终局方向，沉淀是实践的复盘产物；分域施策，避坑落地，始于行动，终于迭代。
|
||||
|
||||
---
|
||||
|
||||
## 核心定义
|
||||
|
||||
1. 执行脚本前，检查是否具备可执行权限
|
||||
2. 操作文件时，需检查文件夹、文件是否存在
|
||||
3. 树莓派等电源不稳定设备，操作完文件后建议执行 sync 命令
|
||||
4. 静默执行时，可以将命令输出至 `> /dev/null 2>$1`
|
||||
|
||||
## 三省沉淀法
|
||||
|
||||
- 达成了[________]目标
|
||||
- 遇到了[________]问题
|
||||
- 下次改进[________]
|
||||
|
||||
## 个人理解
|
||||
|
||||
[________]
|
||||
|
||||
## 实践计划
|
||||
|
||||
1. [________]
|
||||
2. [________]
|
||||
3. [________]
|
||||
16
00-临时碎片/20260204-备忘-工具技巧-复杂程序修改步骤.md
Normal file
16
00-临时碎片/20260204-备忘-工具技巧-复杂程序修改步骤.md
Normal file
@ -0,0 +1,16 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____对于复杂程序，当需要跳转3次以上时，编写帮助文档来辅助____]
|
||||
|
||||
---
|
||||
|
||||
例如
|
||||
- [ ] 搜索 [________]，增加 [________]
|
||||
- [ ] 搜索 [________]，增加 [________]
|
||||
- [ ] 搜索 [________]，增加 [________]
|
||||
12
00-临时碎片/未命名.md
Normal file
12
00-临时碎片/未命名.md
Normal file
@ -0,0 +1,12 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
20260205-备忘-主题名-文件内容
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[________]
|
||||
|
||||
---
|
||||
@ -2,7 +2,7 @@
|
||||
---
|
||||
#领域/MaixCam
|
||||
|
||||
#复盘/1 #Bug/禅道
|
||||
#Bug/关闭
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
---
|
||||
#领域/MaixCam
|
||||
|
||||
#复盘/1 #Bug/禅道
|
||||
#Bug/关闭
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
@ -2,14 +2,15 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
#复盘/0
|
||||
|
||||
20260115-备忘-主题名-文件内容
|
||||
## 一句话描述
|
||||
|
||||
[____待更新拍照算法、多色块算法____]
|
||||
|
||||
---
|
||||
|
||||
多色块算法
|
||||
算法列表 - 色块 - 设置颜色 - 颜色1
|
||||
|
||||
|
||||
|
||||
|
||||
@ -1,8 +1,20 @@
|
||||
# 程序控制文档
|
||||
|
||||
#复盘/2
|
||||
#复盘/0
|
||||
|
||||
|
||||
---
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
20260115-备忘-主题名-文件内容
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____增加 L 指令控制灯光， L+W50+Y30，调整范围0~100__]
|
||||
|
||||
---
|
||||
|
||||
## 一、基本说明
|
||||
@ -41,6 +53,9 @@
|
||||
| **设置检测框显示项** | `D` | `+标识符+状态`<br>标识符: `i`, `x`, `y`, `w`, `h`, `v`, `r`, `cx`, `cy`<br>状态: `1`=显示, `0`=隐藏 | `D+i1+cx1+cy1`<br>`D+i1+x0+y0` |
|
||||
| **设置色块算法参数** | `C` | `+合并开关+合并距离+最小X比例+最小Y比例`<br>合并开关：`1`=开启，`0`=关闭<br>合并距离：n>=0，小于n个像素的色块会被合并<br>最小X比例：0~100<br>最小Y比例：0~100<br>(`面积阈值=最小X尺寸 * 最小Y尺寸`，色块的面积、宽度和高度分别不低于面积阈值、最小Y尺寸，否则不返回。) | `C+1+30+0+0`(合并30像素间距色块)<br>`C+0+30+0+0`(不合并)<br>`C+0+30+30+50`（不合并，色块的面积、宽度、高度分别不低于面积阈值、最小Y尺寸，否则不返回) |
|
||||
|
||||
|
||||
> 合并默认为 x 5 y 5
|
||||
|
||||
---
|
||||
|
||||
## 四、串口接收格式
|
||||
|
||||
@ -1,19 +1,12 @@
|
||||
# 参数调试文档
|
||||
# 超能小球文档
|
||||
|
||||
---
|
||||
|
||||
#复盘/0
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
20260115-备忘-主题名-文件内容
|
||||
## 一句话描述
|
||||
|
||||
[____待更新拍照算法、多色块算法____]
|
||||
|
||||
---
|
||||
|
||||
|
||||
[____超能小球文档说明____]
|
||||
|
||||
---
|
||||
|
||||
@ -25,15 +18,13 @@
|
||||
|
||||
---
|
||||
|
||||
|
||||
|
||||
### 缺陷
|
||||
[____严重缺陷：不缺定字母无法通过正常流程，例如F被识别为 E和A____]
|
||||
|
||||
-
|
||||
|
||||
### 需求
|
||||
[___第一阶段串口发送时长写入到配置文件中_____]
|
||||
|
||||
-
|
||||
|
||||
### 说明
|
||||
|
||||
@ -42,122 +33,4 @@
|
||||
第一阶段目标值为：A-F（卡片值），默认值为A
|
||||
第二阶段目标值为：1-10(点位)，默认值为0(无效点位)
|
||||
|
||||
## 二、菜单项配置说明
|
||||
|
||||
> 屏幕无操作十秒后，中心菜单项自动隐藏
|
||||
|
||||
### 分辨率
|
||||
|
||||
支持以下预设分辨率选项：
|
||||
|
||||
```
|
||||
(240, 240)
|
||||
(320, 240)
|
||||
(320, 320)
|
||||
(416, 416)
|
||||
(448, 448)
|
||||
(552, 368)
|
||||
(640, 480)
|
||||
(640, 640)
|
||||
|
||||
(1024, 720)
|
||||
(1104, 736)
|
||||
(1280, 720)
|
||||
|
||||
(1656, 1096)
|
||||
(1920, 1080)
|
||||
(2560, 1440)
|
||||
```
|
||||
|
||||
> 💡 高分辨率提升精度但会增加计算负载。
|
||||
|
||||
---
|
||||
|
||||
### FPS
|
||||
|
||||
提供以下帧率选项：
|
||||
|
||||
- `30 FPS` —— 平衡性能与流畅度
|
||||
- `60 FPS` —— 高流畅度，适用于高速运动场景
|
||||
|
||||
---
|
||||
|
||||
### 缩放比例
|
||||
|
||||
支持从 **100% 到 195%**，以 **5% 为步长**递增：
|
||||
|
||||
```
|
||||
100%, 105%, 110%, ..., 190%, 195%
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
### LAB
|
||||
|
||||
- 支持采集**三个点**的 LAB 颜色值。
|
||||
- 程序自动根据采集点计算并显示 **LAB 范围**。
|
||||
- 各通道含义：
|
||||
- `L`：亮度（Lightness）
|
||||
- `A`：红绿轴（负值偏绿，正值偏红）
|
||||
- `B`：蓝黄轴（负值偏蓝，正值偏黄）
|
||||
|
||||
> 适用于“色块”等基于颜色阈值的检测算法，快速设定颜色过滤区间。
|
||||
|
||||
---
|
||||
|
||||
### 检测框
|
||||
|
||||
控制检测结果中各信息字段的显示开关：
|
||||
|
||||
| 字段 | 含义 |
|
||||
| ---- | -------------------------- |
|
||||
| `i` | 检测目标序号（ID） |
|
||||
| `x` | 目标左上角 x 坐标 |
|
||||
| `y` | 目标左上角 y 坐标 |
|
||||
| `w` | 目标宽度 |
|
||||
| `h` | 目标高度 |
|
||||
| `v` | 检测值（如OCR识别内容、AprilTag码ID等） |
|
||||
| `r` | 目标旋转角度（AprilTag码的旋转角度） |
|
||||
| `cx` | 目标中心 x 坐标 |
|
||||
| `cy` | 目标中心 y 坐标 |
|
||||
|
||||
> 适用于“色块”、“AprilTag”等输出矩形框和结构化数据的算法。可按需开启/关闭显示字段，便于调试与展示。
|
||||
|
||||
---
|
||||
|
||||
### 色块配置
|
||||
|
||||
控制色块合并参数：
|
||||
|
||||
| 字段 | 含义 |
|
||||
| -------- | -------------------------------------------------------------------------- |
|
||||
| 合并距离 | 默认值为 0。用于扩大/缩小外接矩形的尺寸。例如：合并距离设为 10 时，外接矩形间距为 10 像素的色块会被合并，即距离小于10像素的色块会被合并 |
|
||||
| 检测框最小X比例 | 默认值为0%。用于设置`面积阈值=最小X尺寸 * 最小Y尺寸`。<br>色块的面积、宽度分别不低于面积阈值、最小X尺寸，否则不返回。 |
|
||||
| 检测框最小Y比例 | 默认值为0%。用于设置`面积阈值=最小X尺寸 * 最小Y尺寸`。<br>色块的面积、高度分别不低于面积阈值、最小Y尺寸，否则不返回。 |
|
||||
| 合并开关 | 默认为关，设置合并距离为0时自动关闭，设置合并距离大于0时自动开启。开启状态下，小于合并距离的色块会被合并。 |
|
||||
|
||||
---
|
||||
|
||||
### 交叉点配置
|
||||
|
||||
交叉点检测本质上是线段检测算法的一种衍生形态，因此相关配置内容包含线段检测算法的参数。
|
||||
|
||||
| 字段 | 含义 |
|
||||
| ---- | ------ |
|
||||
| 合并距离 | 测试中... |
|
||||
| 合并角度 | 测试中... |
|
||||
|
||||
---
|
||||
|
||||
### 算法列表
|
||||
|
||||
当前支持算法列表
|
||||
|
||||
| 算法名称 | 说明 |
|
||||
| ------------ | ---------------------------- |
|
||||
| **OCR** | 光学字符识别，提取图像中的文字内容 |
|
||||
| **色块** | 基于颜色（如LAB阈值）检测连通区域，输出色块位置与属性 |
|
||||
| **AprilTag** | 检测AprilTag二维码，输出ID、位置、姿态等信息 |
|
||||
| **交叉点** | 测试中... |
|
||||
|
||||
---
|
||||
|
||||
@ -1,7 +1,7 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/1 #需求/禅道
|
||||
#需求/禅道
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
@ -1,12 +1,13 @@
|
||||
#需求/禅道
|
||||
|
||||
#复盘/0
|
||||
|
||||
---
|
||||
|
||||
#复盘/1 #需求/禅道
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[_在远距离全画面情景下，搜索式OCR检测结果_____]
|
||||
[____在远距离全画面情景下，搜索式OCR检测结果____]
|
||||
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
|
||||
|
||||
@ -1,12 +1,13 @@
|
||||
#需求/禅道
|
||||
|
||||
#复盘/0
|
||||
|
||||
---
|
||||
|
||||
#复盘/1 #需求/禅道
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[_增加拍照、OCR补丁_____]
|
||||
[____增加拍照、OCR补丁____]
|
||||
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
|
||||
|
||||
@ -1,12 +1,13 @@
|
||||
#需求/禅道
|
||||
|
||||
#复盘/0
|
||||
|
||||
---
|
||||
|
||||
#复盘/1 #需求/禅道
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[_交叉点算法绑定缩放比例为 180_____]
|
||||
[____交叉点算法绑定缩放比例为 180____]
|
||||
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
|
||||
|
||||
@ -1,9 +1,8 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #需求/禅道
|
||||
#复盘/1 #需求/禅道
|
||||
|
||||
20260115-备忘-主题名-文件内容
|
||||
## 一句话描述
|
||||
|
||||
[____摄像头系统和程序启动速度慢____]
|
||||
|
||||
@ -1,7 +1,7 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #需求/禅道
|
||||
#需求/关闭
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
@ -1,7 +1,5 @@
|
||||
#需求/取消
|
||||
|
||||
#复盘/0
|
||||
|
||||
---
|
||||
|
||||
## 一句话描述
|
||||
|
||||
@ -1,7 +1,7 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #需求/禅道
|
||||
#复盘/1 #需求/禅道
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
65
01-项目/2512-MaixCam竞赛版/需求-点位校准辅助.md
Normal file
65
01-项目/2512-MaixCam竞赛版/需求-点位校准辅助.md
Normal file
@ -0,0 +1,65 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #需求/关闭
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[___超能小球，第一阶段点位中心交叉点辅助校准_____]
|
||||
|
||||
---
|
||||
|
||||
## 需求描述
|
||||
|
||||
涉及内容：[_超能小球第一阶段、绘制交叉点、标准框_____]
|
||||
|
||||
涉及知识：
|
||||
- [__图像绘制______]
|
||||
- [________]
|
||||
|
||||
检查任务队列是否满足“三清”标准：
|
||||
- 来源清：[___第二阶段使用___] 驱动
|
||||
- 目的清：解决 [_点位难以复用_______] 的问题，
|
||||
- 服务于 [__第二阶段检测______]
|
||||
|
||||
### 初步评估
|
||||
|
||||
方案简述：[___读取点位信息，在中心点点位中心绘制交叉点_____]
|
||||
|
||||
预估时间：[_____1___] h
|
||||
|
||||
### 建议操作
|
||||
|
||||
1. [_仅在第一阶段，在点位矩形内绘制交叉点_______]
|
||||
2. [__配置文件中，提供该交叉矩形框的开与关______]
|
||||
3. [________]
|
||||
|
||||
### 验收标准
|
||||
|
||||
1. [__屏幕上显示中间三个点位的交叉点______]
|
||||
|
||||
### 问题梳理
|
||||
|
||||
| 项目 | 内容 |
|
||||
| ------ | ------------------------------------------------- |
|
||||
| 领域 | Python |
|
||||
| 你的角色设定 | 领域实战专家，能给出最合适的解决方案 |
|
||||
| 我的角色设定 | 有一定的编程基础 |
|
||||
| 语言风格 | 口语化、接地气，像朋友聊天一样，避免专业术语；<br>必要术语需搭配通俗解释；<br>框架结构清晰 |
|
||||
| 上下文 | |
|
||||
| 约束 | |
|
||||
| 任务目标 | |
|
||||
| 解决问题 | |
|
||||
| 服务于 | |
|
||||
|
||||
`Alt + N` 创建 [[模板-豆包-问题解答]]
|
||||
|
||||
>请先评估、提交需求
|
||||
|
||||
# 启动器
|
||||
|
||||
`Alt + N` 创建 [[模板-任务启动器]]
|
||||
|
||||
# 知识沉淀
|
||||
|
||||
`Alt + N` 创建 [[模板-觉察知识-知识沉淀]]
|
||||
@ -1,7 +1,7 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/1 #需求/禅道
|
||||
#需求/关闭
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
@ -1,23 +1,13 @@
|
||||
#需求/禅道
|
||||
|
||||
#复盘/1
|
||||
|
||||
## 标签类别
|
||||
|
||||
临时类
|
||||
- [ ] 临时/需求
|
||||
|
||||
需求类
|
||||
- [ ] 需求/碎片
|
||||
- [ ] 需求/评估
|
||||
- [x] 需求/禅道
|
||||
- [ ] 需求/原子化
|
||||
- [ ] 需求/关闭
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #需求/关闭
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[_用户更新程序的方式途径_____]
|
||||
[____用户更新程序的方式途径____]
|
||||
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
|
||||
|
||||
65
01-项目/2512-MaixCam竞赛版/需求-第一阶段保护机制.md
Normal file
65
01-项目/2512-MaixCam竞赛版/需求-第一阶段保护机制.md
Normal file
@ -0,0 +1,65 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #需求/关闭
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____第一阶段建议加强保护机制____]
|
||||
|
||||
---
|
||||
|
||||
## 需求描述
|
||||
|
||||
涉及内容：[__超能小球第一阶段手持卡片识别____]
|
||||
|
||||
涉及知识：
|
||||
- [__OCR识别______]
|
||||
- [________]
|
||||
|
||||
检查任务队列是否满足“三清”标准：
|
||||
- 来源清：[__使用者____] 驱动
|
||||
- 目的清：解决 [__卡片被识别成多种类别概率______] 的问题，
|
||||
- 服务于 [__第一阶段的正常使用______]
|
||||
|
||||
### 初步评估
|
||||
|
||||
方案简述：[__明确正常卡片流程；异常卡片正常输出多概率；异常卡片异常概率触发安全机制；______]
|
||||
|
||||
预估时间：[___1_____] h
|
||||
|
||||
### 建议操作
|
||||
|
||||
1. [__梳理正常卡片流程______]
|
||||
2. [__标记异常卡片，前期正常识别结果，根据配置文件最大读取时长，来判断是否出发安全机制______]
|
||||
3. [__安全机制以每隔一秒的频率依次返回 F-A______]
|
||||
|
||||
### 验收标准
|
||||
|
||||
1. [___A-F卡片无论正常还是异常，均能进入相应流程_____]
|
||||
|
||||
### 问题梳理
|
||||
|
||||
| 项目 | 内容 |
|
||||
| ------ | ------------------------------------------------- |
|
||||
| 领域 | Python |
|
||||
| 你的角色设定 | 领域实战专家，能给出最合适的解决方案 |
|
||||
| 我的角色设定 | 有一定的编程基础 |
|
||||
| 语言风格 | 口语化、接地气，像朋友聊天一样，避免专业术语；<br>必要术语需搭配通俗解释；<br>框架结构清晰 |
|
||||
| 上下文 | |
|
||||
| 约束 | |
|
||||
| 任务目标 | |
|
||||
| 解决问题 | |
|
||||
| 服务于 | |
|
||||
|
||||
`Alt + N` 创建 [[模板-豆包-问题解答]]
|
||||
|
||||
>请先评估、提交需求
|
||||
|
||||
# 启动器
|
||||
|
||||
`Alt + N` 创建 [[模板-任务启动器]]
|
||||
|
||||
# 知识沉淀
|
||||
|
||||
`Alt + N` 创建 [[模板-觉察知识-知识沉淀]]
|
||||
46
01-项目/2512-MaixCam竞赛版/需求-第一阶段发送时长.md
Normal file
46
01-项目/2512-MaixCam竞赛版/需求-第一阶段发送时长.md
Normal file
@ -0,0 +1,46 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #需求/关闭
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____配置文件添加”第一阶段串口发送时长“____]
|
||||
|
||||
---
|
||||
|
||||
## 需求描述
|
||||
|
||||
涉及内容：[__超能小球配置文件____]
|
||||
|
||||
涉及知识：
|
||||
- [___yaml配置文件的读取_____]
|
||||
|
||||
检查任务队列是否满足“三清”标准：
|
||||
- 来源清：[__使用者____] 驱动
|
||||
- 目的清：解决 [__摄像头发送第一阶段时长固定______] 的问题，
|
||||
- 服务于 [__实际运行使用______]
|
||||
|
||||
### 初步评估
|
||||
|
||||
方案简述：[__配置文件添加变量 stage1_report_time________]
|
||||
|
||||
预估时间：[__1______] h
|
||||
|
||||
### 建议操作
|
||||
|
||||
1. [__修改yaml配置文件______]
|
||||
2. [__程序读取变量______]
|
||||
3. [__替换常亮为变量______]
|
||||
|
||||
### 验收标准
|
||||
|
||||
1. [__能够通过配置文件修改串口发送时长______]
|
||||
|
||||
# 启动器
|
||||
|
||||
`Alt + N` 创建 [[模板-任务启动器]]
|
||||
|
||||
# 知识沉淀
|
||||
|
||||
`Alt + N` 创建 [[模板-觉察知识-知识沉淀]]
|
||||
65
01-项目/2512-MaixCam竞赛版/需求-第三阶段识别.md
Normal file
65
01-项目/2512-MaixCam竞赛版/需求-第三阶段识别.md
Normal file
@ -0,0 +1,65 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #需求/关闭
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____第三阶段，点位11、12____]
|
||||
|
||||
---
|
||||
|
||||
## 需求描述
|
||||
|
||||
涉及内容：[__超能小球，第三阶段识别异常点位____]
|
||||
|
||||
涉及知识：
|
||||
- [__OCR识别______]
|
||||
- [________]
|
||||
|
||||
检查任务队列是否满足“三清”标准：
|
||||
- 来源清：[__第二阶段持续无结果____] 驱动
|
||||
- 目的清：解决 [___第二阶段遇到异常点位，导致卡片被遮挡_____] 的问题，
|
||||
- 服务于 [_点位卡片的内容识别_______]
|
||||
|
||||
### 初步评估
|
||||
|
||||
方案简述：[___在第二阶段停滞10轮/S之后，发送点位 #99$，7秒后进入第三阶段，对11、12号点位进行识别_____]
|
||||
|
||||
预估时间：[___1_____] h
|
||||
|
||||
### 建议操作
|
||||
|
||||
1. [__判断第二阶段停滞状态______]
|
||||
2. [__发送点位99，并进入7秒等待______]
|
||||
3. [__第三阶段即11、12号两个点位的第二阶段变种______]
|
||||
|
||||
### 验收标准
|
||||
|
||||
1. [__发送点位99，识别11、12号点位______]
|
||||
|
||||
### 问题梳理
|
||||
|
||||
| 项目 | 内容 |
|
||||
| ------ | ------------------------------------------------- |
|
||||
| 领域 | Python |
|
||||
| 你的角色设定 | 领域实战专家，能给出最合适的解决方案 |
|
||||
| 我的角色设定 | 有一定的编程基础 |
|
||||
| 语言风格 | 口语化、接地气，像朋友聊天一样，避免专业术语；<br>必要术语需搭配通俗解释；<br>框架结构清晰 |
|
||||
| 上下文 | |
|
||||
| 约束 | |
|
||||
| 任务目标 | |
|
||||
| 解决问题 | |
|
||||
| 服务于 | |
|
||||
|
||||
`Alt + N` 创建 [[模板-豆包-问题解答]]
|
||||
|
||||
>请先评估、提交需求
|
||||
|
||||
# 启动器
|
||||
|
||||
`Alt + N` 创建 [[模板-任务启动器]]
|
||||
|
||||
# 知识沉淀
|
||||
|
||||
`Alt + N` 创建 [[模板-觉察知识-知识沉淀]]
|
||||
@ -1,7 +1,7 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #需求/关闭
|
||||
#需求/关闭
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
@ -1,25 +1,13 @@
|
||||
#需求/关闭
|
||||
|
||||
#复盘/3
|
||||
|
||||
## 标签类别
|
||||
|
||||
临时类
|
||||
- [ ] 临时/需求
|
||||
|
||||
需求类
|
||||
- [ ] 需求/碎片
|
||||
- [ ] 需求/评估
|
||||
- [ ] 需求/禅道
|
||||
- [ ] 需求/原子化
|
||||
- [x] 需求/关闭
|
||||
- [ ] 需求/取消
|
||||
|
||||
---
|
||||
|
||||
#需求/关闭
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[_【上一个】、【下一个】的ui界面颠倒位置了，即【上一个】应该在上，【下一个】应该在下_____]
|
||||
[____【上一个】、【下一个】按钮坐标颠倒____]
|
||||
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
|
||||
@ -49,4 +37,3 @@
|
||||
|
||||
### 关联资源
|
||||
|
||||
- [[项目-需求|项目-需求]]
|
||||
|
||||
@ -1,12 +1,13 @@
|
||||
#需求/禅道
|
||||
|
||||
#复盘/0
|
||||
|
||||
---
|
||||
|
||||
#复盘/1 #需求/禅道
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[_菜单状态保存_____]
|
||||
[____菜单状态保存____]
|
||||
|
||||
---
|
||||
|
||||
## 基本信息
|
||||
|
||||
@ -37,4 +38,3 @@
|
||||
|
||||
### 关联资源
|
||||
|
||||
- [[项目-需求|项目-需求]]
|
||||
|
||||
@ -1,7 +1,7 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/1
|
||||
#复盘/3
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
---
|
||||
#领域/信息科技
|
||||
|
||||
#复盘/1 #需求/关闭
|
||||
#需求/关闭
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
@ -1,6 +1,6 @@
|
||||
#领域/DataView
|
||||
|
||||
#复盘/1
|
||||
#复盘/3
|
||||
|
||||
|
||||
## 基础内容
|
||||
|
||||
@ -8,7 +8,14 @@
|
||||
- [[Linux-find-文件目录查找]]
|
||||
- [[Linux-xargs-标准输入转命令参数]]]
|
||||
- [[Linux-awk-行列分割输出]]
|
||||
-
|
||||
- [[Linux-空值默认值]]
|
||||
- [[Linux-openssl加密解密]]
|
||||
- [[Linux-Docker构建镜像]]
|
||||
|
||||
## 脚本语法
|
||||
|
||||
- [[Linux-set处理未定义和错误]]
|
||||
- [[Linux-trap脚本错误]]
|
||||
|
||||
|
||||
### 未链接内容
|
||||
|
||||
48
02-领域/MaixCam/Bug-二阶段识别不明确.md
Normal file
48
02-领域/MaixCam/Bug-二阶段识别不明确.md
Normal file
@ -0,0 +1,48 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #Bug/关闭
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____非明确字母无法通过正常流程，例如F被识别为E和A____]
|
||||
|
||||
---
|
||||
|
||||
## 基础元信息
|
||||
|
||||
影响范围：[__第二阶段点位搜索_____]
|
||||
|
||||
## 缺陷记录
|
||||
|
||||
### 前置条件
|
||||
|
||||
[___启动第二阶段点位搜索_____]
|
||||
|
||||
### 复现步骤
|
||||
|
||||
1. [__正常执行程序______]
|
||||
|
||||
### 实际发生结果
|
||||
|
||||
[__F卡片识别为E: 50%、A: 50%；此时无法获取F信息，返回默认点位0______]
|
||||
|
||||
### 期望结果
|
||||
|
||||
[__正常识别卡片F ； 返回F卡片点位；______]
|
||||
|
||||
### 排查建议
|
||||
|
||||
1. [__放置F卡片进行识别_______]
|
||||
|
||||
### 根因分析
|
||||
|
||||
[__F卡片识别不稳定______]
|
||||
|
||||
### 验证依据
|
||||
|
||||
[__手动放置后依然不稳定识别______]
|
||||
|
||||
# 知识沉淀
|
||||
|
||||
`Alt + N` 创建 [[模板-觉察知识-知识沉淀]]
|
||||
@ -1,6 +1,6 @@
|
||||
#领域/MaixCam
|
||||
|
||||
#复盘/0
|
||||
#复盘/2
|
||||
|
||||
## UI 界面相关
|
||||
|
||||
|
||||
@ -1,6 +1,6 @@
|
||||
#领域/Python
|
||||
|
||||
#复盘/1
|
||||
#复盘/3
|
||||
|
||||
## 语法相关
|
||||
|
||||
|
||||
@ -1,6 +1,6 @@
|
||||
#领域/信息科技
|
||||
|
||||
#复盘/1
|
||||
#复盘/3
|
||||
|
||||
## 资源
|
||||
|
||||
|
||||
@ -5,6 +5,7 @@
|
||||
## 工具
|
||||
|
||||
- [[执行脚本-工具技巧-USTONE清理红外指令]]
|
||||
- [[操作说明-工具技巧-Windows命令行zip]]
|
||||
|
||||
## 技巧
|
||||
|
||||
|
||||
@ -15,11 +15,15 @@
|
||||
- [[模板-觉察知识-笔记拆解]]
|
||||
- [[模板-觉察知识-书籍框架]]
|
||||
- [[模板-原子化笔记-代码]]
|
||||
- [[模板-觉察知识-知识沉淀]]
|
||||
-
|
||||
|
||||
## 工具
|
||||
|
||||
- [[链接索引-觉察知识-复盘地图]]
|
||||
- [[1链接索引-觉察知识-复盘地图]]
|
||||
- [[觉察知识-Templater语法]]
|
||||
- [[操作说明-觉察知识-拆解书籍]]
|
||||
- [[觉察知识-SMART原则]]
|
||||
-
|
||||
|
||||
### 未链接内容
|
||||
|
||||
@ -1,7 +1,7 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0
|
||||
#复盘/2
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
---
|
||||
#觉察/兴趣-视频 #资源/内容清单
|
||||
|
||||
#复盘/0
|
||||
#复盘/1
|
||||
|
||||
## 一句话描述
|
||||
|
||||
@ -21,6 +21,7 @@
|
||||
- 唐朝诡事录
|
||||
- 潜伏
|
||||
- 晚酌的流派
|
||||
- 流金岁月
|
||||
|
||||
- ~~新闻女王~~
|
||||
- ~~重启人生~~
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
---
|
||||
#领域/工具技巧
|
||||
|
||||
#复盘/0
|
||||
#复盘/3
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
@ -2,9 +2,8 @@
|
||||
---
|
||||
#领域/MaixCam #资源/操作说明
|
||||
|
||||
#复盘/1
|
||||
#复盘/0
|
||||
|
||||
20260115-备忘-主题名-文件内容
|
||||
## 一句话描述
|
||||
|
||||
[____参数调试模块增加参数____]
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
---
|
||||
#领域/工具技巧 #资源/操作说明
|
||||
|
||||
#复盘/0
|
||||
#复盘/2
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
---
|
||||
#领域/工具技巧 #资源/操作说明
|
||||
|
||||
#复盘/1
|
||||
#复盘/3
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
36
03-资源/操作说明-工具技巧-图像转C数组.md
Normal file
36
03-资源/操作说明-工具技巧-图像转C数组.md
Normal file
@ -0,0 +1,36 @@
|
||||
|
||||
---
|
||||
#领域/工具技巧 #资源/操作说明
|
||||
|
||||
#复盘/0
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____esp32 s3 Image2Lcd 保持图像数组____]
|
||||
|
||||
---
|
||||
|
||||
## 相关资源
|
||||
|
||||
- **中文免费版**（推荐）：[http://www.cr173.com/soft/43222.html](http://www.cr173.com/soft/43222.html)
|
||||
- **开源版本**：[https://gitcode.com/open-source-toolkit/2a6c7](https://gitcode.com/open-source-toolkit/2a6c7)
|
||||
- 检索网盘：image2lcd.zip
|
||||
|
||||
## 配置说明
|
||||
|
||||
### 一、基础输出设置
|
||||
|
||||
- 输出数据类型：C 语言数组
|
||||
- 扫描模式：水平扫描
|
||||
- 输出灰度：16 位真彩色
|
||||
- 最大宽度：320
|
||||
- 最大高度：240
|
||||
|
||||
### 二、扫描与位序设置
|
||||
|
||||
- ✅ 包含图像头数据
|
||||
- ✅ 高位在前 (MSB First)
|
||||
|
||||
### 三、颜色位数配置
|
||||
|
||||
- 颜色位数：R 5bits, G 6bits, B 5bits（已选中）
|
||||
@ -4,7 +4,6 @@
|
||||
|
||||
#复盘/1
|
||||
|
||||
20260115-备忘-主题名-文件内容
|
||||
## 一句话描述
|
||||
|
||||
[____整理归档 DataView 语法知识点____]
|
||||
|
||||
148
05-原子化笔记本/Linux-Docker构建镜像.md
Normal file
148
05-原子化笔记本/Linux-Docker构建镜像.md
Normal file
@ -0,0 +1,148 @@
|
||||
|
||||
---
|
||||
#领域/Linux
|
||||
|
||||
#复盘/0
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[__dockerfile 相关语法______]
|
||||
|
||||
---
|
||||
|
||||
## 核心规范
|
||||
|
||||
>空想不如行动，积累胜于苛求。
|
||||
>实践 > 沉淀 > 完美主义
|
||||
|
||||
实践不是盲目行动，而是带着“小目标、可验证“的方向试错，实践后必须沉淀（比如记录问题、总结规律），否则就是低水平重复。
|
||||
|
||||
实践大于沉淀，沉淀大于完美；完美是沉淀的终局方向，沉淀是实践的复盘产物；分域施策，避坑落地，始于行动，终于迭代。
|
||||
|
||||
---
|
||||
|
||||
## 三省沉淀法
|
||||
|
||||
- 达成了[__简单的镜像构建______]目标
|
||||
- 遇到了[_暂时无更多的应用_______]问题
|
||||
- 下次改进[__在开发过程中更多的使用______]
|
||||
|
||||
## 个人理解
|
||||
|
||||
[___配置容器和环境，例如厨房，微波炉容器、空气炸锅容器、汤锅容器，预先放入食材，外部选择烹饪参数，例如火力、时长_____]
|
||||
|
||||
## 实践计划
|
||||
|
||||
#状态/待实践
|
||||
|
||||
1. [__使用docker镜像封装一些工具，例如通知、备份______]
|
||||
2. [________]
|
||||
3. [________]
|
||||
|
||||
---
|
||||
|
||||
## 核心定义
|
||||
|
||||
docker 构建镜像
|
||||
|
||||
|
||||
### 示例
|
||||
|
||||
#### ✅ 构建镜像并一次性启动
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
# mytool.sh - 自定义Shell工具，支持--input --output参数，模拟实际工具的参数运行
|
||||
set -e # 执行出错直接退出，符合工具运行逻辑
|
||||
|
||||
# 初始化参数
|
||||
INPUT_FILE=""
|
||||
OUTPUT_FILE=""
|
||||
|
||||
# 解析命令行参数（和实际工具的参数解析逻辑一致）
|
||||
while [[ $# -gt 0 ]]; do
|
||||
case "$1" in
|
||||
--input)
|
||||
INPUT_FILE="$2"
|
||||
shift 2
|
||||
;;
|
||||
--output)
|
||||
OUTPUT_FILE="$2"
|
||||
shift 2
|
||||
;;
|
||||
*)
|
||||
echo "错误：未知参数 $1"
|
||||
echo "使用方式：./mytool.sh --input 输入文件 --output 输出文件"
|
||||
exit 1
|
||||
;;
|
||||
esac
|
||||
done
|
||||
|
||||
# 校验参数
|
||||
if [[ -z $INPUT_FILE || -z $OUTPUT_FILE ]]; then
|
||||
echo "错误：必须指定--input和--output参数！"
|
||||
echo "使用方式：./mytool.sh --input 输入文件 --output 输出文件"
|
||||
exit 1
|
||||
fi
|
||||
if [[ ! -f $INPUT_FILE ]]; then
|
||||
echo "错误：输入文件 $INPUT_FILE 不存在！"
|
||||
exit 1
|
||||
fi
|
||||
|
||||
# 工具核心逻辑（替换成你的工具代码即可）
|
||||
echo "===== 工具开始运行 ====="
|
||||
echo "输入文件：$INPUT_FILE"
|
||||
echo "输出文件：$OUTPUT_FILE"
|
||||
echo "输入文件内容："
|
||||
cat $INPUT_FILE
|
||||
# 核心功能：将输入文件内容+时间戳写入输出文件
|
||||
echo -e "\n===== 工具处理结果 =====" > $OUTPUT_FILE
|
||||
echo "处理时间：$(date +'%Y-%m-%d %H:%M:%S')" >> $OUTPUT_FILE
|
||||
echo "原始内容：" >> $OUTPUT_FILE
|
||||
cat $INPUT_FILE >> $OUTPUT_FILE
|
||||
echo -e "\n===== 工具运行完成 ====="
|
||||
|
||||
```
|
||||
|
||||
```Dockerfile
|
||||
# 选轻量基础镜像（alpine，仅5M左右），内置bash/sh，无多余依赖
|
||||
FROM alpine:3.19
|
||||
|
||||
# 安装必要依赖（alpine默认无bash，仅需这一步，其他基础镜像如debian可省略）
|
||||
RUN apk add --no-cache bash
|
||||
|
||||
# 创建工作目录，避免权限混乱，统一工具运行路径
|
||||
WORKDIR /app
|
||||
|
||||
# 拷贝自定义工具源码到容器内的工作目录
|
||||
COPY mytool.sh /app/
|
||||
|
||||
# 给工具添加执行权限（Docker打包脚本/二进制工具的核心步骤，必须加）
|
||||
RUN chmod +x /app/mytool.sh
|
||||
|
||||
# 定义容器入口命令（关键：用ENTRYPOINT，确保运行时传参能追加到工具后）
|
||||
# 这样docker run 镜像名 --input xxx 会被解析为 /app/mytool.sh --input xxx
|
||||
ENTRYPOINT ["/app/mytool.sh"]
|
||||
|
||||
```
|
||||
|
||||
```plaintext
|
||||
这是测试输入文件，
|
||||
自定义工具会读取该内容，
|
||||
并写入到输出文件中。
|
||||
```
|
||||
|
||||
```bash
|
||||
# 构建镜像
|
||||
docker build -t mytool-shell:latest .
|
||||
|
||||
# 执行命令
|
||||
docker run --rm -v $(pwd):/app mytool-shell:latest --input test.txt --output result.json
|
||||
|
||||
```
|
||||
|
||||
### 避坑点
|
||||
|
||||
⚠️ 避坑点1：
|
||||
解决方案：
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
---
|
||||
#领域/Linux
|
||||
|
||||
#复盘/1
|
||||
#复盘/0
|
||||
|
||||
## 一句话描述
|
||||
|
||||
@ -33,6 +33,8 @@
|
||||
|
||||
## 实践计划
|
||||
|
||||
#状态/待实践
|
||||
|
||||
1. [__awk 编写一些查询的小脚本______]
|
||||
2. [________]
|
||||
3. [________]
|
||||
|
||||
@ -1,8 +1,8 @@
|
||||
|
||||
---
|
||||
#领域/觉察知识
|
||||
#领域/Linux
|
||||
|
||||
#复盘/0
|
||||
#复盘/2
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
123
05-原子化笔记本/Linux-openssl加密解密.md
Normal file
123
05-原子化笔记本/Linux-openssl加密解密.md
Normal file
@ -0,0 +1,123 @@
|
||||
|
||||
---
|
||||
#领域/Linux
|
||||
|
||||
#复盘/0
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____openssl AES-256-CBC加密解密____]
|
||||
|
||||
---
|
||||
|
||||
## 核心规范
|
||||
|
||||
>空想不如行动，积累胜于苛求。
|
||||
>实践 > 沉淀 > 完美主义
|
||||
|
||||
实践不是盲目行动，而是带着“小目标、可验证“的方向试错，实践后必须沉淀（比如记录问题、总结规律），否则就是低水平重复。
|
||||
|
||||
实践大于沉淀，沉淀大于完美；完美是沉淀的终局方向，沉淀是实践的复盘产物；分域施策，避坑落地，始于行动，终于迭代。
|
||||
|
||||
---
|
||||
|
||||
## 三省沉淀法
|
||||
|
||||
- 达成了[_文件加密解密_______]目标
|
||||
- 遇到了[__命令频繁输入、加密算法繁多______]问题
|
||||
- 下次改进[_将常用加解密封装为脚本，先主要采用一种算法_______]
|
||||
|
||||
## 个人理解
|
||||
|
||||
[_对文件进行加解密_______]
|
||||
|
||||
## 实践计划
|
||||
|
||||
#状态/待实践
|
||||
|
||||
1. [__编写加解密脚本______]
|
||||
2. [________]
|
||||
3. [________]
|
||||
|
||||
---
|
||||
|
||||
## 核心定义
|
||||
|
||||
openssl AES-256-CBC 对称加密，加解密用同一个密码
|
||||
文件加密主流（速度快、适合大文件/多文件)，256位密钥几乎无法暴力破解
|
||||
|
||||
| 参数 | 作用 |
|
||||
| ------------- | ----------------------------- |
|
||||
| -aes-256-cbc | 指定加密算法 |
|
||||
| -e | 解密模式 |
|
||||
| -d | 加密模式 |
|
||||
| -salt | 加盐加密（让相同密码生成不同的密文，提升安全性） |
|
||||
| -pbkdf2 | 密钥派生算法（普通密码转为高强度密钥，openssl推荐） |
|
||||
| -pass pass:密码 | 直接指定明文密码 |
|
||||
| -in 文件名 | 指定输入文件 |
|
||||
| -out 文件名 | 指定输出文件 |
|
||||
加密时加了 -pbkdf2 和 -salt，解密时必须加 -pbkdf2，无需加 -salt
|
||||
|
||||
### 示例
|
||||
|
||||
#### ✅ 批量压缩加密
|
||||
|
||||
```bash
|
||||
# tar czvf - 中的 - 会输出到管道
|
||||
tar czvf - maixapp-cache/ | openssl enc -aes-256-cbc -salt -pbkdf2 -pass pass:123456 -out out.tar.gz.enc
|
||||
```
|
||||
|
||||
#### ✅ 批量解压解密
|
||||
|
||||
```bash
|
||||
# tar czvf - 中的 - 会输出到管道
|
||||
openssl enc -d -aes-256-cbc -in out.tar.gz.enc -pbkdf2 -pass pass:123456 | tar zxvf -
|
||||
```
|
||||
|
||||
### 避坑点
|
||||
|
||||
⚠️ 避坑点1：解密时 tar 参数不匹配，导致解密失败/文件损坏
|
||||
解决方案：加解密之前明确一下 tar 解压缩是否正常
|
||||
|
||||
⚠️ 避坑点2：加密时忘加 -salt，导致密码安全性较低
|
||||
解决方案：加密必加-salt，解密无需加
|
||||
|
||||
### 进阶
|
||||
|
||||
#### 机密后校验文件完整性
|
||||
|
||||
```bash
|
||||
# 加密后生成校验值
|
||||
md5sum out.tar.gz.enc > output.tar.gz.enc.md5
|
||||
# 解密前校验（无输出则校验通过，有输出则文件损坏）
|
||||
md5sum -c out.tar.gz.enc.md5
|
||||
```
|
||||
|
||||
#### 大文件加解密后台执行
|
||||
|
||||
```
|
||||
nohup tar czvf - test.dat | openssl enc -aes-256-cbc -salt -pbkdf2 -out out.tar.gz.enc > encrypt.log 2>&1 &
|
||||
|
||||
ps -ef | grep openssl
|
||||
```
|
||||
|
||||
#### 编写自动化脚本，避免重复输命令
|
||||
|
||||
```bash
|
||||
|
||||
#!/bin/bash
|
||||
|
||||
if [ $1 = "encrypt" ]; then
|
||||
加密命令
|
||||
tar ... $2 | open ... -pass pass:$3 -out $4
|
||||
elif [ $1 = "decrypt" ]; then
|
||||
解密命令
|
||||
openssl ... -in $2 ...
|
||||
else
|
||||
使用说明: ./run.sh [encrypt/decrypt] 目标 密码 加密文件
|
||||
```
|
||||
|
||||
```bash
|
||||
chmod +x run.sh
|
||||
./run ...
|
||||
```
|
||||
@ -2,9 +2,8 @@
|
||||
---
|
||||
#领域/Linux
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
#复盘/0
|
||||
|
||||
20260115-备忘-主题名-文件内容
|
||||
## 一句话描述
|
||||
|
||||
[____sed 使用说明____]
|
||||
@ -22,6 +21,22 @@
|
||||
|
||||
---
|
||||
|
||||
## 三省沉淀法
|
||||
|
||||
- 达成了[_命令行查找替换文件内容_______]目标
|
||||
- 遇到了[__正则总是难以理解______]问题
|
||||
- 下次改进[__提供正则模板、了解正则语法______]
|
||||
|
||||
## 个人理解
|
||||
|
||||
[___命令行的查找、替换功能_____]
|
||||
|
||||
## 实践计划
|
||||
|
||||
1. [__编写匹配模板______]
|
||||
2. [_了解正则使用_______]
|
||||
3. [________]
|
||||
|
||||
## 核心定义
|
||||
|
||||
sed = **`Stream Editor`**（流编辑器），是**面向「文本流」的非交互式文本编辑工具**。
|
||||
@ -40,7 +55,7 @@ sed = **`Stream Editor`**（流编辑器），是**面向「文本流」的非
|
||||
2. sed 默认输出所有行，不管有没有编辑过，相当于所有内容
|
||||
|
||||
|
||||
### 基本语法
|
||||
### 基本语法：sed 's/hello/world/g'
|
||||
|
||||
```bash
|
||||
|
||||
@ -66,12 +81,12 @@ sed -e '/^$/d' -e 's/80/8080/' -e '/DEBUG/d' app.log
|
||||
|
||||
```
|
||||
|
||||
| 选项 | 说明 |
|
||||
| ------------ | ------------------------- |
|
||||
| -i | 原地修改文件 |
|
||||
| -i.bak | 修改源文件 + 自动备份 |
|
||||
| -n | 静默输出被匹配的行 |
|
||||
| -e | 多个命令按顺序执行 |
|
||||
| 选项 | 说明 |
|
||||
| ------ | ------------ |
|
||||
| -i | 原地修改文件 |
|
||||
| -i.bak | 修改源文件 + 自动备份 |
|
||||
| -n | 静默输出被匹配的行 |
|
||||
| -e | 多个命令按顺序执行 |
|
||||
|
||||
### 核心编辑命令
|
||||
|
||||
@ -118,25 +133,3 @@ sed '5i 内容'
|
||||
- i：上一行插入
|
||||
- c：替换整行
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
## 三省沉淀法
|
||||
|
||||
- 达成了[________]目标
|
||||
- 遇到了[________]问题
|
||||
- 下次改进[________]
|
||||
|
||||
## 个人理解
|
||||
|
||||
[________]
|
||||
|
||||
## 实践计划
|
||||
|
||||
1. [________]
|
||||
2. [________]
|
||||
3. [________]
|
||||
|
||||
|
||||
|
||||
123
05-原子化笔记本/Linux-set处理未定义和错误.md
Normal file
123
05-原子化笔记本/Linux-set处理未定义和错误.md
Normal file
@ -0,0 +1,123 @@
|
||||
|
||||
---
|
||||
#领域/Linux
|
||||
|
||||
#复盘/0
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____set退出脚本___]
|
||||
|
||||
---
|
||||
|
||||
## 核心规范
|
||||
|
||||
>空想不如行动，积累胜于苛求。
|
||||
>实践 > 沉淀 > 完美主义
|
||||
|
||||
实践不是盲目行动，而是带着“小目标、可验证“的方向试错，实践后必须沉淀（比如记录问题、总结规律），否则就是低水平重复。
|
||||
|
||||
实践大于沉淀，沉淀大于完美；完美是沉淀的终局方向，沉淀是实践的复盘产物；分域施策，避坑落地，始于行动，终于迭代。
|
||||
|
||||
---
|
||||
|
||||
## 三省沉淀法
|
||||
|
||||
- 达成了[__脚本基础异常时退出执行______]目标
|
||||
- 遇到了[__并未覆盖所有异常______]问题
|
||||
- 下次改进[__整理手动处理规范______]
|
||||
|
||||
## 个人理解
|
||||
|
||||
[__set -euo pipefail 标准用法,覆盖未定义、遇到错误，并接收第一个失败错误码______]
|
||||
|
||||
## 实践计划
|
||||
|
||||
#状态/待实践
|
||||
|
||||
1. [__整理手动处理异常规范______]
|
||||
2. [________]
|
||||
3. [________]
|
||||
|
||||
---
|
||||
|
||||
## 核心定义
|
||||
|
||||
1. set -u 检测到 [__未定义变量______] 时退出脚本
|
||||
2. set -e 检测到 [____遇到错误____] 时退出脚本
|
||||
3. set -o pipefail 接收 [____第一个失败命令的错误码____]
|
||||
|
||||
生产环境标配：
|
||||
开启严格模式：覆盖变量、命令、管道三类错误检测
|
||||
|
||||
set -euo pipefail
|
||||
|
||||
### 示例
|
||||
|
||||
#### ✅ 示例一：set -u 未定义变量
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
# 未开启set -u：未定义变量被当作空值
|
||||
echo "未开启-u：$undefined_var" # 输出"未开启-u："，脚本继续
|
||||
echo "脚本执行到这里（未开启-u）"
|
||||
|
||||
# 开启set -u：未定义变量直接报错
|
||||
set -u
|
||||
echo "开启-u：$undefined_var" # 报错：line 8: undefined_var: unbound variable
|
||||
echo "脚本不会执行到这里（开启-u）" # 不会执行
|
||||
```
|
||||
|
||||
#### ✅ 示例二：set -e 遇到错误
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
# 未开启set -e：命令失败仍继续执行
|
||||
ls /不存在的目录 # 报错：No such file or directory
|
||||
echo "脚本执行到这里（未开启-e）" # 仍会执行
|
||||
|
||||
# 开启set -e：命令失败直接退出
|
||||
set -e
|
||||
ls /不存在的目录 # 报错后脚本退出
|
||||
echo "脚本不会执行到这里（开启-e）" # 不会执行
|
||||
```
|
||||
|
||||
### 避坑点
|
||||
|
||||
⚠️ 避坑点1：set -e 部分场景失效
|
||||
核心问题：set -e 不会捕获 if cmd ; then、cmd || true、未开pipefail的错误
|
||||
解决方案：✅ 手动检查配合，set -o pipefail
|
||||
|
||||
```bash
|
||||
if ls /不存在的目录; then
|
||||
echo "成功"
|
||||
else
|
||||
err_code=$?
|
||||
echo "失败，错误码：$err_code"
|
||||
exit $err_code
|
||||
fi
|
||||
```
|
||||
|
||||
```bash
|
||||
ls /不存在的目录 | echo # 这里管道结果为 0 不会报错
|
||||
|
||||
# 需要配合 -o pipefail 来获取管道第一个错误来退出
|
||||
```
|
||||
|
||||
|
||||
⚠️ 避坑点2：set -u 对参数变量误判
|
||||
核心问题：set -u 下, bash特性不会对 `$*`、`$@` 报错
|
||||
解决方案：✅ 使用参数前先判断数量
|
||||
|
||||
```bash
|
||||
if [ $# -lt 1 ]; then
|
||||
echo "请传入参数！"
|
||||
exit 1
|
||||
fi
|
||||
echo "第一个参数：$1"
|
||||
```
|
||||
|
||||
⚠️ 避坑点3：pipefail 不直接导致脚本退出
|
||||
核心问题：pipefail 仅修改管道错误码，需搭配 set -e
|
||||
解决方案：✅ pipefail 必须搭配 set -e
|
||||
|
||||
258
05-原子化笔记本/Linux-trap脚本错误.md
Normal file
258
05-原子化笔记本/Linux-trap脚本错误.md
Normal file
@ -0,0 +1,258 @@
|
||||
|
||||
---
|
||||
#领域/Linux
|
||||
|
||||
#复盘/0
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____脚本错误处理____]
|
||||
|
||||
---
|
||||
|
||||
## 核心规范
|
||||
|
||||
>空想不如行动，积累胜于苛求。
|
||||
>实践 > 沉淀 > 完美主义
|
||||
|
||||
实践不是盲目行动，而是带着“小目标、可验证“的方向试错，实践后必须沉淀（比如记录问题、总结规律），否则就是低水平重复。
|
||||
|
||||
实践大于沉淀，沉淀大于完美；完美是沉淀的终局方向，沉淀是实践的复盘产物；分域施策，避坑落地，始于行动，终于迭代。
|
||||
|
||||
---
|
||||
|
||||
## 三省沉淀法
|
||||
|
||||
- 达成了[___脚本处理异常错误_____]目标
|
||||
- 遇到了[__目前脚本均为应用该处理______]问题
|
||||
- 下次改进[_逐步引进错误处理机制_______]
|
||||
|
||||
## 个人理解
|
||||
|
||||
[__if、tray的判断、捕获，只是bash语法用法不同，道理是相通的______]
|
||||
|
||||
## 实践计划
|
||||
|
||||
#状态/待实践
|
||||
|
||||
1. [__编写错误处理模板______]
|
||||
2. [__在脚本中引入错误处理模板______]
|
||||
3. [________]
|
||||
|
||||
---
|
||||
|
||||
## 核心定义
|
||||
|
||||
trap 用于捕获[___系统信号_/ 脚本状态____]，暂停当前程序，并触发命令，再继续执行程序
|
||||
可做异常处理、资源清理、流程控制
|
||||
|
||||
### 基础语法
|
||||
|
||||
```bash
|
||||
# 绑定信号 + 执行命令
|
||||
trap "要执行的命令" 信号名/信号编号 信号名/信号编号 # 可绑定多个
|
||||
|
||||
# 忽略指定信号
|
||||
trap "" 信号名/信号编号 EXIT # EXIT 必用信号
|
||||
|
||||
# 重置信号为默认行为
|
||||
trap - 信号名/信号编号
|
||||
```
|
||||
|
||||
### 常用信号
|
||||
|
||||
| 信号名 | 信号编号 | 触发场景 | 核心用途 |
|
||||
| ------- | ---- | ------------------- | ------------ |
|
||||
| SIGINT | 2 | 按 Ctrl+C 中断进程 | 捕获用户手动中断，做清理 |
|
||||
| SIGTERM | 15 | kill 命令默认发送的终止信号 | 优雅终止脚本，释放资源 |
|
||||
| EXIT | 无编号 | 脚本正常 / 异常退出时触发 | 脚本收尾，清理临时文件 |
|
||||
| SIGHUP | 1 | 终端关闭 / 连接断开 | 处理后台脚本的终端断开 |
|
||||
| SIGQUIT | 3 | 按 Ctrl+\ 退出并生成 core | 捕获强制退出，做日志记录 |
|
||||
|
||||
|
||||
### 示例
|
||||
|
||||
#### ✅ 示例：脚本退出时自动清理
|
||||
|
||||
脚本运行生成临时文件，无论正常 / 异常退出，都要删除，避免垃圾文件残留
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
# 定义临时文件路径
|
||||
TMP_FILE="/tmp/test_trap.tmp"
|
||||
|
||||
# 绑定EXIT信号，退出时删除临时文件
|
||||
trap "rm -f $TMP_FILE; echo '临时文件已清理，脚本退出'" EXIT
|
||||
|
||||
# 脚本主逻辑：创建临时文件并写入内容
|
||||
echo "脚本运行中，生成临时文件" > $TMP_FILE
|
||||
cat $TMP_FILE
|
||||
|
||||
# 模拟脚本正常结束
|
||||
echo "脚本主逻辑执行完毕"
|
||||
```
|
||||
|
||||
#### ✅ 示例：捕获用户中断（Ctrl+C），做优雅处理
|
||||
|
||||
用户手动中断脚本时，不直接退出，先提示并完成收尾。
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
# 绑定SIGINT信号（Ctrl+C），捕获后执行自定义逻辑
|
||||
trap "echo -e '\n用户手动中断，正在保存数据...'; exit 1" SIGINT
|
||||
|
||||
# 脚本主逻辑：模拟耗时任务
|
||||
echo "脚本正在执行耗时任务，按Ctrl+C可中断"
|
||||
for i in {1..5}; do
|
||||
echo "任务进度：$i/5"
|
||||
sleep 1
|
||||
done
|
||||
|
||||
echo "任务执行完成"
|
||||
```
|
||||
|
||||
#### ✅ 示例：忽略指定信号（防止脚本被误杀）
|
||||
|
||||
后台运行的脚本，忽略 Ctrl+C 中断，避免用户误操作终止。
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
# 忽略SIGINT信号（Ctrl+C）
|
||||
trap "" SIGINT
|
||||
|
||||
echo "脚本已忽略Ctrl+C，按Ctrl+\\可强制退出"
|
||||
# 模拟后台循环任务
|
||||
while true; do
|
||||
echo "脚本运行中..."
|
||||
sleep 2
|
||||
done
|
||||
```
|
||||
|
||||
#### ✅ 示例：多信号绑定同一处理逻辑
|
||||
|
||||
SIGINT、SIGTERM 触发时，执行相同的清理 + 退出逻辑。
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
TMP_DIR="/tmp/trap_test"
|
||||
mkdir -p $TMP_DIR
|
||||
|
||||
# 绑定多个信号，执行统一清理
|
||||
trap "rm -rf $TMP_DIR; echo '清理临时目录，脚本退出'; exit" SIGINT SIGTERM EXIT
|
||||
|
||||
echo "脚本运行，临时目录：$TMP_DIR"
|
||||
sleep 10
|
||||
```
|
||||
|
||||
|
||||
|
||||
#### ✅ 示例：`$?`捕获最近命令错误码（局部捕获)
|
||||
|
||||
这里是关闭 set -euo pipefail，使用手动处理异常
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
# set -euo pipefail
|
||||
|
||||
ls /不存在的目录
|
||||
err_code=$? # 捕获错误码
|
||||
if [ $err_code -ne 0 ]; then
|
||||
echo "命令执行失败，错误码：$err_code"
|
||||
exit $err_code # 主动退出并返回错误码
|
||||
fi
|
||||
```
|
||||
|
||||
#### ✅ 示例：trap 捕获全局错误
|
||||
|
||||
详见：[[20260204-备忘-linux-trap]]
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
set -euo pipefail
|
||||
|
||||
# 错误处理函数：定位出错行+记录信息
|
||||
error_handler() {
|
||||
local line=$1
|
||||
local err_code=$?
|
||||
echo "$(date +'%Y-%m-%d %H:%M:%S') - 第$line行失败，错误码：$err_code" >> /var/log/script_err.log
|
||||
exit $err_code
|
||||
}
|
||||
|
||||
# 捕获ERR（命令失败）、EXIT（脚本退出）信号
|
||||
trap 'error_handler $LINENO' ERR EXIT
|
||||
|
||||
ls /不存在的目录 # 触发ERR信号，执行error_handler
|
||||
```
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
set -euo pipefail
|
||||
|
||||
# 清理函数：删除临时文件、释放资源
|
||||
cleanup() {
|
||||
echo "执行清理操作..."
|
||||
rm -rf /临时目录 # 删除临时目录
|
||||
# 可选：关闭数据库连接、释放锁等
|
||||
}
|
||||
|
||||
# 脚本退出时（无论成功/失败）执行清理
|
||||
trap cleanup EXIT
|
||||
|
||||
# 模拟关键操作失败
|
||||
mkdir /临时目录
|
||||
ls /不存在的目录 # 触发错误，退出前执行cleanup
|
||||
```
|
||||
|
||||
|
||||
#### ✅ 示例：非关键命令允许失败
|
||||
|
||||
详见：[[Linux-set处理未定义和错误]]
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
set -euo pipefail
|
||||
|
||||
# 临时关闭-e，允许rm失败（比如文件不存在）
|
||||
set +e
|
||||
rm /临时文件.txt # 失败也不退出
|
||||
set -e # 恢复严格模式
|
||||
|
||||
# 关键命令：失败则退出
|
||||
cp /源文件 /目标文件
|
||||
```
|
||||
|
||||
#### ✅ 示例：临时错误重试
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
set -euo pipefail
|
||||
|
||||
# 重试函数：参数1=重试次数，参数2=待执行命令
|
||||
retry() {
|
||||
local retries=$1
|
||||
local cmd=$2
|
||||
local count=0
|
||||
|
||||
while [ $count -lt $retries ]; do
|
||||
$cmd && return 0 # 执行成功则返回
|
||||
count=$((count+1))
|
||||
echo "重试第$count次..."
|
||||
sleep 1 # 重试间隔
|
||||
done
|
||||
echo "重试$retries次后仍失败"
|
||||
return 1
|
||||
}
|
||||
|
||||
# 重试下载文件（网络可能临时失败）
|
||||
retry 3 "curl -O https://example.com/test.txt"
|
||||
```
|
||||
|
||||
|
||||
### 避坑点
|
||||
|
||||
⚠️ 避坑点1：
|
||||
解决方案：
|
||||
|
||||
⚠️ 避坑点1：
|
||||
核心问题：
|
||||
解决方案：✅
|
||||
@ -2,7 +2,7 @@
|
||||
---
|
||||
#领域/Linux
|
||||
|
||||
#复盘/0
|
||||
#复盘/2
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
63
05-原子化笔记本/Linux-空值默认值.md
Normal file
63
05-原子化笔记本/Linux-空值默认值.md
Normal file
@ -0,0 +1,63 @@
|
||||
|
||||
---
|
||||
#领域/Linux
|
||||
|
||||
#复盘/1
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____脚本参数为空值时的默认值____]
|
||||
|
||||
---
|
||||
|
||||
## 核心规范
|
||||
|
||||
>空想不如行动，积累胜于苛求。
|
||||
>实践 > 沉淀 > 完美主义
|
||||
|
||||
实践不是盲目行动，而是带着“小目标、可验证“的方向试错，实践后必须沉淀（比如记录问题、总结规律），否则就是低水平重复。
|
||||
|
||||
实践大于沉淀，沉淀大于完美；完美是沉淀的终局方向，沉淀是实践的复盘产物；分域施策，避坑落地，始于行动，终于迭代。
|
||||
|
||||
---
|
||||
|
||||
## 三省沉淀法
|
||||
|
||||
- 达成了[__判断脚本参数值初始化______]目标
|
||||
- 遇到了[__涉及多种运算符______]问题
|
||||
- 下次改进[_先从单一运算符接触_______]
|
||||
|
||||
## 个人理解
|
||||
|
||||
[__如何处理变量值”不能用“，是替换”空“、替换”非空“、修改”空“、报错”空“______]
|
||||
|
||||
## 实践计划
|
||||
|
||||
#状态/待实践
|
||||
|
||||
1. [__编写脚本实践空值情况______]
|
||||
2. [________]
|
||||
3. [________]
|
||||
|
||||
---
|
||||
|
||||
## 核心定义
|
||||
|
||||
```bash
|
||||
${变量名:-默认值} # 核心格式
|
||||
```
|
||||
|
||||
`${}` 做安全变量取值
|
||||
`:-` 替换空/未定义，一次性替换，非修改
|
||||
|
||||
```bash
|
||||
arg1=${1:-空}
|
||||
echo "第一个参数位："
|
||||
```
|
||||
|
||||
## 扩展
|
||||
|
||||
`:=` 如 ${1:=空}，替换+赋值，空时修改原变量
|
||||
`:+` 如 ${1:+空}，非空替换，空时依然空
|
||||
`:?` 如 ${1:?提示语}，空值报错，
|
||||
|
||||
@ -1,6 +1,6 @@
|
||||
#领域/MaixCam
|
||||
|
||||
#复盘/1
|
||||
#复盘/3
|
||||
|
||||
## 核心定义
|
||||
|
||||
|
||||
@ -1,6 +1,6 @@
|
||||
#领域/MaixCam
|
||||
|
||||
#复盘/2
|
||||
#复盘/4
|
||||
|
||||
## 一句话描述
|
||||
|
||||
@ -8,7 +8,7 @@
|
||||
|
||||
## 核心定义
|
||||
|
||||
查找图像中的所有色块（blobs / 连通域），并返回一个 `image.Blob` 类的列表，每个 `image.Blob` 实例用于描述一个色块
|
||||
查找图像中的所有色块，并返回一个 `image.Blob` 色块类的列表
|
||||
|
||||
## 最小实现代码
|
||||
|
||||
|
||||
@ -1,41 +1,29 @@
|
||||
|
||||
---
|
||||
#领域/MaixCam
|
||||
|
||||
#复盘/2
|
||||
#复盘/1
|
||||
|
||||
20260115-备忘-主题名-文件内容
|
||||
## 一句话描述
|
||||
|
||||
[__新设备初始化流程______]
|
||||
[____新设备初始化流程____]
|
||||
|
||||
---
|
||||
|
||||
## 相关资源
|
||||
|
||||
### 系统文件（建议镜像内置）
|
||||
|
||||
- 脚本：/root/scripts/cam_install_app.sh
|
||||
- 脚本：/root/scripts/cam_uninstall_app.sh
|
||||
- 脚本：/root/scripts/cam_auto_start.sh
|
||||
|
||||
### 用户文件
|
||||
|
||||
- SD读卡器 boot 目录的备份文件
|
||||
- 补丁：patch_版本_.bin
|
||||
- 程序：app_主题_版本.bin
|
||||
- Windows 端摄像头调试工具.exe
|
||||
- 程序包
|
||||
|
||||
## 前置操作
|
||||
|
||||
>建议镜像内
|
||||
|
||||
放置 `cam_*.sh` 至 `/root/scripts/`
|
||||
USB 连接摄像头和电脑
|
||||
|
||||
## 操作步骤
|
||||
|
||||
### 步骤一：启动设备
|
||||
### 步骤一：更新补丁
|
||||
|
||||
1. 烧录镜像（若无镜像则跳过）
|
||||
2. 拷贝 boot 备份至SD卡 boot 目录
|
||||
3. 开机设置中文，安装运行库
|
||||
|
||||
### 步骤二：装载软件
|
||||
|
||||
1. 打开Windows端摄像头调试工具
|
||||
2. 安装程序包
|
||||
1. 选择“摄像头：更新补丁”，选择补丁文件，确认执行
|
||||
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
---
|
||||
#领域/MaixCam
|
||||
|
||||
#复盘/1
|
||||
#复盘/3
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
---
|
||||
#领域/MaixCam
|
||||
|
||||
#复盘/1
|
||||
#复盘/3
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
---
|
||||
#领域/Python
|
||||
|
||||
#复盘/0
|
||||
#复盘/1
|
||||
|
||||
## 一句话描述
|
||||
|
||||
@ -21,21 +21,6 @@
|
||||
|
||||
---
|
||||
|
||||
## 核心定义
|
||||
|
||||
```bash
|
||||
pip install pyinstaller # 重新安装 PyInstaller
|
||||
pip install nuitka
|
||||
```
|
||||
|
||||
|
||||
```bash
|
||||
pyinstaller --onefile --windowed main.py
|
||||
|
||||
# Nuitka 生成的程序运行时**不依赖 Python 解释器**，是真正的原生可执行文件
|
||||
nuitka --standalone --mingw64 main.py
|
||||
```
|
||||
|
||||
## 三省沉淀法
|
||||
|
||||
- 达成了[__将Python程序打包成可执行文件______]目标
|
||||
@ -51,4 +36,18 @@ nuitka --standalone --mingw64 main.py
|
||||
1. [__明确解释器可运行情况，例如 python main.py______]
|
||||
2. [__pyinstall 打包情况、nuitka 编译情况、使用go语言开发情况______]
|
||||
|
||||
## 核心定义
|
||||
|
||||
```bash
|
||||
pip install pyinstaller # 重新安装 PyInstaller
|
||||
pip install nuitka
|
||||
```
|
||||
|
||||
|
||||
```bash
|
||||
pyinstaller --onefile --windowed main.py
|
||||
|
||||
# Nuitka 生成的程序运行时**不依赖 Python 解释器**，是真正的原生可执行文件
|
||||
nuitka --standalone --mingw64 main.py
|
||||
```
|
||||
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
---
|
||||
#领域/Python
|
||||
|
||||
#复盘/1
|
||||
#复盘/3
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
---
|
||||
#领域/Python
|
||||
|
||||
#复盘/1
|
||||
#复盘/0
|
||||
|
||||
## 一句话描述
|
||||
|
||||
@ -32,6 +32,7 @@ env.host_string = f"{self.current_linux_host.get()}:{LINUX_PORT}"
|
||||
env.user = LINUX_USER
|
||||
env.password = LINUX_PWD
|
||||
env.host_key_checking = False # 禁用密钥校验，解决连接报错
|
||||
env.disable_known_hosts = True # 解决同一host密码不一致
|
||||
|
||||
run(命令)
|
||||
```
|
||||
@ -49,6 +50,8 @@ run(命令)
|
||||
|
||||
## 实践计划
|
||||
|
||||
#状态/待实践
|
||||
|
||||
1. [__编写通用脚本______]
|
||||
2. [________]
|
||||
3. [________]
|
||||
|
||||
@ -13,9 +13,6 @@
|
||||
## 核心定义
|
||||
|
||||
锁保护的是共享变量的原子操作逻辑
|
||||
|
||||
#### 核心用法
|
||||
|
||||
`with 锁对象:` 自动完成「加锁→执行逻辑→解锁」
|
||||
|
||||
```python
|
||||
|
||||
@ -2,7 +2,7 @@
|
||||
---
|
||||
#领域/信息科技
|
||||
|
||||
#复盘/1
|
||||
#复盘/3
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
@ -6,7 +6,7 @@
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____若迟迟不进行且确认3次，则删除，确认0次____]
|
||||
[____拆书操作步骤____]
|
||||
|
||||
---
|
||||
|
||||
@ -32,3 +32,5 @@
|
||||
对不同书籍采取不同方法
|
||||
|
||||
尤其适合沟通、时间管理、职场技能类书籍。-- [__# RIA 拆书法：把书中知识变成你能用的能力______]
|
||||
|
||||
|
||||
106
05-原子化笔记本/觉察知识-RIA拆书法.md
Normal file
106
05-原子化笔记本/觉察知识-RIA拆书法.md
Normal file
@ -0,0 +1,106 @@
|
||||
|
||||
---
|
||||
#领域/觉察知识 #觉察/学习-工具技巧
|
||||
|
||||
#复盘/0
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[___RIA 拆书法_____]
|
||||
|
||||
---
|
||||
|
||||
## 核心规范
|
||||
|
||||
>空想不如行动，积累胜于苛求。
|
||||
>实践 > 沉淀 > 完美主义
|
||||
|
||||
实践不是盲目行动，而是带着“小目标、可验证“的方向试错，实践后必须沉淀（比如记录问题、总结规律），否则就是低水平重复。
|
||||
|
||||
实践大于沉淀，沉淀大于完美；完美是沉淀的终局方向，沉淀是实践的复盘产物；分域施策，避坑落地，始于行动，终于迭代。
|
||||
|
||||
---
|
||||
|
||||
## 三省沉淀法
|
||||
|
||||
- 达成了[__明确输入到输出流程______]目标
|
||||
- 遇到了[__其实关键点还是在于不擅长输入与输出的具体环节______]问题
|
||||
- 下次改进[__通过模板配合不断演练磨合______]
|
||||
|
||||
## 个人理解
|
||||
|
||||
[___读核心，找过往，想未来，做当下，必复盘_____]
|
||||
|
||||
## 实践计划
|
||||
|
||||
#状态/待实践
|
||||
|
||||
1. [__前期通过模板和模拟输入来演练磨合流程路线______]
|
||||
2. [__随机抽选真实书籍片段（重点在于随意，先以碎片化为主），填入模板，感受舒适度______]
|
||||
3. [________]
|
||||
|
||||
---
|
||||
|
||||
## 阅读前：定目标、选拆点
|
||||
|
||||
我今天读这本书，最想解决1个什么问题？[________]
|
||||
|
||||
> 示例：我今天读《微习惯》（核心：用极小的习惯养成，解决坚持不下去的问题）；阅读目标：拆”微习惯的设定方法”，解决我想健身但总坚持不了的问题。
|
||||
|
||||
## 阅读中：遇关键、立刻拆
|
||||
|
||||
### R：**这段里，最能帮到我的一句话/一个观点是什么？**
|
||||
|
||||
读环节抓一两个极短核心：[________]
|
||||
|
||||
3秒提炼法：自问三个问题
|
||||
|
||||
1. 【这句话是核心观点 / 方法 / 结论吗？】（是->留；不是->丢)
|
||||
2. 【如果只留1句话，能说清这个点吗？】（能->提炼成1句；不能->再精简)
|
||||
3. 【辅助文字（例子 / 解释 / 数据) 能帮我理解，但不写进 R 里影响 I/A 吗？】(不影响->丢；影响->用自己话浓缩成10字内)
|
||||
|
||||
>示例：微习惯的核心是**设定小到不可能失败的行动**，比如“每天做1个俯卧撑”，而不是“每天做100个”。
|
||||
|
||||
### I：我之前...，书里说的...，对我来说就是...
|
||||
|
||||
我之前 [________]，书里说的 [________]，对我来说就是 [________]
|
||||
|
||||
> 示例：我之前定健身目标是“每天跑5公里”，结果跑1天就累瘫，直接放弃。书里说的“极小行动”，就是降低门槛，让自己不用靠意志力就能开始，先完成再完美。
|
||||
|
||||
### A：反思过去、规划未来、复盘优化
|
||||
|
||||
遵循 [[觉察知识-SMART原则]] 操作
|
||||
|
||||
#### 反思过去：
|
||||
|
||||
当时发生了什么 [________]，我怎么做的 [________]，结构怎么样 [________]
|
||||
|
||||
> 示例：上个月定“每天跑5公里”，第2天就因为累没跑，之后再也没坚持，本质是目标太大，门槛太高，意志力扛不住。
|
||||
|
||||
#### 规划未来：
|
||||
|
||||
具体（做什么）：[________]
|
||||
可衡量（做到啥程度）：[________]
|
||||
可实现（别定太难）：[________]
|
||||
相关（和知识点挂钩）：[________]
|
||||
有时限（什么时候做）：[________]
|
||||
|
||||
> 示例：从今天开始，每天睡前做**1个俯卧撑**（具体、可实现、有时限），不管多晚、多累，都做1个，做完就算完成任务。
|
||||
|
||||
#### 反思优化：
|
||||
|
||||
效果怎么样？[________]
|
||||
哪里做得好？[________]
|
||||
哪里要改？[________]
|
||||
下次怎么调整？[________]
|
||||
|
||||
> 示例：执行3天后：每天都能完成1个俯卧撑，有时候还会多做5-10个，没压力。下周可以加“每天读1页健身书”，还是极小行动，慢慢叠加。
|
||||
|
||||
## 阅读后：整笔记，复盘A3
|
||||
|
||||
整理当天RIA笔记、执行完A2行动、补写A3反思
|
||||
每周复盘：拆了哪些？A2做了哪些、没做哪些？为什么？
|
||||
|
||||
> A3反思写出100字短文，发送至朋友圈/笔记里，强制输出
|
||||
|
||||
|
||||
99
05-原子化笔记本/觉察知识-SMART原则.md
Normal file
99
05-原子化笔记本/觉察知识-SMART原则.md
Normal file
@ -0,0 +1,99 @@
|
||||
|
||||
---
|
||||
#领域/觉察知识
|
||||
|
||||
#复盘/1
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____RIA实践中的SMART原则____]
|
||||
|
||||
---
|
||||
|
||||
## 核心规范
|
||||
|
||||
>空想不如行动，积累胜于苛求。
|
||||
>实践 > 沉淀 > 完美主义
|
||||
|
||||
实践不是盲目行动，而是带着“小目标、可验证“的方向试错，实践后必须沉淀（比如记录问题、总结规律），否则就是低水平重复。
|
||||
|
||||
实践大于沉淀，沉淀大于完美；完美是沉淀的终局方向，沉淀是实践的复盘产物；分域施策，避坑落地，始于行动，终于迭代。
|
||||
|
||||
---
|
||||
|
||||
## 三省沉淀法
|
||||
|
||||
- 达成了[__以量化标准规范化经验和目标______]目标
|
||||
- 遇到了[_暂未进行实践_______]问题
|
||||
- 下次改进[__将任务启动器等内容加载量化标准______]
|
||||
|
||||
## 个人理解
|
||||
|
||||
[__用多维度的量化描述，将事情表达清楚______]
|
||||
|
||||
## 实践计划
|
||||
|
||||
#状态/待实践
|
||||
|
||||
1. [__制定量化模板______]
|
||||
2. [________]
|
||||
3. [________]
|
||||
|
||||
---
|
||||
|
||||
## 核心定义
|
||||
|
||||
SMART原则是 `五维量化目标` 的标准，目标 `具体`、`可落地`、`可验证`
|
||||
|
||||
针对 RIA 中 A1(过往经验)、A2(未来行动) 进行标准量化，以进行校验过往和计划未来
|
||||
|
||||
S：具体的(Speciflc)，明确“做什么、怎么做、针对什么”、拒绝模糊化表述
|
||||
M：可衡量的(Measurable)，量化指标（数字、状态、结果），清晰判断“是否完成、完成到什么程度”
|
||||
A：可实现的(Achievable)，自身能力、资源范围之内，适当跳一跳能够到
|
||||
R：有相关性(Relevant)，于拆书核心知识点、自身核心需求强关联
|
||||
T：有时限的(Time-bound)，明确开始/完成时间，立即行动，拒绝”无限期拖延“
|
||||
|
||||
| 维度 | 反例 | 正例 |
|
||||
| --- | ------------- | ------------------------------------------------------------------- |
|
||||
| S | 我要练番茄工作法 | 我要用番茄工作法处理工作中的文案写作任务<br>做什么：处理文案写作任务<br>怎么做：用番茄工作法<br>针对什么：工作中的文案写作 |
|
||||
| M | 番茄写文案 | 量化：每次用25分钟番茄种，完成1篇300字为文案，中间不刷手机 |
|
||||
| A | 1个番茄钟写1000字文案 | 1个番茄钟写200字文案，完成核心框架 |
|
||||
| R | 番茄工作法健身 | 拆书学”番茄工作法“，设定”专注力、时间管理“相关目标 |
|
||||
| T | 无限期拖延 | 短期时限（1天/3天/1周)，每周2个番茄5篇300字 |
|
||||
|
||||
## 实操案例
|
||||
|
||||
S(具体)：用番茄工作法写公众号文案；
|
||||
M(可衡量)：每次25分钟完成300字文案；
|
||||
A(可实现)：每天2个番茄钟；
|
||||
R(相关)：解决文案写作专注力差的问题；
|
||||
T(时限)：1.28-1.30(3天内)；
|
||||
最终目标：1.28-1.30，每天用2个番茄写公众号文案，每次25分钟完成300字，3天共完成6篇300字文案初稿，写作时关闭手机消息提醒保证不中断
|
||||
|
||||
## 延伸补充
|
||||
|
||||
### 避坑点
|
||||
|
||||
⚠️ 避坑点1：把“可衡量”等同于“数字”，而忽略“状态类”
|
||||
解决方案：衡量可为状态，例如完整听别人表述再发言
|
||||
|
||||
⚠️ 避坑点2：为了“可实现”，设定过于简单的目标
|
||||
解决方案：“跳一跳能够到”原则，目标为能力的1.2-1.5倍，例如每天 1 个番茄钟的能力，设定目标 2 个
|
||||
|
||||
⚠️ 避坑点3：A2时限过长，易遗忘、易拖延
|
||||
解决方案：优先 1 周内短期时限，长期目标可拆分多个短期逐步目标
|
||||
|
||||
⚠️ 避坑点4：脱离拆书知识点设定目标
|
||||
解决方案：设定 A2 前，梳理一遍核心知识点，写下“这个知识点的核心价值是什么”，目标围绕价值设定
|
||||
|
||||
⚠️ 避坑点5：遗漏“具体”维度，目标模糊
|
||||
解决方案：设定目标时，先问自己”做什么？针对谁？怎么做？“
|
||||
|
||||
### 知识点浓缩（背诵级，适配RIA拆书）
|
||||
1. SMART核心：**具、量、可、关、时**（具体、可衡量、可实现、相关、时限）；
|
||||
2. RIA适配：**主用A2，辅助A1**，A2目标必含五维度，短期时限（1周内）；
|
||||
3. 核心要求：所有目标**围绕拆书知识点**，不偏离、不模糊、可验证。
|
||||
|
||||
## 进阶优化
|
||||
|
||||
1. SMART+变体：SMART-ER（加 Evaluable 可评估、Rewarding 有奖励）
|
||||
@ -2,7 +2,7 @@
|
||||
---
|
||||
#领域/觉察知识
|
||||
|
||||
#复盘/1
|
||||
#复盘/0
|
||||
|
||||
## 一句话描述
|
||||
|
||||
@ -33,7 +33,9 @@
|
||||
|
||||
## 实践计划
|
||||
|
||||
- [x] [__根据需求使用语法______]
|
||||
#状态/待实践
|
||||
|
||||
- [ ] [__创建一个新模板______]
|
||||
- [ ] [________]
|
||||
- [ ] [________]
|
||||
|
||||
@ -65,5 +67,3 @@
|
||||
<% tp.file.include("[[子模板名称]]") %>
|
||||
效果：插入子模板
|
||||
|
||||
|
||||
|
||||
|
||||
183
05-原子化笔记本/觉察知识-对话情景.md
Normal file
183
05-原子化笔记本/觉察知识-对话情景.md
Normal file
@ -0,0 +1,183 @@
|
||||
|
||||
---
|
||||
#领域/觉察知识 #觉察/关系-相处技巧
|
||||
|
||||
#复盘/0
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____对话情景____]
|
||||
|
||||
---
|
||||
|
||||
## 核心规范
|
||||
|
||||
>空想不如行动，积累胜于苛求。
|
||||
>实践 > 沉淀 > 完美主义
|
||||
|
||||
实践不是盲目行动，而是带着“小目标、可验证“的方向试错，实践后必须沉淀（比如记录问题、总结规律），否则就是低水平重复。
|
||||
|
||||
实践大于沉淀，沉淀大于完美；完美是沉淀的终局方向，沉淀是实践的复盘产物；分域施策，避坑落地，始于行动，终于迭代。
|
||||
|
||||
---
|
||||
|
||||
## 三省沉淀法
|
||||
|
||||
- 达成了[__建立基础的对话流程______]目标
|
||||
- 遇到了[__暂时无应用，______]问题
|
||||
- 下次改进[__纳入生活的场景中，且建立”提示“中转______]
|
||||
|
||||
## 个人理解
|
||||
|
||||
[__情绪同频，先重复、谈感受、再抛球______]
|
||||
|
||||
## 实践计划
|
||||
|
||||
#状态/待实践
|
||||
|
||||
1. [_纳入实际生活场景_______]
|
||||
2. [_想办法触发自动提示机制_______]
|
||||
3. [__建立专属话题库______]
|
||||
|
||||
---
|
||||
|
||||
## 核心定义
|
||||
|
||||
情绪锚定+3步回应法+3秒冷场急救+话题闭环
|
||||
|
||||
【核心口诀】
|
||||
情绪先锚定，回应分三层；
|
||||
三步接共情，抛球不冷场；
|
||||
冷场三秒救，事实好奇上；
|
||||
话题要闭环，细节触亲密。
|
||||
|
||||
【极简核心】
|
||||
1. 回应公式：接话→共情→抛球（万能）
|
||||
2. 冷场急救：3秒内用事实/感受/好奇破冰
|
||||
3. 情绪关键：先同步，再升级/安抚
|
||||
4. 亲密关键：关注细节，回应需求
|
||||
5. 避坑关键：不封闭式提问，不单方面输出
|
||||
|
||||
**专属话题库**：提前记录对方的爱好、经历、在意的事（如“喜欢露营”“怕黑”“最近在备考”），随时调取避免冷场
|
||||
|
||||
### 核心原理
|
||||
|
||||
> 对话是双方互动，需要情绪保持一致，回复有价值信息，遵循”发起“、”回应“、”延伸“、”收尾“的闭环
|
||||
|
||||
1. 人际互惠原则：对话是双方互动表演
|
||||
2. 情绪同步性理论：共情是情绪的“双向传递”（避免情绪错位，他低落你开心）
|
||||
3. 话题闭环模型：遵循“发起→回应→延伸→收尾”闭环
|
||||
4. 回应价值理论：回应需包含**信息价值/情绪价值**（禁用“嗯”、”哦“无价值回应）
|
||||
|
||||
### 核心知识点
|
||||
|
||||
> 锚定对方情绪，逐层回应，表层（事实）、中层（感受）、深层（需求），冷场需立即破冰
|
||||
|
||||
✅ **黄金规则1：情绪锚定优先**
|
||||
匹配对方情绪（积极/消极/中性）
|
||||
✅ **黄金规则2：回应分层递进**
|
||||
表层（事实）→中层（感受）→深层（需求），层层深入触发亲密感。
|
||||
✅ **黄金规则3：话题必须闭环**
|
||||
避免话题“半截断”，用“延伸+收尾”让对话有始有终。
|
||||
✅ **黄金规则4：冷场3秒急救**
|
||||
沉默超3秒，尴尬会固化，必须立即启动破冰。
|
||||
|
||||
> 镜像对方情绪（关注语气、状态、提及的小事，回应潜在需求），为回复注入情绪因子（升级积极、安抚消极），接话（重复/概括核心）- 共情（表达理解/认同）- 抛球（开放式问题抛回）
|
||||
|
||||
💡 **核心技巧1：3步高效回应法**（万能公式）
|
||||
接话（重复/概括对方核心）→共情（表达理解/认同）→抛球（开放式问题抛回对方）
|
||||
💡 **核心技巧2：情绪镜像+微升级**
|
||||
镜像对方情绪（如对方开心→“我也超开心”），再轻微升级积极情绪/安抚消极情绪。
|
||||
💡 **核心技巧3：3类冷场破冰话术**
|
||||
事实型（聊话题细节）、感受型（表达自身感受/自嘲）、好奇型（提问对方）
|
||||
💡 **核心技巧4：亲密触发=细节关注+需求回应**
|
||||
关注对方语气、状态、提及的小事，回应其潜在需求（而非仅表面回应）。
|
||||
|
||||
### 示例
|
||||
|
||||
#### ✅ 示例一：对方分享开心事（积极情绪）
|
||||
|
||||
**对方**：“我今天终于考过驾照啦！太不容易了！”
|
||||
**情绪锚定**：兴奋、开心
|
||||
**3步回应法**（话术代码块）：
|
||||
##### 接话（重复核心 + 积极强化）
|
||||
“哇，驾照考过了！也太厉害了吧！”
|
||||
##### 共情（感受同步）
|
||||
“能感受到你现在超激动，练车的辛苦总算没白费～”
|
||||
##### 抛球（开放式问题延伸）
|
||||
“你考的是 C1 还是 C2 呀？接下来是不是要计划买车啦？”
|
||||
|
||||
**话题闭环**：对方回答后→“太替你开心了，等你提车了必须坐你的车兜风～”（收尾+延伸新话题）
|
||||
|
||||
#### ✅ 示例二：对方吐槽烦心事（消极情绪）
|
||||
|
||||
**对方**：“今天加班到10点，领导还挑刺，真的好烦。”
|
||||
**情绪锚定**：烦躁、委屈
|
||||
**3步回应法**（话术代码块）：
|
||||
##### 接话（重复核心 + 积极强化）
|
||||
“加班到这么晚还被挑刺，换谁都得烦。”
|
||||
##### 共情（需求回应，而非仅说 “辛苦了”）
|
||||
“是不是最近项目压力太大，你都没好好休息呀？”
|
||||
##### 抛球（引导倾诉）
|
||||
“领导具体挑了什么问题呀？要不要跟我说说？”
|
||||
|
||||
**情绪维持**：对方倾诉后→“太心疼你了，今晚赶紧泡个脚早点睡，别想这些糟心事～”（安抚+收尾）
|
||||
|
||||
#### ✅ 示例三：对方说平淡事（中性情绪）
|
||||
|
||||
**对方**：“今天中午吃了楼下的牛肉面，还不错。”
|
||||
**情绪锚定**：平淡、随意
|
||||
**3步回应法**（话术代码块）：
|
||||
##### 接话（细节关注）
|
||||
“楼下的牛肉面？是那家新开的吗？”
|
||||
##### 共情（轻情绪）
|
||||
“听起来还挺香的，我还没去过呢。”
|
||||
##### 抛球（延伸话题）
|
||||
“他家牛肉多不多？汤是清汤还是红烧的呀？”
|
||||
|
||||
**话题闭环**：对方回答后→“那我明天也去试试，谢谢你推荐～”（收尾+自然过渡）
|
||||
|
||||
#### ✅ 示例四：突然冷场（低气压，沉默3秒）
|
||||
|
||||
场景**：聊到旅行话题，突然没话说，沉默3秒
|
||||
**3秒破冰+情绪拉回**（话术代码块）：
|
||||
##### 事实型破冰（聊话题细节，不跳脱）
|
||||
“对了，你刚才说想去云南，是想自驾还是跟团呀？”
|
||||
##### 感受型破冰（自嘲拉近距离）
|
||||
“突然安静了，是不是我刚才说的旅行计划太无聊啦？哈哈”
|
||||
##### 好奇型破冰（引导对方表达）
|
||||
“其实我还挺想听听你心中的理想旅行地是啥样的～”
|
||||
**后续**：对方回应后，立即用3步回应法接话，拉回情绪同步。
|
||||
|
||||
#### ✅ 示例五：气氛好但快冷场（维持氛围）
|
||||
|
||||
**场景**：聊到宠物，气氛很好，对方说完后快没话了
|
||||
**维持技巧**（话术代码块）：
|
||||
##### 接话 + 共情 + 抛球（强化积极情绪）
|
||||
“你家猫咪也太可爱了吧，居然会主动蹭人！我家猫就很高冷～”
|
||||
##### 延伸话题（细节触发）
|
||||
“它平时最喜欢玩什么玩具呀？有没有什么搞笑的瞬间？”
|
||||
##### 话题闭环（收尾 + 新话题）
|
||||
“听你说这么多，我都想云吸猫了～对了，你除了养猫，还喜欢别的小动物吗？”
|
||||
|
||||
### 避坑点
|
||||
|
||||
⚠️ 避坑点1：只讲自己，不抛球
|
||||
核心问题：单方面输出，对方无参与感
|
||||
解决方案：✅ 每说2句，必抛1个开放式问题（如“你呢？”“你觉得呢？”）
|
||||
|
||||
⚠️ 避坑点2：用封闭式问题回应（是/不是/对/错）
|
||||
核心问题：话题无法延伸，快速冷场
|
||||
解决方案：✅ 换成开放式问题（如“你开心吗？”→“你现在感觉怎么样？”）
|
||||
|
||||
⚠️ 避坑点3：情绪错位（对方低落你讲开心事）
|
||||
核心问题：打破情绪同步，拉低气压
|
||||
解决方案：✅ 先镜像情绪（“我懂你现在挺难受的”），再调整回应
|
||||
|
||||
⚠️ 避坑点4：冷场后说无关的话
|
||||
核心问题：跳脱话题，更显尴尬
|
||||
解决方案：✅ 3秒内用**事实型破冰**（聊刚才的话题细节），不跳脱
|
||||
|
||||
⚠️ 避坑点5：回应无价值（仅“哦/嗯/哈哈”）
|
||||
核心问题：对方失去表达欲，对话终止
|
||||
解决方案：✅ 至少加1个情绪词+1个细节（如“哦”→“哦？原来是这样，难怪你会这么想～”）
|
||||
@ -70,4 +70,13 @@
|
||||
|
||||
### 状态
|
||||
|
||||
#状态/待处理 #状态/待沉淀
|
||||
#状态/待处理 #状态/待沉淀 #状态/待实践
|
||||
|
||||
### 复盘
|
||||
|
||||
#复盘/0 #复盘/1 #复盘/2 #复盘/3 #复盘/4 #复盘/5 #复盘/待归档
|
||||
|
||||
### 模板
|
||||
|
||||
#模板/RIA
|
||||
|
||||
|
||||
105
05-原子化笔记本/觉察知识-番茄工作法.md
Normal file
105
05-原子化笔记本/觉察知识-番茄工作法.md
Normal file
@ -0,0 +1,105 @@
|
||||
|
||||
---
|
||||
#领域/觉察知识 #觉察/学习-工具技巧
|
||||
|
||||
#复盘/0
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____沉淀番茄工作法____]
|
||||
|
||||
---
|
||||
|
||||
## 核心规范
|
||||
|
||||
>空想不如行动，积累胜于苛求。
|
||||
>实践 > 沉淀 > 完美主义
|
||||
|
||||
实践不是盲目行动，而是带着“小目标、可验证“的方向试错，实践后必须沉淀（比如记录问题、总结规律），否则就是低水平重复。
|
||||
|
||||
实践大于沉淀，沉淀大于完美；完美是沉淀的终局方向，沉淀是实践的复盘产物；分域施策，避坑落地，始于行动，终于迭代。
|
||||
|
||||
---
|
||||
|
||||
## 三省沉淀法
|
||||
|
||||
- 达成了[___使用番茄工作法切分时间段_____]目标
|
||||
- 遇到了[__多单一番茄钟的工作量不清晰______]问题
|
||||
- 下次改进[__下次任务完成时以番茄钟作为计量单位______]
|
||||
|
||||
## 个人理解
|
||||
|
||||
[__25分钟专注+5分钟休息______]
|
||||
|
||||
## 实践计划
|
||||
|
||||
#状态/待实践
|
||||
|
||||
1. [__任务启动器引入番茄工作法，以番茄钟为例，标定时间刻度______]
|
||||
2. [___任务完成后，总结番茄工作法时长，为后续的评估所需番茄做准备_____]
|
||||
3. [________]
|
||||
|
||||
---
|
||||
|
||||
## 核心定义
|
||||
|
||||
✅ **黄金规则1：标准番茄钟构成**
|
||||
- 1个标准番茄钟=25分钟专注工作+5分钟强制休息
|
||||
- 连续完成4个番茄钟→长休息15-30分钟
|
||||
- 专注期间禁止做任何与当前任务无关的事（喝水、回消息、刷网页均算中断）
|
||||
|
||||
✅ **黄金规则2：任务颗粒度与番茄钟匹配规则**
|
||||
按任务耗时拆分，避免任务与番茄钟不匹配导致的效率浪费：
|
||||
- 微任务（<10分钟）：1个番茄钟内可完成2-3个，作为核心任务的间隙补位
|
||||
- 短任务（10-25分钟）：占用1个完整番茄钟，专注完成
|
||||
- 中任务（25-75分钟）：拆分2-3个番茄钟，连续执行
|
||||
- 长任务（>75分钟）：按模块拆分，每3个番茄钟为一个子任务段，搭配长休息
|
||||
|
||||
✅ **黄金规则3：任务切换核心原则**
|
||||
非必要不切换，切换必须留「缓冲窗口」，核心目的是降低**认知重启损耗**
|
||||
损耗控制：切换必走「收尾30秒+休息+启动30秒」流程，一上午切换≤2次；
|
||||
时长评估：以番茄钟数为单位，先估后调，建立个人任务时长库；
|
||||
|
||||
## 任务衔接流程
|
||||
|
||||
1. 收尾 30 秒：快速记录当前断点
|
||||
2. 休息 5 分钟：严格脱离任务，仅喝水、拉伸休息等，禁止刷手机、回消息
|
||||
3. 启动 30 秒：回看断电记录，梳理核心目标，快速进入专注
|
||||
|
||||
## 任务优先级
|
||||
|
||||
1. 第一阶段：重要且紧急的核心任务（连续3-4个番茄钟）
|
||||
2. 第二阶段：重要不紧急的次要任务（1-2个番茄钟）
|
||||
3. 第三阶段：紧急不重要的微任务（1个番茄钟内完成多个）
|
||||
|
||||
## 示例
|
||||
|
||||
### ✅ 一上午 4 小时，8 个番茄钟
|
||||
|
||||
背景：需完成「服务器维护（核心任务）」「文档更新（次要任务）」「消息回复（微任务）」3项任务
|
||||
**执行规划（最优混合模式）**：
|
||||
1. 番茄钟1-4：核心任务「服务器维护」（连续4个番茄钟，完成后长休息20分钟）→ 解决核心工作，无切换损耗；
|
||||
2. 番茄钟5-6：次要任务「文档更新」（连续2个番茄钟，短休息5分钟/次）→ 次核心工作，仅1次切换；
|
||||
3. 番茄钟7-8：微任务「消息回复+待办整理」（2个微任务放入2个番茄钟，无切换）→ 补位短任务，总切换次数仅1次，损耗≈1分钟。
|
||||
|
||||
## 避坑点
|
||||
|
||||
⚠️ **避坑点1：把番茄钟当硬计时器，强行凑25分钟**
|
||||
- 问题：任务10分钟完成，硬熬剩余15分钟，导致注意力松懈；
|
||||
- 解决方案：微任务合并执行，1个番茄钟内完成2-3个同类型微任务，不单独为短任务开番茄钟。
|
||||
|
||||
⚠️ **避坑点2：休息时刷手机/处理杂事，认知未恢复**
|
||||
- 问题：休息期大脑仍处于工作状态，后续专注效率大幅下降；
|
||||
- 解决方案：休息期严格脱离电子设备，仅做物理放松，可设置手机静音/专注模式。
|
||||
|
||||
⚠️ **避坑点3：长任务不拆分，直接硬扛多个番茄钟**
|
||||
- 问题：中途疲劳放弃，或后期效率暴跌，任务质量差；
|
||||
- 解决方案：长任务按「子模块」拆分，每3个番茄钟为一段，搭配长休息，逐步推进。
|
||||
|
||||
⚠️ **避坑点4：无规划切换任务，想到哪做到哪**
|
||||
- 问题：认知重启损耗大，一上午看似做了很多事，实际有效产出低；
|
||||
- 解决方案：提前一晚上/早上列好番茄钟分配表，按表执行，非紧急情况不临时调整。
|
||||
|
||||
⚠️ **避坑点5：中断后不记录断点，重新启动耗时久**
|
||||
- 问题：切换/休息后忘记任务进度，重新梳理思路浪费时间；
|
||||
- 解决方案：强制养成「番茄钟结束前30秒记断点」的习惯，用便签/笔记快速记录核心进度。
|
||||
@ -2,7 +2,7 @@
|
||||
---
|
||||
#领域/觉察知识
|
||||
|
||||
#复盘/0
|
||||
#复盘/3
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
@ -1,6 +1,6 @@
|
||||
#领域/觉察知识
|
||||
|
||||
#复盘/2
|
||||
#复盘/4
|
||||
|
||||
## 一句话描述
|
||||
|
||||
|
||||
@ -21,6 +21,7 @@ FROM ""
|
||||
WHERE contains(file.tags, "#状态/待处理")
|
||||
and file.name != "模板-任务启动器"
|
||||
and file.name != "模板-备忘"
|
||||
and file.name != "觉察知识-标签配置"
|
||||
SORT file.mtime asc
|
||||
limit 3
|
||||
```
|
||||
@ -106,10 +107,50 @@ TABLE WITHOUT ID
|
||||
file.ctime AS "创建时间",
|
||||
file.mtime AS "最后修改时间"
|
||||
FROM #复盘/3
|
||||
where file.mtime < date(now) - dur("3d")
|
||||
where file.mtime < date(now) - dur("4d")
|
||||
SORT file.mtime DESC
|
||||
limit 3
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
|
||||
### 待复盘/4
|
||||
|
||||
> 若文件复盘后内容存在更新，请将复盘值清零为`复盘/0`
|
||||
|
||||
```dataview
|
||||
TABLE WITHOUT ID
|
||||
link(file.path, file.name) AS "文件名",
|
||||
file.ctime AS "创建时间",
|
||||
file.mtime AS "最后修改时间"
|
||||
FROM #复盘/4
|
||||
where file.mtime < date(now) - dur("5d")
|
||||
SORT file.mtime DESC
|
||||
limit 3
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
|
||||
### 待复盘/5
|
||||
|
||||
> 若文件复盘后内容存在更新，请将复盘值清零为`复盘/0`
|
||||
> 若文件复盘后内容无需更新，请将复盘值修改为`复盘/待归档`
|
||||
|
||||
```dataview
|
||||
TABLE WITHOUT ID
|
||||
link(file.path, file.name) AS "文件名",
|
||||
file.ctime AS "创建时间",
|
||||
file.mtime AS "最后修改时间"
|
||||
FROM #复盘/4
|
||||
where file.mtime < date(now) - dur("d")
|
||||
SORT file.mtime DESC
|
||||
limit 3
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
|
||||
|
||||
|
||||
117
20260127-备忘-工具-CNB云构建语法.md
Normal file
117
20260127-备忘-工具-CNB云构建语法.md
Normal file
@ -0,0 +1,117 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[___cnb云构建_____]
|
||||
|
||||
---
|
||||
|
||||
|
||||
|
||||
|
||||
## 示例1
|
||||
|
||||
.cnb.yml
|
||||
|
||||
```yml
|
||||
.pipeline: &tar-app
|
||||
- env:
|
||||
WORKSPACE_ROOT: "/workspace"
|
||||
SSL_PASS: "VkB!Y2@ImXR9k0*p0nvglYJBOQlmgihM"
|
||||
stages:
|
||||
- name: tar-release
|
||||
script:
|
||||
- /workspace/tools/scripts/tar-app.sh
|
||||
- /workspace/tools/scripts/tar-patch.sh
|
||||
- cp /workspace/patch/version.txt /workspace
|
||||
artifacts:
|
||||
paths:
|
||||
- artifacts.tar.gz
|
||||
- ./*.bin
|
||||
- version.txt
|
||||
|
||||
- name: upload-tar
|
||||
image: cnbcool/attachments:latest
|
||||
settings:
|
||||
attachments:
|
||||
- artifacts.tar.gz
|
||||
- ./*.bin
|
||||
- version.txt
|
||||
|
||||
main:
|
||||
web_trigger_one:
|
||||
- <<: *tar-app
|
||||
|
||||
release:
|
||||
push:
|
||||
- <<: *tar-app
|
||||
|
||||
web_trigger_one:
|
||||
- <<: *tar-app
|
||||
|
||||
$:
|
||||
vscode:
|
||||
- docker:
|
||||
# image: cnbcool/default-dev-env:latest
|
||||
build: .ide/Dockerfile
|
||||
services:
|
||||
- vscode
|
||||
- docker
|
||||
```
|
||||
|
||||
.cnb/web_trigger.yml
|
||||
|
||||
```yaml
|
||||
branch:
|
||||
- reg: ^[main|release]
|
||||
buttons:
|
||||
- name: Release APP&PATCH
|
||||
description: 打包程序和补丁
|
||||
event: web_trigger_one
|
||||
```
|
||||
|
||||
|
||||
## 示例2
|
||||
|
||||
.cnb.yml
|
||||
|
||||
```bash
|
||||
main:
|
||||
push:
|
||||
- docker:
|
||||
|
||||
|
||||
stages:
|
||||
- name: build-bin
|
||||
image: espressif/idf:release-v5.0
|
||||
script:
|
||||
- . $IDF_PATH/export.sh
|
||||
- idf.py set-target esp32s3
|
||||
- idf.py clean
|
||||
- idf.py build
|
||||
- esptool.py --chip esp32s3 merge_bin -o merged.bin 0x0 build/bootloader/bootloader.bin 0x8000 build/partition_table/partition-table.bin 0x10000 build/xr-ai-cam.bin
|
||||
artifacts:
|
||||
paths:
|
||||
- merged.bin
|
||||
|
||||
- name: upload-bin
|
||||
image: cnbcool/attachments:latest
|
||||
settings:
|
||||
attachments:
|
||||
- merged.bin
|
||||
|
||||
|
||||
$:
|
||||
vscode:
|
||||
- docker:
|
||||
image: espressif/idf:release-v5.0
|
||||
services:
|
||||
- vscode
|
||||
- docker
|
||||
stages:
|
||||
- name: ls
|
||||
script: ls -al
|
||||
```
|
||||
68
20260131-备忘-觉察知识-JF.md
Normal file
68
20260131-备忘-觉察知识-JF.md
Normal file
@ -0,0 +1,68 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[________]
|
||||
|
||||
---
|
||||
|
||||
# 温肾壮阳固本药酒方
|
||||
|
||||
## 一、方剂核心信息
|
||||
|
||||
**方剂名称**：温肾壮阳固本酒
|
||||
|
||||
**适配规格**：10L纯粮白酒（推荐50-55度，无添加纯粮酿造，酒精度适配药材有效成分析出）
|
||||
|
||||
**核心功效**：峻补元阳、补肾壮阳、益精强筋骨、温润不燥。适用于肾阳不足、精血亏虚所致的腰膝酸软冷痛、畏寒肢冷、精神不振、精力减退等症，适配日常养生调理（非治疗性方剂）。
|
||||
|
||||
**理论依据**：依据《中华人民共和国药典2025版》药材性味、功效及法定剂量规范，遵循中医药“君臣佐使”配伍原则，结合养生药酒安全料液比标准（1:10~1:20）制定，确保剂量合规、配伍安全、功效精准。
|
||||
|
||||
## 二、正式药材配比明细
|
||||
|
||||
|药材分类|药材名称|用量|性味归经|药典日剂量（药用）|方中配伍作用|
|
||||
|---|---|---|---|---|---|
|
||||
|君药（核心）|鹿茸|20g|甘、咸，温；归肾、肝经|1~2g|峻补元阳、益精血、强筋骨，定补肾壮阳核心基调，为全方功效核心|
|
||||
||鹿鞭|50g|甘、咸，温；归肝、肾、膀胱经|传统≤5g（养生）|温肾壮阳、益精补髓，与鹿茸协同增效，强化核心补肾功效|
|
||||
|臣药（协同）|巴戟天|80g|甘、辛，微温；归肾、肝经|3~10g|温肾壮阳、强筋骨，辅助君药增强补肾效果，兼顾强腰膝功能|
|
||||
||淫羊藿|20g|辛、甘，温；归肝、肾经|6~10g|补肾阳、强筋骨，辛温峻猛但少量使用，精准提效且不增燥性|
|
||||
||肉苁蓉|80g|甘、咸，温；归肾、大肠经|6~10g|温润补肾阳、益精血，质地温和无燥性，中和全方温燥感，提升饮用耐受性|
|
||||
||锁阳|70g|甘，温；归肝、肾、大肠经|5~10g|补肾阳、益精血，与肉苁蓉形成“温润互补”组合，补而不烈、润而不腻|
|
||||
|佐使药（调和）|枸杞|250g|甘，平；归肝、肾经|6~12g|平补肝肾、益精血，协同益肾功效，同时润和温燥，兼顾酒液口感|
|
||||
||麦冬|50g|甘、微苦，微寒；归心、肺、胃经|6~12g|养阴生津、清心润燥，进一步中和全方温燥之性，保障长期饮用安全|
|
||||
|合计|-|700g|-|-|料液比1:14.3，符合养生药酒安全标准|
|
||||
## 三、制备方法（分步操作，确保安全与效果）
|
||||
|
||||
### 1. 药材预处理（关键步骤，避免酒液变质）
|
||||
|
||||
- 植物药材：枸杞、巴戟天、淫羊藿、肉苁蓉、锁阳、麦冬，用清水快速冲洗表面浮尘（时间≤30秒，避免长时间浸泡导致有效成分流失）；冲洗后置于通风干燥处，彻底晾干至无水分（表面无潮湿、无水滴，手感干燥，防止水分进入酒液引发变质）。
|
||||
|
||||
- 动物药材：鹿茸切薄片（厚度2-3mm，便于有效成分析出）；鹿鞭洗净后用干净纱布擦干，适度切段（每段3-5cm，避免过碎导致过滤困难）。
|
||||
|
||||
### 2. 入坛浸泡（容器与环境要求）
|
||||
|
||||
- 容器选择：选用无破损、无异味、密封性良好的陶瓷坛或玻璃坛（严禁使用塑料容器，避免塑化剂渗入），提前用清水洗净，晾干至无水分、无异味。
|
||||
|
||||
- 入坛操作：将所有预处理后的药材依次放入坛中，倒入10L 50-55度纯粮白酒，确保白酒完全浸没药材（若药材漂浮，可轻轻按压至液面以下，或加入少量白酒补足）。
|
||||
|
||||
- 密封保存：用干净的保鲜膜缠绕坛口2-3圈，再盖上坛盖拧紧，确保完全密封；将酒坛置于阴凉避光处（温度15-25℃，避免阳光直射、高温环境，防止酒液挥发与变质）。
|
||||
|
||||
### 3. 滤渣与保存
|
||||
|
||||
- 浸泡周期：连续浸泡30天，浸泡期间每5天轻轻摇匀酒坛1次（每次摇匀时间约1分钟，促进药材有效成分充分析出）。
|
||||
|
||||
- 滤渣操作：浸泡期满后，用双层干净纱布过滤酒液，去除所有药渣（过滤时可轻轻挤压药渣，提取残留药液，但需避免药渣碎屑混入滤液）。
|
||||
|
||||
- 成品保存：将过滤后的酒液装入洁净、密封的容器中，继续置于阴凉避光处保存，保质期6-12个月（开封后建议3个月内饮用完毕）。
|
||||
|
||||
## 四、用法用量（严格遵循，避免健康风险）
|
||||
|
||||
**饮用剂量**：每日1次，每次≤20ml（约1小酒盅），严禁超量饮用（超量易导致温燥过盛、肝肾负担加重）。
|
||||
|
||||
**饮用时间**：建议睡前30分钟温服（温服温度35-40℃，用温水浴加热，严禁直接煮沸，避免有效成分破坏），更利于吸收与调理。
|
||||
|
||||
**饮用周期**：遵循“中病即止、间断调理”原则，连续饮用不超过1个月，停用1-2个月后，可根据自身体质（无不适症状）再次饮用，不建议长期连续饮用。
|
||||
|
||||
13
20260202-备忘-待问题解答-GTD任务管理.md
Normal file
13
20260202-备忘-待问题解答-GTD任务管理.md
Normal file
@ -0,0 +1,13 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____了解GTD____]
|
||||
|
||||
---
|
||||
|
||||
来源：番茄工作法的进阶优化
|
||||
原文：**结合GTD**：用番茄工作法负责「执行节奏」，GTD负责「任务收集与分类」，互补解决多任务管理问题。
|
||||
50
20260203-备忘-MaixCam竞赛版-目标检测框无法正常显示.md
Normal file
50
20260203-备忘-MaixCam竞赛版-目标检测框无法正常显示.md
Normal file
@ -0,0 +1,50 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #Bug/评估
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____目标检测框无法正常显示____]
|
||||
|
||||
---
|
||||
|
||||
## 基础元信息
|
||||
|
||||
影响范围：[__参数调试、程序控制，等需要使用检测框的内容_____]
|
||||
|
||||
## 缺陷记录
|
||||
|
||||
### 前置条件
|
||||
|
||||
[__带检测框的算法，例如色块______]
|
||||
|
||||
### 复现步骤
|
||||
|
||||
1. [_色块算法检测到色块_______]
|
||||
2. [_将色块移动到画面边缘位置_______]
|
||||
3. [________]
|
||||
|
||||
### 实际发生结果
|
||||
|
||||
[___色块信息堆叠显示_____]
|
||||
|
||||
### 期望结果
|
||||
|
||||
[___色块信息能够正常显示_____]
|
||||
|
||||
### 排查建议
|
||||
|
||||
1. [____给检测框信息增加辅助边框，以方便调试_____]
|
||||
|
||||
### 根因分析
|
||||
|
||||
[__检测框位置一直固定在右侧，无法兼顾下方和右侧边缘______]
|
||||
|
||||
### 验证依据
|
||||
|
||||
[________]
|
||||
|
||||
# 知识沉淀
|
||||
|
||||
`Alt + N` 创建 [[模板-觉察知识-知识沉淀]]
|
||||
75
20260204-备忘-工具技巧-git提交前缀.md
Normal file
75
20260204-备忘-工具技巧-git提交前缀.md
Normal file
@ -0,0 +1,75 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[___git 提交信息前缀_____]
|
||||
|
||||
---
|
||||
你想了解 Git 提交信息中像`feat`这类前缀（也叫提交类型标识）的含义、规范和使用场景，对吧？这些前缀是遵循**Conventional Commits（约定式提交）** 规范的核心，目的是让提交历史清晰可读，还能自动化生成 CHANGELOG、管理语义化版本。
|
||||
|
||||
### 常用的 Git 提交类型前缀及含义
|
||||
|
||||
以下是项目中最常用的前缀，每个前缀对应明确的代码变更场景：
|
||||
|
||||
| 前缀 | 全称 / 含义 | 适用场景举例 |
|
||||
| ---------- | ----------------- | ------------------------------------ |
|
||||
| `feat` | Feature（新功能） | 新增用户注册功能、添加商品筛选接口 |
|
||||
| `fix` | Fix（修复 Bug） | 修复登录密码错误提示不显示、修复数据统计偏差 |
|
||||
| `docs` | Documentation（文档） | 更新 README、补充接口注释、修改使用说明 |
|
||||
| `style` | Style（格式） | 调整代码缩进、补充分号、修改空格（不影响逻辑） |
|
||||
| `refactor` | Refactor（重构） | 提取公共函数、优化代码结构（无功能 / 修复变更） |
|
||||
| `perf` | Performance（性能） | 优化列表渲染速度、减少接口请求耗时 |
|
||||
| `test` | Test（测试） | 添加单元测试、补充集成测试、修复测试用例 |
|
||||
| `build` | Build（构建） | 升级 webpack 版本、修改打包配置、调整依赖版本 |
|
||||
| `ci` | CI/CD（持续集成） | 修改 GitHub Actions 配置、调整 Jenkins 流水线 |
|
||||
| `chore` | Chore（杂项） | 删除无用文件、清理日志、修改.gitignore |
|
||||
| `revert` | Revert（回滚） | 回滚之前的错误提交（格式：`revert: feat: 新增xx功能`） |
|
||||
|
||||
### 规范的提交信息格式
|
||||
|
||||
完整的约定式提交格式通常为：
|
||||
|
||||
plaintext
|
||||
|
||||
```
|
||||
<类型>[可选作用域]: <简短描述>
|
||||
|
||||
[可选的详细描述]
|
||||
|
||||
[可选的关闭Issue链接]
|
||||
```
|
||||
|
||||
- **作用域**：说明修改的模块 / 范围，让提交更精准，比如`feat(login): 新增记住密码功能`、`fix(order): 修复订单支付状态更新失败`；
|
||||
- **简短描述**：首字母小写，结尾不加标点，简洁说明变更（不超过 50 字符）。
|
||||
|
||||
### 示例
|
||||
|
||||
bash
|
||||
|
||||
运行
|
||||
|
||||
```
|
||||
# 新功能（带作用域）
|
||||
feat(shop): 新增商品收藏功能
|
||||
|
||||
# 修复Bug（带详细描述）
|
||||
fix(cart): 修复购物车数量为0时仍显示小红点
|
||||
|
||||
用户删除所有商品后，购物车小红点未清空，原因是判断条件遗漏了数量为0的场景，现已补充。
|
||||
|
||||
# 文档变更
|
||||
docs: 更新API文档中用户信息接口的参数说明
|
||||
|
||||
# 重构
|
||||
refactor: 提取表单验证的公共方法到utils目录
|
||||
```
|
||||
|
||||
### 总结
|
||||
|
||||
1. `feat`和`fix`是最核心的提交类型，直接关联语义化版本（`feat`对应小版本升级，`fix`对应补丁版本升级）；
|
||||
2. 这些前缀遵循 Conventional Commits 规范，能统一团队提交风格，让提交历史一目了然；
|
||||
3. 不同前缀对应不同变更场景，按需使用可大幅提升项目维护效率（比如排查 Bug 时只需筛选`fix`类型的提交）。
|
||||
194
20260204-备忘-觉察知识-对话回应价值理论.md
Normal file
194
20260204-备忘-觉察知识-对话回应价值理论.md
Normal file
@ -0,0 +1,194 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____了解回应价值理论____]
|
||||
|
||||
注意：请忽略以上内容
|
||||
|
||||
---
|
||||
|
||||
## 操作需求
|
||||
|
||||
问题描述是【输入内容】，请专业耐心的解答我的问题，并将你的答案整理归纳至【输出内容】
|
||||
|
||||
## 内容要求
|
||||
|
||||
1. 结论先行，主次分明：先给出「一句话核心结论」，再分点给出细节
|
||||
2. 逐层递进逻辑链：原理->知识点->用法->案例，理解本质再应用
|
||||
3. 实操为王，案例全覆盖：所有知识点必须配备「可实现的案例」
|
||||
4. 避坑指南，强制标配：必须单独列出易踩坑点+精准解决方案
|
||||
5. 融会贯通：讲解单个知识点时，必须主动关联同类/互补工具，明确差异、标准、场景，帮助建立知识体系
|
||||
6. 浓缩总结，提炼精华，方便记忆：提炼所有重点为极简内容，方便复习和快速查阅
|
||||
7. 语言风格：口语化、专业但不晦涩，复杂概念用「大白话 + 示例」解释，拒绝堆砌专业术语；所有命令 / 代码 / 参数格式工整，带中文注释，一目了然。
|
||||
8. 内容结构：层级清晰，用标题 / 分点做区分，核心内容加粗标注，代码块独立展示，重点规则用「✅ 黄金规则」「⚠️ 避坑点」「💡 核心技巧」做醒目标注，阅读体验极佳。
|
||||
9. 无冗余内容：不拓展无关知识点、不做无意义的参数罗列、不写复杂冷门用法，所有内容都围绕「吃透核心 + 落地实战」，精准匹配学习需求，不浪费时间。
|
||||
10. 知识联动要求：当讲解后续内容时，必须主动关联之前讲解过的内容，形成知识闭环。
|
||||
11. 联动案例：必须是高频使用场景
|
||||
12.
|
||||
|
||||
## 输出格式
|
||||
|
||||
- [x] markdown
|
||||
|
||||
```markdown
|
||||
## 一句话描述
|
||||
|
||||
【使用一句话概括】
|
||||
|
||||
## 详细解释
|
||||
|
||||
【你的解答】
|
||||
|
||||
## 延伸补充
|
||||
|
||||
...
|
||||
### 常见避坑点
|
||||
|
||||
### 知识点浓缩
|
||||
|
||||
【背诵级，解决反复查资料的核心需求】
|
||||
|
||||
### 进阶优化方向
|
||||
|
||||
## 提问建议
|
||||
...
|
||||
|
||||
---
|
||||
```
|
||||
|
||||
## 注意
|
||||
1. 请判断勾选框是否处于被勾选状态，例如markdown勾选框处于未被勾选状态，则无需输出markdown格式
|
||||
|
||||
以上内容为系统提示，为了辅助你更好的回答。
|
||||
|
||||
---
|
||||
|
||||
## 输入内容
|
||||
|
||||
| 项目 | 内容 |
|
||||
| ------ | ------------------------------------------------ |
|
||||
| 你的角色设定 | 你是一位结构化、体系化的[_人际交往，高质量对话_______]教学专家，定位为精准知识的输出者 |
|
||||
| 上下文 | 两人一对一对话 |
|
||||
| 约束 | |
|
||||
| 任务目标 | 了解回应价值理论 |
|
||||
| 解决问题 | 知道理论知识，不了解理论依据、推导 |
|
||||
| 服务于 | 学习新知识 |
|
||||
| | |
|
||||
|
||||
---
|
||||
|
||||
注意：请忽略以下内容
|
||||
|
||||
## 输出内容
|
||||
## 一句话描述
|
||||
|
||||
回应价值理论核心是**高质量对话中，回应的价值由「信息增量、情绪价值、行动指引」三者综合决定，单纯 “有回应”≠有价值回应**，其本质是通过精准回应实现沟通效率与关系质量的双重提升。
|
||||
|
||||
## 详细解释
|
||||
|
||||
### 一、理论依据与推导（原理）
|
||||
|
||||
1. **沟通本质底层逻辑**
|
||||
|
||||
沟通的核心目的是「信息传递 + 关系维护 + 问题解决」，无效回应会导致信息断层、情绪内耗、行动停滞，而回应价值理论正是基于这三大目的，推导回应的价值评判标准 —— 只有同时 / 侧重满足其中至少一个核心目的，回应才具备实际价值。
|
||||
2. **人类沟通行为规律**
|
||||
|
||||
人在对话中会本能追求 “获得感”，要么获得新信息、要么获得情绪安抚、要么获得明确方向，无获得感的回应（如敷衍、重复）会快速降低沟通意愿，这是回应价值理论的行为学依据。
|
||||
3. **价值推导公式**
|
||||
|
||||
回应价值 = 信息增量价值 × 权重 + 情绪价值 × 权重 + 行动指引价值 × 权重（不同场景权重不同，如工作重信息 + 行动，亲密关系重情绪）。
|
||||
|
||||
### 二、核心知识点（三大价值维度）
|
||||
|
||||
#### 1. 信息增量价值
|
||||
|
||||
✅ 定义：回应中提供**对方不知道、未明确、需补充**的有效信息，解决 “信息差” 问题。
|
||||
|
||||
✅ 核心标准：不重复、不模糊、有针对性，能补全对话信息闭环。
|
||||
|
||||
#### 2. 情绪价值
|
||||
|
||||
✅ 定义：回应中传递**理解、认可、安抚、鼓励**等情绪支持，满足对方的情感需求，缓解负面情绪或强化正面情绪。
|
||||
|
||||
✅ 核心标准：不评判、不否定、不敷衍，精准匹配对方当下情绪状态。
|
||||
|
||||
#### 3. 行动指引价值
|
||||
|
||||
✅ 定义：回应中给出**具体、可落地、可执行**的行动建议或方向，推动对话从 “讨论” 走向 “落地”。
|
||||
|
||||
✅ 核心标准：不笼统、不抽象，有明确的 “做什么 + 怎么做”。
|
||||
|
||||
### 三、实操用法（落地步骤）
|
||||
|
||||
1. **第一步：判断场景，定价值权重**
|
||||
- 工作沟通（汇报、协作）：信息增量（60%）+ 行动指引（30%）+ 情绪价值（10%）
|
||||
- 亲密关系（倾诉、矛盾）：情绪价值（60%）+ 信息增量（20%）+ 行动指引（20%）
|
||||
- 朋友闲聊（吐槽、分享）：情绪价值（70%）+ 信息增量（30%），无需行动指引
|
||||
2. **第二步：拆解对方需求，匹配价值维度**
|
||||
|
||||
先听对方核心诉求：是要信息？要安慰？要办法？再针对性输出对应价值，避免 “答非所需”。
|
||||
3. **第三步：组合输出，避免单一维度**
|
||||
|
||||
高价值回应通常是 “1 主 2 辅”，比如工作中以信息增量为主，搭配行动指引，顺带少量情绪认可；亲密关系中以情绪价值为主，搭配少量信息补充。
|
||||
|
||||
### 四、实战案例（全覆盖高频场景）
|
||||
|
||||
#### 场景 1：工作中同事问 “这个项目进度怎么样了？”
|
||||
|
||||
- ❌ 低价值回应（无增量、无指引）：“就那样，还在做。”
|
||||
- ✅ 高价值回应（信息增量 + 行动指引）：“目前完成了 70%，核心模块已上线，剩下的接口调试预计明天下午搞定，我下午 3 点会同步进度表到群里，有问题你随时找我。”
|
||||
|
||||
#### 场景 2：伴侣吐槽 “今天上班被领导骂了，好委屈”
|
||||
|
||||
- ❌ 低价值回应（无情绪、乱给指引）：“那你肯定哪里没做好，下次改改不就行了。”
|
||||
- ✅ 高价值回应（情绪价值 + 信息增量）：“被领导骂肯定特别难受吧，换谁都会委屈的（情绪），是因为哪个环节出问题被说的呀？我听你说说（信息）。”
|
||||
|
||||
#### 场景 3：朋友分享 “我今天终于学会做蛋糕了！”
|
||||
|
||||
- ❌ 低价值回应（无情绪、无增量）：“哦，挺厉害的。”
|
||||
- ✅ 高价值回应（情绪价值 + 信息增量）：“哇，也太厉害了吧！第一次做就成功，太有天赋了（情绪），用的什么配方呀？我也想试试（信息）。”
|
||||
|
||||
## 延伸补充
|
||||
|
||||
### 常见避坑点
|
||||
|
||||
⚠️ 避坑 1：只回应不增量，重复对方信息
|
||||
|
||||
- 问题：对方说 “今天下雨了”，回应 “对，下雨了”，无任何价值
|
||||
- 解决方案：补充信息（“是啊，雨还挺大，你出门记得带伞”）或传递情绪（“下雨好舒服，适合宅家”）
|
||||
|
||||
⚠️ 避坑 2：只给指引不给情绪，强行 “讲道理”
|
||||
|
||||
- 问题：对方倾诉烦恼，直接甩解决方案，忽略情绪安抚
|
||||
- 解决方案：先共情（“我懂你现在的感受”），再给建议（“如果是我，可能会试试 XX”）
|
||||
|
||||
⚠️ 避坑 3：过度追求单一价值，忽略场景适配
|
||||
|
||||
- 问题：工作中过度输出情绪价值，闲聊中强行给行动指引
|
||||
- 解决方案：先定场景权重，再匹配价值，不越界、不跑偏
|
||||
|
||||
⚠️ 避坑 4：回应模糊笼统，无实际落地性
|
||||
|
||||
- 问题：对方问 “怎么提升沟通能力？”，回应 “多练就行”
|
||||
- 解决方案：给具体指引（“可以每天练 10 分钟结构化表达，先讲结论再讲细节”）
|
||||
|
||||
### 知识点浓缩（背诵级）
|
||||
|
||||
1. 核心公式：回应价值 = 信息增量 + 情绪价值 + 行动指引
|
||||
2. 场景权重：工作重信息 + 行动，亲密 / 闲聊重情绪
|
||||
3. 高价值回应标准：有增量、有共情、有落地
|
||||
4. 避坑关键：不重复、不评判、不笼统、不越界
|
||||
|
||||
### 进阶优化方向
|
||||
|
||||
1. **动态调整价值权重**：根据对话阶段调整，如问题初期重情绪 + 信息，后期重行动指引
|
||||
2. **价值叠加技巧**：用 “情绪 + 信息 + 指引” 的组合句式，如 “我理解你着急（情绪），目前数据是 XX（信息），我们先按 XX 步骤推进（指引）”
|
||||
3. **长期价值积累**：持续输出高价值回应，可建立 “靠谱、懂我” 的个人沟通标签，提升关系粘性
|
||||
|
||||
## 提问建议
|
||||
|
||||
你可以结合具体场景（如职场汇报、亲密关系矛盾、朋友吐槽）提问，我可以帮你拆解该场景下回应价值的落地话术，或分析你现有回应的价值短板并优化。
|
||||
198
20260204-备忘-觉察知识-对话情绪同步性理论.md
Normal file
198
20260204-备忘-觉察知识-对话情绪同步性理论.md
Normal file
@ -0,0 +1,198 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____了解情绪同步性理论____]
|
||||
|
||||
注意：请忽略以上内容
|
||||
|
||||
---
|
||||
|
||||
## 操作需求
|
||||
|
||||
问题描述是【输入内容】，请专业耐心的解答我的问题，并将你的答案整理归纳至【输出内容】
|
||||
|
||||
## 内容要求
|
||||
|
||||
1. 结论先行，主次分明：先给出「一句话核心结论」，再分点给出细节
|
||||
2. 逐层递进逻辑链：原理->知识点->用法->案例，理解本质再应用
|
||||
3. 实操为王，案例全覆盖：所有知识点必须配备「可实现的案例」
|
||||
4. 避坑指南，强制标配：必须单独列出易踩坑点+精准解决方案
|
||||
5. 融会贯通：讲解单个知识点时，必须主动关联同类/互补工具，明确差异、标准、场景，帮助建立知识体系
|
||||
6. 浓缩总结，提炼精华，方便记忆：提炼所有重点为极简内容，方便复习和快速查阅
|
||||
7. 语言风格：口语化、专业但不晦涩，复杂概念用「大白话 + 示例」解释，拒绝堆砌专业术语；所有命令 / 代码 / 参数格式工整，带中文注释，一目了然。
|
||||
8. 内容结构：层级清晰，用标题 / 分点做区分，核心内容加粗标注，代码块独立展示，重点规则用「✅ 黄金规则」「⚠️ 避坑点」「💡 核心技巧」做醒目标注，阅读体验极佳。
|
||||
9. 无冗余内容：不拓展无关知识点、不做无意义的参数罗列、不写复杂冷门用法，所有内容都围绕「吃透核心 + 落地实战」，精准匹配学习需求，不浪费时间。
|
||||
10. 知识联动要求：当讲解后续内容时，必须主动关联之前讲解过的内容，形成知识闭环。
|
||||
11. 联动案例：必须是高频使用场景
|
||||
12.
|
||||
|
||||
## 输出格式
|
||||
|
||||
- [x] markdown
|
||||
|
||||
```markdown
|
||||
## 一句话描述
|
||||
|
||||
【使用一句话概括】
|
||||
|
||||
## 详细解释
|
||||
|
||||
【你的解答】
|
||||
|
||||
## 延伸补充
|
||||
|
||||
...
|
||||
### 常见避坑点
|
||||
|
||||
### 知识点浓缩
|
||||
|
||||
【背诵级，解决反复查资料的核心需求】
|
||||
|
||||
### 进阶优化方向
|
||||
|
||||
## 提问建议
|
||||
...
|
||||
|
||||
---
|
||||
```
|
||||
|
||||
## 注意
|
||||
1. 请判断勾选框是否处于被勾选状态，例如markdown勾选框处于未被勾选状态，则无需输出markdown格式
|
||||
|
||||
以上内容为系统提示，为了辅助你更好的回答。
|
||||
|
||||
---
|
||||
|
||||
## 输入内容
|
||||
|
||||
| 项目 | 内容 |
|
||||
| ------ | ------------------------------------------------ |
|
||||
| 你的角色设定 | 你是一位结构化、体系化的[__人际交往，高质量对话______]教学专家，定位为精准知识的输出者 |
|
||||
| 上下文 | 两人一对一对话 |
|
||||
| 约束 | |
|
||||
| 任务目标 | 了解情绪同步性理论 |
|
||||
| 解决问题 | 知道理论名称，不了解理论，例如依据、推导等 |
|
||||
| 服务于 | 了解新知识 |
|
||||
| | |
|
||||
| | |
|
||||
|
||||
---
|
||||
|
||||
注意：请忽略以下内容
|
||||
|
||||
## 输出内容
|
||||
|
||||
## 一句话描述
|
||||
|
||||
情绪同步性理论是人际互动中，个体通过表情、语言、行为等方式自动 / 主动传递、匹配对方情绪，形成情绪共鸣与同步的心理学理论，核心是情绪的相互传递与匹配机制。
|
||||
|
||||
## 详细解释
|
||||
|
||||
### 一、理论依据与原理
|
||||
|
||||
1. **生理基础：镜像神经元**
|
||||
|
||||
大脑中的镜像神经元会在观察他人情绪行为时，激活与自身产生该情绪时相同的脑区，实现 “看见即感受”，是情绪同步的生理底层逻辑。
|
||||
|
||||
示例：看到他人大笑，自己嘴角会不自觉上扬，就是镜像神经元触发的自动情绪同步。
|
||||
2. **核心机制：情绪传染**
|
||||
|
||||
情绪会通过非语言信号（表情、语气、肢体）和语言信号，以 “传染” 的方式在人际间传递，无需刻意思考，是自动化的同步过程。
|
||||
3. **进化依据**
|
||||
|
||||
原始社会中，群体情绪同步能快速传递危险 / 安全信号，提升生存概率，是人类进化保留的本能机制。
|
||||
|
||||
### 二、核心知识点
|
||||
|
||||
1. **两大类型**
|
||||
|
||||
- 自动同步：无意识的本能反应，如对方难过时自己心情低落，无需刻意控制。
|
||||
- 主动同步：有意识的共情行为，如安慰他人时刻意放缓语气、降低音量，主动匹配对方情绪。
|
||||
|
||||
2. **三大同步维度**
|
||||
|
||||
- 面部同步：表情、眼神的匹配，如对方皱眉时自己也流露担忧。
|
||||
- 语言同步：语气、语速、用词的匹配，如对方轻声说话时自己也放低声音。
|
||||
- 生理同步：呼吸、心跳的细微匹配，如紧张时双方呼吸节奏趋同。
|
||||
|
||||
3. **关键影响因素**
|
||||
|
||||
关系亲密度（越亲密同步越强）、情绪强度（情绪越强烈同步越明显）、个体共情能力（共情力越高越易同步）。
|
||||
|
||||
### 三、实操用法（高质量对话落地）
|
||||
|
||||
1. **自动同步：顺应本能，不抗拒自然情绪反应**
|
||||
|
||||
对话中不刻意压抑自身的情绪反馈，自然流露与对方匹配的表情、语气。
|
||||
2. **主动同步：精准匹配，强化共情连接**
|
||||
|
||||
- 情绪低落时：放缓语速、降低音量，用温和用词，避免轻快语气。
|
||||
- 情绪激动时：先匹配对方的情绪强度（如 “我能感受到你特别生气”），再逐步引导平复。
|
||||
|
||||
3. **同步调节：避免过度同步，保持理性**
|
||||
|
||||
对方负面情绪过强时，不被完全带偏，适度同步后用理性语言拉回对话节奏。
|
||||
|
||||
### 四、全覆盖实战案例
|
||||
|
||||
1. **日常朋友对话**
|
||||
|
||||
朋友吐槽工作不顺，自动同步皱眉、叹气，主动说 “这事儿换谁都憋屈”（语言同步），再递水（肢体同步），快速拉近距离。
|
||||
2. **职场沟通**
|
||||
|
||||
同事因项目失误焦虑，主动放缓语速说 “我知道你现在很着急，我们一起看看问题在哪”，匹配焦虑情绪后再谈解决方案，避免对方抵触。
|
||||
3. **亲密关系**
|
||||
|
||||
伴侣因小事委屈，主动靠近、轻声安慰，匹配委屈的语气和表情，而非直接讲道理，先同步情绪再沟通问题。
|
||||
|
||||
## 延伸补充
|
||||
|
||||
### 关联互补理论对比
|
||||
|
||||
|理论名称|核心差异|适用场景|
|
||||
|---|---|---|
|
||||
|情绪同步性理论|侧重情绪的传递与匹配|快速建立共情、缓解对立|
|
||||
|共情理论|侧重理解对方情绪的本质|深度沟通、解决情绪问题|
|
||||
|非语言沟通理论|侧重信号传递的方式|辅助情绪同步，强化表达|
|
||||
|
||||
### 常见避坑点
|
||||
|
||||
⚠️ 避坑 1：刻意同步过度，显得虚假
|
||||
|
||||
解决方案：以自动同步为基础，主动同步仅做轻微调整，不刻意模仿对方所有行为。
|
||||
|
||||
⚠️ 避坑 2：只同步表面情绪，忽略真实需求
|
||||
|
||||
解决方案：同步情绪后，追问 “你现在最在意的是哪一点”，挖掘情绪背后的核心诉求。
|
||||
|
||||
⚠️ 避坑 3：负面情绪过度同步，陷入情绪内耗
|
||||
|
||||
解决方案：同步后快速抽离，用 “我们一起想办法” 引导理性，不被负面情绪裹挟。
|
||||
|
||||
⚠️ 避坑 4：不同关系用同一同步尺度
|
||||
|
||||
解决方案：亲密关系可深度同步，职场 / 陌生人仅做轻度语言、表情同步，避免越界。
|
||||
|
||||
### 知识点浓缩（背诵级）
|
||||
|
||||
1. 核心：人际情绪相互传递、匹配，形成共鸣同步。
|
||||
2. 机制：镜像神经元 + 情绪传染，分自动 / 主动同步。
|
||||
3. 维度：面部、语言、生理三维同步。
|
||||
4. 用法：自动顺应 + 主动匹配 + 适度调节。
|
||||
5. 避坑：不刻意、不表面、不内耗、分尺度。
|
||||
|
||||
### 进阶优化方向
|
||||
|
||||
1. 精准同步：根据对方情绪类型（愤怒 / 委屈 / 焦虑），匹配对应情绪信号，而非泛化同步。
|
||||
2. 情绪引导式同步：先同步再引导，如 “我懂你生气，不过我们看看怎么解决更高效”。
|
||||
3. 跨文化同步：适配不同文化的情绪表达习惯，如西方更外放，东方更内敛，调整同步方式。
|
||||
|
||||
## 提问建议
|
||||
|
||||
1. 如何快速判断对方的核心情绪，避免同步错误？
|
||||
2. 不同性格的人（内向 / 外向），情绪同步的尺度该如何调整？
|
||||
3. 情绪同步与情绪操控的边界是什么，如何避免越界？
|
||||
240
20260204-备忘-觉察知识-对话戈夫曼拟剧理论.md
Normal file
240
20260204-备忘-觉察知识-对话戈夫曼拟剧理论.md
Normal file
@ -0,0 +1,240 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[__了解戈夫曼拟剧论______]
|
||||
|
||||
注意：请忽略以上内容
|
||||
|
||||
---
|
||||
|
||||
## 操作需求
|
||||
|
||||
问题描述是【输入内容】，请专业耐心的解答我的问题，并将你的答案整理归纳至【输出内容】
|
||||
|
||||
## 内容要求
|
||||
|
||||
1. 结论先行，主次分明：先给出「一句话核心结论」，再分点给出细节
|
||||
2. 逐层递进逻辑链：原理->知识点->用法->案例，理解本质再应用
|
||||
3. 实操为王，案例全覆盖：所有知识点必须配备「可实现的案例」
|
||||
4. 避坑指南，强制标配：必须单独列出易踩坑点+精准解决方案
|
||||
5. 融会贯通：讲解单个知识点时，必须主动关联同类/互补工具，明确差异、标准、场景，帮助建立知识体系
|
||||
6. 浓缩总结，提炼精华，方便记忆：提炼所有重点为极简内容，方便复习和快速查阅
|
||||
7. 语言风格：口语化、专业但不晦涩，复杂概念用「大白话 + 示例」解释，拒绝堆砌专业术语；所有命令 / 代码 / 参数格式工整，带中文注释，一目了然。
|
||||
8. 内容结构：层级清晰，用标题 / 分点做区分，核心内容加粗标注，代码块独立展示，重点规则用「✅ 黄金规则」「⚠️ 避坑点」「💡 核心技巧」做醒目标注，阅读体验极佳。
|
||||
9. 无冗余内容：不拓展无关知识点、不做无意义的参数罗列、不写复杂冷门用法，所有内容都围绕「吃透核心 + 落地实战」，精准匹配学习需求，不浪费时间。
|
||||
10. 知识联动要求：当讲解后续内容时，必须主动关联之前讲解过的内容，形成知识闭环。
|
||||
11. 联动案例：必须是高频使用场景
|
||||
12.
|
||||
|
||||
## 输出格式
|
||||
|
||||
- [x] markdown
|
||||
|
||||
```markdown
|
||||
## 一句话描述
|
||||
|
||||
【使用一句话概括】
|
||||
|
||||
## 详细解释
|
||||
|
||||
【你的解答】
|
||||
|
||||
## 延伸补充
|
||||
|
||||
...
|
||||
### 常见避坑点
|
||||
|
||||
### 知识点浓缩
|
||||
|
||||
【背诵级，解决反复查资料的核心需求】
|
||||
|
||||
### 进阶优化方向
|
||||
|
||||
## 提问建议
|
||||
...
|
||||
|
||||
---
|
||||
```
|
||||
|
||||
## 注意
|
||||
1. 请判断勾选框是否处于被勾选状态，例如markdown勾选框处于未被勾选状态，则无需输出markdown格式
|
||||
|
||||
以上内容为系统提示，为了辅助你更好的回答。
|
||||
|
||||
---
|
||||
|
||||
## 输入内容
|
||||
|
||||
| 项目 | 内容 |
|
||||
| ------ | --------------------------------------------------- |
|
||||
| 你的角色设定 | 你是一位结构化、体系化的[_人际交往，高质量对话_______]教学专家，定位为精准知识的输出者 |
|
||||
| 上下文 | **人际互惠原则（戈夫曼拟剧论）**：对话是双方“互动表演”，一方打破互动，导致冷场。；两人一对一对话 |
|
||||
| 约束 | |
|
||||
| 任务目标 | 了解戈夫曼拟剧论 |
|
||||
| 解决问题 | 知道理论名称，不了解理论，例如依据、推导等 |
|
||||
| 服务于 | 了解新知识 |
|
||||
| | |
|
||||
|
||||
---
|
||||
|
||||
注意：请忽略以下内容
|
||||
|
||||
## 输出内容
|
||||
|
||||
## 一句话描述
|
||||
|
||||
戈夫曼拟剧论是将**社会人际互动比作戏剧表演**的社会学理论，核心是人们会通过“印象管理”在“前台/后台”切换表演，塑造自我形象以维持互动秩序，冷场本质是双方表演节奏或角色配合的中断。
|
||||
|
||||
## 详细解释
|
||||
|
||||
### 一、理论原理（底层依据）
|
||||
1. **理论根基**：源于**符号互动论**，认为社会互动的本质是“符号交换”，人们通过语言、行为等符号传递意义，而拟剧论是对符号互动的具象化解读。
|
||||
2. **核心隐喻**：把**整个社会看作舞台**，每个人都是“演员”，人际互动就是“舞台表演”，表演的目的是让对方理解自己的角色意图，达成互动共识。
|
||||
3. **推导逻辑**：人在互动中不会完全暴露真实自我，而是会根据场景、对象调整行为，这种“有目的的自我呈现”，就是拟剧论的核心推导起点。
|
||||
|
||||
### 二、核心知识点（必掌握）
|
||||
#### 1. 前台（Front Stage）
|
||||
- **定义**：公开的、正式的互动场景，是人们刻意表演、塑造符合场景期待形象的区域。
|
||||
- **核心**：遵循**场景规则**，表演具有“规范性”。
|
||||
- **案例**：一对一对话中，你和朋友初次见面，刻意保持礼貌、微笑、主动找话题，这就是“前台表演”，目的是塑造“友善、好相处”的形象。
|
||||
|
||||
#### 2. 后台（Back Stage）
|
||||
- **定义**：私密的、非正式的场景，是人们卸下表演、放松自我、暴露真实状态的区域。
|
||||
- **核心**：脱离**场景规则**，行为更真实、随意。
|
||||
- **案例**：和朋友初次见面结束后，你回到家吐槽“刚才找话题好累”，这种放松状态就是“后台状态”，和前台的礼貌表演形成对比。
|
||||
|
||||
#### 3. 印象管理（Impression Management）
|
||||
- **定义**：拟剧论的核心动作，指人们通过控制自己的语言、行为、表情，刻意塑造他人对自己的印象。
|
||||
- **核心**：**主动调控自我呈现**，适配互动需求。
|
||||
- **案例**：一对一对话冷场时，你立刻说“对了，你平时喜欢做什么呀？”，这就是通过“找话题”的行为做印象管理，避免“冷漠、不会聊天”的负面印象，试图重启表演。
|
||||
|
||||
#### 4. 表演团队
|
||||
- **定义**：互动中共同完成表演的双方（或多方），需要配合彼此的角色，维持表演的连贯性。
|
||||
- **核心**：**互动是双向表演**，不是单人独角戏。
|
||||
- **案例**：你和朋友聊天，你说“我最近看了部电影”，朋友回应“什么电影呀？好看吗？”，这就是双方配合表演，维持互动节奏；若朋友沉默，就是表演配合中断，导致冷场。
|
||||
|
||||
#### 5. 角色距离
|
||||
- **定义**：人们在表演时，与所扮演的角色保持的心理距离，避免过度代入或完全脱离。
|
||||
- **核心**：**表演有度**，既符合角色期待，又不失去自我。
|
||||
- **案例**：一对一对话中，你扮演“倾听者”角色，认真听对方说话但不盲目附和，就是保持角色距离；若全程敷衍，就是角色距离过远，表演失败。
|
||||
|
||||
### 三、实操用法（落地应用）
|
||||
1. **识别互动场景**：先判断当前是“前台”还是“后台”，再匹配对应的表演方式（前台守规则，后台放轻松）。
|
||||
2. **主动做印象管理**：冷场时，通过“提问、分享、共情”等行为，重启双方的表演配合，避免互动中断。
|
||||
3. **配合对方表演**：互动中回应对方的“表演信号”（比如对方分享时，及时反馈），维持表演团队的连贯性。
|
||||
|
||||
### 四、高频案例（结合一对一对话）
|
||||
1. **正常互动表演**：你说“今天天气真好”，对方回“是啊，适合出门”——双方配合表演，互动顺畅。
|
||||
2. **冷场（表演中断）**：你说“今天天气真好”，对方沉默不回应——对方未配合表演，你的表演失去承接，互动冷场。
|
||||
3. **印象管理救场**：冷场后，你说“是不是我话题太无聊了？你平时喜欢聊什么呀？”——通过主动调整表演，重新引导对方配合，恢复互动。
|
||||
|
||||
## 延伸补充
|
||||
|
||||
### 常见避坑点
|
||||
⚠️ **避坑1：把拟剧论的“表演”等同于“虚伪、装模作样”**
|
||||
- 问题：认为刻意塑造形象就是不真诚，抵触印象管理。
|
||||
- 解决方案：拟剧论的“表演”是**社交礼仪和自我保护**，不是欺骗；前台表演是对场景和他人的尊重，后台才是真实自我，二者不冲突。
|
||||
|
||||
⚠️ **避坑2：混淆前台与后台，跨场景表演**
|
||||
- 问题：把后台的随意（比如吐槽、摆烂）带到前台（比如正式对话），导致互动尴尬。
|
||||
- 解决方案：提前明确场景边界，前台严格遵循规则，后台再放松，避免表演错位。
|
||||
|
||||
⚠️ **避坑3：忽略“表演团队”，只关注自己的表演**
|
||||
- 问题：一对一对话中只顾自己说，不回应对方，导致对方停止表演，引发冷场。
|
||||
- 解决方案：互动是双向的，每说一句话都要留“回应空间”，配合对方的表演节奏。
|
||||
|
||||
⚠️ **避坑4：过度表演，失去角色距离**
|
||||
- 问题：为了讨好对方，刻意迎合、说违心话，让自己疲惫，也让对方觉得不真实。
|
||||
- 解决方案：表演要贴合自我，不强行扮演不符合自己的角色，保持适度的角色距离。
|
||||
|
||||
### 知识点浓缩（背诵级）
|
||||
1. 核心：社会互动=戏剧表演，核心是**印象管理**。
|
||||
2. 关键：前台（公开表演）、后台（真实放松）、表演团队（双向配合）。
|
||||
3. 冷场本质：**表演配合中断**，一方未承接另一方的表演信号。
|
||||
4. 用法：判场景、管印象、配表演、保距离。
|
||||
|
||||
### 进阶优化方向
|
||||
1. **关联互补理论**：结合“人际互惠原则”，表演中兼顾“给予-回报”，比如主动分享后，对方更易配合回应，减少冷场。
|
||||
2. **拓展应用场景**：从一对一对话延伸到职场、亲密关系，比如职场前台是“专业形象”，亲密关系前台是“温柔/体贴”，后台是“真实情绪”。
|
||||
3. **精细化表演**：根据对方的性格调整表演方式（对内向者少提问，对外向者多互动），提升表演配合度。
|
||||
|
||||
## 提问建议
|
||||
可以进一步提问“戈夫曼拟剧论在亲密关系（如情侣对话）中，前台和后台的边界该如何把握？”，聚焦具体场景深化应用。
|
||||
|
||||
|
||||
|
||||
---
|
||||
#领域/觉察知识
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
20260204-备忘-主题名-文件内容
|
||||
## 一句话描述
|
||||
|
||||
[____戈夫曼拟剧论____]
|
||||
|
||||
---
|
||||
|
||||
## 核心规范
|
||||
|
||||
>空想不如行动，积累胜于苛求。
|
||||
>实践 > 沉淀 > 完美主义
|
||||
|
||||
实践不是盲目行动，而是带着“小目标、可验证“的方向试错，实践后必须沉淀（比如记录问题、总结规律），否则就是低水平重复。
|
||||
|
||||
实践大于沉淀，沉淀大于完美；完美是沉淀的终局方向，沉淀是实践的复盘产物；分域施策，避坑落地，始于行动，终于迭代。
|
||||
|
||||
---
|
||||
|
||||
## 三省沉淀法
|
||||
|
||||
- 达成了[________]目标
|
||||
- 遇到了[________]问题
|
||||
- 下次改进[________]
|
||||
|
||||
## 个人理解
|
||||
|
||||
[________]
|
||||
|
||||
## 实践计划
|
||||
|
||||
#状态/待实践
|
||||
|
||||
1. [________]
|
||||
2. [________]
|
||||
3. [________]
|
||||
|
||||
---
|
||||
|
||||
## 核心定义
|
||||
|
||||
戈夫曼拟剧论是 [_将社会人际互动比作戏剧表演_______] 的社会学理论
|
||||
|
||||
|
||||
|
||||
### 示例
|
||||
|
||||
#### ✅ 示例一：
|
||||
|
||||
```bash
|
||||
|
||||
```
|
||||
|
||||
#### ✅ 示例二：
|
||||
|
||||
```bash
|
||||
|
||||
```
|
||||
|
||||
### 避坑点
|
||||
|
||||
⚠️ 避坑点1：
|
||||
解决方案：
|
||||
|
||||
⚠️ 避坑点1：
|
||||
核心问题：
|
||||
解决方案：✅
|
||||
177
20260204-备忘-觉察知识-话题闭环模型.md
Normal file
177
20260204-备忘-觉察知识-话题闭环模型.md
Normal file
@ -0,0 +1,177 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____了解话题闭环模型____]
|
||||
|
||||
注意：请忽略以上内容
|
||||
|
||||
---
|
||||
|
||||
## 操作需求
|
||||
|
||||
问题描述是【输入内容】，请专业耐心的解答我的问题，并将你的答案整理归纳至【输出内容】
|
||||
|
||||
## 内容要求
|
||||
|
||||
1. 结论先行，主次分明：先给出「一句话核心结论」，再分点给出细节
|
||||
2. 逐层递进逻辑链：原理->知识点->用法->案例，理解本质再应用
|
||||
3. 实操为王，案例全覆盖：所有知识点必须配备「可实现的案例」
|
||||
4. 避坑指南，强制标配：必须单独列出易踩坑点+精准解决方案
|
||||
5. 融会贯通：讲解单个知识点时，必须主动关联同类/互补工具，明确差异、标准、场景，帮助建立知识体系
|
||||
6. 浓缩总结，提炼精华，方便记忆：提炼所有重点为极简内容，方便复习和快速查阅
|
||||
7. 语言风格：口语化、专业但不晦涩，复杂概念用「大白话 + 示例」解释，拒绝堆砌专业术语；所有命令 / 代码 / 参数格式工整，带中文注释，一目了然。
|
||||
8. 内容结构：层级清晰，用标题 / 分点做区分，核心内容加粗标注，代码块独立展示，重点规则用「✅ 黄金规则」「⚠️ 避坑点」「💡 核心技巧」做醒目标注，阅读体验极佳。
|
||||
9. 无冗余内容：不拓展无关知识点、不做无意义的参数罗列、不写复杂冷门用法，所有内容都围绕「吃透核心 + 落地实战」，精准匹配学习需求，不浪费时间。
|
||||
10. 知识联动要求：当讲解后续内容时，必须主动关联之前讲解过的内容，形成知识闭环。
|
||||
11. 联动案例：必须是高频使用场景
|
||||
12.
|
||||
|
||||
## 输出格式
|
||||
|
||||
- [x] markdown
|
||||
|
||||
```markdown
|
||||
## 一句话描述
|
||||
|
||||
【使用一句话概括】
|
||||
|
||||
## 详细解释
|
||||
|
||||
【你的解答】
|
||||
|
||||
## 延伸补充
|
||||
|
||||
...
|
||||
### 常见避坑点
|
||||
|
||||
### 知识点浓缩
|
||||
|
||||
【背诵级，解决反复查资料的核心需求】
|
||||
|
||||
### 进阶优化方向
|
||||
|
||||
## 提问建议
|
||||
...
|
||||
|
||||
---
|
||||
```
|
||||
|
||||
## 注意
|
||||
1. 请判断勾选框是否处于被勾选状态，例如markdown勾选框处于未被勾选状态，则无需输出markdown格式
|
||||
|
||||
以上内容为系统提示，为了辅助你更好的回答。
|
||||
|
||||
---
|
||||
|
||||
## 输入内容
|
||||
|
||||
| 项目 | 内容 |
|
||||
| ------ | ------------------------------------------------ |
|
||||
| 你的角色设定 | 你是一位结构化、体系化的[__人际交往，高质量对话______]教学专家，定位为精准知识的输出者 |
|
||||
| 上下文 | 两人一对一对话 |
|
||||
| 约束 | |
|
||||
| 任务目标 | 了解话题闭环理论 |
|
||||
| 解决问题 | 知道理论名称，不了解理论依据推导 |
|
||||
| 服务于 | 了解新知识 |
|
||||
| | |
|
||||
|
||||
---
|
||||
|
||||
注意：请忽略以下内容
|
||||
|
||||
## 输出内容
|
||||
## 一句话描述
|
||||
|
||||
话题闭环是指在一对一对话中，从**开启话题→回应话题→延伸 / 深化→自然收尾**形成完整逻辑链，让对话有始有终、不突兀，满足双方沟通的尊重感与参与感的对话模型。
|
||||
|
||||
## 详细解释
|
||||
|
||||
### 一、理论依据（原理）
|
||||
|
||||
话题闭环的核心依据是**人际沟通的 “心理闭合需求”**：
|
||||
|
||||
1. 人在对话中天然需要 “被回应、被重视”，无闭环的对话会让人产生 “被忽视、话题没说完” 的失落感；
|
||||
2. 符合**沟通的逻辑完整性**，任何有效沟通都需遵循 “提出 - 反馈 - 收尾” 的基础结构，避免信息断层；
|
||||
3. 适配**一对一对话的专属属性**，区别于多人闲聊的松散性，一对一更需要明确的互动闭环，保障沟通效率与舒适度。
|
||||
|
||||
### 二、核心知识点
|
||||
|
||||
1. **闭环四核心环节**
|
||||
- 开启：主动抛出话题（明确、具体，不模糊）；
|
||||
- 回应：针对对方话题给出直接反馈（不跑题、不敷衍）；
|
||||
- 延伸：基于话题浅聊 / 深化（可选，根据场景调整）；
|
||||
- 收尾：总结话题或自然过渡，明确结束信号。
|
||||
2. **闭环三大黄金原则**
|
||||
|
||||
✅ 黄金规则 1：**回应必对应**，对方说 A，不直接跳 B，先回应 A 再转场；
|
||||
|
||||
✅ 黄金规则 2：**收尾不突兀**，用总结 / 感谢 / 过渡句替代突然消失；
|
||||
|
||||
✅ 黄金规则 3：**长度适配场景**，日常闲聊轻闭环，工作沟通重闭环。
|
||||
|
||||
### 三、实操用法（步骤）
|
||||
|
||||
1. 接话：先精准回应对方核心内容（1-2 句）；
|
||||
2. 补话：简单延伸（问小问题 / 说自身关联感受）；
|
||||
3. 收话：用收尾句结束，不强行延续也不突然中断。
|
||||
|
||||
### 四、高频场景案例
|
||||
|
||||
#### 案例 1：日常闲聊（朋友聊周末）
|
||||
|
||||
- 对方：“这周末我去爬山了，风景超棒！”
|
||||
- 闭环回应：“爬山也太舒服了吧，是去近郊那座山吗？（回应 + 延伸）下次我也想去试试，你先忙，回头再聊～（收尾）”
|
||||
|
||||
#### 案例 2：工作沟通（同事问方案）
|
||||
|
||||
- 对方：“你昨天发的方案，第三部分数据我有点没看懂。”
|
||||
- 闭环回应：“第三部分是用户留存数据，我再发你明细版（回应），你看后有问题随时喊我，我先处理下手头急事，稍后回复你（收尾）”
|
||||
|
||||
#### 案例 3：被动收尾（需结束对话）
|
||||
|
||||
- 对方：“最近新出的电影你看了吗？”
|
||||
- 闭环回应：“还没看，听说口碑不错（回应），我现在要去开个会，回头咱们再聊这个～（收尾）”
|
||||
|
||||
## 延伸补充
|
||||
|
||||
### 常见避坑点
|
||||
|
||||
⚠️ 避坑点 1：只开启不回应（自己抛话题后，对方回应却不接话）
|
||||
|
||||
- 解决方案：对方回应后，至少补 1 句反馈，再转其他话题。
|
||||
|
||||
⚠️ 避坑点 2：突然中断（聊到一半直接消失 / 不回复）
|
||||
- 解决方案：若需离开，先说明 “我先忙，稍后聊”，完成轻收尾。
|
||||
|
||||
⚠️ 避坑点 3：收尾太生硬（直接说 “不说了”“结束”）
|
||||
- 解决方案：用 “回头再聊”“先这样哈” 等柔和过渡句替代。
|
||||
|
||||
⚠️ 避坑点 4：过度延伸（闭环后强行拉回话题，让对方疲惫）
|
||||
- 解决方案：收尾后不反复重启同一话题，尊重对方结束意愿。
|
||||
|
||||
### 知识点浓缩（背诵级）
|
||||
|
||||
1. 核心：对话有始有终，**回应 + 收尾**缺一不可；
|
||||
2. 步骤：接话→补话→收话；
|
||||
3. 原则：不跑题、不突兀、适配场景；
|
||||
4. 关键：满足对方 “被回应” 的心理需求。
|
||||
|
||||
### 进阶优化方向
|
||||
|
||||
1. 轻闭环：日常闲聊可简化为 “回应 + 短收尾”，无需刻意延伸；
|
||||
2. 情绪闭环：除了逻辑闭环，可加 1 句情绪反馈（如 “你说的这个我也有同感”），提升对话温度；
|
||||
3. 灵活闭环：对方主动收尾时，顺势配合，不强行延续话题。
|
||||
|
||||
## 提问建议
|
||||
|
||||
若需落地，可结合具体对话场景（如和领导 / 伴侣 / 陌生人），针对性拆解闭环话术，会更易掌握。
|
||||
|
||||
话题闭环的核心原则有哪些？
|
||||
|
||||
如何在工作沟通中运用话题闭环？
|
||||
|
||||
话题闭环的常见避坑点有哪些？
|
||||
12
Untitled 1.md
Normal file
12
Untitled 1.md
Normal file
@ -0,0 +1,12 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
20260205-备忘-主题名-文件内容
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[___白马湖人数_____]
|
||||
|
||||
---
|
||||
12
Untitled 2.md
Normal file
12
Untitled 2.md
Normal file
@ -0,0 +1,12 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
20260205-备忘-主题名-文件内容
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____260205 第三方报销____]
|
||||
|
||||
---
|
||||
@ -1,11 +1,12 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
20260204-备忘-主题名-文件内容
|
||||
## 一句话描述
|
||||
|
||||
[___拆解书籍_____]
|
||||
[__交叉点绑定缩放比例启动器______]
|
||||
|
||||
---
|
||||
|
||||
@ -18,47 +19,50 @@
|
||||
|
||||
实践大于沉淀，沉淀大于完美；完美是沉淀的终局方向，沉淀是实践的复盘产物；分域施策，避坑落地，始于行动，终于迭代。
|
||||
|
||||
|
||||
---
|
||||
|
||||
知识锚点
|
||||
|
||||
- [ ] 【新知】
|
||||
- [ ] 【已有】
|
||||
- [ ] 【问题】
|
||||
|
||||
## 一句话描述
|
||||
|
||||
启动：
|
||||
|
||||
## 实践前
|
||||
|
||||
### 最小目标
|
||||
|
||||
[__梳理书籍框架______]
|
||||
[__启动交叉点算法时自定开启缩放比例______]
|
||||
|
||||
### 相关资源（必须复用已有沉淀结果）
|
||||
### 相关资源
|
||||
|
||||
- [________]
|
||||
- [________]
|
||||
|
||||
## 番茄钟
|
||||
|
||||
[________] 个番茄钟
|
||||
|
||||
- [[模板-觉察-书籍框架]]
|
||||
- [[模板-觉察知识-笔记拆解]]
|
||||
### 验证标准
|
||||
|
||||
- [ ] 书籍框架
|
||||
- [ ] 2条原子笔记
|
||||
|
||||
- [ ] 完成最小任务
|
||||
|
||||
## 实践阶段
|
||||
|
||||
### 阶段1：[_梳理书籍框架_____]
|
||||
【新知】正则匹配多个数字 `\([0-9]\+\)`
|
||||
【新知】
|
||||
|
||||
........RIA拆书法
|
||||
|
||||
### 阶段2：[__拆解原子笔记____]
|
||||
【已有】
|
||||
【已有】- [[Linux-sed-流式文本编辑器]]
|
||||
|
||||
【问题】
|
||||
【问题】
|
||||
|
||||
### 阶段1：[______]
|
||||
|
||||
........
|
||||
|
||||
### 阶段2：[______]
|
||||
|
||||
......
|
||||
|
||||
|
||||
### 沉淀
|
||||
|
||||
#状态/待沉淀
|
||||
|
||||
`Alt + N` 选择 [[模板-觉察知识-知识沉淀]]
|
||||
|
||||
86
Untitled 6.md
Normal file
86
Untitled 6.md
Normal file
@ -0,0 +1,86 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
20260204-备忘-主题名-文件内容
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[__bash 脚本规范/模板______]
|
||||
|
||||
---
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
|
||||
set -ueo pipefail
|
||||
|
||||
|
||||
```
|
||||
|
||||
|
||||
```bash
|
||||
#!/bin/bash
|
||||
|
||||
set -euo pipefail
|
||||
|
||||
LOG_PATH="/var/log/test.log"
|
||||
|
||||
# 标记：防止错误处理函数被重复调用
|
||||
ERROR_HANDLED=0
|
||||
|
||||
# 错误处理函数
|
||||
# 参数1：出错的行号
|
||||
# 参数2：出错的命令（可选）
|
||||
error_handler() {
|
||||
# 如果已经处理过错误，直接退出（防止重复触发）
|
||||
if [ $ERROR_HANDLED -eq 1 ]; then
|
||||
return 1
|
||||
fi
|
||||
ERROR_HANDLED=1
|
||||
|
||||
# 获取错误行号和错误码
|
||||
local err_line=$1
|
||||
local err_cmd=${2:-"未知命令"}
|
||||
local err_code=$?
|
||||
local current_time=$(date +"%Y-%m-%d %H:%M:%S")
|
||||
|
||||
echo -e "\n[$current_time] 错误：脚本执行失败！" >> $LOG_PATH
|
||||
echo "错误行号：第 $err_line 行" >> $LOG_PATH
|
||||
echo "错误命令：$err_cmd" >> $LOG_PATH
|
||||
echo "错误码：$err_code" >> $LOG_PATH
|
||||
echo "错误描述：$(strerror $err_code 2>/dev/null || echo "未知错误")" >> $LOG_PATH
|
||||
|
||||
echo -e "\n[$current_time] 错误：脚本执行失败！"
|
||||
echo "错误行号：第 $err_line 行"
|
||||
echo "错误命令：$err_cmd"
|
||||
echo "错误码：$err_code"
|
||||
echo "错误描述：$(strerror $err_code 2>/dev/null || echo "未知错误")"
|
||||
|
||||
echo "脚本执行失败，详情请查看: $LOG_PATH"
|
||||
|
||||
# 以错误码退出脚本（非0）
|
||||
exit $err_code
|
||||
}
|
||||
success_handler() {
|
||||
if [ $? -eq 0 ] && [ $ERROR_HANDLED -eq 0 ]; then
|
||||
echo -e "\n[$(date +"%Y-%m-%d %H:%M:%S")] 脚本执行完成（正常退出）"
|
||||
fi
|
||||
}
|
||||
# 配置陷阱：只捕获ERR信号（错误时触发），并传递行号和出错命令
|
||||
# 使用BASH_COMMAND可以获取触发错误的具体命令
|
||||
trap 'error_handler $LINENO "$BASH_COMMAND"' ERR
|
||||
|
||||
# 配置EXIT陷阱（可选）：仅用于正常退出的提示，不处理错误
|
||||
trap 'success_handler' EXIT
|
||||
|
||||
# ==================== 测试代码 ====================
|
||||
echo "脚本开始执行..."
|
||||
|
||||
# 故意制造错误：执行不存在的目录的ls命令（模拟出错场景）
|
||||
ls /不存在的目录 # 这一行执行失败，会触发错误处理
|
||||
|
||||
# 如果上面的命令执行成功（实际不会），才会执行下面的代码
|
||||
echo "这行代码不会被执行..."
|
||||
```
|
||||
85
Untitled.md
Normal file
85
Untitled.md
Normal file
@ -0,0 +1,85 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #临时/备忘 #状态/待处理
|
||||
|
||||
20260205-备忘-主题名-文件内容
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[________]
|
||||
|
||||
---
|
||||
|
||||
本周
|
||||
```mysql
|
||||
select sum(InNum) as InNum, sum(OutNum) as OutNum from (SELECT
|
||||
DATE_FORMAT( DataDateTime, '%m%d' ) AS MonthDay,
|
||||
max( InNum ) AS InNum,
|
||||
max( OutNum ) AS OutNum
|
||||
FROM
|
||||
people
|
||||
WHERE
|
||||
1 and DataDateTime >= DATE_SUB(CURDATE(),INTERVAL 7 DAY)
|
||||
GROUP BY
|
||||
MonthDay
|
||||
ORDER BY
|
||||
MonthDay DESC) as _week_people;
|
||||
```
|
||||
|
||||
今日
|
||||
```mysql
|
||||
SELECT
|
||||
DATE_FORMAT( DataDateTime, '%m%d' ) AS MonthDay,
|
||||
max( InNum ) AS InNum,
|
||||
max( OutNum ) AS OutNum
|
||||
FROM
|
||||
people
|
||||
WHERE
|
||||
1 and DataDateTime >= DATE_SUB(CURDATE(),INTERVAL 1 DAY)
|
||||
GROUP BY
|
||||
MonthDay
|
||||
ORDER BY
|
||||
MonthDay DESC limit 1;
|
||||
```
|
||||
|
||||
环境平均
|
||||
```mysql
|
||||
SELECT
|
||||
DATE_FORMAT(Time, '%m/%d') AS month_day,
|
||||
AVG(Temperature) AS Temperature,
|
||||
AVG(Humidity) AS Humidity,
|
||||
AVG(TVOC) AS TVOC,
|
||||
AVG(eCO2) AS eCO2,
|
||||
AVG(PM10) AS PM10,
|
||||
AVG(PM2_5) AS PM2_5
|
||||
FROM
|
||||
env
|
||||
GROUP BY
|
||||
month_day
|
||||
ORDER BY
|
||||
month_day desc limit 30;
|
||||
```
|
||||
|
||||
环境
|
||||
```mysql
|
||||
select * from env order by id desc limit 1;
|
||||
```
|
||||
|
||||
行为数据
|
||||
```mysql
|
||||
SELECT * from (
|
||||
|
||||
select * from (SELECT
|
||||
DataDateTime,
|
||||
"人流经过" AS 行为
|
||||
FROM
|
||||
people
|
||||
WHERE
|
||||
type = '1' order by DataDateTime desc) as t1
|
||||
|
||||
UNION ALL
|
||||
|
||||
select * from (SELECT `datetime`, `msg` from log where `msg`!='物联控制' and `msg`!="") as t2
|
||||
) as t1_2 ORDER BY DataDateTime desc limit 20;
|
||||
```
|
||||
@ -1,7 +1,7 @@
|
||||
|
||||
---
|
||||
|
||||
#复盘/0 #Bug/碎片 #临时/备忘 #状态/<% "待处理" %>
|
||||
#复盘/<% "0" %> #Bug/碎片 #临时/备忘 #状态/<% "待处理" %>
|
||||
|
||||
<% tp.file.creation_date("YYYYMMDD") %>-备忘-主题名-文件内容
|
||||
## 一句话描述
|
||||
|
||||
@ -32,6 +32,10 @@
|
||||
- [________]
|
||||
- [________]
|
||||
|
||||
## 番茄钟
|
||||
|
||||
[________] 个番茄钟
|
||||
|
||||
### 验证标准
|
||||
|
||||
- [ ] 完成最小任务
|
||||
|
||||
@ -4,6 +4,7 @@
|
||||
#复盘/<% "0" %> #临时/备忘 #状态/<% "待处理" %>
|
||||
|
||||
<% tp.file.creation_date("YYYYMMDD") %>-备忘-主题名-文件内容
|
||||
|
||||
## 一句话描述
|
||||
|
||||
[____<% tp.file.cursor() %>____]
|
||||
|
||||
@ -18,23 +18,5 @@
|
||||
- 适配我的需求：[__解决手机拍日常食物、风景不好看的问题______]
|
||||
- 学习周期规划：[___共6章 → 每周学1章 → 预计6周完成_____]
|
||||
|
||||
## ~~二、 核心知识框架~~
|
||||
### ~~一级分支1：前期拍摄~~
|
||||
- ~~二级子节点1：构图技巧~~
|
||||
- ~~二级子节点2：光线控制~~
|
||||
- ~~二级子节点3：手机设置（曝光/对焦）~~
|
||||
### ~~一级分支2：后期修图~~
|
||||
- ~~二级子节点1：基础修图APP（醒图/VSCO）~~
|
||||
- ~~二级子节点2：核心参数调整（亮度/对比度/饱和度）~~
|
||||
### ~~一级分支3：场景实战~~
|
||||
- ~~二级子节点1：食物拍摄~~
|
||||
- ~~二级子节点2：风景拍摄~~
|
||||
- ~~二级子节点3：人像拍摄（待实践）~~
|
||||
|
||||
## ~~三、 框架使用说明~~
|
||||
1. ~~后续原子笔记对齐二级子节点（如“构图技巧”下拆“三分构图-食物拍摄”）；~~
|
||||
2. ~~“人像拍摄”暂不拆笔记，标记「待实践」；~~
|
||||
3. ~~每3条笔记补充实践结论；~~
|
||||
4. ~~学完生成《我的手机摄影实战手册》。~~
|
||||
|
||||
## 四、 关联资源
|
||||
|
||||
@ -22,10 +22,6 @@
|
||||
|
||||
---
|
||||
|
||||
## 核心定义
|
||||
|
||||
[________]
|
||||
|
||||
## 三省沉淀法
|
||||
|
||||
- 达成了[________]目标
|
||||
@ -38,6 +34,38 @@
|
||||
|
||||
## 实践计划
|
||||
|
||||
#状态/<% "待实践" %>
|
||||
|
||||
1. [________]
|
||||
2. [________]
|
||||
3. [________]
|
||||
|
||||
---
|
||||
|
||||
## 核心定义
|
||||
|
||||
[________]
|
||||
|
||||
|
||||
### 示例
|
||||
|
||||
#### ✅ 示例一：
|
||||
|
||||
```bash
|
||||
|
||||
```
|
||||
|
||||
#### ✅ 示例二：
|
||||
|
||||
```bash
|
||||
|
||||
```
|
||||
|
||||
### 避坑点
|
||||
|
||||
⚠️ 避坑点1：
|
||||
解决方案：
|
||||
|
||||
⚠️ 避坑点1：
|
||||
核心问题：
|
||||
解决方案：✅
|
||||
@ -72,7 +72,7 @@
|
||||
|
||||
| 项目 | 内容 |
|
||||
| ------ | -------------------------------------------------------------------- |
|
||||
| 你的角色设定 | 你是一位结构化、体系化的[________]教学助手，定位为精准知识的输出者 |
|
||||
| 你的角色设定 | 你是一位结构化、体系化的[________]教学专家，定位为精准知识的输出者 |
|
||||
| 上下文 | |
|
||||
| 约束 | |
|
||||
| 任务目标 | 给我做领域入门扫盲，**重点讲解 3-5 个新手必学的核心概念 + 操作技巧**，帮我建立 “不用复杂设置也能先做出小成功” 的基础认知 |
|
||||
|
||||
@ -35,6 +35,10 @@
|
||||
2. [________]
|
||||
3. [________]
|
||||
|
||||
### 验收标准
|
||||
|
||||
1. [________]
|
||||
|
||||
### 问题梳理
|
||||
|
||||
| 项目 | 内容 |
|
||||
|
||||
Loading…
x
Reference in New Issue
Block a user