AI的能力边界到底在哪里?
AI能给我们带来哪些改变?
我们不妨做一个勇敢的尝试者,借助AI完成一些有趣的事儿。
接下来几篇文章,我将讲述这些尝试的经过。
第一篇文章我想写,没有任何编程背景的图书编辑,零代码开发微信小程序的经过。写下题目后,我灵机一动——整个开发过程都是我同AI对话完成的,他了解整个过程,也了解小程序的内容,何不把AI进行到底,让它帮我完成文章的写作!
背景介绍:
小程序名“编辑常用计算器”,笔者编写了8个编辑常用的计算小工具,分别为:凑整印张、书脊速算、重量估算、印制成本估算、字号换算、稿酬计算、编务费估算、计数器。
小程序码放在下面,欢迎试用!

说干就干,于是给了它如下提示词:
我想写一篇公众号文章,名字叫《图书编辑的AI实践(一):零代码开发“编辑常用计算器”》,请根据我跟你的对话,整理成文章。前面要加一段背景概述,作为编辑想尝试零代码编写小程序,解决工作中的问题,提高工作效率。第二部分要写每个模块通过什么提示词,什么公式来实现功能的,给读者以帮助。最后给出建议:编辑应该大胆使用AI解决工作中的难题。
(以下文本由AI整理,但参考了笔者的提示词。AI客户端:WorkBuddy;使用模型:腾讯混元Hy3 preview)
一个不会写代码的编辑,如何用AI做出一款覆盖8大计算场景的微信小程序?这篇文章记录了我的真实开发过程,也希望能给同行们一点启发。
一、缘起:编辑的日常「算术焦虑」
做了十几年图书编辑,我发现工作中有一类高频且令人头疼的事情——算数。
算印张、算书脊厚度、算印制成本、算稿酬个税……这些活儿周周都有,公式不复杂,但变量多、场景多,每次都要翻出Excel对照着算,偶尔还会弄错一个参数导致重来。
我一直知道微信小程序可以解决这个问题,但「写代码」三个字就足以劝退一个文科生出身的编辑。
直到今年5月,朋友推荐我尝试AI编程助手。抱着「哪怕做不出来,试试也不亏」的心态,我开始了这场零代码开发之旅——全程只靠对话,一行代码都没亲手写。
一个月后,一款名为「编辑常用计算器」的微信小程序诞生了。
二、我是怎么做的:用「提示词」驱动AI写代码
整个开发过程的核心方法论很简单:把需求说清楚。 不需要懂编程语言,但需要懂业务逻辑。
下面逐一拆解每个模块——我给了AI什么提示词,AI用什么样的实现方式搞定了它。
1.凑整印张
业务痛点:拿到页码,要算出印张数,还得知道加几页或减几页能凑成整数印张。
我的提示词(大意):
帮我做一个凑整印张的计算工具。输入总页码,选择开本(16开或32开),自动算出印张数。同时显示加页凑整和减页凑整两个方案——各需加减多少页、对应的凑整印张数是多少。16开按0.5印张步长凑整,32开按0.25印张步长凑整。
AI是怎么实现的:
核心公式简洁明了——页码除以开本就是印张数。真正的巧思在「凑整」逻辑上:
·16开以0.5印张为步长(即8页),32开以0.25印张为步长(即8页)
·加页凑整:Math.ceil(当前印张/步长)×步长,算出凑整印张→反推需要多少页→和当前页码相减得出「加X页」
·减页凑整:Math.floor(当前印张/步长)×步长,逻辑类似,方向相反
举个例子:256页÷16开=16印张,恰好凑整,显示「加0页」;如果是250页÷16开=15.625印张,加页凑整到16印张需加6页,减页凑整到15.5印张需减2页。
界面同时展示两个方向的结果,用不同颜色区分,一目了然。
2.书脊速算
业务痛点:封面设计师每次都问「书脊多厚」?得根据页码、纸张克重、纸张类型手工算,精装书更复杂。
我的提示词(大意):
做一个书脊厚度计算器。分平装和精装两个选项卡。平装输入页码、克重、纸张类型(胶版纸/轻型纸),计算书脊厚度。胶版纸用经验系数0.0006乘以克重乘以页码;轻型纸需要额外输入松厚度,公式是(页码/2)×克重×(松厚度/1000)。精装书输入同样参数,额外需要灰板厚度,分平脊和圆脊两种。圆脊需要输入圆心角度,用弧长公式计算书脊弧长。
AI是怎么实现的:
平装胶版纸的书脊厚度计算很简单:0.0006×克重×页码,这是一个业内经验公式。
精装书的圆脊计算则是数学题——实质是「已知弦长和圆心角,求弧长」。弦长=平脊厚度+两块灰板厚度,圆弧长=弦长/sin(半角)×角弧度。这个公式AI自动推导并写进了代码里。
界面切换平装/精装时,如果页码已填,会自动同步,不需要重复输入。
3.重量估算
业务痛点:估算单本书的重量和整批书的物流重量。平装书和精装书的算法不同,还要考虑勒口、灰板、装订材料等。
我的提示词(大意):
做一个图书重量估算工具。分平装和精装两个选项卡。输入成品尺寸(预设130×185、140×205、145×210、170×240、185×260、210×297六个常用尺寸)、页码数、纸张克重、印数。平装额外需要封面克重、勒口宽度、书脊宽度;精装额外需要灰板厚度(关联灰板克重映射表)。计算结果包括书心重量、封面/灰板重量、装订材料重量、单册重量、总重量(kg和吨)。
AI是怎么实现的:
核心思路是将重量拆成「零件」分别计算再加总:
·书心重量:(宽度/1000)×(高度/1000)×克重×页码/2——面积×克重×张数
·平装封面重量:考虑封面展开宽(两个成品宽+书脊宽)、勒口面积(勒口宽×封高×2面),再乘以封面克重
·装订材料重量:成品高度×(书脊宽度+8)/1000克
·精装灰板重量:根据灰板厚度自动匹配克重(1.0mm→575g/m²、1.5mm→850g/m²、2.0mm→1100g/m²、2.5mm→1400g/m²),上下两块灰板乘以1.1损耗系数
这个模块的难点不在公式复杂,而在「情况多」——平装/精装、有无勒口、有无灰板,每种组合的计算路径都不同。AI需要理解每种场景并正确处理。
4.字号换算
业务痛点:编辑日常面对「五号」「10.5pt」「3.7mm」三种字号表述混用,需要一个快速换算工具。
我的提示词(大意):
做一个字号换算工具。内置中文字号对照表(初号到八号共16个),点击字号按钮自动填入磅数和毫米数。也可以手动输入磅数或毫米数反向查找字号。换算系数:1磅=0.3528毫米。精确匹配优先,无精确匹配时显示最近的字号并标注"接近XX号"。下方附完整对照表。毫米值精确到4位小数。
AI是怎么实现的:
关键是内置了一张16级字号对照表,所有数据预先计算好。
三种查找方向:
·点字号按钮→直接读到磅数和毫米数
·输入磅数→除以0.3528得毫米数,再遍历对照表找最接近的字号
·输入毫米数→乘以0.3528得磅数,同样找最接近的字号
容差设为0.01,超过容差就标注"接近XX号"。比如输入10pt,会显示"接近五号(五号为10.5pt)"。
5.印制成本估算
业务痛点:这是最复杂的一个模块。整本书的印制成本涉及制版费、印刷费、正文用纸费、封面用纸费、装订费、衬纸费、覆膜费、塑封费、打包费、压线费等十余个项目,每个项目的算法不同,且高度依赖成品尺寸、印刷色数、册数等变量。
我的提示词(大意):
做一个全流程的印制成本估算器。分"成本估算"和"价格参数"两个选项卡。成本估算区包含:
·基础信息:总页码、成品尺寸(预设7种,每种关联开本、正文纸张规格、封面纸张规格、封面开数)、印刷册数、内文和封面的色数(单色到五色)、纸张克重、损耗率
·装订方式选择:无线胶订/锁线胶订/骑马订
·后道工艺:衬纸、覆膜、特殊工艺、打包方式、压线
·价格参数区可调整所有工价(上版费、印刷各色单价、装订各方式单价、后道单价)
·所有参数修改后实时重算
·参数修改后存入缓存,下次打开不用重设
AI是怎么实现的:
这个模块的计算逻辑异常复杂,我详细拆解一下:
(1)制版上版费
·正文:印张数×色数×2(每色2块版)×上版单价
·封面:封面色数×上版单价
·如果总页码或印数未填,封面费用自动归零(无需计算)
(2)正文印刷费
·单色印刷:max(册数,3000)/1000×2×1色×印张×单色单价
·多色印刷:公式类似,色数替换即可
·"max(册数,3000)"是行业规则——3000册以下按3000册起印计价
(3)正文纸用量与费用
·令重(每令纸的公斤数):纸张面积(m²)×克重/2/1000000
·令数:册数×印张/1000×(1+损耗率)
·吨数:令数×令重/1000
·费用:吨数×纸价(元/吨)
(4)封面纸用量与费用
·封面总印张:册数/封面开数
·令数:总印张/500×(1+损耗率)+0.2
·费用计算同正文
(5)装订费
·胶订:令数×单价
·锁线:令数×单价
·骑马订:册数×单价
(6)后道工艺
·覆膜/特殊工艺/压线:册数×2/封面开数×单价
·塑封:册数×0.25元
·打包(自然包):册数/8×0.25元(每8本一包)
·打包(铁路包):比自然包额外加册数/8/4×2元
最终自动汇总为总成本和单册成本。
这个模块还做了一个重要优化:7种成品尺寸的JSON配置表,每种尺寸自动关联正确的正文纸规格、封面纸规格和封面开数,用户选尺寸就行,不用手动填关联参数。这在实际工作中经常搞错,AI帮我一次固化后就再也不会错。
6.稿酬计算
业务痛点:版税计算三种模式(固定版税、阶梯版税、字数稿酬),还需自动计算个人所得税。税法是:稿酬≤800元免征,800~4000元减800后×14%,>4000元减20%后×14%。
我的提示词(大意):
做一个稿酬计算器。分三个选项卡:普通版税、阶梯版税、字数稿酬。
·普通版税:输入印数、定价、版税率(6%~12%可选),计算税前稿酬和个税
·阶梯版税:分三档,每档的起止册数和费率可自定义(默认1-5000册7%、5001-10000册8%、10001以上9%),支持只用两档的开关
·字数稿酬:输入字数和千字单价
·个税自动计算,显示计税基数、应缴税额和税后实得
·印数提供快捷选择按钮(3000/5000/6000/8000/10000),也可手输
AI是怎么实现的:
税法的分段计算是核心:
税前≤800→免征
800<税前≤4000→税额=(税前-800)×14%
税前>4000→税额=税前×0.8×14%
阶梯版税的分档计算也比较精巧:
·第1档:min(印数,第1档结束值)×定价×第1档费率
·第2档:max(0,min(印数,第2档结束值)-第1档结束值)×定价×第2档费率
·第3档:max(0,印数-第2档结束值)×定价×第3档费率
·"只用两档"开关打开后,第2档吃满剩余册数,第3档不参与
结果区动态显示免征说明(≤800免征收/≤4000减800/>4000减20%),右下角提示卡列明税法规则。
7.编务费估算
业务痛点:估算一本书的编务成本——编辑费、审稿费、三校费、排版费、设计费……参数多且互相联动。
我的提示词(大意):
做一个编务费估算工具。分"费用估算"和"参数设置"两个选项卡。
·输入实际字数(千字),乘以系数(默认1.3)得版面字数(千字)
·选择开本(5种),自动关联每页字数,算出页码,再按每印张页数凑整
·排版色数(单黑/双色/四色)自动关联排版单价矩阵(3色×5开本=15个参数)
·编辑费=版面字数×单价;校对费=版面字数×三校各自单价;排版费=页面数×单价
·审稿费、封面设计费、外审、修图、制图和其他费用为可选手动输入
·所有自动计算的字段也可手动覆盖(联动逻辑需要合理处理)
·参数设置区可调整所有费率,存入缓存
AI是怎么实现的:
这个模块的难点在字段联动。当用户修改实际字数时,版面字数联动变化→页码联动变化→编辑费联动变化→校对费联动变化→排版费联动变化。但用户也可能想手动修改某个中间值(比如确定了版面字数),这时候AI需要处理「手动值优先,自动值缺省」的逻辑。
排版单价矩阵是最值得展示的设计——不同开本×不同色数,单价完全不同,AI把这个二维表固化到代码里,选开本+选色数,单价自动匹配。
8.计数器
业务痛点:有时候需要计个数——校对某类错误的出现次数、清点某个项目出现的频率——手机上的计数器总是够不着。
我的提示词(大意):
做一个通用计数器。默认开启1个,最多可开3个。点击屏幕或+/-按钮计数,可设置初始值和步长,有清零按钮。添加震动反馈和机械计数器音效开关(默认关闭)。
AI是怎么实现的:
这个模块相对简单,但有亮点:
·机械音效:用程序生成了一个60ms的短促点击音(1200Hz主频+300Hz泛音),模拟老式机械计数器的「咔嗒」声,文件只有2.6KB
·多个计数器用不同颜色区分(绿/蓝/橙),视觉上清爽不混淆
三、我的心得:编辑应该大胆拥抱AI
回顾这一个月,有几点感触想分享给同行:
1.零代码真的可行
我以前以为「做一个小程序」至少需要学几个月的编程。实际体验下来,只要你清楚自己要什么、懂业务逻辑,AI就能帮你把代码写出来。 整个过程中我没碰过一行代码,所有需求都是打字告诉AI的。
但要注意:你得比AI更懂业务。 AI擅长实现逻辑,但不知道「胶版纸书脊系数是0.0006」「3000册以下按3000起印」「稿酬800元以下免征」这些行业知识。这些东西需要你告诉它。所以,编辑的专业知识才是最核心的竞争力,AI只是加速器。
2.迭代比一次完美更重要
这个项目不是一蹴而就的。从最初只做了4个计算模块,到逐步添加印制成本、编务费、计数器、拖拽排序……每个功能都经历了「提需求→AI实现→我测试→指出问题→AI修复」的循环。
好用的小工具是「改」出来的,不是一次设计完美的。不要怕第一次做得粗糙,先把MVP(最小可用版本)跑起来,再慢慢打磨。
3.把「隐性知识」外化成「显性工具」
十几年编辑经验积累的那些公式、经验值、行业惯例,平时都装在脑子里。每次做一本书要重新调取一遍,费时费力还容易出错。做成计算器之后,这些知识被固化成了工具——以后每次只需要输入参数,结果自动出来,零出错。
这是编辑工作数字化的第一步。 不是用高大上的技术,而是把最朴素的日常工作自动化。省下来的时间,可以用来做更重要的事——比如更认真地审读书稿。
写在最后
如果要用一句话总结这次体验,我会说:
AI不会取代编辑,但会用AI的编辑会取代不会用AI的编辑。
这句话听着有点卷,但它强调的是「工具思维」。就像当年Word取代了手写、InDesign取代了铅排一样,AI编程工具是新一代的生产力工具。它降低了技术门槛,让非技术背景的人也能「开发软件」,解决自己工作中的实际问题。
如果你也是编辑,如果你也有一本「小本本」记着各种公式和参数,不妨试试和AI聊聊,说不定你的专属计算器,一个下午就能做出来。
夜雨聆风