塞音菩光上周一个做活动运营的朋友找我：“你会不会做签到？周末读书会马上开始，我们不想再用纸质表，公司又没有现成系统，临时去找那些在线表单工具又要注册又要审核，根本来不及。”那会儿我在外面，就远程指导他打开手头的 Cursor，挂上一个自制的签到 Skill，从建项目到页面能在浏览器里跑起来，大概十来分钟。他全程没有手写过一行完整代码。
这篇文章不是教你成为程序员，而是把那条我已经反复验证过的零代码链路完整拆给你看：先想清楚签到这件事的规则，再把规则固化成 Skill，接着让 Cursor 按 Skill 生成页面，最后按验收清单测一遍再拿去用。适合三类人：完全不懂开发但需要给社团、培训、门店做小工具的人；前端刚入门、想用 AI 减少重复劳动的人；以及那些听说了 Skill 但一直没搞明白它到底改变了什么的人。
先说清楚一件事：标题里写的“零代码”，不意味着系统背后没有代码，而是你不必亲手写。你要做的只是把需求说清楚、把结果验收好，剩下的事交给 Cursor 和 Skill。明白这个前提后，下面这套玩法你就完全能复现。
1. 别让 AI 自由发挥：签到需求先压缩成这几条，Skill 才能发挥价值
我见过太多新手一上来就甩给 AI 一句“帮我做个签到系统”，然后对着一个华丽但根本没法在现场用的页面发呆。问题不在 AI，在于“签到系统”这四个字太模糊。AI 不知道你是要会议室门口扫二维码，还是前台人员拿电脑代签，也不知道你有多少人、要不要导出报表、要不要统计迟到。
1.1 签到的软件本质，其实是一张登记表
把签到需求翻译成软件逻辑，一句话就能讲完：不断往一张表里追加记录，每条记录至少包含“谁、什么时间、参加哪个活动”三个字段，再加一条业务规则——同一个活动里同一个人不能重复签到。
这就够了。后面的界面长什么样、按钮放哪里、名单怎么展示，都是锦上添花。核心数据模型就是这张表。
我自己在做这类小工具前，一定会先花两分钟把需求压成这么几条，而不是急着打开 Cursor：
- 用什么来唯一标识一个人？可以是手机号、工号、学号，甚至可以只是姓名。
- 签到数据要保存多久？活动结束之后还想不想查历史记录？
- 使用现场是什么样的？多人同时用手机签，还是签到处一台电脑/平板由工作人员操作？
- 要不要导出？导出成 CSV 用 Excel 打开，是最通用且零成本的办法。
这几条想清楚了，你就已经具备了一个产品经理的思维。接下来的事，是把这几条“翻译”成 AI 能严格执行的说明文档。
1.2 我先圈定一个“最小可用”的签到场景
零代码实战最忌讳一步到位。你最好先选一个小到不能再小的真实场景，把它做透，再谈扩展。
这篇文章默认的使用场景是这样的：一场线下培训或活动，报名 30 到 50 人，签到处放一台电脑或平板，来一个人就输入姓名和工号（或手机号后四位）完成签到，屏幕上能实时看到已签到名单，活动结束时能一键导出名单。所有人不用装任何软件，只要有一个现代浏览器。
先别急着做扫码签到、短信验证、大屏滚动那些功能。那些属于第二步、第三步，先把最小闭环跑通，才是新手上手最快的方式。我见过不少人想一口气做一个媲美企业级 OA 的东西，结果在需求阶段就被自己吓退了。
1.3 Skill 不是神秘技术，它是给 AI 的“岗位说明书”
标题里的 Skill 到底是个什么东西？你完全可以把它理解成一份给 AI 的岗位说明书，或者是一套行为 SOP。没有 Skill 的时候，你每次新开对话都要重新解释一遍：“我要中文界面、不要依赖框架、要防止重复签到、要支持导出……”有了 Skill 之后，这些约束被固化成一个文件，你只需要说一句“按 qiandao 技能来做”，AI 就会自动遵守里面写好的规则。
这也正是 Skill 和普通聊天的本质区别：普通聊天里的要求是临时的、易遗忘的；Skill 里的要求是可复用、可维护的。同一个 Skill 不但能用来生成签到系统，下次换一个活动名称、换一个 logo，照样能再次使用。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 装好 Cursor 之后，我建议你先处理这三件事：中文界面、项目目录、技能入口
既然目标用户是新手，环境准备这部分我尽量往细了写。已经装好 Cursor 的人可以直接跳到 2.3