试错马完整复盘：用AI把一个想法做成可上线的付费工具

案例结论｜成功在哪里，尚未证明什么

这是一份截至2026年10月20日的自有项目复盘。试错马已经从一个模糊的赚钱需求，发展为可公网访问、带问卷与报告交付的方向梳理工具，并实际尝试内容发布、目录收录和闲鱼试售。本案例的“成功”指产品落地与上线阶段：不是月入案例，也不是已经跑通盈利模型。现有推广记录没有可核实的新增付费客户、成交额或净利润；技术验收使用的测试订单不能计为营业收入。

起点｜有服务器和域名，为什么仍然不知道做什么

项目起点不是缺少一段代码，而是方向太多：用户有云服务器、域名和已有网站，希望找到可以变现的真实需求。在本聊天中，也反复讨论过接单、跨境代发、表情包、AI教学与数字产品。选项多不等于适合自己，于是问题被收敛为：能否根据一个人的时间、预算、工具、技能、经历和当前卡点，帮助他决定先验证哪一条路径？这些是主理人的真实探索背景，不是经过统计的市场规模结论。

产品定位｜卖方向梳理，不卖赚钱保证

试错马把“给我一个稳赚项目”改成“帮我梳理条件，缩小选择，给出可以验证的下一步”。输入是用户自述，输出包含主要卡点、优先方向、可能的客户类型、交付物、初步接触方式、行动与停止条件。报告不等于真实客户名单、招聘岗位、派单、专家尽调或收益预测。适合愿意提供真实材料并亲自执行的人；不能代替真实需求访谈，也不能让没有交付能力的人直接获得订单。

先定交付｜怎样才算用户买到了东西

如果只输出一页“你适合自媒体”，很难形成可检查的价值。因此把交付拆成具体问题：为什么优先这条路线？先找哪类人？能交付什么？用什么方式获得第一次反馈？本轮最多投入多少？什么结果出现后应该停止或调整？报告必须能回到用户的回答，不能用通用鸡汤凑页数。对未知信息保留证据缺口，不为了显得完整而编造行业事实。

第一阶段｜先跑通本地最小流程

原型采用Node.js内置HTTP服务、SQLite和原生HTML/CSS/JavaScript，二维码由qrcode库生成。先实现介绍、创建订单、显式模拟支付、问卷、分析和报告保存的完整链路。当时的模拟按钮与二维码只是测试工具，不能证明真实收款。最小版本的价值是把问题变成可点击、可观察、可测试的流程，而不是立刻搭建登录、分销和大型社区。

问卷迭代｜从固定问题到按情况追问

项目文档记录了早期12题流程，随后扩展为34题、六组信息结构，再改为分支式访谈。六组覆盖目标与底线、时间与交付、工具与场景、能力与证据、获客与市场、经营与边界。固定长问卷能覆盖信息，却容易重复、疲劳，也会把已经说过的事再问一遍。分支方案先了解经历与卡点，再根据有没有客户、能否交付、报价受阻或做单亏损等情况追加必要问题。

分支设计｜改上游答案，不能留下错误结论

“已有客户但利润低”和“完全不知道做什么”需要不同追问。实现中允许文字补充、多选和未知选项；修改上游回答后，失效分支不能继续影响报告。2026年10月19日的部署记录说明又做了一轮问卷去重，常见路径约26至33题，这只是当时版本的路径范围，不是所有用户都要回答的固定题数。后续版本应以实际界面为准。

分析方法｜规则可解释，比假装全知更重要

截至本次核查，核心分析是本地可解释分支规则，未接入大模型进行自由推理。候选目录曾覆盖12条网络路径与13条线下路径：先检查设备、外出、技能、预算、空间和许可等硬性冲突，再比较已有能力、作品和客户渠道。内部排序不是经验证的成功概率，不能显示成“成功率95%”。没有合适项时，允许建议先练习、补证据或暂缓经营。AI参与开发，不等于产品每次分析都由AI实时生成。

报告迭代｜从“更多内容”到“更清楚的行动”

报告经历过长版、多页网页与PDF，再向紧凑行动建议调整。2026年10月18日部署记录已注明两页分析，不能继续把早期四页样例当作现行固定规格。当前复盘重点是报告结构：主要卡点、优先项目、客户与交付、联系开场白、三个动作、报价思考与止损。页数变少不等于价值变少；是否减少用户下一步的不确定性，才是应观察的指标。

经营分支｜不能把大预算当成成功证据

个人增收、创业和已有业务增长分别处理。创业或经营路径会进一步了解行业、团队、资金落实、客户证据、成本与现金等条件；即便用户自述资金规模很大，也不能据此自动分配投资。未成年人和交付能力尚未确认的路径需要收束。行为倾向来自自述与事例，用于调整行动方式，不是心理诊断或标准化人格测验。

品牌与界面｜把工具做得像一个完整产品

“试错马”的品牌使用马、分岔路径和方向星表达试做与选择，页面以暖灰、森林绿与浅橄榄组织信息。统一首页、付款页、问卷、报告、服务范围和隐私说明；问卷强调一屏一个重点，报告先展示结论与行动。公开样例必须标明虚构材料，不以样例冒充真实用户成功。已有本地窄窗口截图和交互检查记录，但不能把这些记录扩大成所有手机与浏览器都已验收。

支付迭代｜先区分模拟付款，再做人工核验

早期版本没有商户支付接口，只支持明确标识的模拟支付。后续增加个人收款码与人工核验流程：创建订单、扫码付款、申请核验，管理员根据真实微信或支付宝收款记录确认，再开放问卷。客户截图或“我已付款”的点击不能直接视为到账。支付渠道、金额与交易单号需要核对，同一支付凭据不能重复用于不同订单；这不等于已经接入官方支付回调、验签、主动查单与自动退款。

管理员与移动端｜有管理功能，不等于完成真机验收

项目增加了独立管理员流程与安卓订单管理端。管理员确认开通是有权限的操作，不能暴露在普通客户页面。部署记录曾验证拒绝未授权请求、错误金额处理以及确认后的访问链路；同时明确手机安装与移动网络真机验收尚未完成。本案例不公开管理员入口、服务器登录方式、配对文件、密钥、订单标识或客户资料，也不把测试核验描述成真实经营收款。

资料保护｜把权限检查放在后端

实现记录包含随机会话隔离、答案和报告字段加密、资料清除及保存期限说明。未付款或不属于当前会话的订单不能访问受保护的问卷与报告；PDF下载也要检查权限。这里的字段加密不能防止已控制主机与密钥的人员读取，不是整库安全认证。生产运行还需要密钥与备份管理、日志脱敏、资源限流、恢复演练等持续工作，不能仅靠“用了加密”宣称万无一失。

上线｜复用基础设施，同时隔离新服务

部署记录显示，试错马已在现有服务器与域名下上线，公网入口为guochao.xiaoheivip.cn/shicuoma/。采用独立运行环境、进程管理、反向代理及持久化数据目录，避免新站更新覆盖原网站和其他项目。2026年10月20日本次核查公网首页返回HTTP 200，标题为“试错马 · 找到适合自己的出路”。这证明入口可访问，不证明每一种支付、退款和跨设备恢复都完成生产验收。

验收｜页面能打开，只是第一层

既有交付记录包含服务端权限、会话隔离、固定金额、多选冲突、未完成访谈拒绝生成报告、上游改答后分支更新、报告恢复及PDF中文排版等检查。部署记录还包含云端订单、问卷和两页PDF测试链路，并注明测试数据已清除。本次写作读取了这些记录与当前关键实现，没有重新发起真实付款，也没有重跑所有历史测试。退款、跨设备订单恢复、完整真机验收及真实使用效果仍是需要继续验证的部分。

推广第一轮｜先写对具体人群有用的内容

推广没有只写“副业神器”，而是选择有代码、设计或剪辑技能，却不知道第一单卖什么的人；另一类是只有有限时间、容易同时开多个方向的人。文章先讲客户、交付、时间预算和停止条件，再披露试错马是自有付费工具。用明确问题吸引读者，比堆工具名更容易判断人群是否匹配；但文案写得清楚并不自动等于有转化。

推广记录｜已公开与已提交必须分开

2026年10月18日至19日的操作记录中，Telegraph和PostEasy有公开文章与回读确认；WebList有目录返回数据；CurlShip返回免费收录与页面编号，但未抓到产品简介，展示质量有限。nologin.tools、懒总博客、霂明导航、中文导航和恒少博客当时显示收到提交或等待审核，不能合并写成已经公开曝光。这里描述的是当时取得的凭证，不代表这些外站今天仍保持原状态或已经带来流量。

推广碰壁｜没有回执，就不能算发布成功

七安导航、MarkNav、gitweixin、大军自由赚及Outbring等尝试出现表单重置、弹窗或连接异常，未取得明确成功回执。PostEasy另一篇文章被词语过滤拒绝；DevElif两次提交被英文校验拒绝。需要登录、收费、先加友链、存在证书问题，或明确不接商业推广的平台，也没有都继续投递。没有把失败改写成成功，没有用重复提交补出虚假数量。

获客成本｜推广零支出，不等于项目零成本

记录中的这些免费发布与收录操作没有购买广告或推荐位，新增现金支出记为0元。这个0元只适用于对应推广动作；服务器、域名、模型或工具订阅、图像生成、设计、开发、沟通、维护和人工核验时间没有完整合并核算，因此不能宣传“零成本创业”。现有材料不足以计算单客获取成本、利润率或回本周期。

闲鱼试售｜从网站介绍延伸到可交付服务

另一条尝试是在闲鱼出售AI技术服务。最终确认的计划价格为：Cursor安装19元、单项排查29元、60分钟教学79元；Codex安装39元、单项排查59元、60分钟教学129元。六张独立主图与六份文案已制作，写明服务范围、预约方式以及不包含账号、订阅和充值。这些是拟定商品与报价，不是市场均价，也不是已成交证明；人工服务不能宣传成软件自动发货。

闲鱼状态｜不能把填好表单当成上架

实际发布操作遇到服务类目要求手机App扫码继续，网页版表单中有明确提示。Cursor19元商品曾出现在个人页列表，但进一步查看详情出现“已删除”，因此未被计为有效在售；Codex39元当时仍停留在已填表单与扫码继续阶段。0.01元网站入口的试售还涉及站外导流规则，不能因为能自动发送就推断平台允许。案例保留这个问题，不把它包装成稳定获客渠道或规避审核教程。

AI究竟做了什么｜交付协作，而不是替代全部判断

开发智能体参与需求拆解、代码实现、错误定位、内容整理、页面和浏览器检查；图像生成参与商品主图制作；本地工具负责脚本执行、数据处理和PDF生成；主理人确定方向、价格、账户登录与经营取舍。重要限制是：生成图片不等于真实界面截图，写出案例不等于有人购买，规则生成报告不等于实时查到了付费客户。文章不依据材料之外的推断，把某一未核实模型写成全程开发者。

哪些做法值得复制

第一，先确定一个具体输入与交付，不先追求“万能赚钱平台”。第二，把流程拆成可验证的垂直链路，权限与金额交给后端检查。第三，优先写清用户条件与不适合情况，允许没有合适方向。第四，把样例、模拟订单与正式经营记录分开。第五，给每次推广保存网址、时间、回执、费用和状态。第六，产品没有真实客户反馈时，下一步应获取使用证据，而不是用更多页面掩盖需求未验证。

一套可以照着做的试做流程

第1步，写明谁在什么场景遇到什么选择困难，找近期具体事例，不把搜索结果数量当付费意愿。第2步，手工做一份小样，检查有没有明确客户、交付、步骤与停止条件。第3步，只实现输入、分析、展示和保存的一条链路，测试数据明确标识。第4步，找自愿参与者实际使用，记录卡点与建议是否可执行。第5步，确认能交付与经营资格后再完善收费和售后。第6步，每次对外发布只报告已经发生的事实，保留失败记录。

给开发智能体的任务示例｜重建思路，不复制秘密

可以这样提出任务：“做一个中文方向梳理原型。先问经历与主要卡点，再按时间、技能、设备、预算与客户证据追问，允许未知。输出优先方向、客户类型、交付物、三件行动和停止条件。先提供明确模拟支付，未接商户接口不得宣称真实自动收款。服务端校验权限与输入；不得编造用户、订单、收入、成功率或具体客户。请先列出最小流程和验收方法，再分步实现。”这是复盘后整理的任务示例，不是逐字还原当时的原始提示词。

下一阶段｜怎样才能称为商业验证成功

应继续记录实际访问、开始与完成问卷、真实核实付款、交付、退款、重复使用和用户反馈，并区分自然流量、推广来源与测试访问。收入按真实到账扣除退款，净利润还要扣除平台、工具、基础设施与人工成本。方向建议是否帮助用户完成一次真实询问、交付或停止无效投入，比报告页数更有说服力。此刻没有材料证明这些指标已达成，因此不设置虚构成交目标来宣布成功。

证据说明与阅读边界

本文由国潮造物局编辑部依据自有项目源码、迭代文档、部署记录、浏览器检查、推广回执与本聊天经营决策整理。早期README仍有“本地模拟、未部署”的历史描述；本案例以较新的部署记录、当前实现与本次公网响应校正，不把旧版本限制当成今天全部状态。推广与闲鱼部分为对应操作时点记录，未重新验证全部外站。未公开真实客户问卷、支付凭据或服务器权限信息。后续有真实成交与退款资料，再另行更新经营结果。

工具与原始资料

动手验证