搜索[WorkBuddy]结果-低调大师优秀个人博客

精选列表

搜索[WorkBuddy]，共4338篇文章

做旅游攻略太费时间，我让 WorkBuddy直接帮我处理一个可以直接用的国庆旅游攻略

这次我把这部分工作交给了 WorkBuddy。我把出发地、天数、人数和预算告诉它，再让它调用携程问道和腾讯地图助手。我这次只看一件事：它最后能不能给我一份可以继续检查的攻略。

2026-08-24

#WorkBuddy# 普通人一天里，AI 到底能帮你干什么？一份照抄就能用的清单

很多人对 AI 的认知只有两种：一种是"搜东西的新工具"，另一种是"会聊天的玩具"。用了一段时间，觉得没什么用，就又放下了。其实 AI 最实在的能力，是**帮你把一天里那些重复、费脑、不想干的事接过去**。今天不聊技术，就聊一个普通上班族、开店的人、带娃的妈妈，一天里到底能拿 AI 干什么。 ## 早上：理清这一天起床第一件事，别急着刷手机。把脑子里乱糟糟的事倒给 AI： - "我今天有这几件事要办：给客户回消息、整理报价、下午要开会。帮我排一下顺序，再提醒我哪些可以合并。" - "我最近总觉得忙但没成果，帮我看看问题出在哪。" AI 不会替你决定，但它能把你的想法理成一张能看的清单。**脑子乱的时候，先找人说话，AI 是最不缺耐心的那个。**白天：那些"不想写"的东西白天百分之八十的活，其实是"写"和"整理"： - 写邮件、写通知、写群公告：说出你想表达的意思，让它帮你写成正式版。 - 改文案：一段话翻来覆去不满意？让它给你三个版本挑。 - 做表格、做总结：给它一段乱数据，让它整理成表，再总结成三句话。 - 查资料：别直接问"这件事是不是真的"，而是说"帮我整理这个话题的主流观点，标出争议点"。写东西最耗的不是手，是"开个头"。**AI 帮你把第一版写出来，你只管改，速度快一倍。**下午：汇报和输出 - "帮我把今天做的事写成工作小结，口语一点，不要官话。" - "我要做一份分享，给我一个大纲，先讲背景再讲方法最后讲坑。" - 收到一篇长文章，不想读？"用三句话告诉我它讲了什么。" 输出能力是这个时代很稀缺的能力，而 AI 把"输出"的门槛拉低了：**你只要有想法，表达的事可以交给它。**晚上：学习和复盘 - 想学新东西：让 AI 当私教，分步骤教，每讲完一步出几道题考你。 - 想复盘："今天这件事我处理得怎么样？换个做法会更好吗？" - 随手记灵感：想到什么丢给它，让它帮你分类存好。一天下来，AI 不一定是那个"最聪明"的，但它一定是那个**随时在、不嫌烦、随叫随到**的搭档。周末：干点"自己的事" - 想学的新东西，让它给你列个两周计划，每天学一点，再当陪练出题考你。 - 想写点什么：灵感丢给它，帮你搭框架、补细节，改到满意为止。 - 想不通一件事：把它当树洞，来回聊上几轮，思路慢慢就顺了。最后三句话 - 需求说具体，结果才靠谱："帮我写个通知"不如"帮我写个周末店休通知，语气客气点，最后加一句欢迎明天再来"。 - 不满意就让它改，来回两三轮很正常，它不是一次就能懂的。 - 重要的事自己把关，AI 是干活的，不是替你做主的。不用一次学全会。**明天挑一件小事，试着丢给 AI，你只需要三分钟，它会还你一个全新的习惯。** 图片

2026-08-24

我用 WorkBuddy 搭了一套全自动的「财经博主跟踪系统」：B站字幕提取 → AI 消化 → 每日策略建议

于是我把这件事整个交给了 WorkBuddy——现在我的日常操作是：早上说一个词，晚上收一封邮件。下面是完整搭建过程，所有工具零成本（除了 B站充电会员）。

2026-08-20

#WorkBuddy# 实操教程：从59秒分镜脚本到15秒高光视频，四步搞定全流程规划

今天这篇教程，就分享我用 WorkBuddy 从脚本到成片规划的真实操作流程，一共四步。

2026-08-18

用 WorkBuddy 从零搭一个「单文件 HTML 的 AI 血液病理诊断助手」（含 23 张真实病理图）

# 用 WorkBuddy 从零搭一个「单文件 HTML 的 AI 血液病理诊断助手」（含 23 张真实病理图） > 本文记录我用 WorkBuddy（桌面 AI 智能体）从需求到产物，做出一个可直接双击打开

2026-08-16

# #WorkBuddy# 你的笔记存了上千条，为什么还是不会用？从校稿规则自学习说起

### 4.2 做法：对比提取用WorkBuddy写了几个脚本，把每组的初稿和定稿做句子级别的对比（diff），看修改了哪些地方。

2026-08-12

WorkBuddy实操：用Python一键生成格式化法律文书，30秒搞定30分钟的活儿

这个问题困扰我很久，直到我用WorkBuddy解决了它。思路很简单：让AI搭档写Python脚本，用python-docx库自动生成docx文件，30秒出稿，格式完全统一。下面是完整操作步骤。

2026-08-12

1分钟把codex和workbuddy做的东西部署上线丨0配置、不动 DNS、不影响旧域名

哈喽，大家好我是阿星！实测一个部署 Skill 后，我把 Next.js 静态主页发布到了 Cloudflare Pages。很多人第一次看到这类“一键部署” Skill，都会有一个很自然的疑问： Cloudflare 不是要账号、Token、Account ID 吗？为什么命令里什么都没填，网站就能上线？ ㅤ 我这次拿本地的 homepage 项目做了一次完整实测。它是一个 Next.js 主页，但已经通过静态导出生成了 out/ 目录。最终网站上线在： ![](https://developer.qcloudimg.com/http-save/audit-12631087/b3229c8b9da57028bc329a759c2dd4c5.jpg) ㅤ ㅤ 原有的 xxxx.work自定义域名没有被覆盖，DNS 也没有改。更重要的是：这次在国内网络环境下也实际打开验证过。先说结论： “不用填 Cloudflare 参数”不等于“不需要 Cloudflare 账号”，而是把认证和部署参数拆开了。首次通过浏览器登录授权，之后 Wrangler 会在本机复用这个授权；Skill 再负责识别构建目录、创建 Pages 项目、上传文件和验证地址。 ㅤ ㅤ ## 先分清：它发布的是新站，还是覆盖你的主域名？ ## 这件事必须先讲清楚，不然很容易不敢按回车。 Cloudflare Pages 有两层地址： ㅤ |**层级**|**这次的结果**|**是否影响 xxxx.work自定义域名**| | --- | --- | --- | |Pages 默认地址|axing-homepage.pages.dev|不影响| |自定义域名|例如 xxxx.work自定义域名或 home. xxxx.work自定义域名|只有你主动绑定时才可能影响| ㅤ 只要没有进入 Pages 项目的 **Custom domains** 页面绑定域名，也没有改 DNS 记录，发布只会得到一个新的 *.pages.dev 地址。这也是我建议第一次实操时的标准做法：先让新站独立上线，确认内容、访问速度和链接都没问题，再考虑要不要绑定自己的域名。如果你以后想绑定子域名，例如 home. xxxx.work自定义域名，需要在 Pages 项目里走一次“添加自定义域名”的流程。Cloudflare 托管 DNS 时，确认后它可以创建对应记录；否则要在当前 DNS 服务商处手动添加 CNAME。这个动作和首次发布是两件事，Skill 不会替你默认执行。 ㅤ ㅤ ㅤ ## 为什么命令里没有 Token 和 Account ID？ ## 答案是 OAuth 登录态。 Cloudflare 的命令行工具 Wrangler 支持在本机执行： ... ```javascript # 浏览器完成 Cloudflare OAuth 授权wrangler login ``` 授权成功后，Wrangler 会保存本机凭据。下一次再执行部署时，它会根据当前登录账号找到可用的 Cloudflare Account 和相应权限，因此命令里不必暴露： ![](https://developer.qcloudimg.com/http-save/audit-12631087/871aa4511a0ebf6313c233f7112f36c4.png) ㅤ 这就是“一键”的本质：把一次性的身份认证前置，而不是让每次部署都复制敏感参数。 ㅤ ㅤ ## 这个 one-click-deploy Skill 实际做了什么？这个 Skill 并不是“把任意项目一键变成网站”。它的定位更准确：**把已经构建完成的静态目录发布到 Surge 或 Cloudflare Pages。** 一句话说，当你使用 wrangler 命令时，你是在将静态资源（如 HTML、CSS、JS 文件）部署到 Cloudflare Pages 平台。这个命令会处理构建输出目录（如 dist 或 build），并将其上传到 Pages，生成一个可通过 *.pages.dev 访问的站点。以 Cloudflare Pages 为例，脚本会依次做这些事： 1. 1.找到可发布目录：优先识别指定的 --output-dir，否则尝试 dist、build、public 等目录。 1. 2.检查目录中是否有 index.html，并拒绝上传 .env、私钥、证书、凭据文件等敏感内容。 1. 3.检查 Wrangler 是否可用、当前账号是否已授权。 1. 4.查询 Pages 项目；项目不存在时，先创建项目并设置生产分支。 1. 5.再上传静态文件，得到 *.pages.dev 地址。 1. 6.最后通过 HTTPS 验证地址可访问。 ㅤ ㅤ ## 实操：把本地 Next.js 静态主页发布出去 ## 我的项目目录是： ... ```javascript /Users/xingyang/Downloads/code/homepage ``` 项目已经配置了 Next.js 静态导出： ㅤ ... ```javascript // next.config.ts：生成可直接托管的静态文件const nextConfig = { output: "export", images: { unoptimized: true },}; ``` 构建后，真正需要上传的是 out/： ... ```javascript homepage/├── app/ # 源码，不直接上传├── package.json├── next.config.ts└── out/ ├── index.html # 静态站入口 ├── 404.html └── _next/ # JS、CSS 与静态资源 ``` ㅤ 先在本地构建： ㅤ ... ```javascript # 生成静态站点产物 out/npm run build ``` 然后通过 Skill 发布时，核心命令是： ... ```javascript # 发布静态目录；--name 决定新的 pages.dev 子域名one-click-deploy ./homepage \ --provider cf-pages \ --name axing-homepage \ --output-dir out ``` 其中： ㅤ - ㅤ --name axing-homepage：会对应 axing-homepage.pages.dev。 - ㅤ --output-dir out：明确告诉 Skill 上传 Next.js 静态导出结果，而不是源码或 .next。 - ㅤ 没有 --domain：因此不会碰 xxxx.work自定义域名，也不会碰 DNS。第一次使用时，如果本机没有 Wrangler，Skill 要求显式加 --install 才会通过 npm 安装，避免工具在后台偷偷安装依赖： ... ```javascript # 仅在确认需要安装 Wrangler 时使用one-click-deploy ./homepage --provider cf-pages --name axing-homepage --output-dir out --install ``` ㅤ ㅤ ㅤ ## **这次踩到的一个新版 Wrangler 坑** 这里有一个截至本次实测才暴露出来的问题，值得单独写出来。我最开始直接运行了下面这条命令： ... ```javascript # 不推荐对“不存在的新 Pages 项目”直接这样运行npx wrangler pages deploy out --project-name axing-homepage ``` ㅤ 当前安装到的 Wrangler 4.120.0 识别出这是一个 Next.js 项目后，尝试把项目迁移到 OpenNext / Cloudflare Workers，并准备： - ㅤ 向 package.json 加入 Wrangler 和部署脚本； - ㅤ 新增 wrangler.jsonc； - ㅤ 安装 @opennextjs/cloudflare。这和“上传已经生成好的 out/ 静态目录”不是一回事，所以我中止了迁移。随后使用 Wrangler 给出的兼容路径： ㅤ ... ```javascript # 仅用于首次创建传统 Pages Direct Upload 项目npx wrangler pages deploy out --project-name axing-homepage --force ``` 发布成功后，Cloudflare 返回了一个部署地址： ㅤ ... ```javascript https://d9d03fb0.axing-homepage.pages.dev ``` 稳定的生产地址则是： ... ```javascript https://axing-homepage.pages.dev ``` 后续再更新这个已存在的 Pages 项目时，Wrangler 已明确提示：**不再需要传 --force**。这也是为什么这个 Skill 的“先查项目、没有就先创建，再部署”的流程很有价值——它比直接把一条命令丢给最新版 CLI 更稳。这条经验只针对本次使用的 Wrangler 版本和静态 Next.js 项目；CLI 行为会更新，部署前最好先执行一次： ... ```javascript # 只检查授权和当前账号，不上传文件wrangler whoami ``` ㅤ ㅤ ㅤ ## **最后：一键部署真正省掉的是什么？** 它省掉的不是服务器，也不是域名决策，而是重复的人工交接：找构建目录、检查敏感文件、确认账号、创建项目、上传、复制链接、验证可访问。当这些步骤被收进一个 Skill，Codex 就不只是“写了一个网页”，而是可以把完成的静态成果交付到一个真实、可打开的地址。但域名仍然应该由人来决定： - ㅤ 想低风险试验，就用新的 *.pages.dev； - ㅤ 想做正式入口，再绑定子域名； - ㅤ 想替换主站，最后才去改主域名 DNS。把这三步分开，部署会从一件让人紧张的事，变成可回退、可验证的小闭环。 ㅤ ㅤ ## **Skills开源** - github.com/vibe-any/skills-hub/tree/main/one-click-deploy

2026-08-11

非程序员用WorkBuddy搞定了三个月排班表：从手动排到自动校验的全流程

本文记录一个完全不懂代码的行政人员，如何用WorkBuddy完成一张复杂的三人轮班表排班，包括规则建模、自动生成、多版本校验，以及踩过的坑。

2026-08-10

#我用WorkBuddy搭建了自动化数据分析流水线——从Excel到可视化报告全流程实战

直到最近开始深度使用 WorkBuddy，发现它不仅能读懂我的数据，还能自动完成清洗、分析、可视化全流程。

2026-08-06

我用 WorkBuddy 把 200 行散数据做成老板一眼看懂的可视化报告（零代码）

标签：#WorkBuddy 适用版本：WorkBuddy 2026 版｜难度：★☆☆☆☆ ｜预计耗时：10 分钟 ## 一、写在前面：为什么写这篇做运营/销售的同学都懂这个痛点——月底要把一堆散在

2026-08-05

一个人活成一支队伍，WorkBuddy 多技能组合实战助力 OPC 创业者

.webp) ## 二，为什么选 WorkBuddy 做编排底座市面上 AI 工具很多，我选 WorkBuddy 作为编排底座，主要看中三点。

2026-08-04

检测报告审核从20分钟到3分钟：一名QA负责人的WorkBuddy实战

我的做法直接把检测报告 PDF 拖进 WorkBuddy 对话窗口，然后输入指令： > "帮我提取这份检测报告的以下关键信息，逐条列出来： 1. 样品编号和名称 1.

2026-08-03

WorkBuddy 三种工作模式实战指南——什么时候该"问"、什么时候该"规划"、什么时候该"直接干"

# WorkBuddy 三种工作模式实战指南——什么时候该"问"、什么时候该"规划"、什么时候该"直接干" > 用 WorkBuddy 三个月，我最大的感悟是：**80% 的积分浪费和"任务没做成"，都源于选错了工作模式

2026-08-01

WorkBuddy 浏览器反复自动弹出登录页？换浏览器没用！三步定位根源，一招根治

> **摘要**：WorkBuddy 用着用着，浏览器总是不定时自动弹出 EdgeOne Makers 的登录页，换默认浏览器、清缓存全都没用。

2026-07-31

我用 WorkBuddy 把医疗短视频生产 SOP 固化成 Skill：从「靠人脑」到「一句话产出」

2026-07-29_WorkBuddy使用心得_腾讯云社区_发布版.md ```javascript Step 1 信息收集 → 收齐 6 字段（缺则一次性质询 → 仍缺则爆款兜底） Step 2 类型选型

2026-07-29

腾讯云国际代理商：Kimi K3 接入 WorkBuddy 国际版百万长文本解决跨境自动化短板

截至 2026 年 7 月，Kimi K3 已正式接入腾讯云 WorkBuddy 国际版。

2026-07-28

初体验：WorkBuddy 实战：用 AI 智能体从零搭建 A 股选股系统，13 种技术形态自动识别 + 量化评分

于是我决定：让 WorkBuddy 帮我写一个自动识别系统。

2026-07-27

我用 WorkBuddy 当编程搭档，半小时交付了一个「桌面文件自动归类 + 日报生成器」（附完整代码）

#WorkBuddy开发者分享季 !

2026-07-25

用 WorkBuddy 给三个闺女做抖音脚本：红头文件风 Skill 实战全记录（附完整提示词）

每天家里的素材多到剪不过来——老三"转转刀"、老二老三打架、老三打输哭着跑来求抱抱…… 一开始我用 WorkBuddy 直接生成文案 + 让它剪视频，发现两个问题： 1.

2026-07-25

资源下载

更多资源

优质分享App

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

Mario

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

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。