KotodamaJournal
作者日记心情 · 决意Private

我为什么要做这一套东西

写下这篇，不是为了融资故事，也不是为了显得励志。只是想把自己做 Kotodama（全民设计）的理由、它最终该长成什么样子、以及中间还要翻过几座山，摊开来说清楚。以后若有人问「你到底在忙什么」，可以把这篇递过去。

一、为什么要做

1. 挣脱别人贴在身上的标签

从小到大，总有人说我蠢、说我笨。长大进入工作，又常听到「能力不足」。这些话刺耳，不是因为它们偶然刺痛，而是因为它们试图成为一种判决：仿佛一个人被说出口的那一刻，就被钉死在某个格子里。

我不接受这种钉死。

人是会成长的。成长不是靠辩解完成的，而是靠做出能被看见的东西。我做这一套产品，首先是给自己一个硬证据：标签可以撕掉，能力可以练出来，过去被否定的部分，不该决定未来能走多远。我在挣脱他们贴在我身上的那些词——不是靠反骂，而是靠交付。

2. 留下可以证明「来过」的东西

我害怕一种消失：活过一场，却像从未在世界上用力过。所以我想留下一些东西——不是口号，而是真能跑、真能用、真能被别人接着改的东西。如果有一天，这套工具帮助某个人把想法做成产品、把草图变成可生产的设计，那「我来过」就不只是一句自我安慰，而会落在别人的工作流里。

痕迹最好是有用的。有用，才耐久。

3. 客观地缩短「想法」到「落地」的距离

这不只关乎我个人。

全栈生成想解决的，是个人项目和初创公司最常见的落地困难：需要一个能跑的程序时，从预研到 MVP 上线常常被工具链、沟通成本和从零搭架子拖垮。我希望它能显著缩短这段时间，让程序员拿到的不是一次性草稿，而是可二次开发、开箱即用、自主可控的工程——预览得见，下载得走，本地接得住。

智能设计想解决的，是另一端的空白：让更多人——不只是受过长期专业训练的人——也能画出可以走向工业生产的产品设计图。调动的是全民的设计能力；背后依托的，是这个国家真实而强大的工业制造能力。创意不该止步于朋友圈里的一张效果图，而应有机会变成可以生产、可以穿上、可以装配的现实。

一句话：用对话缩短「说清楚」，用画布缩短「看见成形」，再用可交接的工程与可生产的图纸，缩短「做出来」。

二、整套产品的最终形态

终态不是一张海报，而是两条能走完的链路。

全栈生成：从想法到 DevOps 闭环

最终，它应当支持：

  • 在线预览原型——不只是截图，而是可点、可跑的演示；
  • 团队协作修改——同一份原型上共同迭代，而不是文件传来传去；
  • 改完即部署——确认后的原型可在线发布；
  • 源码下载到本地——无绑架，可继续开发，自主可控；
  • 表单辅助产品备案——把国内上线常要面对的合规步骤，嵌进产品流程，而不是甩给用户自己摸黑；
  • 完整 DevOps 链路——构建、发布、回滚、环境，一路通到可扩展的云能力。

它不该是「又一个会写代码的聊天窗口」，而该是一条从需求确认到上线运维的短路径。

智能设计：从构想到可生产

最终，它应当支持：

  • 落下一份可进入工业生产流程的设计图，而不是只能看不能造的漂亮图；
  • 生成模型可 3D 打印——形态不只停留在屏幕里；
  • 例如服装设计：生成的设计图能够直接通向打版、制衣与穿着验证——让「打扮」和「生产」接得上，而不是各说各话。

它的终点不是「AI 画得像」，而是「设计能进工厂、能进产线、能进生活」。

两条线合在一起，才是我心里的全民设计：会写字的人能更快做出软件；会想象的人能更近地碰到制造。

三、要经过哪些阶段

下面按 2026 年 7 月 23 日 的真实进度来写——哪里已经落地，哪里还是计划，不装成已经做完。

当前实现进度（已走到哪）

全栈生成（MVP 主路径已通）：

  • 注册登录、多项目；
  • 对话引导确认需求 → 生成可运行的全栈原型骨架；
  • 浏览器内在线预览（当前以可演示的 Mock 路径为主）；
  • 对话增量修改；
  • 源码打包下载，并可在本地用 Docker 自行拉起；
  • 平台侧账号、积分与基础运维骨架已有。

智能设计（工程骨架已立，真能力仍在收口）：

  • 画布与多品类素材（含服装等）；
  • 文生图 / 图生图 / 文生 3D / 图生 3D 的产品接线；
  • 部分工业相关导出（如 STL、部分样板交换格式）已打通真链路；
  • 仍有格式与默认模型路径处在「去 Mock、验收真密钥」阶段——还不能把「能演示」说成「已全面可生产」。

一句话现状：全栈侧已能邀请人试用一条「想法 → 可预览 → 可下载」的路径；设计侧正在把「看起来像」推成「导出能用」。 团队协作、平台一键托管部署、备案辅助、完整云上 DevOps，以及服装/工业的深度制造闭环，都还在后面。

接下来的阶段规划

阶段 大致时间 要打通什么 可能遇到的问题
阶段 1：邀请试用收口 2026.07 – 08 找真实用户把全栈主路径跑穿；缺陷分类；对外话术诚实（预览边界说清楚） 环境碎片、预览不稳定、反馈吞吐跟不上
阶段 2：智能设计去 Mock 2026.08 – 09 默认真模型；关键导出格式走真转换；试用文档与验收清单齐 上游成本与稳定性；CAD/工业格式兼容；假能力残留会毁掉信任
阶段 3：商业最小闭环 2026.09 – 10 套餐与定价、额度与支付真链路、超额体验可理解 成本模型算不准；额度被刷；对账与客服压力
阶段 4：托管预览与生产加固 2026.10 – 11 改完可一键拿到可访问的托管预览；监控、备份、权限回归 多租户隔离与成本；存储膨胀；运维单点
阶段 5：协作与公开 Beta 2026.11 – 2027.01 团队空间与角色；限流与法务页；对更多人开放 协作×计费复杂度；支持成本陡增
阶段 6：制造深化与合规补齐 2027 Q1 起 服装/工业图纸质量与打印交付打磨；备案等国内合规流程产品化；云能力扩展 预期管理（工业软件很难一步登顶）；合规周期长；与「快速原型」节奏冲突

六个阶段不是六次演讲，是六次「能不能被现实打穿」的测验。前面两阶段决定别人是否愿意信；中间两阶段决定能不能活下去；后面两阶段决定它是不是真的长成我上面写的终态，而不是永远停在 Demo。

我对自己的要求

阶段可以调整，但有三条我不想让步：

  1. 不拿未完成的能力当已完成来卖——Mock 就是 Mock，真链路就是真链路；
  2. 下载与自主可控必须在——用户不应被锁死在我的平台上；
  3. 终态要同时服务「做出软件」和「做出可生产的设计」——偏废任何一条，全民设计都只剩半边。

四、此刻

债还在还，生活还要经营，知识还要学，理想还要推进——这些没有变。变的是：我把「证明自己」从情绪，落成了可以按阶段推进的工程。

如果有一天这套东西真的帮人把项目提前上线，或把一张设计图送进生产线，那那些「蠢」「笨」「能力不足」的旧标签，就会失去审判权。不是因为我赢了口头仗，而是因为世界里多了一些可运行、可制造、可交接的痕迹。

这就是我为什么要做。也是我准备用很长一段路，一点一点做完的原因。