- 博客(38)
- 收藏
- 关注
RSS订阅原创 从零到上架：手把手教你用 WorkBuddy 制作并发布一个 Skill
本文手把手教你从零打造并上架WorkBuddy Skill，将个人经验（如报关检查清单、运价对比流程）转化为可复用的智能指令包。详解Skill机制、目录结构、SKILL.md编写、本地测试与发布流程，强调“把隐性经验显性化”的核心价值。通过实操案例展示如何30分钟完成一个可上架的“报关单自查助手”，并总结三条心法：写清判断标准、善用参考资料、先做可用版。最终目标是让你从工具使用者蜕变为能力创造者，实现经验的批量复制与共享。
2026-11-07 16:43:07
428
原创 都 AI 写代码了，为什么还会感觉到很累？
工具越来越强，人却没变得更轻松说句实在话，这两年身边用 Copilot、Cursor、Claude 写代码的朋友越来越多，但没听谁认真说过"我变轻松了"。反倒是"更累了"成了默契的共识。这事儿挺反直觉的——工具不是应该让人省力吗？我琢磨了一阵，结论大概是：问题不在 AI，在于我们用它的方式，把省下来的力气，又加倍花回去了。
2026-11-06 20:11:01
168
原创 CrossBorder Buddy 跨境物流智能体
做了近十年跨境物流和报关相关的系统开发，我越来越觉得这行的人是在"用蛮力干活"——查轨迹、比运价、做单证、核合规，全是高频、强规则、低创造性的重复劳动。去年大模型能力成熟后，我用 Vue3 + SpringBoot + 智谱 GLM 搭了一个 AI Agent 工作台 CrossBorder Buddy（跨境物流智能体），把上面这些环节自动化掉了。这篇文章复盘一下技术选型、整体架构和踩过的坑，供同样在做垂直领域 Agent 的朋友参考。
2026-11-03 09:11:14
420
原创 做了十年跨境物流系统，我用一个 AI 助手把最累的那部分活全干掉了
跨境物流不会消失，只会被AI重构。作者基于十年行业经验，开发出可落地的AI工具CrossBorderBuddy，解决报关、比价、单证、合规等重复性痛点，实现智能查轨迹、自动归类、合规筛查与获客。依托国产大模型，工具已真实运行，强调“能干活”而非聊天。现寻求同行共创打磨、资本资源支持，目标是为从业者配备永不疲倦的智能助理，让用AI的人赢得未来。
2026-11-03 09:02:50
346
原创 从零把一个开源项目做成可收费的 AI 技能：Graphify + WorkBuddy + 支付宝 A2M 实战
本文完整复盘了如何把一个开源代码知识图谱工具。
2026-11-02 13:27:10
100
原创 想写消消乐游戏？用这个 SKILL 就够了（真 nice）
我做小程序这几年，消消乐（三消）一直是"想做又怕做"的那一类。棋盘算法、消除判定、下落动画、关卡数值、排行榜后端、部署上线……随便拎出一项都能劝退一波人。直到最近在 WorkBuddy 技能商店翻到一个叫的技能，才发现这事儿早有人把坑踩平了。一句话就能把"原生小程序消消乐 + 微信云托管后端"整套成品端出来，真 nice。
2026-11-01 10:41:54
238
原创 我把设计模式封装成了SKILL+Java开发规范，都看不出是AI写的代码
AI写代码语法虽准，却常显“过度设计”——一个if/else也能硬上策略模式。根源在于缺乏“何时不用”的判断力与团队规范约束。为此，作者构建两个核心Skill：一是基于变化点的可复查决策流程，强制执行“最小模式原则”，每用一模式必说明替代方案与代价；二是强制绑定《Java开发规范》，确保风格统一、细节合规。组合使用后，代码不再“一眼假”，而是具备可审查性、一致性与工程思维，真正实现从“像人写”到“经得起评审”的跃迁。
2026-10-31 08:44:31
181
原创 我把商城小程序做成了 SKILL：一句话，生成小程序、后端、管理端
摘要（148字）： shop-builder是一款可一键生成完整全栈商城的AI技能，支持小程序（Taro+React）、后端（SpringBoot3）、管理端（Vue3）三端同步落地。通过固化接口规范、状态机、依赖版本与避坑清单，确保工程真实可运行（mvn compile/npm run build）。内置团队协作流水线与支付宝AI按量付费集成，实现从生成到交付的标准化闭环。真正让“一句话建商城”成为可能，将重复劳动转化为可复用的工程智慧。
2026-10-30 12:09:31
236
原创 你的数据到底在哪一層被保护？Java、Python 与全盘加密的一次实在拆解
没有哪一层能单独兜住数据安全，组合才是防守的意义。字段加密重要，但别被"上了一层加密就安全了"的话术带偏——真正该问的是：我的数据在传输、在内存、在磁盘、在备份、在日志里，分别被谁、以什么方式保护着？把这张表填完，你比绝大多数只做了字段加密的团队都清醒。
2026-10-29 09:54:15
116
原创 应用层加密做了，为什么数据还是可能泄露？一个后端视角的避坑记录
我们后端这边一度也以为，给关键字段加了密，数据库就算被人拖走也不怕。直到有一次做备份盘体检，发现运维手动导出的那份 CSV 明文正躺在笔记本的桌面——而那份导出，压根没经过任何加密逻辑。这篇不聊"怎么加密"，聊的是几个"应用层加密救不了"的真实场景。每个场景我都标了到底该用哪一层去补：全盘加密（FDE）、Python 检测，还是权限治理。目的只有一个——别把"加了密"当成"安全了"。
2026-10-29 09:53:01
155
原创 AI把前端“替“了，后端还能被替吗？
AI并未取代程序员，而是重塑工作方式。前端看似易被替代，实则因可验证、标准化、反馈快而率先提效；后端因业务耦合深、规则复杂、合规要求高，反而更难被替代。真正被替换的，是“只翻译设计稿”的重复劳动，而非人本身。未来核心竞争力在于：将业务逻辑显性化、审阅AI输出、把控关键决策。工具进化中，人的价值从“写代码”转向“定义系统”。与其焦虑被替代，不如追问：你的业务理解，是否已深到AI无法企及？
2026-10-27 00:55:28
287
原创 从 0 到上线：我用 CodeBuddy 做了一款带 Web 后台的小程序（完整避坑记录）
先把后台想清楚，再写第一行界面；让 AI 当副驾驶，方向盘自己握；演示视频剪掉的，才是你上线时要还的债。第一句针对"界面先行"的冲动，第二句针对"AI 全能"的幻觉，第三句针对"演示即现实"的误判——每一条，都是我用返工和半夜告警换来的。七天走完，产品上线，后台跑着，订单进来，财务在对账——那一刻才真正踏实。能上线 = 小程序端 + 后端服务 + Web 管理后台。那些被演示视频剪掉的"后台"，才是产品真正的重量。CodeBuddy 没有让我变成三个人，它只是把"从想法到可运行代码"的损耗压到了极低；
2026-10-26 07:56:44
306
原创 前后端联调的血泪史：JWT、接口契约与那些坑
本文聚焦小程序、后端与Web管理后台联调痛点，揭示JWT鉴权、跨域、字段类型等三大核心陷阱。强调“契约先行”：统一接口文档（字段名、类型、状态码），避免“脑补对齐”；详解JWT三坑——过期策略、Bearer前缀遗漏、白名单缺失；明确小程序无跨域问题，但H5/后台需在Nginx配置CORS；提醒金额用整数分、时间用ISO8601防精度丢失。附可直接勾选的排错清单，结合真实案例说明“请求头写错”导致401却无日志的典型错误。最后提出用AI工具（如CodeBuddy）自动生成类型与请求封装，提升联调效率。
2026-10-25 08:30:22
82
原创 最容易被忽略的一环：用 Vben 5 给小程序做管理后台
本文补全小程序项目的关键一环——Web管理后台，指出其非可选项，而是系统“重生”的必要条件。基于真实案例，强调无后台导致的运营风险与事故隐患。推荐使用Vben5（Vue3+Vite+AntDesignVue）快速搭建，三步对接SpringBoot后端，实现登录、权限控制、CRUD功能。重点强调前后端双保险的权限机制，避免前端隐藏成“摆设”。通过避坑清单与实战经验，论证：有后台，项目才真正“活”起来，是长期运营的刚需。
2026-10-24 08:09:24
332
原创 Taro 多端编译实战：一套代码出抖音/微信/H5
本文基于真实项目，阐述Taro3.6+React18+TypeScript在微信、抖音、H5三端统一开发的实践。通过多端编译配置、平台能力封装与条件编译，实现一套代码多端运行。重点解析了平台API差异、样式适配、分包优化等三大核心坑点，并指出Taro适用于80%通用业务，强依赖原生能力或极致性能场景仍需原生开发。结论：多端统一用Taro是性价比最优解。
2026-10-22 00:28:53
272
原创 用 CodeBuddy 10 分钟画出小程序界面：我的提示词与踩坑
本文分享了如何用CodeBuddy在10分钟内将“做个二手书回收小程序”需求转化为可点击的高保真原型。通过结构化提示词模板——明确角色、技术栈、页面清单、视觉规范与状态约束，有效避免AI自作主张、布局错乱和界面“死”等问题。界面虽非终点，却是对齐需求、验证想法、激发信心的关键起点。下篇将聚焦Taro多端编译实战。
2026-10-21 09:36:26
199
原创 我把 55 条 Java 开发规范做成了 AI Skill
将沉淀多年的55+条Java后端开发规范（SpringBoot+MyBatis-Plus+JDK17）封装为可执行的AISkill，上架SkillHub并接入支付宝AI按量付费。该Skill以强制规则形式约束代码风格，覆盖分层、注入、批处理、包引用等16大类，确保AI生成代码开箱即合规。支持多Agent兼容，一键安装即生效，实现“规范→技能→变现”闭环，助力团队提效与标准化。
2026-10-20 11:19:50
398
原创 动手前先问自己：我的小程序到底要管哪些数据？
小程序失败常因“做出来却没法管”。核心问题不在界面，而在数据：谁维护、何时变更、是否留痕。作者强调“先想数据，再想界面”，提出四类关键数据（基础、产品、订单、用户）及“三问倒推法”，通过字段字典统一前后端语言，避免对账错误。上线前自查清单确保数据可追溯、可管理。真正的系统骨架，始于数据而非界面。
2026-10-19 08:35:16
178
原创 一张图讲透：能上线的小程序 = 小程序端 + 后端 + Web 管理后台
本文深入解析小程序“三层架构”：小程序端（门面）、后端服务（引擎）、Web管理后台（驾驶舱）。强调三者缺一不可——仅靠前端+云数据库无法实现业务经营，必须具备运营、财务、客服可操作的管理入口。文章通过案例与餐厅比喻，阐明各层职责边界：前端只负责展示与请求，后端处理核心逻辑与安全，后台支撑日常运营。提出“接口契约先行”协同机制，并推荐Taro+SpringBoot+Vben技术组合，配合CodeBuddy高效落地。最终指出：能上线的小程序，本质是三位一体的系统工程。
2026-10-19 08:28:00
239
原创 WorkBuddy生成的小程序，“能跑“和“能用“之间，到底差了什么？
本文揭示“能跑”与“能用”的本质差异：仅靠AI生成的小程序界面虽流畅，却缺乏后台支撑，无法实现改价、查单、退款等核心功能。真正的可用系统需具备后端服务与Web管理后台，涵盖权限控制、数据隔离、审计日志等关键能力。作者通过对比实验与代码示例，强调“能用”才是产品价值起点，提醒开发者勿被演示误导，提前规划后台体系，避免后期返工。
2026-10-18 10:22:44
307
原创 2026 了，一个人加 AI 真能做出能上线的产品吗？
2026年，一人一AI（如CodeBuddy）可完成真正上线的“带Web后台的小程序”产品。关键前提：必须包含完整管理后台，而非仅跑通界面。作者通过真实项目验证，用Taro+SpringBoot+Vben5技术栈，结合AI辅助架构设计、代码生成与调试，7天内完成从需求到部署全流程。核心启示：AI能大幅降低开发损耗，但后台治理、权限、数据管理等环节仍需人工把控。系列将拆解14篇实操避坑指南，聚焦“后台不可省”的本质逻辑，为独立开发者提供可复制的落地路径。
2026-10-18 10:14:43
191
原创 别被“一句话生成小程序“骗了：能跑，不等于能上线用，Workbuddy能做的，只是能看得见的东西，看不见的才是致命的
“一句话生成小程序”看似便捷，实则仅完成界面与数据存储，真正上线运营还需完整的后台管理系统。商品管理、订单处理、权限设置、对账风控等核心功能，均依赖人工维护的Web后台。工具降低前端门槛，但运营成本并未消失，只是转移至后台。切勿将原型当生产工具，务必预留后台建设预算，否则“能跑”难“能用”。
2026-10-17 07:16:18
197
原创 AI 砍向程序员的第一刀，为什么先落在前端身上？
AI正快速替代前端重复性工作，切图、编码、多端开发皆可秒级完成，导致“会写页面”价值趋近于零。但冲击本质是“下限被抹平”，而非职业消失。未来真正值钱的是定标准、懂底层、会指挥AI、懂业务逻辑的前端工程师。建议从业者将重复任务交予AI，腾出时间深耕设计系统、性能优化与跨端架构，从“执行者”转型为“指挥官”。技术变革中，谁掌控判断力，谁就掌握主动权。
2026-10-17 06:52:19
162
原创 用 CodeBuddy 打通「前端 + 后端 + 抖音小程序」全栈开发：流程图、工作流与技术栈全景解析
AI时代三端开发的核心变革在于“人机分工重构”：开发者聚焦需求定义与验收，AI承担代码生成、接口对接、部署脚本等重复性工作。以《万妖消除录》为例，通过接口契约先行、规则数据驱动、平台与业务模型分离，实现多端（抖音/微信/H5）高效协同。流程上采用七步法串行推进，确保各环节可验证、可迭代。AI显著降低编码成本，但关键决策仍需人工把控，真正释放开发者创造力。
2026-10-16 18:50:09
732
原创 CodeBuddy+抖音开发者工具，一周达到可上架标准的流程来啦；
本文以《万妖消除录》为例，提出一套AI编程助手（CodeBuddy）贯穿的七步小游戏开发工作流：从主框架与规则引擎、结算关卡设计，到数据库建模、后端实现、接口联调、软著备案及服务器部署。通过拆解复杂链路为可独立验收的步骤，实现“设想→可运行代码”的高效转化，支持多端编译与模块隔离，确保合规上线与快速迭代，适用于小微团队低成本验证创意。
2026-10-16 17:56:41
137
原创 一文搞懂报关员岗位：工作流 + 知识体系 + 风险红线全图解
报关员非单纯“录数据”，而是合规风控关键岗。其核心价值在于将贸易信息转化为准确、可溯源的申报数据，全程把控合规风险。胜任力公式为：单证准确×归类正确×申报合规×异常可控，任一环节失守即引发重大风险。岗位涵盖接单审单、单证制单、电子申报、海关处置、放行归档五阶段，需精通商品归类、税费计算、系统操作与风险防控。进口与出口在单证、时效、监管上差异显著，须严守14日申报期与24小时前置时限。五大走私红线（伪报、低报、串换、影响证管、销毁证据）触碰即涉刑责。报关员须具备专业能力自检清单，确保全流程合法合规。
2026-10-12 11:52:21
708
原创 白暨智采国际贸易代采协同系统落地指南
跨境代采面临信息孤岛、协同低效、合规风险等痛点，传统“邮件+Excel+微信”模式难以应对多方协作。本文提出以代采方为中枢的全链路数字化方案，通过智能寻源、自动化标签、报关前置校验、批次级库存管理、多维账单核算与柔性系统集成，实现从下单到退税的闭环管控。系统构建数据贯通的协同平台，强化权限隔离与风险拦截，显著提升效率、降低出错率，推动跨境代采向可视化、标准化、可控化转型。
2026-09-23 11:20:48
176
原创 AI Agent开发的时候，定义以下规则，你的项目完全就像人工写的
本文档是一份面向Java后端开发团队的全局强制执行行为准则，涵盖从开发习惯到代码落地的完整约束体系。全文共分七大模块：交互与工作流程：强调先思考后行动、优先编辑现有代码、变更后验证、多方案时由开发者决策，以及删除文件需确认。编码通用规范：强制使用枚举类替代魔法值、统一包引用为jakarta.*、明确注释与导入格式、使用@RequiredArgsConstructor注入、返回VO而非Entity、统一时间字段格式化。
2026-08-13 17:52:49
358
原创 基于Java的Excel统一导出方案设计与实现：支持动态列与大数据量场景
/ 列标题// 列顺序@Excel(name = "商品ID", orderNum = 1)@Excel(name = "商品名称", orderNum = 2)// 其他字段...
2025-03-07 09:49:45
677
原创 EasyExcel单表头导入,自定义注解实现转换Bean
以上是个人工作中遇到的适合的场景用的,但是还有easy原本就有注解可以直接导入,可以参考使用.后续会更新多表头并且列动态变化场景.
2024-05-23 15:12:41
840
原创 时间字符串转换成LocalDateTime很麻烦吗?
在编码的过程中实现时间字符串转换成LocalDateTime,让很多小白非常的棘手,以下小小代码,可以实现半自动化转换时间格式.
2024-05-23 09:46:36
838
原创 导入excel的快速实现读取所有数据信息
read处可以读取文件,流.registerReadListener是上一步创建的监听器,headRowNumber是表头行,表示读取的是第几行的表头,下标从1开始,sheet表示是工作簿的下标,从0开始,以上代码编写完成后即可读取到表头和数据体的信息,表头体和数据体当中的key值代表的是列号,3.在逻辑代码处直接new一个监听器。
2024-05-23 09:25:50
433
原创 JavaFx: ChoiceBox,选择器的使用方式
。以上是六种基本数据类型的封装方法，当然还有其他的封装类型，比如List,Map,Set等，这里我就不多说了，如果需要的话，大家评论区留言，我会单独写一份关于这些封装类型的用法供大家参考。比如我们需要是ChoiceBox这个选择器的使用，它跟我们之前Android，IOS，Web是有很大的不同的。例如我们需要展示一个列表，供大家选择[加，减，乘，除]，
2022-11-03 19:00:00
3225
2
原创 JavaFx: 引用外部的css到fxml当中,正确的使用css样式
我们在编写javaFx的时候呢，总会需要改变pc端应用的样式的时候，毕竟原生的样式，都是非常都不入眼的。起码，用户看的话，怎么那么low呢；这个时候，我们就需要自己去修改这个fxml的样式的了。这里的样式和使用vue或者html编写的时候，有异曲同工之处，不同之处也有很多。实际上呢，其实这个样式信息，就是css样式级联的，只不过呢，都需要加上-fx-代表它是javafx的级联样式的。
2022-11-01 20:00:00
1873
原创 JavaFx：修改pom的配置能够修改javafx应用的图标？任您修改千百遍pom没成功过
定义两个常量 icons 的类型是List，defaultIcons 的类型也是List，他们都是包装Image进去的，所以我们需要看这两个常量，在哪里定义了！看到了吧，这里直接调用了loadDefaultIcons(),将应用的默认图标放到了list里，给init()的list使用，这样不就好办了嘛，javafx的默认的应用图标是一个类似于设置的图标，实在是丑的很。当然啦，这个不是尺寸是理论上的，当然也得我们上生产环境的时候还是需要更换成这些尺寸的，以适应更多的设备的图标。
2022-11-01 15:00:00
1016
原创 JavaFx: Idea中如何打开Fxml的图形界面
1、Idea打开Fxml文件，去做一些图形化的使用的话，真的非常的消耗idea在电脑上占用的内存。推荐使用第三方的插件来打开fxml布局。在idea中打开Fxml的图形化界面是非常的不赞同的，就我个人使用来看，就非常的不方便。来打开fxml文件的布局，清晰可见，屏幕展示的内容也是很多的，也有很多插件可以使用的。
2022-11-01 07:00:00
2465
原创 JavaFX: 修改闪屏，启动时的欢迎界面
我们需要在resources上创建一个文件，这个由自己定义就好了。然后将你的闪屏资源放进去即可，它是支持使用gif动图的。这个就是我们所说的闪屏，这个所谓的闪屏界面，其实根本原因是需要加载程序内容，至于怎么加载程序内容，我们开发是不需要去处理的。先创建一个闪屏类，例如我定义的就是BootView.java。我们在启动pc端应用时，会有一个类似于加载程序的界面，如下。这个闪屏类是非常简单的，不需要什么过多的技术点。修改这个闪屏也是非常简单的.
2022-10-31 22:30:00
1149
1
原创 JavaFx: 从搭建Hello World 开始，构建PC端应用
通过使用java代码来开发pc应用的话，以前是一种框架是swt，这种框架是sun公司发布的jdk里的，拥有较强的跨平台性。因为我们是创建一个javaFx项目，而且项目的源信息很多都是使用到Spring boot的东西，所以那个POM文件信息，按照我这里的来就可以了。废话不多说，直接开启保姆级搭建pc端应用的教学.按照我这里的步骤来写的话，不管是什么样的应用级都是能够轻而易举的搭建完成;至于这个错误原因是什么，具体的话，还需要去查看官网的才知道，网上其他地方讲的那些，很懵逼的。点击create即可。
2022-10-31 20:00:00
2579
JavaScript 前端异常处理实战：登录、注册、实时通道、定时器与接口调用的全链路捕获与上报实现
2026-10-18
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人