小程序 on CoreV.cn

让用户天天回来：签到、成就、订阅

Tue, 11 Aug 2026 20:30:00 +0800

工具类小程序最怕的不是难用，是"忘了用"。这事儿没人提醒，用户自己也想不起来。所以留存不是顺带的，得专门设计。

我做这套留存的时候，还是靠 WorkBuddy 加腾讯混元（hy3）搭的。先说清楚，我不是程序员，在能源行业干了二十多年。下面这三件套，我试过，你照着也能弄出来。

一、留存靠两样东西：给甜头、给提醒

第一样是连续签到加成就页。我定的里程碑是 3、7、15、30、60、100 天，代码里就这么写的：

// growth/checkin/checkin.js
const MILESTONES = [3, 7, 15, 30, 60, 100]
const MILESTONE_NAMES = { 3:'青铜打卡', 7:'一周达人', 15:'半月坚持',
  30:'月度之星', 60:'双月不渝', 100:'百日坚守' }

第二样是订阅消息，把人"唤"回来。

想不出招的话，把这句给 AI：
“我的小工具上线后没人回来用，帮我想 3 个不惹人烦的留存手段：短期激励、长期荣誉、定时提醒。”

我自己的体会：签到给的是当下那点甜头，成就给的是"我好像坚持得不错"的面子，提醒解决的是"压根忘了"的问题。三样各管一摊，缺一样都不够。

二、成就系统：把"进步"做成看得见的徽章

我在 growth/utils/achievements.js 里定义了一组成就，到了阈值自动解锁：

// 累计记录 10 次 → 小有坚持；连续签到 30 天 → 月度之星……
const ACHIEVEMENTS = [
  { id:'first_record', name:'初次记录',  icon:'🌱', threshold:1 },
  { id:'records_100',  name:'百炼成钢',  icon:'💪', threshold:100 },
  { id:'streak_30',    name:'月度之星',  icon:'🌟', threshold:30 },
  { id:'types_3',      name:'多面手',    icon:'🎯', threshold:3 },
]

我琢磨成就这东西，本质是给人一点反馈。你天天记，自己其实没感觉，可一旦蹦出个"百炼成钢"的徽章，你会觉得"哎我这几个月的劲没白使"。人就是需要被看见。

让 AI 帮你设计也行：
“帮我把用户用我工具这件事，设计成一套成就体系：列 5 个低成本、能激励人持续用的成就点和解锁条件。”

三、订阅消息选型：这里有个合规的坑

说个容易踩的坑。习惯类、工具类的小程序，不在长期订阅开放的类目里（那是政务、医疗、交通那些）。长期订阅你想申请也申请不下来。

所以「简单记」用的是一次性订阅：每次要提醒之前，用户授一次权，授权完发对应模板（真实模板 ID 在 utils/subscribe.js）：

// utils/subscribe.js —— 一次性订阅，授权 1 次 = 1 条额度
const SUBSCRIBE_TPL = {
  todo:     'afe51P28qgCDkaqcdPCiVS6_Hx0qTJgwif1igUKSv_E', // 待办事项提醒
  schedule: 'O2_iBBWk4EkwD2tUoCJXsQk4Me3zNxKFWsRaaYRhCcs'  // 日程提醒
}

定时下发靠 dailyReminder 云函数，每 15 分钟扫一遍昨天的记录，对着"昨天这会儿"的窗口才发，再用 reminder_log 去重，免得同一条提醒发两遍。还有个细节，云函数之间互相调用拿不到 OPENID，所以 dailyReminder 得显式指定 touser 才发得出去。

我建议先看清自己属于哪个类目再动手。类目压根不在长期订阅开放范围里，却按长期订阅的思路先把功能搭好，等提交审核才发现走不通，前面下的功夫全白费。

自动化这事儿，不是写好就完。得想明白：什么时候发、发给谁、发重了怎么办。

四、做留存之前，先过一遍这张清单

截图存着，以后设计任何"让人回来"的机制前扫一眼：

✅	留存设计自查
1	有短期甜头吗？（签到/打卡）
2	有长期荣誉吗？（成就/徽章）
3	有"遗忘"的补救吗？（提醒，且合规）
4	选型符合平台类目吗？（别碰长期订阅红线）
5	每次，我都是自己验收的吗？（这条最要命）

收官

回头看这 6 篇，其实是一条线：
想清楚（1）→ 让 AI 提效（2）→ 设计骨架（3）→ 数据双引擎（4）→ 接大脑（5）→ 做留存（6）。

我在能源行业干了二十多年，此前从未碰过写代码。如今却弄出了个带 AI 的小程序，这事放以前我想都不敢想。难的不是写代码，那部分 AI 替我扛了；难的是你得想明白自己到底要什么、做完怎么让人愿意用。这个，AI 替不了你。

路不是自动铺好的。方向你定，活 AI 干，走没走偏你自己看。

还有一条红线我得提一句：分享是做出来的，不是求来的。别去诱导用户转发，先把产品价值做够，该被看见的自然会被看见。

给小程序装大脑：接上大模型

Sat, 08 Aug 2026 09:30:00 +0800

数据我记了不少，可光看那一串数字，真看不出啥名堂。跑步记了、睡眠记了、花钱也记了，但谁有功夫天天对着表格琢磨？我当初一笔一笔认认真真记，本来就是想弄明白自己这段时间到底怎么样，可光把数存下来，它自己不会开口说话。

后来我就想，要是这小程序能像老朋友一样，翻完全部记录后跟我说一句：“你这周跑步三次都达标了，但睡眠连着三天晚过 11 点，下午犯困八成跟这个有关；再说记账里外卖比上周多花八十，刚好撞上你运动量往下掉——这俩事儿说不定连着。” 那才叫真有用。想做到这点，得给程序接个大模型当"大脑"。

说实话，这块我一开始是真发怵。大模型听着就吓人，什么 API、什么密钥、什么 token。但我最后还是用 WorkBuddy 配上腾讯的混元（hy3）把它跑通了。我得说清楚，我不是程序员，在能源行业干了二十多年，写代码这事儿以前碰都不碰。所以下面写的这些，你照着来也能成。

一、头一条：密钥千万别放进小程序里

我见过有人把 API Key 直接写进小程序代码。这等于把家门钥匙贴在门上，谁拿到安装包反编译一下，密钥就泄露了。

我的办法是用微信云开发的云函数 aiAnalyze，密钥交给云开发环境托管。小程序只管调这个函数，密钥长什么样它根本不知道。前端就这么一行：

// utils/aiClient.js —— 小程序这头只管"调函数"，密钥一个字都不出现
wx.cloud.callFunction({
  name: 'aiAnalyze',
  data: { summary: 聚合后的统计, context: { name, rangeLabel } },
  timeout: 60000
})

我后来想通一件事：前端代码对用户来说是透明的，就像明信片，谁都能看。所以密钥这种东西，只能待在服务器那一头。

想试的话，直接把这句话丢给 AI：
“我要让我的小工具调大模型，但怕密钥泄露。告诉我密钥该放哪、前端怎么调才安全。”

二、调用那点事（都是踩出来的坑）

环境是 CloudBase 加 @cloudbase/node-sdk 的 app.ai()。

真实在跑的代码是这样：

// 云函数 aiAnalyze：先把模型对象建好，再调用
const ai = app.ai()
const model = ai.createModel('cloudbase')
const res = await model.generateText({ model: 'hy3', messages })

我在这栽过俩跟头，你别重蹈：

有回写成 app.ai().streamText(...)，跑不起来。后来才明白，streamText 这些方法是在 model 上，不在 app.ai() 上。
@cloudbase/node-sdk 得 >=3.16.0，版本低了直接报错，我对着屏幕愣了半天。

模型我用的是腾讯混元 hy3，效果够用。

给 AI 的提示词可以这么写：
“我用 CloudBase 的 app.ai() 调大模型，给我一段最小可运行代码，再列三个最容易踩的坑。”

三、让 AI 吐"结构化数据"，别吐"作文"

这一步是我自己拍板改的，挺关键。原来我用了 towxml 库加一个 decode 页面来渲染 AI 返回的 Markdown，后来一琢磨不对：小程序里塞个解析库，又占地方又容易崩。我干脆把那套删了，让模型只返回固定格式的 JSON，比如 { title, highlights[], suggestions[] }，我拿过来直接画卡片。

云函数里是这么约束它的：

1
2
3

// 系统提示词里把结构写死，模型只能往里填；再用 extractJson 兜底提取
const result = extractJson(raw)   // 前端不用再解析一遍
// result: { title, highlights:[...], suggestions:[...] }

为啥非得结构化？因为散文式的回复，你还得再写代码去拆，拆着拆着就容易出错。让它直接给你表格，省一层麻烦。

提示词参考：
“我要让 AI 返回固定格式的数据而不是文章，给我一个用提示词强制输出 JSON 的写法，并说明怎么防止它乱加废话。”

四、不写代码也能用：让 AI 帮你写周报

怕你觉得上面这些只对写程序的有用，我找个纯办公、不用写代码的例子收个尾，写周报。

套路一模一样：

安全：“别把公司密钥贴进任何文档，用公司允许的 AI 工具处理。”
调用：“把本周干的事丢给 AI，让它总结。”
结构化：“按’做了啥 / 亮点 / 下周计划’三栏返回，别写成长文。”
验收：“一条条对，它编的删掉，漏的你自己补上。”

你看，代码一行都不用会。你只要会"给 AI 派活 + 验收结果"，安全配置、数据分析、结构化处理等技术活AI都能替你完成。

五、接 AI 之前，先过一遍这张清单

建议截图存着，以后给任何工具接大模型前扫一眼：

✅	接 AI 前自查
1	密钥在服务器端吗？前端一个字都不出现？
2	调用方式抄对了吗？（方法在哪个对象上、SDK 版本够不够）
3	让 AI 返回固定结构了吗？（别要散文）
4	它给的 output，你逐条核对了吗？
5	每次，我都是自己验收的吗？（这条最要命）

收尾

AI 是把写程序的门槛削低了，可"怎么接才安全、接完怎么拿到能用的东西"，这俩问题还是得你自己拿主意。

下一篇聊最后一环：功能有了、脑子也有了，怎么让人"天天回来用"。签到、成就、订阅消息，我下回细说。

小程序也能秒开：本地缓存+云端备份

Thu, 06 Aug 2026 20:30:00 +0800

打开 App 卡在加载超过三秒，用户往往就直接关掉了。

记录类工具最怕两件事：一是慢（打开半天刷不出来），二是丢（换手机或重装，记录全没了）。我做「简单记」时，在这上面花了最多心思。

这套数据层，是我用 WorkBuddy 加腾讯混元（hy3）一点点调出来的。我本来不是程序员，在能源行业干了二十多年，写代码是半路出家。下面这套"本地为主、云端兜底"的取舍，你照着做，也能做出自己的小工具。

说白了就是一件事：怎么既保住本地的快、离线可用，又拿到云端的跨设备、不丢失。

一、矛盾：本地快但不跨设备，云上全但不实时

数据存本地，打开秒开、没网也能记。但换手机，记录全没了。

存云端，哪儿都能看。可一断网就用不了，每次读取还得等网络往返。

成年人说"我都要"，还真能办到。

可直接复制的提示词： 我的小工具要存数据，帮我对比"只存手机本地"和"只存云端"的优缺点，再给我一个"本地+云端"的折中方案。

二、我的取舍：本地为主，云端兜底

核心在 utils/cloudStore.js。

读取时优先走本地缓存：数据已在手机上，打开即显示、断网也能看。写入时先落到本地存储（同样秒开、离线可用），再由程序在后台悄悄把这份数据镜像到云端，本地写成功就立刻返回，不卡界面、不等网络。

真实的写入逻辑如下（已做精简，仅保留主干）：

// 写入：先落本地，再异步镜像云端
function set(key, value) {
  wx.setStorageSync(key, value)              // ① 本地先写，秒开、离线可用
  if (!_openid) return
  callSync('push', { payload: buildPushPayload() })  // ② 再异步推云端，失败进重试队列
}

好处很直白：没网也能记；云端哪怕挂了，本地照常跑。

先保证"能用"，再追求"同步"，这个顺序不能反。

可直接复制的提示词： 我要"本地优先、云端兜底"地存数据，给我一段最小可运行的写入逻辑，并说明哪一步保证离线可用。

三、跨设备同步：先认人是关键

登录时，app.js 的 login() 用 wx.login 拿到 openid，绑到全局。

云端数据按 openid 分桶——你的记录不会混进我的。

每次切回前台，做一次增量 pull：只拉差异，不整库重刷。快，还省流量。

可直接复制的提示词： 我的工具要支持多设备，帮我说清楚：怎么识别"这是谁的数据"、怎么只同步变化的部分，而不是每次全量重传。

同步这事儿，第一步不是传数据，是认出这是谁的数据。

四、一个工程细节：记录为什么要拆表

record_entries 我拆成了独立集合，每条一文档：

1
2

// docId = openid::entryId，存 _openid + date，便于按日期高效扫描
docId = openid::entryId

为什么特意把记录拆成独立集合？因为后面要做"每日定时提醒"，需要按日期高效地一条条扫描。如果这些记录全都混在一个大对象里，定时任务每次都得翻整个库，扫得很慢；拆成独立集合、再给日期建索引，扫描就快了。

配套加了 reminder_log 做去重。

今天的结构，就是给明天的功能留余地。

五、部署前提（坑先说清）

云开发控制台得建几个集合：user_data / users / subscriptions / record_entries / reminder_log。

云函数 getOpenid、syncData 要"云端安装依赖"部署；sendSubscribe 还得在 CloudBase 控制台把小程序和微信公众平台关联、开通订阅消息权限。

搭建服务端（建集合、部署云函数、关联权限）是用户完全看不见的准备工作，却替你挡掉了后面大量的联调和报错。这一步没做踏实，前面写得再漂亮，一运行就报错跑不起来。

六、收藏这张「数据架构自查清单」

截图存下来，设计任何数据存储前扫一遍：

✅	数据架构自查
1	没网时，核心功能还能用吗？（本地为主）
2	换设备，数据能跟过来吗？（云端兜底）
3	数据按"谁"分开了吗？（先认人再同步）
4	同步只传变化的部分吗？（增量，别全量）
5	每一次，我都亲自验收了吗？（最重要的一条）

收尾

数据架构没有标准答案，说到底就是"本地为主、云端兜底"这层取舍。

下篇：数据齐了，怎么让小程序替我"看"出规律？讲接大模型做智能解读。

做小程序先别写代码：骨架最关键

Tue, 04 Aug 2026 20:30:00 +0800

很多人做小程序，第一反应是先把界面画漂亮。

我刚开始也一样，兴致勃勃想先把首页搞得赏心悦目。后来被自己按住了：界面是皮，数据是骨。骨头没搭正，皮再好看也立不住。

说个底：这套小程序，是靠 WorkBuddy 加腾讯混元（hy3）一点点磨出来的。我本来不是干这行的，在能源行业待了二十多年，写代码的事儿从没碰过。所以下面这套"动手前的准备"，你照着做，也能折腾出自己的小工具。

动手写代码之前，先把"要记什么数据"想清楚，再让 AI 帮你搭骨架。这道理外行也能懂。

一、先砍功能：MVP 不是偷懒，是清醒

「简单记」上线初期，我故意只做一个核心功能——把日常小事随手记下来。

为什么砍？精力就那么多。先把一个核心闭环做到你每天都想用，比铺一堆用不上的功能强。

可直接复制的提示词： 我要做一个 XX 小工具，脑海里有一堆功能。帮我把它们分成"必须有 / 可以有 / 暂时不要"三档，并说明每一档的理由。别急着写代码。

我把它记成一句话：MVP 是最小可活版本，先验证有人愿意用，再谈功能多不多。

这一节真正的重点：让 AI 帮你做减法，比做加法难，也更值钱。

二、把"我要记的东西"翻译成数据

我盘了一遍自己到底要记什么：一件要记的事，得有名字、单位、范围；一次记录，得有哪天、多少、备注。

落成三张结构（这是 utils/defaultData.js 里真实的定义）：

// 记录项类型：名称、单位、范围、步长，都在一处统一定义
record_types:  [{ id, name, unit, minValue, maxValue, stepValue, emoji }]
record_items:  [{ type, name }]            // 该类型下记什么具体事项
record_entries:[{ id, type, item, value, unit, date, note }]  // 一条条真实记录

可直接复制的提示词： 帮我把"我想做 XX 工具"翻译成一套数据表：需要哪几张表、每张表有哪些字段（名称/类型/说明）。用大白话，别写代码。

说白了就一句：先定义"名词"（也就是数据），再定义"动词"（也就是操作）。名词稳了，动词才好写。

三、先结构后界面：给 AI 的指令都变了

有了数据模型，我再让 AI 搭页面，说的就不是"做个好看的页面"了。

而是：“按 record_entries 渲染列表，按 record_types 出筛选。”

AI 给的东西明显更对路——因为我自己的需求变具体了。

可直接复制的提示词： 基于上面这套数据表，帮我生成页面骨架：需要哪几个页面、每个页面放什么、数据怎么取。先给结构，别一步到位写满功能。

你越具体，AI 越准。模糊的需求，只会养出模糊的产物。

四、不会编程也能用：用这思路理一份"周报台账"

怕你以为这套只服务于写代码，我拿个纯办公、零代码的场景收尾：做一份自己的周报。

还是那几步：

砍功能：“周报先只记’本周做了啥 + 下周计划’，别一上来搞 KPI 看板。”
定数据：“需要两张表：事项（谁/什么/状态）、计划（下周/负责人）。”
先结构后界面：“先用表格把字段定下来，再谈配色和图表。”

你看，连表格公式都不用会，全程就是给 AI 布置任务、再验收结果。

五、收藏这张「动手前自查清单」

截图存下来，动手写任何东西前扫一遍：

✅	动手前自查
1	我先砍掉"可有可无"的功能了吗？（MVP 思维）
2	我把"要记什么"翻译成数据表了吗？（先名词后动词）
3	我先要骨架、再要界面了吗？（结构优先）
4	每一次，我都亲自验收了吗？（最重要的一条）

收尾

一句话：想清楚数据，界面就是水到渠成的事。

这套思路拿到 Excel 台账、拿到自动化流程上，一样好使。说白了就一句话：先想"记什么"（数据，也就是功能的内核），再想"怎么好看"（界面，也就是美化）。

下篇聊：数据想好了，存本地还是存云上？怎么"秒开还不丢"？

别只跟AI聊天：5个动作让它真帮你干活

Sat, 01 Aug 2026 10:00:00 +0800

你平时是不是把 AI 当成了搜索工具？查个信息、润色下文档，然后关掉。

我以前也这样。直到开始做「简单记」——对，那个我天天用来随手记生活小事的小程序——才发现 AI 最大的本事不是"陪聊"，是"交付"：你丢它一句话，它还你一段能跑的代码、一份改好的文件、一张清单。

先亮个底牌：这套小程序，就是我用 WorkBuddy + 腾讯混元（hy3）一点点跑出来的。 我不是程序员，在能源行业干了二十多年，对各种编程语言也是一窍不通。所以下面这 5 个动作，你照着做，也能实现自己的小目标。

今天这篇经验分享，把用下来的方法总结出来、配上例子讲给你听，每个动作我都给你一句能直接复制的提示词，外加我踩过的真坑、写出来的真代码。

一、先说清区别：搜索给信息，AI 给产物

以前我想知道"怎么把每月开销自动归类汇总"，翻十篇教程，教的都是"先打开表格、再点透视表"这种通用步骤，看完还是得自己拼。

现在？直接把想法告诉 AI。看教程、文档一般只教你"怎么做"，AI 不一样——它按你的思路，直接写出能用的东西。

一句话记住：教程教你步骤，AI 按你的想法把活干完。

下面 5 个动作，就是"让它干活"的具体姿势。

二、动作1 · 把模糊想法变成清单

我最开始就丢了一句：“想做个能记日常小事的工具，比如今天跑了多远、开了多久车，类型、单位要能自定义。"——结果它给我写了一堆代码，方向却偏了。

后来我调整了做法：别一上来就要代码，先要一份清单。

可直接复制的提示词：
帮我把「我想做一个能记录 XX 的小工具」拆成一份功能清单。列出：①要记哪些东西；②每种怎么汇总；③要不要提醒、要不要图表；④哪些先不做。用大白话，别写代码。

我拿这份清单，一眼看出该先做哪块、哪些能往后放。等清单对上了，再让它动手，返工少一大半。

教学点：需求拆解，是咱们外行最该练的本事。 你连自己要什么都讲不清，AI 也只能瞎猜。这一点，我在第 1 篇里就说过——它比会写代码值钱十倍。

三、动作2 · 让它搭骨架

清单定了，我才让它生成小程序页面骨架——app.json、页面目录、初版界面。

可直接复制的提示词：
基于上面这份清单，帮我生成一个小程序的页面骨架：需要哪几个页面、每个页面大致放什么、数据怎么存本地。先给结构和目录，不用一步到位写满功能。

我不用一口气吃透全套，先看结构对不对：页面有没有、入口通不通。

教学点：骨架错了改起来容易。 先要"形”，再填"肉"，别一上来就抠细节。这一点，第 3 篇我会专门展开讲。

四、动作3 · 让它当翻译

做到云函数那段，它给我写出一句 app.ai().createModel('cloudbase')，我是一脸问号——这串到底是干嘛的？

直接把代码贴回去问：

可直接复制的提示词：
下面这段代码是干嘛的？为什么这么写？如果我想换成别的大模型，要改哪几个地方？用大白话讲，别堆术语。

它用大白话讲明白：这是让小程序安全调用大模型的方式，密钥放在云端、不落在我手机上。我顺带还学了一招。

放一段它帮我理清的真实的云函数调用方式（这是 hy3 在 WorkBuddy 里给我写、我验收过的）：

// 调大模型，必须走云端，密钥不进小程序包
const model = app.ai().createModel('cloudbase')
const res = await model.streamText({
  model: 'hy3',
  messages: [{ role: 'user', content: '帮我解读这周的运动数据' }]
})

金句：AI 是免费师父。看不懂就问，一个人闷头死磕，反而最耽误事。

（hy3 怎么接、云端怎么配，第 5 篇单独讲，这里先不展开。）

五、动作4 · 一处规则改全站（单一事实来源）

这条是我真吃过亏、用真代码修好的。

「简单记」刚上线时，默认的那 8 类习惯（抗阻训练、有氧运动、学习提升……），在 app.js 和 profile.js 两处各写了一份。结果我在一处加了新类型，另一处没跟上——真机上直接"类型跟事项对不上"，记录页乱了。

我把两处代码和报错贴给 AI，它一句话点醒我：规则只写一处，全站引用。 于是我俩把它抽成一个文件当"唯一可信源"：

// utils/defaultData.js —— 全站唯一默认数据源
const defaultTypes = [
  { id: '1', name: '抗阻训练', unit: '个',   minValue: 1,    maxValue: 100,  stepValue: 1, emoji: '💪' },
  { id: '2', name: '有氧运动', unit: '公里', minValue: 0.1,  maxValue: 50,   stepValue: 0.1, emoji: '🏃' },
  // …… 共 8 类，单位、上下限、步长都在这里统一定义
]
module.exports = { defaultTypes, defaultItems }

然后在 app.js（首次启动）和 profile.js（重置数据）里，都只 require 它，谁也不许再偷偷写一份：

// app.js / profile.js 都改成这样
const defaults = require('./utils/defaultData.js')
const defaultTypes = defaults.defaultTypes
const defaultItems = defaults.defaultItems

可直接复制的提示词：
我这个项目里，XX 配置在 A 和 B 两个地方各写了一份，经常对不上。帮我把它们抽成一个公共文件，两个地方都引用它，并告诉我改完要注意什么。

教学点：单一事实来源。 改一处即改全部，杜绝"改了这漏了那"。这条不只对写代码有用，你平时整理表格、管理文档，底层逻辑也是一样的——比如团队不要每人存一份通讯录，要共用一份总表当唯一来源，谁改了以总表为准，就不会出现"你那份和我的对不上"。

六、动作5 · 把报错丢给它

真机预览突然报错，是家常便饭。我没慌，把整段错误日志贴回给它。

可直接复制的提示词：
我在真机预览时报错了，日志如下（贴上来）。请告诉我：①大概是什么问题；②该改哪段代码；③改完怎么验证。别只说"重装试试"。

它有次点出：我用了个旧接口，新版本已经不让用了。我照它说的换掉，还顺手加了兼容性兜底——这段就是习惯模块里"换头像"的真实写法（hy3 提醒我：旧接口 chooseImage 已废弃，改用 chooseMedia，并且要判断老版本有没有这个能力）：

// 换头像：先用 chooseMedia，老版本不支持就温柔提示
if (!wx.chooseMedia) {
  wx.showToast({ title: '当前版本不支持更换头像', icon: 'none' })
  return
}
wx.chooseMedia({
  count: 1,
  mediaType: ['image'],
  sourceType: ['album', 'camera'],
  success: (res) => { /* 拿到图片后上传 */ }
})

金句：报错不是灾难，是给 AI 的精准输入。你越把现象讲细，它改得越准。

七、不会编程也能用：用这 5 个动作整理"月度报销表"

怕你以为这套只服务于写代码，我拿个纯办公、零代码的例子收尾——月度报销。

假设领导让你把全公司的报销单整理清楚。还是那 5 个动作：

清单：“帮我把月度报销整理成清单：要哪些列（日期/事项/金额/类别/备注）、怎么汇总、要不要按部门分。”
骨架：“生成一份 Excel 表头结构，再加一个『按类别汇总』的公式示例。”
翻译：把一段看不懂的 SUMIFS 公式贴回去：“这行干嘛的？我想改成按月份汇总该怎么改？”
单一来源：“把所有『餐饮』统一改成『差旅餐饮』，别漏也别多改。"——一处改全表。
查 bug：“这个公式报 #VALUE!，日志如下，帮我改。”

你看，一个公式都不用会背，全程就是"给 AI 布置任务 + 验收结果”。这就是第 1 篇说的：门槛在"想清楚"，不在"写代码"。

八、收藏这张「给 AI 布置任务 · 自查清单」

截图存下来，以后给 AI 布置任务前扫一遍：

✅	给 AI 布置任务前自查
1	我说清要什么了吗？（先要清单，别一上来要代码）
2	我先看骨架对不对了吗？（结构错了改起来便宜）
3	看不懂的代码，我问了吗？（AI 是免费师父）
4	规则只写一处了吗？（单一事实来源，别到处硬编码）
5	报错我贴日志回去了吗？（现象越细，改得越准）
6	每一次，我都亲自验收了吗？（最重要的一条）

收尾：5 个动作串成一条线

清单 → 骨架 → 翻译 → 批量改 → 查 bug。

本质就八个字：说清楚 — 生成 — 理解 — 修正。

你不用会写代码，但你得会"给 AI 布置任务"和"验收结果"。这俩能力，比背语法值钱十倍。

最后再补一句：上面这些代码，都是 hy3 在 WorkBuddy 里给我写的，我逐行验收——用什么 AI 都行，我是 WorkBuddy + 混元，你用顺手的就成。 工具是皮，方法是骨。

下一篇，我讲讲动作 1 里那份清单，怎么变成真正的数据模型——也就是「简单记」到底把数据存成了什么样。

能源老哥没学编程，却做出小程序

Sat, 01 Aug 2026 09:00:00 +0800

你有没有过这种念头：要是有个 App，专门记我想记的东西就好了？

下一秒，这个念头往往就被掐灭了——“可我不会写代码啊，没时间学，太麻烦了。” 💡

今天这篇经验分享，我想用我的真实故事告诉你：这个念头，今年真的被我落地了。

先说结论：我在能源行业干了二十多年，平时只会用电脑写方案、做报表。上个月，我自己的微信小程序「简单记」上线了，现在天天都在用。🔥

金句先放这儿：时代真变了。以前"做个软件"是程序员专属的硬核技能；现在，像我这样的外行，也够得着了。

一、我为什么非得自己做一个

我有记录的习惯，这算是我管理时间的小方法。时间花哪了、早上跑了几公里、开车开了几小时……这些零碎的小事，我都想留个痕。📱

以前靠备忘录。但致命问题是：它能记，不能算。跑了一个月，我想看总共多少公里？备忘录一脸茫然。

也试过习惯类 App。要么不能自定义，我想记"开车时长"，它偏让我套模板；要么单位锁死，我想用"小时"，它非给"分钟"；要么广告满天飞，不充会员就限制功能。

我要的其实很简单：随时能记、越方便越好；能自定义分类、事项和单位；数据能同步。

既然市面上找不到合适的，那就自己做一个。

二、在这之前，我也自学过编程

买书、跟教程、敲代码。结果？太痛苦了。😣

我不是开发人员，工作用不上，学完就忘。隔两周不碰，语法全还回去了。

我认了：靠自己从头学，走不通。不是学不会，是性价比太低。

三、人和 AI 怎么分工？我定方向，它来落地 🤖

很多人以为"AI 写代码"= 甩手不管。大错特错。

真实情况是：很多专业环节我根本不知道怎么干，比如写代码，尤其是写出各种语言的成千上万行代码。但我把想要什么讲清楚，AI 照着做出来。

我的活儿就两件事——

说清楚要什么。（最费脑，也最重要）
验收对不对。（跑一遍、点一遍，不对就拉回来重说）

金句：AI 不是替你思考，是替你把想法变成现实。偏了，你来纠。✅

整个过程就八个字：提需求 → AI写代码 → 功能验证 → 纠偏。

四、AI 时代的"破局三板斧"

第一板斧，想明白"要什么"：需求拆解才是核心壁垒。 AI 永远替不了你想真正的业务需求。你只给一句模糊的"做个好用的 App"，它只能猜；但当你精准到"记录每天读书页数、月底自动汇总"，它就能动手。在 AI 时代，把模糊想法拆成清晰指令，这项能力比会写代码值钱得多。

第二板斧，学会当"验收人"：在测试与反馈中逼近完美。 别指望 AI 一次生成的代码就完美。你得亲自跑、亲自点，做最严苛的验收人。写错了不可怕，把现象喂回去，让它接着改。好产品不是一键生成的，是你带着 AI 一步步磨出来的。🔥

第三板斧，懂逻辑胜过懂语法：门槛在"想清楚"，不在"写代码"。 与其死磕语法，不如想清楚架构：数据怎么组织、存本地还是云端？这些外行也能想明白。真落到那几行代码，反而最简单。

金句：AI 时代真正的挑战，从来不是"怎么写"，而是"想清楚 + 验明白"。

五、简单记最后长啥样

支持自定义类型与单位、本地秒开不卡顿、换手机数据无缝同步；还能让大模型给你写"本周生活解读"，一键生成精美战绩卡发朋友圈，每天签到慢慢攒出专属成就。🚀

听着不少？全是上面那个循环，一小步一小步堆出来的。

六、这个系列接下来讲什么

后面 5 篇，我把做法拆开揉碎：WorkBuddy 提效动作、数据模型设计、本地+云端双引擎、云函数接大模型、签到成就留存。

每篇都有真实代码、详细配置、我踩过的坑。你未必做小程序，把这些思路移到办公自动化、Excel 提效上，一样好使。

结尾

我没劝你去写小程序。

只想感叹：AI 爆发的这一年，最大的变化不是机器变多聪明，是像我这样不会编程的普通职场人，脑子里那些落不了地的想法，终于有了一条够得着的路。🛤️

路不是自动铺好的。方向你定，活 AI 干，走没走偏、合不合心意，还得你自己验收。

不会写代码也能开发程序？

Sat, 20 Dec 2025 13:23:10 +0800

“不会编程，这个需求该怎么实现？“为了解决这个事，我曾经在网上搜索过很多相关内容，对低代码开发平台、中文编程等有了一些了解后，发现这些不仅没有让实现需求这件事变得简单，反而增加了大量的时间成本。但现在，AI编程能力突飞猛进的发展，为这个问题增加了一个新的选项。

一个不会写代码的业余爱好者

近两年，大部分时间在做与系统开发相关的工作。我来对接需求，提供解决思路，让项目能落地，再由公司专门的开发团队来实现。这是工作生涯中离编程最近的一次，但由于工作节奏一直比较紧凑，还没有系统的学习一门编程语言。

与其说爱好编程，不如说爱好解决问题，实现需求。谁又愿意不停的写代码呢？
我的核心能力领域是研究和创造各种提高工作、生产效率的工具和方法。
这些工具有些是软件产品，有些是方法论。我希望花大量时间研究出来的东西能让更多人受益，提升自身价值。
这正是我创建 corev.cn 这个网站的初衷。
corev.cn，核心价值实验室。
希望所有努力的人都能找到并提升自己的核心价值。

智控时光：一个真实的产品需求

最近我遇到一个很现实的问题：我想系统地记录自己的一些日常事项，但市场上的现有应用都不太符合我的需求。

我想要的功能很简单：

可以自定义记录类型（比如运动、学习、娱乐、费用等）
可以在每种类型下创建具体事项（比如运动下的"俯卧撑”、“仰卧起坐”）
每种类型有不同的单位（个、公里、分钟、元等）
可以记录数值、备注、时间
可以查看历史记录
可以做统计分析（日、周、月、年趋势）
数据可以导入导出，方便备份

我试过几个应用，运动健康类应用，手动添加记录时主要以运动时长为主，不支持个性化的记录“个”、“次”等；时间管理类的，个性化支撑也有限，统计功能也不理想。
也许是这个需求太个性化了吧。
于是又萌生了自己做一个的想法。

AI编程的能力

自己写程序的想法，并不是突然出现的。
好多年前就有过尝试，但学习的路线不对。比如低代码开发、可视化编程等方法，也有一定的学习成本，如果想完整的实现编程，需要花大量时间去学习。并且小众的技术，文档和资料也比较少。学习成本并不一定比python、java等编程语言低。

2025年初，通过aardio接触到了AI编程，并尝试写了一个win系统下的桌面日历记事工具。
这时的AI还是以分析、问答为主，没有基础，问题提的不准确，生成的代码与想要的有很大差距；
9月份，又尝试用AI写待办事项类的时间管理微信小程序，断断续续花了近2个月的时间，完成度也不理想，AI会产生很多幻觉，把本身就不会编程的我们带偏，再加上后来研究了nextcloud+thunderbird实现跨平台的待办事项及日程管理（这个以后有机会单独写），最终没上线这个小程序。
个人觉得，到了2025年9月份，AI编程这个概念依然对不会编程的人非常不友好，并不像宣传的那么好用。
但通过近几天再次尝试，让我彻底改变了这个看法。

接下来我会分享我使用AI完成小程序开发的整个过程，希望对你能有启发。

第一步：准备工作

在微信公众平台注册一个小程序，并完成小程序备案。
安装最新的微信开发者工具，创建一个空白小程序。
以上基础工作不详细介绍，可以参考官方文档或搜索相关教程。

进入新创建的空白小程序后，找到扩展

安装CodeBuddy

安装后，会出现Codebuddy的图标，点击进入，选择Craft模式，选择GLM-4.7模型（或其它模型），即可通过对话框，告诉AI你想要做什么。

第二步：产品需求描述

用自然语言，把想要的功能告诉AI。

“我想做一个记录日常活动的小程序，用户可以自定义类型和事项，记录数值，查看历史和统计数据。支持数据导入导出。”

提交后，你会发现AI在自动根据你的要求进行“思考”，并修改代码。你只需要配合它点“运行”或“保存”按钮。
与AI对话时，要尽量把问题说清楚。如果AI有建议或选项，要根据你的实际情况进行回答，这样AI才能更准确地理解你的需求。
这个过程花费的时间不会太长，AI就会完成一个产品的雏形，能跑起来的小程序。可以在模拟器或手机上进行测试。

第三步：逐步完善功能

由于我们不是专业的开发人员，与AI对话时描述的问题，可能会有一些不准确，或有一些遗漏，导致AI实现的功能与我们想要的可能会有偏差。需要我们把每个页面每个功能都测试一下，如果不符合预期，就需要继续与AI对话，修改代码。
这个过程很漫长。

分享几个能帮助我们快速与AI准确对话的方法：

1.录入真实数据，把数据和结果都描述给AI，告诉他应该是什么样的结果，让AI分析问题出在哪并修复问题。

“数据统计页面，分类——周——占比图，垫付费用显示1次，不正确，应为2次；饼图的数据也不对，应该为2次，300；事项占比分析也不对，应该为加油费2次300元。请分析该问题，并修复，同时检查其它地方有没有类似问题，如有，一同修复。”

AI会按你提供的数据结合代码进行分析，并进行修复。

2.把控制台打印的数据复制给AI，让他帮你分析问题并修复。

这就是控制台

新记录newEntry {type: "垫付费用", item: "维修费", value: 11, note: "", date: "2025-12-23T09:10:01.122Z"}date: "2025-12-23T09:10:01.122Z"item: "维修费"note: ""type: "垫付费用"value: 11__proto__: Object  
我刚才新建了一条记录，以上是新建后打印的结果。
以下是我在历史记录页面打印的结果：  
0:
date: "今天"
records: Array(3)
0:
date: "2025-12-23T09:10:01.122Z"
formattedTime: "01:10"
item: "维修费"
note: ""
originalIndex: 0
type: "垫付费用"
value: 11
__proto__: Object  
请分析，formattedTime计算的是否正确？如不正确，请修复这个问题。

AI同样会根据你提供的打印内容进行分析并修复问题。

3.提供CSS样式类名，让AI更准确的定位你要描述的问题

在微信开发者工具，找到布局，勾选可视化。

在模拟器上点击有问题的元素，会自动定位到对应的代码。class后面就是类名，把这个复制给AI，有时候比我们描述几十个字的效果都好。

“range-text时间范围不正确，截止时间应该为本周的最后一天，请修复这个问题”

AI会根据你提供的类名找到对应的代码，准确的分析你的诉求，进行修复。

随着使用的深入，与AI配合也会越来越默契，你也会总结出一些自己的沟通经验，欢迎分享。

4.分享几个我测试发现的真实问题，并与AI一起修复的对话片段

滑动条最大值问题

在开发历史记录编辑功能时，我发现了一个问题：滑动条的最大值是固定的100，但对于不同类型的事项，这个范围显然不合理。比如"垫付费用"可能录入400元，而"俯卧撑"可能只要几十个。

我与AI的对话：

我： “历史记录页面的编辑功能，滑动条最大值只有100，但像’垫付费用’这种可能录入400元，就超出了范围。这个滑动组件的最大值应该根据当前事项所属类型的单位动态调整。比如抗阻训练（个）→ 最大值可设200，有氧运动（公里）→ 最大值可设50，学习提升（分钟）→ 最大值可设600，垫付费用（元）→ 最大值可设2000或更高。”

AI的回答：

// 获取当前类型信息
const selectedTypeInfo = types.find(t => t.name === currentType)
const sliderMax = selectedTypeInfo ? selectedTypeInfo.maxValue || 100 : 100

// 在类型管理页面增加最大值设置
const defaultTypes = [
  {id: '1', name: '抗阻训练', unit: '个', minValue: 1, maxValue: 100, stepValue: 1},
  {id: '2', name: '有氧运动', unit: '公里', minValue: 0.1, maxValue: 50, stepValue: 0.1},
  {id: '3', name: '学习提升', unit: '分钟', minValue: 1, maxValue: 1440, stepValue: 1},
  {id: '4', name: '休闲娱乐', unit: '分钟', minValue: 1, maxValue: 1440, stepValue: 1},
  {id: '5', name: '垫付费用', unit: '元', minValue: 0.01, maxValue: 2000, stepValue: 0.01}
]

AI不仅解决了问题，还提出了一个更好的数据结构：在类型定义时就预设了合理的最大值、最小值和步进值，并允许用户在"我的-管理类型-编辑类型"页面自行调整。

小数点输入问题

在手机端测试时，我发现输入框不允许输入小数点，这导致无法记录"跑步3.5公里"这样的数据。

我与AI的对话：

我： “在需要输入小数点位置，手机端测试不允许输入小数点。”

AI的分析和解决：

// 问题：input type="number" 在某些手机上不显示小数点
// 解决方案：使用input type="digit" 并添加正则验证

inputValue(e) {
  let value = e.detail.value
  
  // 移除非数字字符（只允许数字和小数点）
  value = value.replace(/[^\d.]/g, '')
  
  // 处理多个小数点的情况
  const dotIndex = value.indexOf('.')
  if (dotIndex !== -1) {
    // 保留第一个小数点，移除后续的小数点
    value = value.substring(0, dotIndex + 1) + value.substring(dotIndex + 1).replace(/\./g, '')
    
    // 限制小数位数为2位
    const decimalPart = value.substring(dotIndex + 1)
    if (decimalPart.length > 2) {
      value = value.substring(0, dotIndex + 3)
    }
  }
  
  this.setData({
    value: value
  })
}

AI不仅告诉我问题所在（type="number" 在某些Android设备上的兼容性问题），还提供了完整的解决方案：改用 type="digit" 配合正则表达式验证，确保只能输入数字和小数点，且最多两位小数。

历史卡片布局优化

历史记录页面需要显示很多信息：类型、事项、数值、备注、时间等。如何让这些信息既完整展示，又不显得拥挤？

我与AI的对话：

我： “历史卡片优化建议：保持备注外其它内容的样式美观，不会被挤压变形。给备注位置设定最大显示区域，如果超出区域，支持滑动查看显示不全的内容。优化方案：record-main里分两列显示，左列显示record-value、record-name、record-type-badge，右列显示record-note。历史卡片上的时间，始终在父元素的右侧显示。”

AI的设计方案：

.record-main {
  display: flex;
  flex-direction: row;
  align-items: flex-start;
}

.record-left {
  display: flex;
  flex-direction: column;
  align-items: center;
  min-width: 3em; /* 约等于5个汉字 */
  margin-right: 12px;
}

.record-right {
  flex: 1;
  display: flex;
  flex-direction: column;
  overflow: hidden;
}

.record-note {
  max-height: 40px;
  overflow-x: auto;
  white-space: nowrap;
  text-overflow: ellipsis;
}

.record-time {
  align-self: flex-end;
  color: #999;
  font-size: 12px;
  margin-top: 8px;
}

AI完美实现了我的需求：左侧固定宽度显示核心信息，右侧弹性布局显示备注，时间始终在右侧。备注超出区域可以横向滑动查看。

AI沟通技巧：如何让AI更好地理解你的需求

在与AI的对话中，我总结了一些实用的沟通技巧：

1. 描述问题时，提供具体场景

❌ 不好的描述： “统计页面有问题”

✅ 好的描述： “统计页面按周统计时，我选择2024年12月19日，应该显示包含这一周在内的最近8周数据，但实际上只显示了部分周。我希望看到完整的8周，即使某些周没有数据也要显示为0。”

2. 提供期望的行为描述

❌ 不好的描述： “输入框不行”

✅ 好的描述： “输入框只允许输入数字，数字保留2位小数。不允许输入数字外的其他内容。比如可以输入'3.5’，但不能输入’abc’或'3.567’。”

3. 说明技术约束和限制

❌ 不好的描述： “界面要好看”

✅ 好的描述： “界面风格简约，与微信风格一致。涉及的图标，使用微信内置的图标，不需要单独下载或创建图片。使用最新的微信开发文档及相关要求进行开发。”

4. 描述用户体验期望

❌ 不好的描述： “历史页面要好用”

✅ 好的描述： “历史记录页面，编辑某个事项的’数量’时，既可以用滑动条调整，也可以直接输入数字。滑动条的最大值应该根据当前事项所属类型的单位动态调整。滑动条要提供流畅的交互体验，拖动时数值要实时更新。”

5. 提供具体的数值和配置

❌ 不好的描述： “设置一些预置数据”

✅ 好的描述： “预置以下数据：

抗阻训练（按次数记录）：俯卧撑、仰卧起坐、深蹲、引体向上
有氧运动（按公里记录）：户外跑、室内跑步机、骑行、游泳
学习提升（按分钟记录）：专业知识、技能拓展、读书、在线课程
休闲娱乐（按分钟记录）：发呆、逛街、打游戏、看电影
垫付费用（按元记录）：加油费、通行费、餐费、维修费”

40个文件，一个完整的产品

经过10多个小时的"对话开发”，我的小程序"智控时光"完成了。

40个文件：包括10个页面、10个JS逻辑文件、10个WXSS样式文件、10个JSON配置文件
5个核心页面：首页、记录、历史、统计、我的
完整的生命周期管理：初始化、登录、数据存储、导入导出
丰富的数据分析：支持日/周/月/年统计，趋势图、饼图可视化
智能的交互体验：滑动条实时反馈、时间选择器、数据校验

这是我用AI开发的第一个完整产品。虽然功能不算复杂，但它证明了一个重要的事实：

只要有清晰的产品需求，任何人都可以借助AI完成产品的开发、上线全过程。

核心功能

自定义类型和事项：灵活配置记录分类和具体事项
智能记录：支持快速记录、时间选择、备注填写
历史管理：查看、编辑、删除历史记录
多维统计：按事项或类型统计，支持日/周/月/年趋势分析
数据备份：支持Excel和JSON格式导入导出

使用场景

运动健身：记录俯卧撑、跑步、游泳等运动数据
学习成长：跟踪阅读、编程、背单词等学习时间
生活习惯：记录睡眠、喝水、发呆等日常活动
费用管理：记录各类垫付费用，方便报销和统计
你想记录的任何场景

技术特点

本地存储：使用本地存储，数据不依赖云端
微信风格：界面与微信保持一致，学习成本低
流畅交互：滑动条实时反馈、动画过渡
数据安全：支持备份迁移，防止数据丢失

你可以搜索"智控时光"体验一下，它完全是用AI帮助我开发出来的。

关于“智控时光”小程序的详细使用指南，请参考以下链接：

智控时光小程序使用指南

给同样不会写代码的你

如果你和以前的我一样，有产品想法但苦于不会写代码，我强烈建议你尝试一下AI编程：

第一步：明确你的产品需求

这是最重要的。AI能帮你实现，但不知道你要实现什么。

建议你写一份简单的产品文档，包括：

产品目标
核心功能
用户场景
界面风格
技术约束（比如"使用微信小程序"、“本地存储"等）

第二步：用自然语言描述需求

不用学习技术术语，像和人说话一样告诉AI你的想法。

要点：

描述要具体，避免模糊词汇
提供示例和数值
说明期望的用户体验
描述边界条件和异常情况

第三步：逐步验证和迭代

不要试图一次性完成所有功能。

建议流程：

让AI先实现核心功能（如记录页面）
在微信开发者工具中测试效果
用自然语言描述发现的问题或需要优化的地方
让AI修改代码
继续测试和优化

第四步：功能验证

AI生成的代码通常很好，但你也需要理解大致逻辑，知道代码在做什么。

建议：

让AI解释关键代码的作用
在开发者工具中查看网络请求和数据存储
在真机上测试所有功能
遇到问题时，详细描述场景和现象

第五步：学习基础知识

在与AI对话中，你可能会遇到一些技术术语，比如"本地存储”、“生命周期”、“事件绑定"等。

建议：

在开发者工具中查看相关文档
在网上搜索相关资料
向AI提问，了解技术细节

你对技术越了解，AI就越能理解你的需求。
你不需要学习复杂的技术，但应该掌握基本的开发知识框架。
比如在本案例中，你要了解小程序的基本架构，要调整样式或逻辑，要分别改哪个文件等。还要知道写好后，如何上传、提交审核、发布上线。

持续学习，不会错。

延伸阅读：

智控时光小程序使用指南