想问一下，这种嵌入在飞书文档中的文档小组件（图1、2、3），是如何上架的呀？我查阅了一些资料，看到一个飞书ISV服务商的入驻，这个入驻需要比较严格的条件，有即友入驻过吗？

在经历了两次创业之后，我认为「商业模式画布」，是最适合用于启发创业新人的商业思考工具。商业模式画布是一个框架，能够让思路从混乱中变有序。

但写好商业模式画布并不容易，这篇文章我从9个格子深度展开，并佐以实际例证，希望能够给商业模式画布的填写者一些启发。

我刚毕业就开始做产品经理，中间创业 3 年。0-1 的创新产品，百万日活的平台型产品，都经历过。但是，这些产品，都是按照产品经理提需求、研发开发的模式进行，从来没有一款产品，是在我的手中完整诞生。

直到 Gemini 3 发布，businessmodelcraft.com 在AI的帮助下，一周就上线了，感谢AI。

求问一下大家，在运营 X 宣传产品的时候，是中文一个号英文一个号，还是中文和英文都发在同一个号上呢？

超级高效！哈哈最快的提Bug到解决的体验。

1.已经完美解决，2在一些场景下还是会复现，复现步骤“用鼠标选中某个单元格所有内容、点删除键一次性删除这个单元格的所有内容、使用撤销操作会失效”。 //@少楠Plidezus: 1，2 都修复了，桌面端等推送

给幕布提一个Bug优化建议：

在幕布上线了表格样式后，这个表格对于幕布内容的可视化有了很大的提高，但是也出现了一些奇怪的Bug，请少楠 @少楠Plidezus 和幕布 @幕布 同学看看～

1.多行表格情况下，对“非第一行”表格的复制命令无效，例如选中了第三行的表格，复制了7个字，实际上复制命令是复制了整个表格第一行的前7个字，无法复制到第三行表格的目标选中内容；

2.表格内的编辑，撤销命令无效，将某一行表格内的文字删除后，使用撤销操作，无法进行撤销，会撤销表格之外的最近一次编辑的操作内容，同理，“恢复”的操作也无效，不会回复恢复撤销的命令。

其他还包括期望能够拖动表格改变排序等功能，但是这些功能点都属于额外的需要，只要能解决复制的问题，就也能间接实现。复制功能异常这个还挺影响使用的，希望能够尽快修复～

我想破脑袋也想不到 ，写了 10 年商业和产品文章的我，有一天会写一篇软件开发分享。

过去一周，我在完全无技术背景的情况下，通过 AI Coding 手搓了我人生的第一个 Web 端网站，这并非是类似于自媒体“3 分钟 AI 编程”的那种玩具，而是一个真正意义上的产品。

这篇文章是我开发人生第一款 Web 网站产品的实录，对你一定有帮助。

Meta 30亿美金收购Manus，创始人Red成为Meta副总裁。早晨睁眼就看到这条消息，第一感受是Manus太牛了，第二感受是Meta的焦虑感太强烈了，第三感受，是这次收购，将改变中国AI创业、投资和出海的范式，在这之前，从来没有“中国色彩”如此浓厚的创业团队，以这样的关注度站在聚光灯下。

3月份我写过一篇文章，当时Manus邀请码一码难求，我作为产品经理第一时间体验了这款产品，为Manus的Agent理念深深启发。时隔不到一年，现如今，几乎所有的Agent产品，都使用了类似的范式。Agent本质上是还原了人类社会协作体系和标准规范的过程，这是保证产出下限的核心，而AI想要真正成为生产力，也离不开计划和标准。

AI Coding还是挺有意思的，先不说能开发出什么东西，因为每一条指令都得运行一会儿，正好起来活动活动，至少能缓解腰间盘突出。

和大家分享个AI实践，这个案例有价值的点在于两个：

一是我完全不会代码，全程AI Copilot，这一点老生常谈，不多讲；
二是比较关键，整个过程，是把Gemini 3 、扣子工作流、扣子应用模式、飞书多维表格新发布的“应用模式”这一大堆新能力旁征博引联动了起来，能擦出不少火花。

我有一个品牌，在过去的品牌小红书更新中，我一直有一个痛点：就是图片库太多了（几千张），每次写好文案，想要找到合适的图片，可能需要比写文案更长的时间。

在今年11月，Google Gemini 3 发布，它最大的价值，是因为对于用户语意的理解和产出质量，让我对于 AI Copilot 有了非常深的体验，我决定，做一个工具解决以上的需求。

我想到了很多工具：

· 整体架构上，基于文案匹配图，本质上是许多标签的匹配——我采用了类似RAG（检索增强）架构的方案，一边是图和图片的描述，另一边是文案和对文案的拆解，两边都产出关键词，进行第一轮检索（粗排），然后让大模型基于粗排的结果进行匹配打分（精排），最终实现合适图片结果的输出；

· 飞书多维表格有单元格行的AI能力，并且可以上传图片——我可以把多维表格作为数据库，并且直接让AI读取图片，生成关于图片的描述；

· 扣子可以编排工作流，并且能够低代码绘制图形界面——我可以让扣子读取多维表格的接口，然后制作工作流完成文案对图的匹配。

有了这些最基础的能力，整个应用变得非常具有可行性，所以我立刻开始行动，中间遇到很多“拦路虎”，但在Gemini的帮助下，这些问题都逐个突破：

· RAG匹配的过程中，有时候需要代码节点帮我处理json格式——告诉Gemini 需求，它帮我写；

· 扣子应用模式搭建UI过程中，入参和出参有卡点——查阅网上其他案例，和Gemini成功解决；

· 扣子无法直接在公域展示飞书多维表格的图片——这个很棘手，考虑过公网图床、对象存储等方案，但最终我想到了飞书多维表格最近发布“应用模式”，可以将多维表格发布成一个网站，所以我就想，干脆不直接展示了，用多维表格应用模式搭一个检索能力，然后对匹配出来的图片，做一个“一键复制”编号按钮，就能实现在一个页面进行图片预览，虽然不如直接展示方便，但在MVP阶段，体验和功能也算是兼顾；

· 在扣子工作流搭建的网站，嵌入飞书多维表格应用模式的过程中，一直出现嵌入内容加载失败的问题，是因为字节火山引擎的鉴权问题——最终采用了Github托管网站，把Github生成的网站嵌入飞书多维表格，实现对火山引擎鉴权的绕过，这中间还遇到了OAuth 授权和PAT权限问题，也是和Gemini一起解决。

于是，经过了几个晚上的奋战，这个网站成功上线，它基于RAG架构，能够根据你的品牌小红书文案，帮你找到最匹配的图片，在大模型的加持下，匹配的效果很不错。