我们公司有三支团队，坐班的只有一个人

 

我们公司有三支团队。三支加起来，每天坐班的只有一个人。

第一支做签单前的活：需求调研、方案、报价、合同、原型。这支是 AI。

第二支做签单后的活：App、小程序、网页系统。这支也是 AI。

第三支做长期经营：漫剧、宣传片、广告片、公众号内容、PPT。这支还是 AI。

一个写标书，一个写代码，一个做动画片。三件事毫不相干，却装在同一个客户端里，叫爻枢 Code。

常有人问：你们到底是做什么的？

我们做的是这三件事中间那条线。

一、生意是一条链，不是一个动作

行业里的 AI 工具，绝大多数在卖一个动作。

写一篇文案、改一段代码、生一张图、做一份 PPT。动作确实省时间，但省不下人——真实的生意是一条链：见客户、出方案、报价、投标、签合同、交付、验收、回款，然后是下一单，以及这一单做完之后，客户还记不记得你。

链上有一环没人接住，前面省下的时间，全在后面还回去。

所以问题不是「哪个 AI 工具最好用」，而是这条链上还剩几环必须靠人。

我们把答案做成了三个模式：三段活各配一支团队，共用一个客户端，也共用同一个人——你。

签单前、签单后、长期经营：三段活，一个客户端

二、第一支团队：签单之前

先算账。

从前一份能拿出去投标的方案，要售前、产品、方案写手三个人凑一周；中小公司没有这三个人，老板自己上，方案写得像报价单。现在是同一个人一天出一版，方案、报价、合同互相引用——方案里的模块就是原型里的页面，报价按原型的工作量算，合同附件直接取方案的技术条款。改一处，不用三处重写。

FDE 模式接的就是这段活：需求调研、PRD、解决方案、产品原型、3D 原型、报价与竞标文件、商业计划书、合同、软著与专利材料、汇报 PPT。

一个能直接翻的样本：《中数系 · 爻枢未来介绍》，35 页，官网案例页可以下载 pptx。同一批还有数据中台介绍、爻枢 Code 产品介绍、文化语料库课件、智慧农业数字化。

这些东西有个共同点：它们是要拿出去给人看的。方案给客户、PPT 给政府、合同给对方律师。能拿出去，才算交付。

一个人干完这段活不稀奇，稀奇的是第二天还能接着干下一单。

三、第二支团队：签单之后

再算第二笔账。

接一个别人写了一半的项目，或者把一个老系统换到新栈上，传统做法是先派两个人读一个月代码，周期按月报，报价按人月算。这套干法里，编码人天压到传统做法的 10%–20%，周期跟着往下走，报价自然往下走。

编程模式能做的：一套代码同时出安卓、iOS、鸿蒙三端，加网页版加小程序，原生渲染不套壳，编译完直接出安装包，装到手机上就能用。官网案例页上跑着五类——咖啡点单、彩妆试色、电商、记账、门店预约，都能点、能下单、能翻页。

接手陌生项目也一样：检索定位、读懂结构、按现有风格改、跑测试。

真拿它硬碰硬的一次是 new-api。开源大模型网关，GitHub 41k stars，一个 39 万行、1911 个文件的 Go 项目，整体重构到 Java 17 + SpringBoot 3.3 + Vue3。274 位贡献者写了三年，这边是一个人加 AI 矩阵，三天。25 大功能域零缺失，37 个渠道适配器、344 个端点、26 张表逐项对齐，另外补了 571 个白盒测试。

重构不等于重写：功能域、渠道适配器、端点、数据表逐项对齐，右列是重构后的账

这几个数字可以自己核：源码开在 github.com/yaoshu-open/yaoshu-token，每个 commit 公开；原版在同一个 GitHub 上，可以逐文件对比功能对不对齐；571 个测试能拉下来跑。

有一句口径要说清：这是重构，不是从零做出来。原版把功能边界划清楚了，这边做的是理解、迁移、补齐、验证——比从零做容易，也绝不是抄一遍。39 万行，Go 换 Java，React 换 Vue3。

凭什么敢拿它交付？三件事：每一步的设计、决策、报错、修复都写进文件，关了重开能接着干；改了什么、影响哪些文件，可查可回滚；联网、执行命令、改文件都在你划定的范围内。

它不是更快的打字员，是能自己找文件、改代码、跑命令、看报错、再改到跑起来的执行者。

四、第三支团队：长期经营

第三笔账不一样，它不省成本，多一单生意。

客户不会因为交付过一次就记得你。第二年他要上新系统，第一个想起的，往往不是去年做得还不错的那家，是这半年一直在他眼前出现的那家。

内容是这个行业里少数不打扰人的持续存在。可养一个内容团队，中小软件公司养不起；外包，一次几千块，改一次再几千块，最后就不发了。不发，就等于不存在。

IP 模式接的是这一段：漫剧、宣传片、公众号内容、PPT、专业画图、剪映稿导出。客户记得你，才有下一单。

一个能直接看的样本：《射月》。

23 秒。云海石台上，一个赤足的仙女连射三箭，箭进云里，连回声都没有。第四箭她不射云了——把弓踩在脚下、用脚蹬满，射向云隙里的月亮。

值得说的是它难在哪。

脚开弓这种姿态，模型没见过。写一段话让它自己猜，猜出来的经常是错的：手臂拧成麻花、弓弦穿进身体、脚和弓不在一个平面上。这里的做法是先有一张参考姿态图，把四肢、朝向、弓与人体的关系全部锁死，再让它只换皮——换人物、换场景、换光。换成客户听得懂的话：这个镜头不用碰运气，拍第二条还是这个样子。

同一个角色、同一座石台、同一把长弓、同一支箭，跨五个镜头不换脸、不改形制。靠的是角色、场景、长弓、仙箭各有一张定稿卡，每一镜出图都带着，提示词里只写编号，不重述外观。这意味着一条片子拍完，主角还是同一个人。

剩下的交给后期：定帧定在弓刚拉满那一瞬，不是箭离弦——释放必须动，一定就死；画幅先收窄，再慢慢打开、最后打到底，一收一放是全片的呼吸。什么时候定、什么时候放，由人定，不由模型定。

这条片子做于 10 月下旬，也不是一次就成。角色卡改了七轮才定稿；成片出来以后逐帧复核，挑出五处偏差——12 秒那段弓身退化成了发光环带，开场说好的全身镜头变成了脸部特写。修完才发。

行业里做这类镜头，常规两条路：进 3D 软件里搭，或者拿 AI 反复抽卡再逐帧挑。前一条要会软件，后一条要经验加运气。

真正的难不在能不能生出一条好画面，在要不要靠抽卡才出得来。抽卡是这类活最贵的隐性成本：一条镜头反复生成几十次挑一条，换一个镜头再来几十次。抽得越有经验概率越高——于是手艺变成了赌术，而赌术换个人、换一天就复现不了。

这里把赌的成分先删掉：姿态靠参考图锁，外观靠资产卡锁，能精确控制的效果——定帧、遮幅、闪光、月裂——全挪到后期层。变量少了，第一版大多就能用，要重来的只是少数。

难的不是生成，是让第二次、第三次还长一个样。

成片抽帧：三箭入云 → 脚开弓 → 月裂 → 收势，四个瞬间共用一套资产

同一套产线还在跑别的：爻枢 Code 的中英文两版宣传片、威马农机的研发初心故事片。

五、为什么三件事能装进一个客户端

因为底下是同一套动作。

把一份 PPT 做到能拿去投标、把 39 万行代码迁到新栈、把一条 20 秒片子的动作和光位定死，流程是一样的：读懂目标、找文件、动手、跑起来看结果、发现不对、再改。对象不同，动作同构。

这也是它和补全类工具的区别。补全类工具是它写一行、你看一行，你是操作者；爻枢 Code 是你说目标、它干完一轮给你结果，你是验收者。不是帮你敲得快，是帮你不用敲。

但这句话有前提。

六、四条边界

1. 需求越清楚，来回越少。它擅长把模糊的想法先具象化，出一版给你改；起点越模糊，来回越多。

2. 决策权在你，它把试错变便宜。该不该做、这个价能不能报，答案只有你手里有；它负责先把方案做出来、先跑一版，让判断变便宜。关键逻辑和生产环境改动，仍然要你点头。

3. 巨型系统要分块动。39 万行的 new-api 敢三天换，是因为原版边界清楚、能逐文件对照；接手的如果是一坨说不清边界的祖传系统，第一步是摸边界，不是重写。

4. 权限在你手里。它能联网查资料、装依赖、调接口，也能读写文件、执行命令——授权哪个目录、允不允许联网、危险命令要不要确认，由你设。

七、怎么判断它值不值得用

别听我们说。拿一个真实的小需求，试两周，只看三件事：

· 过程可信：每一步你都能看见——写了什么文件、跑了什么命令、报错怎么改的。

· 结果敢用：交付物你敢直接发给客户、敢上线。

· 下次更轻松：第二次做同类活更快，因为规则沉淀下来了。第二次和第一次一样慢，说明它没学到东西。

三条里有一条不成立，它就不适合你现在这个活。

最后

爻枢是一家用 AI 全自动做软件、做数据、做 AI 基础设施的公司。爻枢 Code 是这套能力的客户端，Windows 和 macOS 都能下载，官网 yaoshu.cc。

三种模式是一件事的三段：FDE 管签单前，编程管签单后，IP 管长期经营。

FAQ

Q：爻枢 Code 是什么？

A：爻枢推出的 AI 客户端，内置三种模式：FDE（售前：方案、报价、合同、原型）、编程（App / 小程序 / 网页系统）、IP（漫剧、宣传片、公众号内容、PPT）。它不做代码补全——你说清目标，它自己找文件、改代码、跑命令、看报错，改到做出来。

Q：三种模式分别解决什么问题？

A：FDE 解决签单前的活太慢、拿不出手——方案、报价、原型、标书成套产出；编程解决签单后交付不出来——三端应用、小程序、网页系统，以及接手陌生项目改造；IP 解决项目做完就没声音——漫剧、宣传片、公众号内容持续产出。

Q：它和常见的 AI 编程工具有什么区别？

A：区别在谁动手。补全类工具写一行、你看一行，你是操作者；爻枢 Code 是你说目标，它自己完成一轮再交给你验收，你是验收者。前者优化打字速度，后者优化的是这条链上还需要几个人。

Q：一个人真的能做完一个项目吗？老系统、没测试的能接吗？

A：能，前提是边界清楚。公开样本是把 GitHub 41k stars 的 new-api 全量重构为 yaoshu-token：274 位贡献者、约 3 年、约 39 万行，到 1 人 + AI 矩阵、3 天，571 个白盒测试，源码开源可逐文件对比。老系统、没测试的活正合适——先把结构摸清、把测试补上，再一块一块换，不推倒重写。能不能维护，标准很简单：有测试、有文档、别人接得手。

Q：怎么开始？

A：客户端在 yaoshu.cc/download 下载，Windows 和 macOS 都有；三种模式说明在 docs.yaoshu.cc/code。

</section><p style="font-size: 0px; line-height: 0; margin: 0px;">&nbsp;</p>