auto: sync OpenClaw config 2026-08-21 17:17
This commit is contained in:
@@ -0,0 +1,234 @@
|
||||
# 智慧焊接解决方案 访谈 Q&A
|
||||
|
||||
**文档来源:** 维拓科技
|
||||
**整理日期:** 2026-08-21
|
||||
|
||||
---
|
||||
|
||||
## 访谈结构
|
||||
|
||||
| 篇章 | 核心问题 | 目的 |
|
||||
|------|----------|------|
|
||||
| 第一章 | 为什么做? | 建立故事 |
|
||||
| 第二章 | 到底解决什么问题? | 建立需求 |
|
||||
| 第三章 | 为什么你们能解决? | 建立信任 |
|
||||
| 第四-六章 | 产品到底有什么不同? | 建立认知 |
|
||||
| 第七-九章 | 客户用了以后怎么样? | 建立价值 |
|
||||
| 第十章 | 客户为什么愿意买? | 建立商业逻辑 |
|
||||
| 第十一章 | 产品未来怎么发展? | 建立想象空间 |
|
||||
|
||||
---
|
||||
|
||||
## 第一章 | 为什么要做这个产品?
|
||||
|
||||
### Q1:李博士,你们为什么会想到做一个智慧焊接解决方案?当时是什么事情真正触发了你们?
|
||||
|
||||
**A:参考回答**
|
||||
|
||||
其实一开始,我们并不是奔着做一个焊接盒子去的。我们长期在做工业现场的智能化,也一直在关注一个问题:制造企业真正需要的智能化,到底应该解决什么?
|
||||
|
||||
后来我们深入到焊接生产现场以后,发现了一个非常具体的问题——**焊接保护气**。这个问题看起来很小,但实际上,它每天都在发生。很多企业知道自己用气,也知道气体是生产成本,但真正做到精准测量、精准控制,其实并没有那么容易。
|
||||
|
||||
有时候气流开大了,企业不知道到底浪费了多少;焊接结束了,气体还在流,也不一定能够及时发现。我们当时就意识到,如果能够把这个过去看不见的东西真正测出来、控制住,其实就是价值所在。
|
||||
|
||||
所以,我们才开始做智慧焊接解决方案。
|
||||
|
||||
### Q2:所以,你们真正看到的,不是一个"气体问题",而是制造现场的一个成本问题?
|
||||
|
||||
**A:参考回答**
|
||||
|
||||
对。我们更关注的是,企业每天生产过程中,有多少成本支出是"看不见"的。焊接气体就是其中一个很典型的例子。一台设备可能浪费不了多少,但一个工厂几十台、几百台设备,长期累积下来,就是巨大的成本。
|
||||
|
||||
所以我们希望做的,不只是帮助企业"省一点气",而是把这种隐性的浪费变成可测量、可分析、可控制的问题。
|
||||
|
||||
---
|
||||
|
||||
## 第二章 | 焊接气体到底有什么痛点?
|
||||
|
||||
### Q3:那我们具体说说,焊接气体到底浪费在哪里?
|
||||
|
||||
**A:参考回答**
|
||||
|
||||
最常见的其实有以下几个方面:
|
||||
|
||||
1. **开气的时候开得比较大**。很多焊工是凭经验操作,为了保证焊接效果,宁愿把气体流量开大一点。
|
||||
|
||||
2. **焊接结束以后,气体没有及时停止**,产生额外消耗。
|
||||
|
||||
3. **传统的流量测量方式不够精准**,实际流量可能和工艺设定存在偏差。
|
||||
|
||||
4. **还有一个隐性的问题**,就是漏气。如果设备没有工作,但是管路里面仍然存在气流,这种异常情况过去其实很难被及时发现。
|
||||
|
||||
这些问题单独看都不算特别大,但放到整个生产现场,就会形成持续性的成本浪费。
|
||||
|
||||
---
|
||||
|
||||
## 第三章 | 为什么以前解决不了?
|
||||
|
||||
### Q4:既然这个问题这么明显,为什么以前没有被很好地解决?
|
||||
|
||||
**A:参考回答**
|
||||
|
||||
因为焊接现场其实比我们想象得复杂。保护气并不是简单地"开"或者"关"。不同焊接状态、不同焊接电流、不同工艺条件,对气体的需求其实是不一样的。
|
||||
|
||||
过去更多是靠人工经验,或者设备设一个固定流量。但固定流量有问题:设备一直按照设定流量供气,而实际焊接状态是在变化的。
|
||||
|
||||
所以我们真正想做的,是让气体供应能够跟着焊接状态变化。也就是我们经常讲的一句话——**"该大的时候大,该小的时候小"**。
|
||||
|
||||
---
|
||||
|
||||
## 第四章 | 智慧焊接解决方案到底是什么?
|
||||
|
||||
### Q7:那智慧焊接解决方案到底是什么?如果让我用一句最简单的话跟一个企业老板解释,你会怎么说?
|
||||
|
||||
**A:参考回答**
|
||||
|
||||
如果只用一句话,我会说:**它就是一个帮助企业把焊接保护气测准、控好、管起来的智能设备**。
|
||||
|
||||
过去是人凭经验控制气体,现在我们希望通过实时感知和智能控制,让系统帮助人把气体控制得更加精准。所以它不是简单的流量计,也不是单纯的控制器。它真正解决的是焊接气体从"测量"到"控制",再到"管理"的问题。
|
||||
|
||||
---
|
||||
|
||||
## 第五章 | 产品到底有什么优势?
|
||||
|
||||
### Q8:如果客户问你,你们这个产品和传统的流量计相比,到底有什么区别?
|
||||
|
||||
**A:参考回答**
|
||||
|
||||
最大的区别是,它不是只告诉你"现在流量是多少"。传统设备更多解决的是测量问题。而我们希望解决的是:
|
||||
|
||||
- **首先**,知道现在实际用了多少
|
||||
- **其次**,结合焊接状态判断这个流量是不是合理
|
||||
- **然后**,根据实际状态进行动态控制
|
||||
- **最后**,把这一数据沉淀下来,让企业能够进一步分析和管理
|
||||
|
||||
所以简单总结就是三个词:**测得准、控得住、管得清**。
|
||||
|
||||
---
|
||||
|
||||
## 第六章 | 为什么要把"电流"和"气流"放在一起?
|
||||
|
||||
### Q9:你刚才一直提到焊接状态和气流之间的关系,为什么要把焊接电流纳入进来?
|
||||
|
||||
**A:参考回答**
|
||||
|
||||
因为焊接过程中,电流本身就是反映焊接状态的重要参数之一。不同的焊接状态,对保护气体的需求并不是完全一样的。
|
||||
|
||||
如果我们能够实时感知焊接电流变化,就能够更好地判断当前焊接处于什么状态,再结合气流实际测量结果,对气体进行动态调节。
|
||||
|
||||
所以我们不是简单地设定固定的气体流量,而是希望让气体流量和实际焊接状态形成更加合理的匹配。最终形成实时控制、实时反馈的闭环。
|
||||
|
||||
---
|
||||
|
||||
## 第七章 | 真正的客户价值是什么?
|
||||
|
||||
### Q10:说到底,企业不会因为你用了多少传感器、多少算法就买单。客户真正关心的是用了以后到底有什么变化。你们最核心的价值是什么?
|
||||
|
||||
**A:参考回答**
|
||||
|
||||
完全正确。企业关心的不是技术有多复杂,而是能不能创造价值。对于智慧焊接盒子来说,我认为最直接的价值就是三个字:**降成本**。
|
||||
|
||||
- **通过精准测量**,我们可以减少因为测量偏差带来的浪费
|
||||
- **通过动态控制**,让气体供应更加符合实际焊接需求
|
||||
- **通过异常识别**,及时发现一些漏气或者异常用气情况
|
||||
|
||||
从我们目前的应用测算来看,**焊接气体成本可以降低约 30%**。其中:
|
||||
- 精准测量平均可以节省约 **5%**
|
||||
- 自动控制平均节省约 **15%**
|
||||
- 减少漏气平均节省约 **5%**
|
||||
|
||||
当然,具体效果会根据企业设备、工艺、生产节拍以及现场用气情况有所不同。所以我们更看重的是,它能不能真正进入企业生产现场,并持续产生价值。
|
||||
|
||||
---
|
||||
|
||||
## 第八章 | 30% 到底意味着什么?
|
||||
|
||||
### Q11:30% 听起来是个很大的数字。对企业来说,这个数字到底意味着什么?
|
||||
|
||||
**A:参考回答**
|
||||
|
||||
我们可以简单算一笔账:如果一家企业每年焊接保护气的成本是 100 万元,那么如果通过现场优化能够降低其中一部分消耗,长期累积下来就是非常直接的成本收益。
|
||||
|
||||
更重要的是,企业一旦把这种用气管理方式建立起来,它并不是只节省一次。而是可以持续运行、持续监测、持续优化。
|
||||
|
||||
所以我们认为,这不是一次性的"节气",而是一种持续性的降本能力。
|
||||
|
||||
---
|
||||
|
||||
## 第九章 | 有没有真实客户应用?
|
||||
|
||||
### Q12:你们现在有没有真正进入企业生产现场?哪些行业已经在使用?
|
||||
|
||||
**A:参考回答**
|
||||
|
||||
有。我们目前已经在多个制造行业进行了应用。包括:
|
||||
|
||||
- 摩配及整车
|
||||
- 钣金加工
|
||||
- 电气五金
|
||||
- 家用电器
|
||||
- 机械制造
|
||||
|
||||
从我们的实际应用来看,焊接气体这个问题并不是某一个行业独有的问题。只要企业存在规模化焊接生产,就有可能存在用气精细化管理的需求。
|
||||
|
||||
所以我们现在更关注的,是怎么把这个产品从单个场景做深,再逐步复制到更多行业。
|
||||
|
||||
---
|
||||
|
||||
## 第十章 | 客户为什么愿意买?
|
||||
|
||||
### Q13:我觉得工业产品有一个特点:客户不是听你讲完就会买。你们实际接触企业的时候,他们最大的顾虑是什么?
|
||||
|
||||
**A:参考回答**
|
||||
|
||||
工业客户其实非常理性。他不会因为你讲 AI、大数据就买。他首先会问三个问题:
|
||||
|
||||
1. **你能不能解决我的实际问题?**
|
||||
2. **能不能真正帮我省钱?**
|
||||
3. **装到我的设备上以后,会不会影响生产?**
|
||||
|
||||
所以我们在推广的时候,不会只讲技术。我们更希望把产品放到真实生产现场去验证。让客户看到它怎么工作、怎么控制、怎么发现问题,以及最终到底能产生多少价值。
|
||||
|
||||
对工业产品来说,现场效果本身就是最有说服力的销售。
|
||||
|
||||
---
|
||||
|
||||
## 第十一章 | 市场推广难不难?
|
||||
|
||||
### Q14:从产品走向市场,你觉得最大的难点是什么?
|
||||
|
||||
**A:参考回答**
|
||||
|
||||
最大的难点,其实不是把产品做出来,而是让客户真正相信它。因为制造业客户的生产线是不允许你随便试错的。尤其是焊接,最终关系到产品质量。
|
||||
|
||||
所以我们首先要证明:
|
||||
1. 它不会为了节气而影响焊接质量
|
||||
2. 要证明它确实能够降低气体消耗
|
||||
3. 还要证明它能够适应不同企业、不同设备、不同生产环境
|
||||
|
||||
所以从研发到产品化,再到现场验证,其实是我们现在做的事情。本质上就是不断把产品从"能用",做到"好用",再做到"真正产生价值"。
|
||||
|
||||
### Q15:如果三年以后再来坐在这里,你希望大家看到的智慧焊接是什么样的?
|
||||
|
||||
**A:参考回答**
|
||||
|
||||
我希望三年以后,它已经不再只是一个"产品",而是很多制造企业生产现场的一套基础能力。企业不用再去纠结气体到底浪费在哪里,而是系统能够告诉他哪里有问题、为什么有问题,以及应该怎么优化。
|
||||
|
||||
更进一步,我希望我们能够把在焊接这个场景积累的经验和能力,复制到更多工业场景。因为我们最终想做的,不只是智慧焊接,而是让智能真正进入生产现场,真正帮助制造企业创造价值。
|
||||
|
||||
---
|
||||
|
||||
## 核心价值总结
|
||||
|
||||
| 维度 | 核心要点 |
|
||||
|------|----------|
|
||||
| **产品定位** | 焊接保护气测准、控好、管起来的智能设备 |
|
||||
| **核心优势** | 测得准、控得住、管得清 |
|
||||
| **客户价值** | 降成本(约 30%) |
|
||||
| **技术特点** | 实时感知焊接电流 + 气流,动态闭环控制 |
|
||||
| **应用场景** | 摩配/整车、钣金加工、电气五金、家用电器、机械制造等 |
|
||||
| **推广策略** | 现场验证,用效果说话 |
|
||||
|
||||
---
|
||||
|
||||
*文档整理完成:2026-08-21*
|
||||
@@ -1,6 +1,6 @@
|
||||
#!/usr/bin/env python3
|
||||
"""
|
||||
G5 周报发送脚本
|
||||
G6 周报发送脚本
|
||||
用法:构造多段邮件(纯文本 + HTML),存入钉邮草稿箱
|
||||
"""
|
||||
import email
|
||||
@@ -36,16 +36,24 @@ IMAP_PORT = 993
|
||||
IMAP_USER = _ENV.get('WITSOFT_IMAP_USER', 'yangxuan@witsoft.cn')
|
||||
IMAP_PASSWORD = _ENV.get('WITSOFT_IMAP_PASSWORD', '')
|
||||
|
||||
def send_to_drafts(plain_body: str, html_body: str, date_range: str):
|
||||
"""构造多段邮件并存入钉邮草稿箱"""
|
||||
def send_to_drafts(plain_body: str, html_body: str, date_range: str, project: str = "G6"):
|
||||
"""构造多段邮件并存入钉邮草稿箱
|
||||
|
||||
Args:
|
||||
plain_body: 纯文本正文
|
||||
html_body: HTML 正文
|
||||
date_range: 日期范围字符串
|
||||
project: 项目名称,默认"G6",用于邮件主题
|
||||
"""
|
||||
msg = MIMEMultipart('related')
|
||||
msg['From'] = Header('杨轩', 'utf-8').encode() + ' <yangxuan@witsoft.cn>'
|
||||
msg['To'] = Header('刘强', 'utf-8').encode() + ' <liuqiang@witsoft.cn>'
|
||||
msg['Cc'] = (
|
||||
Header('陈明', 'utf-8').encode() + ' <chenm@witsoft.cn>, '
|
||||
+ Header('曾莉', 'utf-8').encode() + ' <zengli@witsoft.cn>'
|
||||
+ Header('曾莉', 'utf-8').encode() + ' <zengli@witsoft.cn>, '
|
||||
+ Header('袁晴', 'utf-8').encode() + ' <yuanq@witsoft.cn>'
|
||||
)
|
||||
msg['Subject'] = Header(f'G5开发周报 ({date_range})', 'utf-8').encode()
|
||||
msg['Subject'] = Header(f'{project}开发周报 ({date_range})', 'utf-8').encode()
|
||||
|
||||
alt = MIMEMultipart('alternative')
|
||||
alt.attach(MIMEText(plain_body, 'plain', 'utf-8'))
|
||||
@@ -64,7 +72,7 @@ def send_to_drafts(plain_body: str, html_body: str, date_range: str):
|
||||
|
||||
if __name__ == '__main__':
|
||||
# 测试
|
||||
plain = """项目名称: 维云智造G5
|
||||
plain = """项目名称: 维云智造 G6
|
||||
主要任务: 测试
|
||||
|
||||
本周工作内容
|
||||
@@ -74,5 +82,5 @@ if __name__ == '__main__':
|
||||
存在问题
|
||||
无"""
|
||||
html = "<p>test</p>"
|
||||
result = send_to_drafts(plain, html, "2026-07-13 ~ 2026-07-17")
|
||||
result = send_to_drafts(plain, html, "2026-07-13 ~ 2026-07-17", "G6")
|
||||
print(result)
|
||||
|
||||
@@ -1,80 +0,0 @@
|
||||
---
|
||||
name: "weekly-report-g5"
|
||||
description: "维云智造G5周报生成:整理每日工作→多段邮件(纯文本+HTML含签名图)→存入钉邮草稿箱"
|
||||
---
|
||||
|
||||
# weekly-report-g5 — 维云智造 G5 周报生成技能
|
||||
|
||||
## 适用场景
|
||||
用户提供了周一至周五的每日工作内容,需要生成 G5 周报并存入钉邮草稿箱。
|
||||
|
||||
## 工作流程
|
||||
|
||||
### 1. 收集每日工作内容
|
||||
- 周一(本周首日)至周五
|
||||
- 如果用户分多次给出,先等待所有日期内容收齐再生成
|
||||
|
||||
### 2. 邮件格式规范
|
||||
|
||||
**主题**:`G5开发周报 (YYYY-MM-DD ~ YYYY-MM-DD)`
|
||||
|
||||
**收件人**:liuqiang@witsoft.cn
|
||||
|
||||
**抄送**:chenm@witsoft.cn, zengli@witsoft.cn
|
||||
|
||||
**发送人**:杨轩 \<yangxuan@witsoft.cn\>
|
||||
|
||||
**正文(纯文本版)**:
|
||||
```
|
||||
项目名称: 维云智造G5
|
||||
主要任务: <本周主要任务>
|
||||
|
||||
本周工作内容
|
||||
周一(YYYY-MM-DD)
|
||||
- ...
|
||||
周二(YYYY-MM-DD)
|
||||
- ...
|
||||
周三(YYYY-MM-DD)
|
||||
- ...
|
||||
周四(YYYY-MM-DD)
|
||||
- ...
|
||||
周五(YYYY-MM-DD)
|
||||
- ...
|
||||
|
||||
存在问题
|
||||
<内容或"无">
|
||||
```
|
||||
|
||||
**签名格式(纯文本)**:
|
||||
```
|
||||
Best regards,
|
||||
杨轩
|
||||
https://minio.climbcube.cn/img/202606260843249.jpg
|
||||
地址:中国·南京云密城L栋5/10楼
|
||||
手机:18726128489
|
||||
邮箱:yangxuan@witsoft.cn
|
||||
```
|
||||
|
||||
### 3. 发送方式
|
||||
|
||||
使用 Python 构造**多段邮件**(同时含纯文本和 HTML),然后通过 IMAP APPEND 存入钉邮草稿箱。
|
||||
|
||||
调用脚本:
|
||||
```bash
|
||||
python3 /home/yangxuan/.openclaw/workspace-resume/send_weekly_report.py
|
||||
```
|
||||
|
||||
或直接执行 Python 代码:
|
||||
```python
|
||||
from send_weekly_report import send_to_drafts
|
||||
send_to_drafts(plain_body, html_body, "YYYY-MM-DD ~ YYYY-MM-DD")
|
||||
```
|
||||
|
||||
### 4. 最后通知
|
||||
通知用户去钉钉邮箱草稿箱确认并发送。
|
||||
|
||||
## 注意事项
|
||||
- 纯文本版签名包含图片 URL 链接
|
||||
- HTML 版使用 `<img>` 标签嵌入签名图片
|
||||
- 如用户不提供签名信息,使用 MEMORY.md 中的默认签名:姓名、地址、手机、邮箱
|
||||
- 所有交互使用中文
|
||||
@@ -0,0 +1,110 @@
|
||||
---
|
||||
name: "weekly-report"
|
||||
description: "维云智造 G5/G6周报生成:解析任务记录→提取每日工作→多段邮件 (纯文本+HTML)→存入钉邮草稿箱"
|
||||
---
|
||||
|
||||
# weekly-report — 维云智造 G5/G6 周报生成技能
|
||||
|
||||
## 适用场景
|
||||
用户提供了本周工作任务记录(任务名称、归属项目、日期、工作内容),需要生成 G5 或 G6 周报并存入钉邮草稿箱。
|
||||
|
||||
## 工作流程
|
||||
|
||||
### 1. 解析用户输入
|
||||
用户可能提供以下格式的信息:
|
||||
- **本周完成任务记录**:包含序号、任务名称、任务归属、日期、工作量等表格数据
|
||||
- **工作情况总结**:按日期(周一至周五)列出的每日工作内容
|
||||
|
||||
需要从中提取:
|
||||
- 项目名称(维云智造 G5 或 G6)
|
||||
- 本周主要任务(从任务名称汇总)
|
||||
- 每日工作内容(按日期整理)
|
||||
- 存在问题(如有)
|
||||
|
||||
### 2. 确定日期范围
|
||||
- 根据用户提供的日期或当前日期推算本周范围
|
||||
- 格式:`YYYY-MM-DD ~ YYYY-MM-DD`
|
||||
|
||||
### 3. 邮件格式规范
|
||||
|
||||
**主题**:`{项目}开发周报 (YYYY-MM-DD ~ YYYY-MM-DD)`
|
||||
- 项目可能是 G5 或 G6,根据用户输入的任务归属确定
|
||||
|
||||
**收件人**:liuqiang@witsoft.cn
|
||||
|
||||
**抄送**:chenm@witsoft.cn, zengli@witsoft.cn, yuanq@witsoft.cn
|
||||
|
||||
**发送人**:杨轩 \<yangxuan@witsoft.cn\>
|
||||
|
||||
**正文(纯文本版)**:
|
||||
```
|
||||
项目名称: 维云智造{G5|G6}
|
||||
主要任务: <本周主要任务摘要>
|
||||
|
||||
本周工作内容
|
||||
周一(YYYY-MM-DD)
|
||||
- <工作内容 1>
|
||||
- <工作内容 2>
|
||||
周二(YYYY-MM-DD)
|
||||
- <工作内容 1>
|
||||
...
|
||||
|
||||
存在问题
|
||||
<内容或"无">
|
||||
```
|
||||
|
||||
**正文(HTML 版)**:
|
||||
- 使用 `<b>` 标注标题
|
||||
- 使用 `<br>` 换行
|
||||
- 使用 ` ` 缩进列表项
|
||||
- 无签名、无多余修饰
|
||||
|
||||
### 4. 发送方式
|
||||
|
||||
使用 Python 脚本构造**多段邮件**(同时含纯文本和 HTML),然后通过 IMAP APPEND 存入钉邮草稿箱。
|
||||
|
||||
调用脚本:
|
||||
```python
|
||||
from send_weekly_report import send_to_drafts
|
||||
send_to_drafts(plain_body, html_body, date_range, project)
|
||||
```
|
||||
|
||||
参数说明:
|
||||
- `plain_body`: 纯文本正文
|
||||
- `html_body`: HTML 正文
|
||||
- `date_range`: 日期范围字符串,如 "2026-08-18 ~ 2026-08-21"
|
||||
- `project`: 项目名称,"G5" 或 "G6",默认 "G6"
|
||||
|
||||
### 5. 最后通知
|
||||
通知用户去钉钉邮箱草稿箱确认并发送。
|
||||
|
||||
## 注意事项
|
||||
- 项目名称根据用户输入的任务归属自动识别(G5 或 G6)
|
||||
- 抄送人固定为:陈明、曾莉、袁晴
|
||||
- 纯文本版和 HTML 版内容结构一致
|
||||
- HTML 版不使用 Markdown 格式,使用 `<br>` 和 ` ` 进行排版
|
||||
- 所有交互使用中文
|
||||
|
||||
## 示例输入
|
||||
```
|
||||
本周完成任务记录
|
||||
序号 任务名称 任务归属 计划开始日期 实际开始日期 计划完成日期 实际完成日期 估计工作量 (小时) 填报工作量 (小时) 偏差率
|
||||
1 进销存自动化流程和阶段性优化 维云智造 G6 2026-08-19 2026-08-19 2026-08-21 2026-08-21 24 24 0%
|
||||
2 销售,采购功能实现 维云智造 G6 2026-08-16 2026-08-16 2026-08-18 2026-08-18 24 24 0%
|
||||
|
||||
工作情况总结
|
||||
周一
|
||||
2026-08-18 工作情况
|
||||
任务名称:销售,采购功能实现 (维云智造 G6)
|
||||
执行日报:1. 销售出库流程优化
|
||||
2. 其它入库联调
|
||||
--------------------------------
|
||||
存在问题
|
||||
...
|
||||
```
|
||||
|
||||
## 示例输出
|
||||
- 主题:G6 开发周报 (2026-08-18 ~ 2026-08-21)
|
||||
- 纯文本正文:简洁直列式,无签名
|
||||
- HTML 正文:`<b>` 标题 + `<br>` 换行 + ` ` 缩进
|
||||
- 存入草稿箱后通知用户确认发送
|
||||
Reference in New Issue
Block a user