秘密持股与董事会反杀:非营利转盈利背后的股权暗战剖析
1. 事件拆解从一组日记看一场迟到的商业路线之争1.1 日记里到底写了什么这几年看了不少科技圈的股权纠纷说实话大多数都藏在仲裁庭和保密协议后面外人只能看到一地鸡毛。但这回不一样一份内部核心团队成员的日记被法庭文件带了出来直接摊在阳光下。核心信息其实就一句话早在项目成立后没几年创始团队里的部分人就已经想好了要走“商业化盈利”这条路而且他们对早期投资人的影响力和控制权早就不耐烦了。日记这东西很有意思。它不是给任何人看的汇报材料也不是官方公告反而是当事人最真实的念头流露。如果日记里写着“2017年就想推动公司向盈利模式转变”那就说明这个想法不是临时起意而是在公司还顶着非营利帽子的时候就已经在规划了。很多圈外人不太理解“转变盈利模式”这几个字的分量它不是一个简单的商业决策而是对公司根本属性的改写。我在看这类文件时有个习惯先分清哪些是“事实陈述”哪些是“意图表达”。日记能直接证明的是“某人某时产生了某种想法”至于这个想法最后怎么落地、中间经过哪些博弈单靠日记是看不全的。但这不妨碍它成为一条极有价值的线索——它把创始团队内部的时间线、认知变化、派系立场全部串起来了。1.2 为什么“转盈利”会成为火药桶要理解这个事件的爆炸性得先搞清楚非营利架构下的实验室是怎么运转的。这类机构成立时的初心基本都写着“造福人类”“开放研究”资金主要靠捐赠和早期投资人的大额支票。听起来很美好但运行一段时间后问题就来了研发太烧钱光靠捐赠根本撑不住而且最顶尖的工程师凭什么拿着远低于市场水平的薪水给你干活于是“要不要转向盈利”就成了一个必须回答的问题。这个问题的可怕之处在于它没有中间答案。你一旦开始收费、引入商业化产品、设立盈利主体那整个组织的估值逻辑、股权结构、控制权分配就全部要重写。早期投资人的角色也会随之剧变——当初他可能是以“守护初心的人”的姿态进来的但一旦公司开始盈利他要么变成纯粹的财务投资者要么变成被边缘化的旁观者一切取决于新架构怎么设计。这组日记被曝光后最伤人的不是“想转盈利”本身而是“2017年就在谋划”这个时间点。这意味着在早期投资人还以联合创始人的身份对外站台、对内参与决策的时候其他核心成员已经在设计一套让他出局的剧本。这种背叛感比单纯的商业分歧要灼热得多。2. 创始团队持股与公司治理的底层逻辑2.1 非营利架构下的利益错位说一个在创投圈里被反复验证的现象但凡一个项目顶着非营利名号起步又干着极度烧钱的前沿技术研发那它百分之百会走到“架构变形”这一步只是时间早晚和方式不同的问题。原因很简单非营利架构的设计初衷是防止资本绑架技术方向但它天然缺乏一个能够激励核心人才长期留下的利益分配机制。早期投资人之所以愿意在一个非营利项目上投钱说实话一部分是信仰一部分是赌未来的某种转换可能。很多聪明的投资人其实心里清楚这类项目的技术门槛一旦突破商业价值不可估量只要架构上开一道口子后面就有巨大的回报空间。所以他会主动参与日常管理要求董事会席位甚至让自己的人嵌入核心团队。但创始团队成员的心态完全不同。他们是天天在实验室里熬的人薪水不高期权没有还要面对外界对“非营利”的道德期待。当技术逐渐跑通、外部资本蜂拥而至的时候他们自然会产生一个念头凭什么我们承担了最大的风险最后收益结构里却没有我们的位置这就是利益错位的根源也是那本日记里“想转盈利”的真实心理土壤。不是道德层面的背叛而是正常的、符合人性的利益诉求。问题在于这种诉求被长期压抑又没有在规则框架内解决最后只能走向暗流涌动的内部博弈。2.2 股权设计的三种常见走法围绕“从非营利转向盈利”的操作行业里其实有几套相对成熟的路径。我看过不少案例基本可以归为三类。第一类是“新设盈利实体旧主体控股”。也就是在原机构下成立一家新的有限责任公司原机构作为大股东新公司用来融资、做商业化产品核心团队在新公司里拿期权。这种方式的特点是温和、循序渐进不直接伤害原架构但问题在于老股东包括早期投资人在新主体里的权益如果没有谈清楚后面会留下大量纠纷空间。第二类是“原主体直接改制”。这条路最激进需要把整个机构的章程、治理结构全部推倒重来。董事会改组、股权确认、监管沟通一个都不能少。走这条路通常意味着旧权力结构被彻底清洗也因此最容易引爆内部冲突。第三类是“体外孵化择机剥离”。核心团队在外面另起炉灶把最值钱的技术专利以授权或低价转让的方式装进新公司原机构逐步空心化。这招最隐蔽、最阴但在商业上也非常常见。一旦被早期投资人察觉基本就是诉讼级别的信任崩塌。从曝光的日记内容来看核心团队走的更像是第二种和第三种的混合体。2017年的念头只是起点到真正落地时用了好几年的时间中间经历了多少轮董事会斗争、人事调整外人是看不见的但从结果往回推路径其实相当清晰。3. 从“秘密持股”到董事会反杀一场股权暗战的实操推演3.1 时间线谋划期、执行期、爆发期把曝光的日记当作一个切入口结合后来公开的工商变更记录、董事会决议和融资轮次我试着推演了一份大致的内部时间线。这种推演不一定百分之百准确但至少能说明这类博弈的典型节奏。谋划期大约是2017年到2019年。这个阶段的核心动作是私下接触律师、财务顾问评估非营利架构转盈利的可行性和合规风险。同步做的还有另一件事盘点早期投资人当年签署的每一份协议找出里面的模糊地带和回旋空间。执行期大约是2020年到2022年。新主体注册完成核心团队通过代持或有限合伙平台的方式在新主体里持有了实际股份。之所以强调“秘密持股”是因为这些股份没有出现在旧主体的公开记录里在工商信息上完全查不到属于典型的表外权益。爆发期则是最近这一两年。早期投资人在某个节点上突然发现自己在新主体里没有对应权益或者发现投票权已经被稀释到无足轻重于是矛盾彻底公开化双方开始走法律程序。日记文件作为证据被提交其实只是整个诉讼大戏里的一个片段但因为它足够“人性化”所以传播度最高。3.2 秘密持股的几种实操形态很多人一听“秘密持股”就以为是创始人私下签了股权代持协议这其实只是最基础的一种玩法。更复杂的做法还包括以下几种。第一种是“通过离岸控股平台间接持股”。创始人个人不直接持有新主体股份而是通过一家注册在境外的控股公司持有再在控股公司内部划分权益。这样做的好处是在境内工商档案中完全看不出创始人的痕迹所有公开信息都指向一家看起来无关的境外壳公司。第二种是“以亲友代持一揽子授权委托”的方式。名义股东是创始人信任的亲友但表决权、分红权、处分权全部通过不可撤销的授权委托书让渡给创始人。这种方式操作简单但风险在于一旦名义股东反水或者出现离婚继承等意外事件处理起来会非常麻烦。第三种是“以技术成果作价入股”。创始人把个人名下的关键专利或非专利技术评估作价注入新主体以此换取股权。这种方式最隐蔽因为技术价值评估本身就有很大弹性而且不需要动用现金工商变更记录里看起来只是一次普通的技术转让。我在实际研究这类案例时发现真正玩得好的创始人往往不会只用一种方式而是把上面几种组合使用一部分直接持有一部分通过平台代持一部分用技术成果置换层层分散降低暴露风险。这样做的好处是即便某一条线被对手查到也无法拼出全貌。提示任何一个创业者在做股权设计时一定要假设未来所有安排都会被公开。合规性永远是第一位的一旦踩到法律红线优势立刻变成劣势。3.3 早期投资人为什么总是最后知道每次发生这类创始人“秘密持股”事件舆论都会有一个共同疑问早期投资人又不是傻子公司每轮融资都有法律尽调为什么他会毫不知情答案往往不在法律文件上而在信息不对称的结构里。早期投资人在非营利阶段投入资金不代表他拥有对后续所有交易的一票否决权尤其是当核心团队通过架构设计刻意绕开旧主体进行运作时他连知情权都没有。这里面有三个关键环节。第一个环节是“旧主体与新主体的隔离”。只要新主体的股东名单里没有旧主体或其关联方早期投资人就无法通过正常的股东权利获取新主体的信息。他唯一能做的是向创始团队提出质疑但创始团队可以用“新主体并非旧体系的替代品”之类的话术来回应法律层面没有强制披露义务。第二个环节是“外部顾问的沉默”。律师和财务顾问在服务客户时遵循的是客户指示原则。如果核心团队明说了“这件事不能让某人知道”顾问团队就不会主动去通知对方这是职业操守层面的隔离。第三个环节是“时间窗口的错配”。早期投资人通常是在需要再次融资、申请牌照或者处理重大合作时才会认真核查公司架构平时对内部的关注度很低。而核心团队的布局恰恰就是在这些“真空期”里完成的。等投资人回过神来木已成舟。4. 内部文件的证据效力与法律战场4.1 日记能不能作为呈堂证供日记曝光之后网上很多人都在问一个问题日记这东西也能作为法律证据吗答案是能但有条件。从证据法角度看日记属于书证也属于当事人陈述的一种载体。如果日记的载体纸质笔记本或电子文档能够确定是本人书写且内容涉及与案件争议事实直接相关的事项法官可以根据自由心证原则对其进行采纳。但日记也有一大致命弱点它的真实性只能证明“写作者当时是这样想的”不能直接证明“写作者后来是这样做的”。诉讼律师会把日记当作证明主观意图的关键材料但还需要其他客观证据来印证比如公司章程修订记录、投票表决记录、内部邮件往来、转账流水等。在这起事件里被曝光的日记之所以杀伤力大恰恰是因为它与其他客观证据形成了呼应。2017年的“想转盈利”对应着后来新主体的注册时间“踢走某个早期投资人”对应着后来旧主体董事会席位的变化。单看任何一条都只能算是猜测但拼在一起就形成了一条完整的证据链。4.2 从公司治理到舆论战场的迁移一旦法律文件进入公众视野事件的战场就会迅速从仲裁庭迁移到舆论场。这几乎是所有高关注度商业纠纷的必然走向双方都知道法律判决解决的是规则问题但舆论解决的是生态位问题。对早期投资人来说把日记曝光意味着他承认自己在谈判桌上已经处于劣势只能把希望寄托在外部压力上。他要的不是法院判他赢而是让公众、监管、合作伙伴、员工同时看到对方的“心机”和“背叛”从而逼迫对方回到谈判桌前给出一个更好的和解方案。对创始团队来说最危险的反而不是诉讼本身而是团队士气的波动。日记里那些直白的表述很可能让一线员工开始怀疑自己所做的事情到底是为了理想还是为了创始人的个人财富。一旦这个问题在内部发酵人才流失会比官司输赢更致命。这也是为什么这类事件最后往往会走向保密和解双方都耗不起舆论的边际收益又在快速递减止损反而成了共同选项。5. 给创业者和核心技术团队的治理避坑清单5.1 早期架构设计一定要留出“盈利转换”的接口我见过太多项目栽在同一个坑里成立的时候什么都按非营利或者公益项目来设计等做到一定规模想转型发现所有协议都是为自己量身定做的枷锁。如果现在还有创业者正处在架构设计阶段我给的建议非常简单粗暴哪怕你今天百分之一百确定要做纯非营利也一定要在章程和投资协议里预设“未来若经全体股东同意可变更公司性质或设立商业主体”的条款。这个条款平时看起来像废话但它能避免日后需要召开临时股东会时因为一票反对而满盘皆输。同样重要的还有“知识产权归属”的设计。很多非营利项目的核心专利都登记在机构名下而不是发明人个人名下这在转型时会有巨大障碍。最稳妥的做法是在成果产生的同时就通过协议明确机构与个人之间的权益边界哪怕当时只是象征性的对价也好过日后撕破脸对簿公堂。5.2 信任基础要写在纸面上而不是写在酒桌上这起事件对所有人最深刻的教育其实不在技术层面而在人心层面。创始团队之间、创始人与早期投资人之间在最开始的时候都是因为共同理想走到一起的。那时候大家觉得谈股权、谈利益太俗气于是把很多东西放在了口头承诺和酒桌义气上。但商业世界最残酷的规律就是利益诉求不会因为你不谈就消失它只会在暗处发酵越久越浓最后以最坏的方式兑现。很多教训都在提醒后来者所谓“把丑话说在前头”不是不信任恰恰是对关系最大的尊重。我曾经参与过一家早期创业公司的内部咨询当时两位联合创始人关系好到穿一条裤子公司上上下下都觉得这对搭档无懈可击。结果到做股权分配的时候一个觉得自己贡献大应该多于51%另一个觉得初始资金是自己拉的应该多拿10%两个人谁都不好意思先开口最后在第三方的调解下才勉强定下来。虽然没闹崩但从那一刻起两人之间就有了微妙的变化。后来我总结了一句话只要涉及利益分配就一定要在最体面的时候谈完等到事到临头再谈没有体面可言。5.3 秘密持股不是不能做但要先算清道德账我倾向于不去简单评判“秘密持股”的对错。在真实的商业世界里创始人利用架构空间保护自己的权益很多时候也谈不上什么厚黑学反而是一种对冲风险的手段。但它有一个前提条件你不能用欺骗的方式去对待一个曾经信任你、帮助过你的人。法律可以允许你做很多事但道德账是另一个体系。具体一点说如果你的所有安排都是为了保障自身利益而完全没有给曾经同舟共济的人留一席之地那么即便你赢了官司也会输掉行业口碑。而在这个圈子口碑往往比任何单次胜利都值钱。换个角度想如果当年核心团队能够开诚布公地跟早期投资人谈一次把“我们想转盈利、想重新分配控制权”的需求摊在桌面上结果会不会有所不同也许对方会同意也许会反对但至少双方能在有信息的前提下做选择。而选择“秘密操作”本质上是剥夺了对方的知情权和选择权。这才是整个事件最核心的道德缺陷。6. 一个实际案例推演如果日记事件发生在你身边6.1 三种结局路径推演把这件事放到普通创业公司里推演一遍你会发现所谓“高科技圈的复杂博弈”底层逻辑和街边两家餐馆抢地盘没什么区别。我根据日常经验推演了三种可能的结局路径每一种都有现实案例支撑。第一种路径是“早期投资人认栽离场”。他拿到一笔补偿金签下保密协议对外统一口径说“因个人原因退出”。这种结局在统计上最常出现因为大多数早期投资人的目标是财务回报而非控制权只要补偿金额够高他不会执着于把对方拉下水。日记被曝光的当下看似气势汹汹但在真正的利益谈判里曝光本身就是讨价还价的筹码。第二种路径是“创始人团队部分让渡权益”。在新一轮融资或监管压力下创始团队重新调整股权结构给早期投资人保留一定比例的股份同时换取对方放弃追溯权。这种结局表面上双方都有让步实际是创始团队用未来的潜在收益换当下的稳定。第三种路径是最激烈的“全面诉讼鱼死网破”。双方把所有内幕都翻出来通过媒体、监管投诉、内部举报等多种方式互相攻击项目声誉严重受损核心人才流失技术研发进度大幅推迟。无论最后谁赢了法律上的胜利整个项目都很难回到原来的轨道上。现实中我见过这三种路径的比例大致是631。绝大多数人都会算账真正愿意把自己的全部身家和脸面押上去拼个你死我活的还是少数。6.2 从旁观者视角看这件事最值得学的是什么作为行业观察者我其实不太关心日记里那几个人物的恩怨我更关注的是这件事折射出来的结构性问题当一个组织同时拥有崇高的口号、巨大的资金需求和复杂的利益结构时内部的张力终将在某个点爆发区别只是爆发的方式和时间。对普通创业者的启发大概有三条。第一条尽早建立“可被审计的决策机制”。哪怕只有三个人也要有正式的会议纪要、邮件确认和文件归档流程。这些记录平时你看不到价值但一旦内部矛盾爆发它们就是保护自己的最有力武器。第二条对“财务顾问”和“法务顾问”的选择要慎之又慎。在这类博弈中顾问团队的能力差异会直接改变双方的筹码结构。高水平的顾问能在事前就预判到风险敞口而不是事后再想办法补救。我见过很多创始人在技术上一等一却在顾问选择上随意得可怕最后付出的学费远超省下的顾问费。第三条永远给自己的“退出通道”留好后路。无论你今天是创始人、核心员工还是早期投资人都应该假设明天的自己可能站在对立面。提前想清楚自己在最坏情况下的底线和筹码会让你在做决策时少很多情绪波动多很多理性空间。写到这里我再回头看那本被曝光的日记突然觉得它最珍贵的价值恰恰不在于它揭示了谁对谁错而在于它记录了一个聪明人如何在巨大的利益诱惑面前一步步把“曾经正确的决定”推向了“最终难堪的局面”。技术可以迭代资金可以募集但一个团队内部的信任一旦被击穿修复成本往往高到无人愿意承担。我个人的体会是不管你的项目将来能做到多大保持对曾经并肩作战的人的敬畏和坦诚永远是最稳妥的长期策略。这也是我这些年看过无数商业分合之后最想告诉每一位创业者的话。

相关新闻

Windows网络登录认证机制全解析:从凭据缓存到Kerberos票据排查实战

Windows网络登录认证机制全解析:从凭据缓存到Kerberos票据排查实战

1. 每天敲的密码到底去了哪儿开机、解锁、连公司共享盘、远程桌面连服务器,Windows 弹出一个框让你输账号密码,这个动作一天少说重复三五次。绝大多数人把它当成呼吸一样自然,输完回车,进去了,完事。但如果你稍微停一下…

2026/10/10 10:39:50 阅读更多 →
OpenClaw 3.7 ContextEngine:让AI Agent上下文管理告别硬编码

OpenClaw 3.7 ContextEngine:让AI Agent上下文管理告别硬编码

OpenClaw 3.7 发布时,最让我在意的不是又接入了多少新模型,而是 ContextEngine 这个模块把 AI Agent 的上下文管理从主流程里彻底拆了出来。在 3.6 甚至更早的版本里,上下文拼装逻辑普遍直接写在 agent 主循环里:用户消息、系统提…

2026/10/10 10:39:50 阅读更多 →
TestGPT使用指南:AI辅助测试用例生成与接口测试提效实践

TestGPT使用指南:AI辅助测试用例生成与接口测试提效实践

看到“TestGPT使用指南”这个标题,我第一反应是:这大概又是一篇讲“如何用ChatGPT写测试用例”的文章。但实际搞过测试提效的人都知道,把GPT接到测试流程里,远不是打开对话框问一句“帮我测一下登录功能”那么简单。TestGPT并不是…

2026/10/10 10:39:50 阅读更多 →

最新新闻

Ghostty Blackhole参数完整清单:30+个可调常量逐个详解

Ghostty Blackhole参数完整清单:30+个可调常量逐个详解

【免费下载链接】ghostty-blackhole Ghostty Blackhole puts a real, ray-traced black hole inside your terminal. It grows as Claude Codes context window fills up, live. A fresh session is a quiet hole in the corner. A full one swallows half your screen. Youll …

2026/10/11 13:15:53 阅读更多 →
AI编程工具选型不重要?九个月实战总结:Workflow优化才是效率关键

AI编程工具选型不重要?九个月实战总结:Workflow优化才是效率关键

1. 从“换工具”到“改流程”:一个被多数人忽略的转折点九个月前,我和身边不少开发者一样,把大量精力花在了“选哪个AI编程工具”上。那段时间,几乎每周都有新工具冒出来,每个都宣称自己补全更准、上下文更长、响应更快…

2026/10/11 13:15:53 阅读更多 →
MFC规则DLL调用避坑指南:模块状态与导出函数实战

MFC规则DLL调用避坑指南:模块状态与导出函数实战

简介:这份资源是一套面向MFC初学者与Windows桌面开发者的调用MFC规则DLL(共享非静态)完整示例工程,重点解决规则DLL在对话框程序中的导出、加载与调用问题,适合正在学习DLL编程、需要动手验证共享DLL机制的同学参考。压…

2026/10/11 13:15:53 阅读更多 →
iniscan 输出格式完全指南:Console、JSON、XML 与 HTML 一键切换

iniscan 输出格式完全指南:Console、JSON、XML 与 HTML 一键切换

应用安全开发工具 【免费下载链接】iniscan A php.ini scanner for best security practices 项目地址: https://gitcode.com/gh_mirrors/in/iniscan 点击查看 免费下载 iniscan 是一款面向 php.ini 的免费安全扫描工具,它按最佳安全实践检查配置文件并…

2026/10/11 13:15:52 阅读更多 →
云南河流矢量数据清洗与拓扑修复实战指南

云南河流矢量数据清洗与拓扑修复实战指南

简介:本资源为2024年最新版云南省河流水系GIS矢量数据集,面向地理信息、城乡规划、水利研究及环境分析等领域的科研人员、高校师生与GIS工程师,可支撑流域分析、空间叠加、制图出图及水文建模等专业应用。压缩包共11个文件,含shp&…

2026/10/11 13:15:52 阅读更多 →
Django+Vue外卖点餐系统毕设指南:从建表到联调全流程

Django+Vue外卖点餐系统毕设指南:从建表到联调全流程

简介:一套基于Python Django与Vue.js开发的外卖点餐系统毕业设计项目,采用B/S架构,适合计算机相关专业学生作为毕业设计或课程设计参考。前端覆盖首页、菜品详情、订单中心、用户中心等核心用户场景;后台提供总览、订单管理、菜品…

2026/10/11 13:14:52 阅读更多 →

日新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/11 0:00:27 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/11 0:00:27 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/11 0:00:27 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/11 0:00:27 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/11 0:00:27 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/11 0:00:27 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/11 10:45:37 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/9 21:32:20 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/10 10:38:42 阅读更多 →