个人能力盘点指南:用三层模型和杠杆点系统提升skills

1. 从“skills”这个词说起:它到底指什么

“skills”这个词看起来简单,但放在不同语境里,含义差别很大。有人看到它想到的是简历上那一栏“专业技能”,有人想到的是游戏里的技能树,还有人想到的是团队协作中每个人各自擅长的能力模块。我这些年做项目复盘时发现,真正把“skills”当作一个可拆解、可训练、可组合的系统来看待的人,往往成长速度比其他人快出一大截。

这篇文章想聊的,就是围绕“skills”这个核心概念,如何做一次完整的个人能力盘点、拆解、训练与复用。它适合三类人:第一类是在职场中感觉自己什么都会一点但什么都不精的人;第二类是需要带小团队、需要把不同人的能力拼在一起完成目标的人;第三类是对自己未来半年到一年的成长路径感到模糊、想找一套可执行方法的人。

我自己的经历比较典型。早些年做项目时,我总觉得自己缺的是“某个具体技能”,于是今天学一点这个,明天补一点那个,结果一年下来,单点能力确实多了几个,但真正遇到复杂任务时,还是不知道该怎么组合使用。后来我才意识到,问题不在于技能数量不够,而在于我从来没有对自己的skills做过一次系统性的梳理。我不知道哪些能力是我的核心盘,哪些只是锦上添花,哪些能力之间可以形成乘法效应,哪些能力其实已经过时、需要果断放弃。

所以这篇文章不会给你讲空泛的“要终身学习”之类的话。我会把“skills”当作一个项目来做:先盘点现状,再分类分级,然后设计训练路径,最后落地到实际场景中去验证和迭代。整个过程我会尽量给出可复用的表格、判断标准和操作步骤,让你看完之后能直接动手做自己的skills盘点。

2. 能力盘点的整体设计思路

2.1 为什么大多数人盘点能力时都会跑偏

我见过很多人做能力盘点,方式非常直接:打开招聘网站,搜一个目标岗位,把岗位要求里的关键词抄下来,然后对照自己打勾打叉。这个方法不能说错,但它有一个致命缺陷:招聘要求是写给“筛选者”看的,不是写给“成长者”看的。它强调的是“你有没有这个标签”,而不是“你能不能解决这类问题”。

另一个常见误区是把自己会用的工具当成能力。比如“我会用某款设计软件”“我会用某款数据分析工具”,这些是工具操作能力,不是解决问题的能力。工具会过时,但解决问题的能力可以迁移。如果你盘点出来的skills全是工具名,那这份盘点大概率是无效的。

我后来采用的方式是:以“问题域”为纲,以“工具和方”为目。先列出我当前工作或生活中反复出现的几类问题,然后看每一类问题需要哪些能力组合去解决,最后再看这些能力分别对应哪些工具和方法。这样盘点出来的结果,才更接近真实的能力结构。

2.2 三层能力模型:底盘、核心、外延

为了让盘点结果更有层次,我把个人skills分成三层。这个分层方式是我自己在多个项目中反复调整后固定下来的,不一定适合所有人,但作为一个起点非常实用。

第一层是底盘能力。这类能力不直接产出结果,但决定了你其他能力能不能发挥出来。比如信息检索与筛选能力、逻辑表达能力、时间与精力管理能力、基础协作沟通能力。底盘能力的特点是:平时感觉不到它的存在,一旦缺失,其他能力都会大打折扣。

第二层是核心能力。这是你用来吃饭的本事,是你被团队需要、被市场认可的主要原因。比如某类产品的设计能力、某类系统的架构能力、某类内容的创作能力、某类客户的沟通与转化能力。核心能力通常需要较长时间的积累,并且有明确的水平分级。

第三层是外延能力。这类能力是你核心能力的补充和延伸,能让你在特定场景下比其他人多走一步。比如你核心能力是做后端开发,但你还懂一些前端调试,那在联调时你就比别人快;比如你核心能力是做内容策划,但你还懂一些基础的数据分析,那你在复盘时就能拿出更有说服力的结论。

把这三层分清楚之后,你会发现一个很明显的现象:很多人焦虑的原因,是把大量时间花在了外延能力上,而底盘能力和核心能力其实并不扎实。外延能力学起来快、见效快、容易有成就感,但它替代不了核心能力的深度。

2.3 盘点的输出物应该长什么样

一次有效的能力盘点,最终应该产出三样东西。第一是一张能力清单表,列出你当前具备的所有可识别能力,并标注所属层级和当前水平。第二是一张能力关系图,标出哪些能力之间存在依赖关系、组合关系或替代关系。第三是一份训练优先级列表,明确接下来三个月到半年,你应该把主要精力放在哪两到三项能力上。

这三样东西不需要多精美,用普通的表格和文字就能完成。关键是你要真的动手写下来,而不是在脑子里想。我自己的经验是:脑子里想的时候,总觉得“我大概知道自己会什么”,但一旦落到纸上,就会发现很多模糊地带,而正是这些模糊地带,藏着你的成长机会。

3. 核心细节解析:如何给每一项能力定级

3.1 用行为锚定法代替感觉打分

给能力定级时,最常见的做法是给自己打分,比如“沟通能力7分”“写作能力6分”。但这种方式非常不靠谱,因为每个人对分数的标准不一样,而且同一个人在不同时间打的分也不一样。今天心情好打7分,明天遇到挫折可能就打4分。

我推荐用行为锚定法。简单说就是:不要问自己“这项能力我打几分”,而是问自己“这项能力,我最近一次在实际场景中做到过什么程度”。然后对照一组具体的行为描述,看自己落在哪一档。

以“信息检索与筛选能力”为例,我把它分成五档:

档位行为描述
1档遇到问题不知道去哪里找信息,习惯直接问别人
2档会用基础搜索,但经常被无关信息淹没,需要花很长时间筛选
3档能快速找到可用信息,但主要依赖固定渠道,缺乏交叉验证意识
4档能根据问题类型选择不同检索策略,会主动验证信息可靠性,能整理出结构化结论
5档能建立自己的信息源体系,能预判信息缺口并提前布局,能指导他人高效检索

用这种方式定级,好处是标准清晰、可验证、可复现。你不需要和别人比,只需要和具体的行为描述比。而且当你想要提升时,你知道下一档的具体行为是什么,训练目标非常明确。

3.2 核心能力的定级要更严格

底盘能力和外延能力的定级可以相对宽松,但核心能力的定级必须严格。因为核心能力是你安身立命的根本,如果你对自己的核心能力水平判断过高,就会导致两个后果:一是接不住超出自己能力的任务,二是错过真正需要补强的短板。

我给核心能力定级时,会额外加一个维度:独立交付程度。具体来说,就是看这项能力在以下四种状态下分别表现如何:

  • 有人带、有参考的情况下能否完成
  • 没人带、但有明确文档的情况下能否完成
  • 没人带、文档不全、需要自己摸索的情况下能否完成
  • 不仅自己能完成,还能把方法教给别人、让别人也能完成

这四种状态基本对应了从入门到精通的路径。很多人以为自己核心能力很强,其实只是停留在第二种状态,一旦遇到模糊场景就卡住了。而真正的高手,至少要在第三种状态下稳定输出,并且开始具备第四种状态的能力。

3.3 能力之间的依赖关系比单项水平更重要

单独看每一项能力的水平,意义有限。真正影响你解决问题效率的,是能力之间的依赖关系。有些能力是前置条件,有些能力是放大器,有些能力之间存在冲突。

举个例子。如果你把“深度专注能力”和“多任务并行能力”同时列为要提升的核心能力,那这两者之间就存在潜在冲突。因为深度专注需要大块连续时间,而多任务并行要求你频繁切换。如果你不意识到这个冲突,就可能出现“两项都想练,结果两项都没练好”的情况。

再比如,“逻辑表达能力”往往是“方案设计能力”的前置条件。如果你连自己的方案都讲不清楚,那方案本身的质量也很难被认可。这时候,提升逻辑表达能力的优先级就应该高于提升方案设计能力,因为前者是后者的放大器。

我在做能力盘点时,会专门用一张纸画出能力之间的箭头关系。箭头从A指向B,表示A是B的前置条件或放大器。画完之后,那些被多个箭头指向的能力,就是你应该优先投入的“杠杆能力”。

4. 实操过程:一次完整的能力盘点与训练设计

4.1 第一步:收集原始素材

不要一上来就开始分类和定级。先花一到两个小时,把你所有能想到的、与当前工作或目标相关的能力全部写下来。这个阶段不要求准确,也不要求完整,想到什么写什么。

我自己的做法是翻最近三个月的工作记录、聊天记录、任务清单和复盘笔记,从里面提取我实际做过的事情,然后反推这些事情用到了哪些能力。比如我最近做了一次项目复盘汇报,那反推出来的能力就包括:数据整理、逻辑归纳、可视化呈现、公开表达、现场应答。

这个阶段的关键是不要评判。不要觉得“这个能力太基础了不值得写”或者“这个能力我太差了不好意思写”。先写下来,后面再筛选。我通常会写出四五十条,最后真正进入清单表的可能只有二十条左右。

4.2 第二步:合并同类项并归类到三层模型

原始素材收集完之后,开始合并同类项。比如“写周报”“写方案”“写复盘文档”可以合并为“结构化写作能力”;“和同事沟通”“和客户沟通”“跨部门协调”可以合并为“协作沟通能力”。

合并的时候要注意粒度。太粗了没有指导意义,比如“工作能力”这种就太粗;太细了又会导致清单过长,比如“写周报的能力”和“写月报的能力”就没必要分开。我的经验是:如果两项能力在训练方法上没有本质区别,就合并;如果有本质区别,就分开。

合并完成后,把每一项能力归入底盘、核心、外延三层。归类时问自己一个问题:如果这项能力缺失,我还能不能完成我的核心工作?如果答案是“完全没法完成”,那它大概率是底盘能力或核心能力;如果答案是“能完成,但会慢一些或差一些”,那它大概率是外延能力。

4.3 第三步:用行为锚定法定级并标注证据

归类完成后,对每一项能力进行定级。定级时一定要附上证据,也就是你最近一次在实际场景中体现这项能力的具体事例。没有证据的定级都是主观感觉,不可靠。

比如你给自己“结构化写作能力”定在4档,那证据可能是:“上个月我独立完成了一份项目复盘文档,没有参考模板,自己搭建了框架,最终被团队直接采用为后续复盘的标准格式。”这个证据越具体越好,包括时间、场景、结果。

如果某项能力你找不到近期证据,那说明两个问题之一:要么这项能力你其实很少用,要么你用了但没有意识到。无论是哪种情况,都值得你进一步思考:这项能力到底是不是你的核心能力?如果是,为什么最近没有用到?如果不是,那它应该被降级或移除。

4.4 第四步:画出能力关系图并识别杠杆点

把定级完成的能力清单拿出来,开始画关系图。具体操作是:每一项能力写在一张便签上,然后问自己三个问题:

  • 这项能力是哪些能力的前置条件?
  • 这项能力能被哪些能力放大?
  • 这项能力和哪些能力存在冲突?

把答案用箭头画出来。画完之后,你会看到有些便签上有很多箭头指向它,有些便签则比较孤立。那些被多个箭头指向的能力,就是你的杠杆点。把主要精力放在杠杆点上,收益会比平均用力大得多。

我最近一次做这个练习时,发现我的杠杆点是“信息检索与筛选能力”和“逻辑表达能力”。这两项能力分别被五六项其他能力依赖。于是我决定接下来三个月,把这两项能力各提升一档,而不是去学新的工具或方法。

4.5 第五步:设计最小可执行训练单元

定级和关系图完成之后,进入训练设计阶段。这个阶段最容易犯的错误是设计过于宏大的训练计划,比如“每天花两小时练习写作”。这种计划几乎不可能坚持,因为它没有嵌入你的日常工作流。

我的做法是设计最小可执行训练单元。所谓最小,是指每次训练不超过二十分钟,并且能直接嵌入你现有的工作任务中。比如提升“逻辑表达能力”,我的训练单元是:每次写完一封重要的邮件或消息,发送前花三分钟检查一遍,问自己“结论是否在前三句出现”“论据是否支撑结论”“有没有冗余信息”。就这三分钟,坚持一个月,效果比每周专门抽两小时练习要好得多。

再比如提升“信息检索与筛选能力”,我的训练单元是:每次遇到需要搜索的问题,先花一分钟想清楚“我到底要找什么”,然后强制自己用至少两种不同的检索策略,最后对比结果。这个训练单元不需要额外时间,只是把原本随意的搜索行为变得更有意识。

4.6 第六步:设置验证节点和退出机制

训练计划设计好之后,要设置验证节点。我通常以两周为一个验证周期,问自己三个问题:这项能力的下一档行为描述,我做到了吗?训练单元有没有坚持执行?执行过程中遇到了什么障碍?

如果连续两个验证周期都没有进展,那就启动退出机制:要么调整训练方法,要么暂时放弃这项能力,把精力转移到其他杠杆点上。很多人不愿意放弃,觉得“已经投入了这么多时间”,但沉没成本不是成本,继续投入没有产出的能力才是最大的浪费。

5. 常见问题与排查技巧实录

5.1 盘点时发现自己好像什么都不会,怎么办

这是最常见的问题,几乎每个人第一次做系统盘点时都会遇到。我的建议是:不要从“我会什么”开始,而是从“我做过什么”开始。翻你的工作记录、聊天记录、任务清单,把你实际做过的事情列出来,然后反推能力。

你会发现,哪怕是最基础的工作,也涉及多项能力。比如“组织一次会议”就涉及时间协调、议程设计、沟通通知、现场把控、纪要整理等多项能力。你不是什么都不会,你只是没有把做过的事情翻译成能力语言。

5.2 定级时总是高估自己,怎么校准

高估自己是很正常的,因为人天生倾向于对自己评价偏高。校准的方法是:找一件你最近实际交付的成果,然后问自己“如果让一个严格的人来评价,他会指出哪些不足”。把这些不足对应到能力项上,就是你被高估的部分。

另一个方法是:把你定级的结果拿给一个你信任的、且对你工作有了解的人看,请他帮你调整。不需要全盘接受他的意见,但至少可以帮你发现明显的偏差。

5.3 训练计划坚持不下去,怎么破

坚持不下去通常不是因为意志力不够,而是因为训练单元设计得太重。如果你设计的训练单元需要额外抽时间、需要专门的环境、需要很强的自律才能完成,那它大概率会失败。

我的经验是:训练单元必须嵌入现有工作流,必须足够小,小到你觉得“不做反而奇怪”。比如把“发送前检查三分钟”嵌入到写邮件的流程里,你不需要额外找时间,只需要在原有动作上加一个步骤。这种训练单元才可能长期坚持。

5.4 能力关系图画出来之后,发现杠杆点是自己最弱的能力,怎么办

这其实是个好消息。因为杠杆点弱,意味着提升空间大,而且提升之后带动的其他能力也最多。这时候不要急着去补最弱的那一项,而是先补“最弱但被依赖最多”的那一项。

具体操作是:把杠杆点能力按当前水平和被依赖程度排序,优先提升“被依赖程度高且当前水平低”的能力。提升方式仍然是用最小可执行训练单元,不要试图一口吃成胖子。

5.5 盘点结果和岗位要求不匹配,要不要调整

岗位要求是外部标准,能力盘点是内部标准。两者不匹配是常态,不需要强行对齐。你需要关注的是:岗位要求中哪些能力是你真正需要但当前缺失的,哪些只是筛选标签、实际工作中并不常用。

我的做法是:把岗位要求里的能力项分成三类——必须补的、可以补的、不需要补的。必须补的通常是底盘能力和核心能力;可以补的通常是外延能力;不需要补的通常是特定工具或特定流程,用到时再学也来得及。

6. 把skills当作长期项目来运营

6.1 建立能力档案的更新节奏

能力盘点不是做一次就完了。我自己的节奏是:每季度做一次轻量盘点,每半年做一次完整盘点。轻量盘点只更新能力清单表和训练优先级列表,完整盘点则包括重新定级、重画关系图、重新设计训练单元。

这个节奏的好处是:既不会因为太频繁而变成负担,也不会因为太久不更新而脱离实际。每次盘点大概花两到三个小时,一年下来也就十几个小时,但带来的清晰感和方向感,比盲目努力一年要值钱得多。

6.2 用输出倒逼能力提升

能力提升最快的方式,是找到一个需要你持续输出的场景。比如你想提升结构化写作能力,那就开一个自己的文档库,每周写一篇复盘或总结;你想提升逻辑表达能力,那就主动争取在会议上做汇报或分享。

输出会倒逼你发现自己能力上的漏洞。你在写的时候会发现“这个地方我其实没想清楚”,你在讲的时候会发现“这个逻辑听众没跟上”。这些发现,比任何自我评估都准确。

6.3 警惕能力陷阱

最后说一个容易被忽略的问题:能力陷阱。当你某项能力特别强时,你会不自觉地一直用它,因为用它最舒服、最容易出结果。但问题是,这项能力可能已经不再是当前阶段最需要的能力了。

比如一个人特别擅长执行细节,那他就容易一直做执行,而错过锻炼规划能力的机会。一个人特别擅长救火,那他就容易一直救火,而错过建立预防机制的机会。能力陷阱的本质是:你被自己最擅长的能力困住了。

破解方法是在每次盘点时,专门问自己一个问题:我当前最依赖的能力,是不是当前阶段最需要的能力?如果不是,那我应该刻意减少对它的依赖,把精力转移到更需要的能力上。这个过程会不舒服,但成长本来就不舒服。

我个人在实际操作中的体会是:skills这件事,不怕起点低,就怕不盘点。只要你开始认真梳理自己的skills,哪怕第一次做得粗糙,也比不做强十倍。因为一旦你有了清晰的清单和关系图,你就知道该往哪里使劲,而不是被各种焦虑推着到处乱撞。

相关新闻

具身世界动作模型全解析:从机器人控制到端到端预测

具身世界动作模型全解析:从机器人控制到端到端预测

1. 先聊聊为什么"感知—规划—控制"的老路子走到了尽头做机器人控制项目做到第六个月,我最大的体会是:卡住你的往往不是控制器,而是模型对世界到底有没有"预判"。过去几年,工业里最成熟的机器人方案几乎都走同…

2026/10/19 19:58:29 阅读更多 →
BurpSuite弱口令爆破神器:xia_Liao插件设计与实战解析

BurpSuite弱口令爆破神器:xia_Liao插件设计与实战解析

做Web安全评估时,最枯燥也最绕不开的一步就是弱口令检测。BurpSuite几乎是每个Web测试者都会装的工具,但原生Intruder在真实登录场景下用起来总有各种不顺:并发调快了容易被风控拦,调慢了又等到手酸;结果筛出来一堆200…

2026/10/19 19:58:29 阅读更多 →
AirLLM:低显存显卡也能跑70B大模型?分层推理实战解读

AirLLM:低显存显卡也能跑70B大模型?分层推理实战解读

一块6GB显存的普通显卡,跑一个70B参数级别的开源大模型——这话说出来多半会被当段子。可AirLLM这个项目偏偏就是干这件事的:它不需要你改一行模型代码,不需要把权重压缩到面目全非,也不要求你去租贵到肉疼的高端云GPU实例&#x…

2026/10/19 19:58:29 阅读更多 →

最新新闻

2026 最新抖音 SEO 推广全攻略,吃透抖音 SEO 视频排名逻辑

2026 最新抖音 SEO 推广全攻略,吃透抖音 SEO 视频排名逻辑

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

2026/10/19 20:50:01 阅读更多 →
菲涅尔衍射模型解析WiFi呼吸检测:从原理到工程实践

菲涅尔衍射模型解析WiFi呼吸检测:从原理到工程实践

1. 从光学衍射到无线感知:这个项目到底在做什么 菲涅尔衍射和WiFi呼吸检测,乍一看是两个八竿子打不着的领域。一个是光学课本里的经典波动光学内容,一个是近几年火起来的无线感知应用。但把这两个东西放在一起,恰恰说明了一个很有…

2026/10/19 20:48:59 阅读更多 →
西门子1200与FactoryIO机械手仿真:状态机实现虚拟调试全流程

西门子1200与FactoryIO机械手仿真:状态机实现虚拟调试全流程

做工业自动化调试,最怕设备还没到场、程序就得交付;最怕机械没接线、电气没上电,写好的逻辑只能在脑子里跑。我前阵子捣鼓的一套FactoryIO机械手仿真取料程序,算是把这个困局撕开了一个口子:FactoryIO提供虚拟车间&…

2026/10/19 20:48:59 阅读更多 →
图表设计实战指南:从认知到维护的完整方法论

图表设计实战指南:从认知到维护的完整方法论

1. 从"diagram-design"这个标题能读出什么 第一次看到"diagram-design"这个标题,我的直觉是:这大概率不是一个单纯的"画图工具推荐"或者"设计规范文档",而是一个把 图表设计 这件事当成一个完整工…

2026/10/19 20:46:54 阅读更多 →
图表设计方法论:从沟通逻辑到视觉规范的完整实践指南

图表设计方法论:从沟通逻辑到视觉规范的完整实践指南

1. 图表设计:从“画出来”到“讲清楚”这些年我看了不少技术文档、项目方案和系统说明,发现一个共性问题:大部分人根本不把图表当“设计”来做,而是当“画图”来应付。打开绘图工具,拖几个方框,连几条线&am…

2026/10/19 20:43:51 阅读更多 →
Python+Vue游戏装备交易商城系统:架构设计与实战全解析

Python+Vue游戏装备交易商城系统:架构设计与实战全解析

“基于PythonVue的游戏装备交易商城系统”这个标题,我太熟了。这几乎是每一届想做点东西但又不想只写个管理系统的同学都会碰到的题,也是后台私信里被问得最多的项目类型之一。但说句实话,真正把“交易”两个字做明白的,十个里可能…

2026/10/19 20:42:50 阅读更多 →

日新闻

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

简介:本资源为电源技术方向的学术研究文档,聚焦介质阻挡放电型臭氧发生器电源的频率跟踪型PWM控制策略,面向电力电子、高压电源及臭氧应用领域的科研人员与工程技术人员。针对负载呈容性、等效电容随外加电压升高而增大、谐振频率随之漂移的难…

2026/10/19 0:00:47 阅读更多 →
Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

Vibe Coding 遇上 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/19 0:00:47 阅读更多 →
HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

【免费下载链接】HundredCV-Chat 项目地址: https://ai.gitcode.com/hf_mirrors/Jax-dan/HundredCV-Chat 点击查看 免费下载 HundredCV-Chat 是一个由 100 位青年简历数据开发而来的中文多轮对话数据集,共包含 24,750 组日常闲聊对话和 4,871 个话题标签…

2026/10/19 0:00:47 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/19 10:02:04 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/19 17:32:41 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/19 1:30:52 阅读更多 →

月新闻

我发现了一个新思路:用 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/19 2:54:50 阅读更多 →
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/19 9:10:22 阅读更多 →
黑夜航拍船只数据集训练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/18 12:16:16 阅读更多 →