首页 文章 精选 留言 我的

精选列表

搜索[WorkBuddy],共4332篇文章
优秀的个人博客,低调大师

#WorkBuddy #Hy4|用混元 Hy4 复盘一套固定资产管理系统的创作全过程:从一句话需求到可交付产品

> 这次我用混元 Hy4 完成的真实任务,不是"帮我写个系统",而是**把一套跑了三个月、迭代了二十多个版本的真实固定资产管理系统,复盘成一篇别人能照着做的结构化创作记录**。本文记录我给 Hy4 的输入、它怎么把散落的材料组织成文、最终产出了什么,以及我对它的真实评价。所有项目事实、截图、踩坑均来自真实项目。 --- ## 一、先把这次的"真实任务"说清楚 Hy4「体验官」活动要求用模型完成一次真实的创作或办公任务。我选了一个我觉得最能考验长文本能力的:**复盘**。 手上这套「本固固定资产管理系统」是个真实交付给客户的东西:Express + sql.js + React 18 + TypeScript + MUI 6 + Tailwind 3,从一句话需求做到 Windows 安装包,中间经历 v3.4 → v3.5 → v3.6.0(含四个 beta)→ 正式版,功能覆盖资产全生命周期、RFID 发卡、标签打印、折旧、盘点、RBAC、操作日志撤销、数据库备份恢复。 问题是:**材料全都是碎的**。几十轮对话记录、一份 CHANGELOG、几份验收清单、11 张截图、一堆踩坑笔记。要把它变成一篇逻辑连贯、别人读得下去、还能复用的长文,靠我自己整理得花大半天。 所以我给 Hy4 的任务是:**基于这些真实素材,完成一次"创作过程复盘"的写作**。这本身就是一次实打实的办公/创作任务,而不是让它凭空编一个项目。 ![配图1](https://developer.qcloudimg.com/http-save/7875276/3f4bfee3c1e4b0b31b9238f475779561.png) --- ## 二、我交给 Hy4 的输入(可直接复用) 我没有给一句"帮我写篇复盘"就完事,而是把约束一次性喂足。这是我实际用的提示词结构: ``` 任务:把「本固固定资产管理系统」的创作全过程复盘成一篇结构化技术长文。 素材:CHANGELOG.md、docs/ 下的验收清单、11 张真实截图、踩坑笔记。 要求: 1. 三部分齐全:创作过程 / 成果 / 真实使用感受; 2. 结论先行,用表格承载事实; 3. 踩坑必须"现象 → 根因 → 修法"三段式,不许泛泛而谈; 4. 只写素材里真实发生过的事,版本号、数字不许编,不确定就标"待核"; 5. 结尾给可复用的提示词模板; 6. 中文,面向有真实开发经验的读者,不要营销腔。 ``` **关键在第 4 条**。写这类复盘最大的风险是模型"顺手补齐"它觉得合理但其实没发生的细节。我明确要求它只写真实素材里有的,不确定就标出来——这直接决定了成稿能不能信。 --- ## 三、创作过程:Hy4 是怎么把碎片变成结构的 ### 阶段 1:先做归类,不急着写 我把 20 多轮的迭代记录和 CHANGELOG 一起丢过去,让它**先输出一份"版本—主题—可写点"的三列表**,不动笔。这一步很值:它把 v3.6 的四个 beta 正确归并成一条"RFID 发卡能力从 0 到 1 的工程化主线",而不是四个孤立的版本号流水账。 我原本担心它会把 beta2/beta3/beta4 平铺成四节,结果它自己识别出这三版其实是**同一条主线的连线状态可信 → 提示可信 → 出货可信**,主动建议合并叙述、把篇幅让给真正的硬骨头。这个归纳判断是我没在提示词里指定的。 ### 阶段 2:定骨架,把"踩坑"放到最重的位置 它给出的骨架是「结论表 → 输入材料 → 工作流 → 关键案例 → 产出物 → 踩坑清单 → 提示词模板」,并把踩坑清单标为"全文最值钱的部分"。我认可这个取舍:对同类读者来说,功能介绍各处都能看到,只有真实踩过的坑是稀缺的。 ### 阶段 3:写,然后我来做"事实校验" 成稿出来后,我逐条核对了版本号、数字和结论。这里必须说**真实感受里的不完美之处**:它把一处权限点数量写成了记忆里的旧值(项目早期是 40+,后来迭代过),我指出后它立刻改并重扫了全文同类表述,但**这个错是我抓出来的,不是它自己发现的**。 所以我的结论是:Hy4 能扛住长文的结构、归纳和表达,但**精确数字必须由人把关**。我后来养成习惯——凡是涉及"多少个/第几版/百分之几",一律让它标注来源文件,没有来源就写"以实际版本为准"。 ### 阶段 4:把"感受"写出真实感,而不是夸 最后一部分我特意要求:不许写成"效率提升 10 倍"这种没依据的话,要写具体场景。它给出的落点是"长上下文里十几轮迭代不串味""说现象不说诊断时根因定位更准""AI 写得了代码写不了业务定义"——这些是能对应到实际操作的具体观察,比空泛吹捧可信得多。 ![配图2](https://developer.qcloudimg.com/http-save/7875276/671600260cfdc63ba225dd371fc74131.png) --- ## 四、成果:这次任务到底产出了什么 **1. 一篇可直接发布的创作复盘长文**(即本文),包含结论表、分阶段过程、三段式踩坑清单、可复用提示词模板。 **2. 一套"复盘方法论"沉淀**:先归类不动笔 → 定骨架定取舍 → 写 → 人对事实校验 → 感受写场景不写形容词。这套流程现在也成了我写其它项目复盘的标准动作。 **3. 顺手把项目资产整理了一遍**:为了喂素材,CHANGELOG、验收清单、截图被重新归档命名,11 张真实截图形成了固定的「配图清单」,后来发博客、做手册都直接复用。 **项目本身的真实交付物**(作为复盘对象,一并列出): |交付物|说明| | --- | --- | |Windows 安装包|自解压 exe,支持覆盖升级,数据保留在 %APPDATA%| |用户手册|中文 PDF,无乱码| |在线下载页 + 博客站|静态站点,含版本迭代文章| |功能|资产全生命周期、RFID 发卡、标签打印、三种折旧方法、扫码盘点、48 项 RBAC、操作日志撤销、分类备份恢复| ![配图3](https://developer.qcloudimg.com/http-save/7875276/2e34b7c799f0ede5d0d6237fe2c47a6a.png) ![配图4](https://developer.qcloudimg.com/http-save/7875276/5333cfd07cc5265c0c580b7e83e42153.png) --- ## 五、几个真实踩坑(Hy4 帮我梳理成三段式) 这几条都是项目里真摔过的,也是 Hy4 在复盘时帮我从一堆笔记里挑出来、并整理成"现象 / 根因 / 修法"的: **坑 1:出货包接口提示全变乱码** - 现象:装到客户机器上,接口层 6 句中文兜底提示全变成方块乱码(U+FFFD 替换符) - 根因:`client.ts` 被存成 GBK,Vite 按 UTF-8 读,产物里恰好 63 个 U+FFFD - 修法:无损转 UTF-8 重建;并在打包链路加编码守卫,源码出现非 UTF-8 直接中止打包 **坑 2:深层路由按 F5 整站白屏** - 现象:除首页外所有页面刷新白屏 - 根因:`vite.config.ts` 的 `base: './'` 配合 `BrowserRouter`,深层路由刷新时资源被 SPA fallback 返回 `text/html` - 修法:`base` 改回 `'/'` **坑 3:授权页机器码一直"获取中…"** - 现象:拿不到机器码就无法激活 - 根因:硬件采集走外部进程最坏 60s,前端 axios 超时 30s,且 `Promise.all` 把整页卡住 - 修法:服务启动后台预热 + 接口快速兜底 `pending:true` + 前端拆开请求;**改前先复现"已签发激活码仍有效"**,没动候选集算法 Hy4 在这部分的价值不是"知道这些答案"(这些是项目实测结论),而是**把散在十几个文件里的原始记录,统一成同一种可阅读的三段式**,并且没把"现象"和"我当时的猜测"混在一起。 ![配图5](https://developer.qcloudimg.com/http-save/7875276/9a1dc9108077bfc78ce2c46a09e3ac7c.png) --- ## 六、真实使用感受(不吹,也不藏) **亮点** 1. **长上下文不串味**:十几轮迭代、多个版本混在一起,它没有把 beta2 的改动安到 beta4 头上,也没把"盘点口径修正"和"发卡防误写"搞混。对长周期项目复盘,这点比文采重要得多。 2. **归纳强于罗列**:我给的是流水账素材,它给的是"主线 + 分支"。主动建议合并四个 beta 那一下,确实省了我大量取舍时间。 3. **中文技术表达稳**:不堆形容词,不写营销腔,能按"面向有经验的读者"这个要求控制语气。 4. **听得住约束**:"不许编数字、不确定标待核""感受要写场景"这类指令,它在全文里都守住了,没有中途跑偏。 **不足 / 我会继续人工把关的地方** 1. **精确数字会拿旧值**:权限点数量那次串到了早期版本。凡涉及计数、版本号、百分比,必须人工核对来源。 2. **不会主动质疑素材**:素材里若本身有矛盾,它倾向于自洽化而不是举手问。得我明确授权"发现冲突先列出来"。 3. **业务定义仍要人来**:资产怎么分类、折旧从哪月开提、盘点有哪几种状态——这些它整理得很好,但"定什么"始终是我的活。 **和以往体验的对比**:以前做同类复盘,最耗时的不是写,是"从一堆记录里决定哪些该写、按什么顺序写"。这次把归类和定骨架交给 Hy4,我只做事实校验和取舍拍板,整体从大半天压到一两个小时。**省的是组织成本,不是思考成本**——这句话是我对这次体验最准确的总结。 ![配图6](https://developer.qcloudimg.com/http-save/7875276/37a1d51552dd1af77ba4f041d992d957.png) --- ## 七、可复用的提示词模板 ``` 任务:把 [项目名] 的创作全过程复盘成一篇结构化技术长文。 素材:[列出文件/截图/记录] 要求: 1. 三部分齐全:创作过程 / 成果 / 真实使用感受; 2. 先输出「版本—主题—可写点」归类表,确认后再动笔; 3. 结论先行,事实用表格;踩坑统一「现象 / 根因 / 修法」三段式; 4. 只写素材中真实发生的事,数字与版本号须标来源,不确定写「待核」; 5. 感受部分写具体场景,禁止「效率提升 N 倍」类无依据表述; 6. 结尾附可复用提示词模板;中文,不要营销腔。 ``` 第 2 条和第 4 条是我这次加的,也是最该保留的两条。 --- ## 八、一点体会 用 Hy4 做这次复盘,我最大的收获不是"文章写得快了",而是确认了一件事:**长周期、多版本、材料碎片化的真实项目,恰恰是长文本模型最能体现价值的地方**——前提是你把"什么能写、什么必须标待核"的边界先划清楚。 AI 能替你把散落的事实组织成结构,替你统一表达、控制语气、压缩取舍时间;但事实对不对、业务该怎么定、哪个数字是真的,还得你自己拍板。把这两件事分开,协作才既快又稳。 --- *本文所有项目事实、截图与踩坑均来自真实项目记录,未使用任何虚构数据。欢迎交流长周期项目的复盘方法。*

优秀的个人博客,低调大师

#WorkBuddy# #AI办公# 巡检第二轮抓到大事件:C 盘一天暴跌 9.33GB,归因链全在昨天下午——还原点、WFP 转储 1.91GB、双补丁、重启

昨天我把七篇归因文章里散落的手工探测固化成一份五类巡检清单(A 水位 B 卷影 C 清理候选 D 稳定旁证 E 大目录),用一轮 13 组只读命令跑通了首检。当时的数据一片平静:C 盘 32.45GB 连续两天回升,卷影新基线定格,WinSxS 六日一字节不差。文章结尾我说了句"清单的价值要等第二轮才知道"——结果第二轮今天就兑现了,而且兑现得格外狠:C 盘单日暴跌 9.33GB,从 32.45GB 直落到 23.12GB,是这条追踪线开始以来最大的一次单日跌幅。这篇文章就是第二轮巡检的完整实录:抓到了什么、怎么在四十分钟内把归因链钉死、哪些账没算平我如实记下来。

优秀的个人博客,低调大师

#WorkBuddy# #AI办公# 七目录对账全平,C 盘却再掉 1.63GB:真凶藏在复扫看不见的卷影差异区,顺带抓到一周升两次级的夸克三版本共存

上一轮体检(11 月 6 日)留了一个观察项:那台 Windows 机器的 C 盘可用空间从 33.40GB 掉到 31.77GB,一天少了 1.63GB,下行趋势重启。今天自动化到点开工,把这条线索接过来接着查。结论先说:顶层七个目录的复扫对账几乎全平,但磁盘水位还在掉——差额不在任何被扫的目录里,而在整条扫描线的结构性盲区里。

资源下载

更多资源
优质分享App

优质分享App

近一个月的开发和优化,本站点的第一个app全新上线。该app采用极致压缩,本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

用户登录
用户注册