创业篇：从野心到使命——人生进阶指南中的十年创业复盘、技术债教训与五道现实门槛

本文整理自「人生进阶指南」第二部《创业篇》原文（docs/threads/part-2/entrepreneurship.md），以作者韩先凯（离谱）2015 至 2026 年的真实经历为素材，系统呈现一篇技术创业者如何从第一次把自己推向市场，到经历公司崩塌、身体垮塌、回老家恢复，再到带着"AI 赋能实体经济"方向重新出发的完整复盘。读完本文，你将获得一套可迁移的阅读方法（区分回忆、复盘与计划的证据层级）、一组可直接照做的立项前检查（五道现实门槛），以及这些结论在仓库中的配套模板出处，可用于设计属于自己的创业校验流程。

特别声明：这不是成功学、投资建议或可复制的标准路线。文中的金额与损失均为作者个人回忆中的估算，不替代财务审计；作者身份与商业关系请以 docs/projects.md 的最新关联披露为准。

文档速览：这篇文章讲什么

《创业篇》初稿写于 2026 年 6 月，2026-08-31 按"事实层级、公开隐私与关联披露"三项原则修订，页面元数据标注更新时间为 2026-09-01。它同时包含三类不同性质的内容——个人回忆、事后解释与未来计划，因此作者在文章开头专门给出证据标准说明，提醒读者不要把所有内容当作同一等级的"事实"。

这与本指南其他部分的写作规则一致：作者项目与现实实践页集中披露商业关联（docs/projects.md），个人经历的长篇版本见 《我的故事：失败、恢复与重新出发》。《创业篇》的价值不在于渲染创业的英雄叙事，而在于把"一个人被现实打碎之后重新把自己拼起来"的过程，拆成可以复查、可以检验的判断框架。

阅读框架：先区分回忆、复盘与计划

作者给出了贯穿全篇的四层证据标准，这是理解整篇复盘的关键前提。四层内容的写法与读者应当采用的使用方式各不相同：

层级	写法	读者应如何使用
已发生的事实	日期、角色、产品、账目或公开记录	当作作者的记录，并在必要时回到原始凭据
事后的解释	作者认为某个决定为什么有效或失败	当作待检验的假设，不当作因果证明
可复用的门槛	作者下一次会先问什么、测什么、停在哪里	用来设计自己的检查，不照搬作者的路线
尚待验证的计划	想进入的行业、服务或公益行动	明确标为方向，等待用户、成本和时间回答

按此框架读本文，你能清楚区分：哪些是时间、角色、产品等可核对事实；哪些是"坚持被误认为正确"式的事后归因；哪些是"问题门、价值门、交付门……"式的可复用门槛；哪些是"AI 赋能农、林、牧、渔、农村合作社免费培训"式的待验证计划。

十年坐标：2016 → 2026 关键事件一览

以下时间线依据《创业篇》及《我的故事》整理，均为文中明确出现的日期、角色与事件，可当作快速检索索引：

时间	关键事件	性质
2015-03-07	前往北京，最初想找实习	事实
2016	折腾电影网站 bt0.com，第一次获得真实用户与反馈	事实
2016-03	与初中同学翔子创立第一家公司	事实
2016-04	在沈阳成立另一家互联网公司，并计划在南京申请第三家（"玩有引力"）	事实
2017-04-01	以普通前端身份入职南京科技公司，研发面向律师/律所的软件	事实
2017–2021	主导 Vue 重构；经历温泉酒店与会所的惨重损失；尝试淮南牛肉汤小餐饮并扩张到第三家	事实
2022 年初	软件销量断崖式下滑，团队迟迟找不到解决方案	事实
2022 年 9 月	公司氛围恶化、团队集体辞职，创业落幕	事实
2023-03 底	转让最后一家小餐饮店	事实
2023-06 底	离开南京回老家，身体与生活双重失序	事实
2026-04-22	在《我的故事》更新中写下"我还在，我很好"	事实
2026-06	以公司负责人身份回到技术、产品与产业现场	事实
合计损失	软件公司关联损失估算超 2000 万元（含酒店与会所压力），个人估算非审计	估算

五次转折背后的真实教训

2016：第一次把自己推向市场

2015 年在北京求职的连续面试反馈，让作者生出"也许真能靠自己撞出一点声音"的年轻人式错觉。因答辩返校、毕业后又因实习问题未能如期拿到毕业证，他一度回到老家，靠做饭与关节炎度过一段并不体面的日子——但作者回看时认为，人生真正的转向往往从"暂时无处可去"的缝隙里长出来。

2016 年的电影网站 bt0.com 算不上惊天动地的产品，却带来真实用户与真实反馈。这段经历给他的第一个产品认知是：代码不是写给自己欣赏的，产品也不是躺在想象里等待掌声的——第一次有人因你做出的东西而停留、使用、评价，比任何自我感动都重要。此后他接网站设计单，并于 2016 年 3 月、4 月先后与初中同学翔子成立两家公司，计划中的第三家命名为"玩有引力"。他在旧博客中写道："今年是本命年了，想踏踏实实把事情做好，不冒进，少装逼。"多年后他承认，人常常要等很多年，才会真正听懂自己当年写下的话。

2017：进入一家公司，然后把自己押进去

2017 年 4 月 1 日，作者以普通前端开发身份入职南京某科技公司，研发面向律师与律所的软件。当时第一版产品来自外包，代码没有注释、项目管理混乱、产品方向高度依赖老板拍脑袋；入职第一个月，他负责的时间轴模块就改了 20 多版。他后来主导前端以 Vue 重构，半年多后新版发布，但行业几乎没有任何回声——很长一段时间完全没有开单。

即便公司发展不顺、待遇多年未涨、伙伴陆续离开，他依然选择留下，从部门 leader 做到公司总经理，再到合伙人。这份"坚持"里既有值得珍惜的部分（认真做过产品、带过团队、相信过一件事能成），也埋下了后来让他反复咀嚼的误判：把"坚持"误认为"正确"，把"投入"误认为"护城河"，把"我很努力"误认为"市场应该给我回报"。作者总结道：创业最冷酷的地方在于，它允许你真诚、也允许你拼命，但从不因为你真诚和拼命，就必然给你补偿。

餐饮、酒店与现金流：离钱近，离本质也近

在软件公司之外，作者尝试过温泉度假酒店和会所项目，最终损失惨重。相比之下，小餐饮给了他更直接的教育：亲戚在南京的淮南牛肉汤店生意不错，他研究后自己也开了一家，效果远超预期，随后自己设计、装修、拓品类，开第二家、第三家，甚至为让外卖平台上的产品更好看而自学摄影与 PS 制作产品图。

餐饮行业的诚实之处在于它没有互联网项目里那些漂浮的词，不允许靠概念活太久：今天有没有客人、翻台率、出餐速度、口味稳定度、差评原因、现金流能否覆盖房租与人工，答案都在当天，藏也藏不住。这些店随着"口罩"时期陆续关掉，但此前的现金流为作者成为软件公司合伙人提供了资金基础，也让他买下自己的 Dream Car。

作者从中提炼的判断不是"实体好"或"互联网好"，而是：任何生意终究都要回到真实交易——用户是否愿意付钱、成本结构能否长期成立、波动来临时能否活下来，这些问题比叙事更朴素也更残酷。

2022：在失败中看见产品与责任的地基

软件公司搬进更大的办公室，团队招人、聚餐、提高福利。但 2022 年初销量出现断崖式下滑且找不到解决方案。产品功能大而全、缺陷密集、客户反馈差。为了补短板，作者挖来当时在字节做容器安全的高中同桌，对方加入后发现了一系列"真正要命的问题"：

• 项目结构老旧，性能与安全隐患严重；
• 所谓"大数据"和"AI"能力并未建立在训练与数据集之上，很多功能本质上只是搜索与预设结果；
• 大量精力花在 UI、多端适配与堆功能上，最核心的数据与算法能力没有打牢。

作者的比喻很直白：我们以为手里握着核心资产，实际上只是一座看似热闹、地基却并不坚实的楼。继续迭代像在危楼上粉刷墙面，重构的成本又远超公司账上承受能力。当天晚上，他与两位合伙人讨论到很晚——投入最大的股东情绪近乎崩溃（投入一千多万，全部是自有资金，没有投资人的钱），作者本人也投入了几百万。到 2022 年 9 月，公司发不出工资、靠借贷维持、管理走向抓考勤减福利的高压模式，团队集体辞职，游戏落幕。

按作者当时掌握的记录，相关损失合计估算超过 2000 万元。但比钱更难受的是歉疚——对一起熬夜攻坚的同事、对被拉进公司的同桌、对相信过他的人、对家人和爱人的歉疚。创业失败真正击穿人的，往往不是资产负债表，而是发现曾经笃定的一件事，可能从地基开始就是错的。

2023：退场之后，先活下来

2023 年 3 月底作者转让最后一家小餐饮店，6 月底离开南京回到老家。彼时他的身体已严重透支：胃病、失眠、食欲不振、视力模糊、浑身游走性疼痛；他沉迷游戏、日夜颠倒、一分钱不赚，退出群聊、关掉 GitHub、屏蔽联系人。

这段经历中最有价值的认知是：一个人从低谷里爬出来，靠的不是某句漂亮话，而是一点点恢复对生活的控制感——能吃饭、能睡觉、能出门、能重新学习、能面对过去、能承认自己错了、能把一地狼藉重新归类。作者特别提醒创业者："重新出发"的第一步往往不是再开一家公司，而是承认自己也是普通人，也会失败，也需要休息，也要先把身体和生活扶起来。这段恢复路径在本指南中有系统化版本，见 《恢复篇》 与配套的 生活进阶工作表（其中"恢复重置表"正是用于这种场景的私有记录模板）。

2026：中国词元云与 AI 赋能实体经济

2026 年 4 月 22 日，作者在《我的故事》里写："我还在，我很好。" 到 2026 年 6 月，他再次以公司负责人的身份回到技术、产品与真实产业现场。按 docs/projects.md 的披露，他现任中国词元云计算有限公司董事长，该公司官网将 token.love 描述为面向企业与政企场景的统一 AI 智能网关（多模型统一接入、路由容灾、用量计量、审计留痕、私有化/离线部署）；其个人实践路径还包括把 AI 学习、AI 辅助开发与企业资源层服务连接起来，相关方法见 《AI 开发与资源层创业》。

2026 年 6 月的一次行业参访让他更加坚定：AI 不应只停留在概念里，也不应只是少数人手里的工具，真正有价值的 AI 需要进入产业、土地和普通人的真实生活。他计划探索 AI 赋能农、林、牧、渔等实体产业的路径，并在农村合作社方向开办 AI 免费培训，让普通老百姓理解并使用 AI 以提高生产效率、拓宽经营思路。

他特别强调这"不是一句漂亮口号"。经历过软件公司失败后，他越来越相信：技术创业不能只问"我能做出什么"，还要问——谁真的需要它、它能不能进入真实流程、用户有没有能力持续使用、交付、合规、成本、服务能不能闭环。如果这些问题无法回答，再漂亮的技术叙事也可能只是下一座会倒塌的楼。

下一次创业的五道现实门槛

作者把对失败的反思沉淀为一组可操作的立项前检查。每一扇门都应留下能被别人复查的证据，而不是只留下创始人的信心：

1. 问题门：谁在什么场景里反复遇到问题？有没有真实访谈、订单或使用记录？
2. 价值门：解决之后节省了什么时间、风险或成本？用户愿意用什么方式验收？
3. 交付门：谁负责实施、支持、培训和故障处理？换一个人能否接手？
4. 生存门：收入、固定成本、变动成本和最坏情形是否写进账本？何时暂停或退出？
5. 关系门：团队、家人、客户和第三方承担什么代价？授权、隐私与承诺是否清楚？

这套门槛可以直接落到仓库的配套模板上，形成"检查 + 留证"的闭环：

门槛	仓库中的配套工具	对应能力
问题门 / 价值门	生活进阶工作表 · 选择简报	写清已知事实、选项成本、最小实验与停止条件
试点质量	AI 项目评分卡	用任务完成率、返工、成本、安全与用户反馈打分
全局复盘	AI 经历案例复盘模板	区分来源、事实、判断与未知结果

作者在原文中特别强调："工具只能帮助看见问题，不能替创业者承担责任。" 换言之，五道门槛的意义是让每一次投入都留下可复查的证据，从而避免下一座楼从地基开始就是错的。

这几年我真正学到的事

产品不是功能集合

当年做软件，很容易把"功能多"当成"产品强"。但用户并不关心你堆了多少模块，他只关心自己的问题有没有被更快、更稳、更低成本地解决。真正的产品是被用户反复使用的解决方案，不是功能清单。

技术债最终会变成经营债

代码混乱、架构老旧、数据缺失、安全隐患，短期看是研发问题，长期看都是经营问题。它们会吞掉交付能力、拖慢迭代速度、抬高维护成本，最后反过来压垮销售、客服与团队士气——2022 年那栋"地基不坚实的楼"，正是技术债变成经营债的完整样本。

现金流比估值更诚实

餐饮让他看到每天收入与成本如何"贴身肉搏"，也让他明白一个能活下来的小生意，未必比一个听起来宏大的互联网项目低级。现金流不是庸俗，它是生意对现实的尊重。

警惕英雄叙事

"我再坚持一下就能成""我投入这么多不可能错""兄弟们跟着我一定有未来"——这些话听起来热血，但若没有事实校验，很容易变成对团队和家人的二次伤害。创业者需要把自己的决心当作待检验的假设，而不是已经成立的结论。

失败之后还愿意学习，是最后的资产

作者曾退出 GitHub、关闭自己与技术世界的连接；如今重新回来，不是因为过去不痛了，而是他终于知道痛苦不能浪费——失败如果不能沉淀为判断力，那就真的只剩失败。

创业不是把自己燃尽：七个必须回答的问题

作者曾以为创业就是燃烧：把时间燃掉、把身体燃掉、把关系燃掉、把存款燃掉，只要最后能成，一切都值得。后来的认知则相反：真正好的创业，应该让自己越来越清醒、让团队越来越有秩序、让用户越来越受益、让家人越来越安心；它不应只制造宏大叙事，也不该靠创始人的苦难感来维持合法性。

冒险不等于鲁莽，坚持不等于死扛，相信未来不等于拒绝看见现实。作者给出的替代方案，是一组朴素到近乎笨拙的问题：

1. 谁需要？
2. 为什么现在需要？
3. 钱从哪里来？
4. 成本在哪里？
5. 交付靠什么保证？
6. 风险如何兜住？
7. 如果失败，如何体面退场？如果成功，能不能让更多普通人受益？

这组问题把"创业"从情绪叙事拉回工程化的决策现场。愿意慢一点、笨一点、扎实一点，把每一个看似朴素的问题回答清楚，正是作者理解的创业篇：不是少年得志的炫耀，也不是中年失意的控诉，而是一个人被现实打碎之后，仍然愿意重新把自己拼起来，并把拼回来的能力尽量用在对别人有用的地方。

相关资料与延续阅读

• 原文：《创业篇：从野心到使命》
• 长版本经历：《我的故事：失败、恢复与重新出发》
• 作者项目与现实实践（关联披露）：docs/projects.md
• 十年前的博客归档 ｜ 简单介绍下去年和现在的我
• 配套工具：生活进阶工作表 ｜ AI 项目评分卡 ｜ AI 经历案例复盘模板

若要把这套复盘转化为行动，可继续阅读下一篇 《实践篇：先把第一周过完》 或 《行动篇：九十天，把生活交还给自己》。创业的答案不在口号里，而在每一天真实交易、真实用户与真实账本给出的反馈之中。