值得关注的模型和新技术

DeepSeek-OCR-2: 3B参数的视觉文档理解模型,核心创新是 Visual Causal Flow 和 DeepEncoder V2,能够动态重排序视觉token,实现更类人的视觉编码

Qwen3-VL-Embedding: 基于Qwen3-VL的多模态检索框架,包含Embedding模型(负责初阶段高效召回)和Reranker模型(负责二阶段精细重排序),采用多阶段训练范式

Kimi-K2.5: Moonshot AI 开源的原生多模态Agentic模型,基于约15万亿混合视觉和文本token的持续预训练,支持Agent Swarm能力可协调多达100个子代理并行工作,将长周期工作流执行时间缩短高达4.5倍

Anthropic-Cowork: 面向非开发者的AI Agent工具(“Claude Code for the rest of your work”),基于与Claude Code相同的Agent架构,可在Claude Desktop中直接使用,无需打开终端,支持文件管理、文档处理和基础计算任务

值得关注的开源项目

aigc-weekly: Agili 的 AIGC 周刊 - 一个由 Agentic AI Agent 驱动的 AIGC(人工智能生成内容)精选周刊

vibe-kanban: Get 10X more out of Claude Code, Codex or any coding agent

clawdbot: Your own personal AI assistant. Any OS. Any Platform. The lobster way

makepad-skills: Build App with Makepad and AI skills

ebook-mcp: A MCP server that supports mainstream eBook formats including EPUB, PDF and more. Simplify your eBook user experience with LLM

值得关注的研究和论文

Step-DeepResearch

arXiv:2512.20491

将深度研究能力拆解为四个原子能力:规划(Planning)、深度搜寻(Information Seeking)、反思验证(Reflection & Verification)、报告写作(Reporting),针对每种能力设计专门的数据合成流水线,构建了从 Agentic Mid-training → SFT → RL 的完整训练路径,并提出了面向中文真实应用场景的 ADR-Bench 基准测试

数据合成流水线

从"预测下一个Token"转向"决策下一个原子动作"

  • Planning & Task Decomposition:逆向工程策略,收集高质量技术报告、学术综述,提取标题和摘要,利用 LLM 逆向推导"是什么样的任务导致了这份报告",生成高难度用户查询。使用原报告摘要结构作为"上帝视角"的规划作为 Ground Truth,过滤偏离规划逻辑的样本

  • Deep Search & Information Seeking:训练模型进行多跳推理、挖掘隐藏实体

    • 基于图的合成:选取非通用"种子节点",BFS 扩展构建子图,验证图谱中的边(三元组),基于验证后的子图生成多跳推理问答对
    • 基于多文档的合成:从 Wiki-doc 索引库模拟 Agent 在文档超链接中随机游走,收集路径信息反向生成 <Query, Answer>
    • 难度过滤:使用 QwQ-32b 作为过滤器,能直接解决的 Query 被剔除,确保只保留需要深度研究的难题
  • Reflection, Verification & Cross-Validation:让模型学会 Self-Correction 和 Fact-Checking

    • 错误-反思循环(Error-Reflection Loop):专家模型生成搜索轨迹 → 结果错误 → 基于错误进行反思 → 带着记忆重试(最多3次)。只保留"经过反思后最终做对"的轨迹
    • 深度验证工作流(Deep Verification Workflow):构建教师系统(提取 Agent → 规划 Agent → 验证 Agent → 报告 Agent)进行事实核查,生成 <验证点, 结论, 证据> 三元组,使用裁判模型验证逻辑自洽性

训练阶段

  • Agentic Mid-training(32K 上下文):注入原子能力。规划能力使用逆向工程法从研报摘要反推任务指令;搜索能力基于知识图谱构建复杂推理子图;反思能力通过自我纠错生成"反思-修正"数据
  • Agentic Mid-training(128K 上下文):引入工具调用,模拟真实长上下文 Web 交互,训练模型在海量信息中提取关键内容
  • Post-training SFT:Deep Search 针对有标准答案的任务保留"正确且路径最短"的轨迹;Deep Research 针对开放式任务训练全流程(意图-规划-执行-反思-写作),强制要求严格的引用格式 \cite{}
  • RL:使用 PPO 算法,训练专门的 Rubrics Judge 模型,采用严格奖励映射(Strict Reward Mapping):正面标准只有"完全满足"才给分,负面标准只要有瑕疵就判0分。采用 ReAct Single-agent

Everything is Context: Agentic File System Abstraction

arXiv:2512.05470

将 Unix “everything is a file” 理念迁移到 GenAI 的上下文工程架构,把知识库、记忆存储、MCP 工具、人类注释等都挂载成统一命名空间中的"文件/目录"。在开源框架 AIGNE 中实现了 Agentic File System(AFS)

核心架构

  • 文件系统层(AFS / SystemFS):提供 list/read/write/search 等文件操作,每个文件/目录可带元数据和可执行 action(如分析、摘要、验证),形成"可执行的上下文节点"
  • 持久上下文仓库:将 History、Memory、Scratchpad 统一建模为生命周期
    • History:记录所有原始交互和中间推理步骤,作为不可变"事实源"
    • Memory:面向 agent/会话的结构化、可索引记忆(事实记忆、情节记忆、语义记忆等),带访问控制和溯源
    • Scratchpad:任务级临时工作区,结束时将有用内容写回 Memory 或 History

Agentic Memory: Unified Long-Term and Short-Term Memory Management

arXiv:2601.01885

让同一个 Agent 学会统一管理 LTM+STM,自动决定何时/如何存、取、滤、总结记忆

统一记忆管理框架 AgeMem

将所有 LTM/STM 操作做成一组工具(Add/Update/Delete/Retrieve、Summary/Filter 等),直接并入 Agent 的动作空间,而不是外围 pipeline。同一策略网络既负责推理,又负责记忆操作决策

RL 训练三阶段

  • 阶段 1:在任务问题未揭示前的「闲聊/信息收集」中,学习构建和维护 LTM(Add/Update/Delete)
  • 阶段 2:在有大量语义相关但无关的干扰信息下,学习STM 的过滤和压缩(Filter/Summary)
  • 阶段 3:在正式任务上联合推理+LTM 检索+STM 管理,端到端协调

奖励设计

答案正确性 + 上下文管理奖励(压缩效率)+ 长期记忆奖励 + 违例惩罚


Remember Me, Refine Me: Dynamic Procedural Memory Framework

arXiv:2512.10696

让代理的外部记忆从"被动存档"变成"可自进化的程序性记忆"

核心机制

  • 从成功轨迹做 success pattern recognition,总结关键步骤与策略;对失败做 failure analysis,总结坑和错误
  • 用"usage scenario(使用场景)“向量来索引经验,而不是只用原始 query 或关键词
  • 只把成功轨迹的总结加入经验池,并配合"失败反思-再尝试-若成功再入库"的机制;若多次被用却无助于成功、平均效用低于阈值 β,则删除
  • 发布了细粒度程序性记忆数据集 reme.library

具体实现

  1. 经验获取:多次采样轨迹得到成功+失败路径,LLM 作为 summarizer 做三类分析(成功模式、失败原因、对比分析),输出结构化经验 $E=\langle \omega, e, \kappa, c, \tau\rangle$(usage scenario、经验内容、关键词、置信度、涉及工具)。用 LLM-as-a-Judge 过滤,相似度去重,将 usage scenario 的嵌入向量作为索引存入向量库

  2. 经验重用:用 Embedding 对任务 query 编码,与经验中的 usage scenario 计算余弦相似度,用 rewriting 模块将多条经验融合成针对当前任务的操作指南,作为 in-context 示例拼进执行 LLM 的提示中

  3. 经验精炼:在线执行阶段,默认只把成功轨迹的总结加入经验池(selective addition)。若任务失败,触发"失败反思”,summarizer 分析失败轨迹提出改进建议,执行 LLM 按建议再试,若新尝试成功则把从失败中提炼的教训加入经验池,若仍失败则丢弃。记录每条经验被检索次数 $f$ 与其带来成功的次数 $u$,只在 $f \ge \alpha$(如5次)后才考虑删除;若 $u/f < \beta$(如0.5),则视为"高频低效"经验,从池中移除


Training AI Co-Scientists Using Rubric Rewards

arXiv:2512.23707

针对开放式科学研究目标的 RL 训练方法,解决两个核心问题:难以生成满足所有显性和隐性约束的具体研究方案;验证"想法"或"计划"的好坏通常需要实际执行实验,难以获得即时反馈

Rubric Rewards:从科学论文中自动提取的准则,包含对研究计划的具体要求和评价维度

自动化数据构建:从海量科学论文语料库自动提取"研究目标(Goal)-评分准则(Rubric)-研究计划"三元组,构建大规模多样化训练数据集 ResearchPlanGen

RL with Self-Grading:利用模型自身作为"评分员",根据评分准则对生成的计划进行打分,以此作为奖励信号训练模型


AgentOCR: Reimagining Agent History via Optical Self-Compression

arXiv:2601.04786

把"观测-动作历史"渲染成一张(或多张)图像,由 VLM 读图,而不是直接喂长文本

Segment Optical Caching:将历史拆成可哈希的文本段,按内容做 key,缓存对应的渲染图块,再通过拼接构成当前历史图像。重复出现的段无需重复渲染,减少渲染延迟和显存占用

Agentic Self-Compression:把渲染压缩率当成一个由 agent 决策的"工具参数"(<compression> 标签),RL 中联合优化任务奖励和"压缩奖励",让 agent 学会在不同时间步自适应地选择合适的压缩率,平衡信息保真和 token 成本


MemRL: Self-Evolving Agents via Runtime Reinforcement Learning on Episodic Memory

arXiv:2601.03192

将记忆检索从"语义匹配"问题转化为"基于价值的决策问题",建模成非参数化的 Q-learning 问题

意图-经验-效用三元组

记忆库 $\mathcal{M}$ 中的每一项是一个三元组 $(z_i, e_i, Q_i)$:

  • $z_i$ (Intent):用户意图或查询的嵌入向量
  • $e_i$ (Experience):具体的执行轨迹或解决方案
  • $Q_i$ (Utility):效用值(Q-value),估计将该经验应用于相似意图时的预期成功率

两阶段检索

  1. 基于相似度的召回:召回语义上与当前查询 $s$ 最相关的一组候选记忆 $\mathcal{C}(s)$
  2. 价值感知选择:对候选记忆重新排序,得分公式结合相似度和 Q 值: $$score(s, z_i, e_i) = (1-\lambda) \cdot sim(s, z_i) + \lambda \cdot \hat{Q}(z_i, e_i)$$

运行时更新(完全在记忆空间中进行,不涉及模型反向传播)

  • 智能体检索记忆并生成解决方案 $y$,环境给出反馈奖励 $r$(成功为1,失败为-1)
  • 更新 Q 值:使用蒙特卡洛式更新规则 $Q_{new} \leftarrow Q_{old} + \alpha(r - Q_{old})$
  • 写入新经验:如果是新的探索轨迹,LLM 对其进行总结并作为新条目 $(z, e_{new}, Q_{init})$ 写入记忆库

Qwen3-VL-Embedding and Qwen3-VL-Reranker

基于 Qwen3-VL 的多模态检索框架

Embedding 模型:采用双编码器(Bi-encoder)架构,输入指令和多模态内容,取最后一个 <|endoftext|> token 的隐藏状态作为向量表示

Reranker 模型:采用交叉编码器(Cross-encoder)架构,同时输入查询和文档,通过计算输出 “yes” 和 “no” token 的概率差来判定相关性

训练流程三阶段

  1. 对比预训练:使用约 3 亿条大规模合成的弱监督数据进行对比学习,建立基础多模态理解能力
  2. 多任务微调:加入高质量精选数据(约 4000 万条),进行多任务对比学习(Embedding)和有监督微调(Reranker),针对不同任务使用特定 Loss 函数
  3. 蒸馏与融合:利用训练好的强力 Reranker 对 Embedding 模型进行知识蒸馏,通过模型融合技术平衡检索能力与通用分类能力,最终得到 S3 版本

蒸馏 Loss

$$\mathcal{L}{distill}=-\sum{i=1}^{k+1}P_{reranker}(d_{i}|q)\log P_{embedding}(d_{i}|q)$$

使用训练好的 Reranker(Cross-Encoder)对每个 Query 的候选文档(1个正样本+k个负样本)打分得到概率分布 $P_{reranker}$,训练 Embedding 模型使其生成的余弦相似度分布 $P_{embedding}$ 尽可能接近 Reranker 的分布

困难负样本挖掘

实施"召回-相关性过滤"两阶段流程:

  • 召回:使用当前 Embedding 模型从语料库检索 Top-K 最相似文档
  • Positive Refinement:确保 Query 至少有一个检索回来的文档分数 $s > t^+$,否则丢弃
  • Hard Negative Selection:选择分数满足 $s < s^+ + \delta^-$ 的文档作为硬负样本

Loss 函数

  • InfoNCE Loss(用于检索任务):解决非对称检索问题,分母引入 mask 机制剔除潜在"假负样本" $$\mathcal{L}{retrieval}=-\frac{1}{N}\sum{i}^{N}\log\frac{e^{(s(q_{i},d_{i}^{+})/\tau)}}{Z_{i}}$$

  • CoSent Loss(用于语义文本相似度 STS):解决标签为连续实数值(如相似度 4.5 分)而非简单 0/1 的任务 $$\mathcal{L}{sts}=\log(1+\sum{\hat{s}(q_{i},d_{j})>\hat{s}(q_{m},d_{n})}e^{\frac{\cos(q_{m},d_{n})-\cos(q_{i},d_{j})}{\tau}})$$


ArenaRL

arXiv:2601.06487

通过组内相对排序(Intra-group Relative Ranking)获取奖励信号

Seeded Single-Elimination:利用贪婪解码生成的轨迹作为"锚点"进行预排序(Seeding),然后进行二叉树淘汰赛


推荐内容

学习资源

learn-claude-code: 仅用16行Bash代码实现一个极简版Claude Code,理解Agent的核心原理

Agent Skills 资源

SkillsMP: Agent Skills 市场,收录超过110000个兼容Claude Code、Codex CLI和ChatGPT的Skills,采用开放的SKILL.md格式

Awesome Claude Skills: 精选的Claude Skills集合,包含content-research-writer等高质量Skill

实用 Skills

ralph-wiggum: 实现迭代式自引用AI开发循环的Claude Code插件

planning-with-files: 基于文件的规划Skill,帮助Claude Code更好地处理复杂项目规划

notebooklm-skill: 与Google NotebookLM集成的Skill,增强研究笔记能力

superpowers: 为Claude Code添加额外的"超能力"功能扩展

frontend-design: Anthropic官方的前端设计Skill,优化UI/UX设计工作流

news-aggregator-skill: 新闻聚合Skill,自动收集和整理资讯

baoyu-skills: 宝玉的Claude Skills集合,包含多种实用工具

humanizer: 帮助优化AI生成内容,使其更具人性化表达

everything-claude-code: Claude Code相关资源的综合整理仓库

Agent 基础设施

PAI: Personal AI Infrastructure,用于增强人类能力的Agentic AI基础设施


影音记录

精选歌单

书&阅读摘录

解读 Anthropic2026经济指数报告:给AI生产力泼的第一盆冷水

人机协作的多轮对话虽然慢,但更稳——每一轮都是一次纠错机会,不容易让小问题滚成大雪球。

如果移除Claude目前能够胜任的工作任务,整体劳动力市场会经历一次"去技能化"。

在发展中国家,早期采用者往往是技术用户,有特定的高价值应用场景,或者用AI来获取教育资源。这是"技术红利"阶段。 … 在发达国家,AI已经进入"多元化使用"阶段——不只是工作,也有大量个人和休闲用途。

也就是说你要想从AI那里获得高价值产出,你首先得具备提出高价值问题的能力。 Anthropic自己的结论是——仅仅扩大AI的接入是不够的,还需要提升人力资本,才能让AI真正发挥效果。

谁先有技能,谁先把AI变成杠杆;谁没有技能底子,AI再强也只是搜索引擎或者是一个聊天机器。

Reid Hoffman 企业 AI 策略的误区和建议

当前企业 AI 的策略往往倒置:许多人关注首席 AI 官和试点项目,但真正的价值在于解决组织中浪费时间的“平凡”工作;

建议从“协调层”入手,这是企业内部最大的语言工作负载,包括会议、笔记、文档、行动项和状态更新。通过 AI 使组织记忆结构化和可检索,避免依赖特定人员;

AI 收益应该在工作流层面共享,由一线员工发现真实的自动化机会;

Code Agent 能降低分析成本,可以让企业更容易做多维度的问题分析与诊断;

想要胜出的企业需及早培养日常 AI 的使用习惯,让收益“复利”;目标不仅是采用,而是集体对 AI 真正理解

深度解读 AGI-Next 2026:分化、新范式、Agent 与全球 AI 竞赛的 40 条重要判断

toC 场景的任务瓶颈往往不是模型不够大,而是 Context 和 Environment 的缺失; 自主学习是共识性极强的新范式,是 2026 年几乎所有人都会投入到这个方向;

模型即 Agent,Agent 即产品

自主学习、 active learning、continual learning 以及 self-learning 等本质上都在表达同一个预期,即模型自主学习能力提升,可以在人类不介入的情况下不断提升智能。 … 自主学习能够体现到 personalization 上,但衡量它是否“变好了”会变得很难

Vibe code benchmark

How we connect context to code agents impacts their performance.

There is a consistent pattern: optimized llms.txt > vector database > llms.txt > context stuffing. llms.txt is just RAG with full documents as retrieval units.

I noticed that the descriptions were pretty bad in the initial llms.txt file. So, I had an LLM read each URL and summarize it (here’s a package I made for this), creating the optimized llms.txt. This performed better on the benchmark.

Vector databases scale well, but retrieval can be sensitive to things like embedding, chunk size, k-nearest neighbors,

It’s a simple, but relies on good document descriptions

用第一性原理拆解 Agentic Coding:从理论到实操

核心策略是采用“短对话、精简上下文”的模式,将复杂任务拆解为专注的子对话,并借助“复利工程”将 bug 修复、代码审查等日常经验沉淀为可复用的项目知识库,使系统获得记忆并实现效率的持续增长

Coding Agent 面临的一个根本性问题是:它们在会话之间没有持久记忆。

Coding Agent 实际上只能有效利用其中的 10-15%。超过 20% 后,成本和性能都会急剧恶化 Agent 会在达到约 20% 时强制中断,而最佳实践是在 15% 之前就重启会话。 这可能是最重要的一条实践:保持对话简短、专注,每个对话只做一件事。 当对话超过 80K-100K token 时,考虑开始新对话

当你修复一个 bug 时,不要只是改代码。问自己: 这类问题能否通过添加 lint 规则来预防?是否应该在 Rules 或者 AGENTS.md 中记录这个陷阱?能否编写一个测试来防止回归?代码审查清单是否需要更新?

一个务实的做法是:

  1. 把「只存在于人脑中」的知识显式化:写下来,放进文档
  2. 在 Agent 主导的模块中,给 Agent 更多自主权
  3. 在人类频繁维护的核心模块中,保持人类友好的风格
  4. 在工具接口上,提供 AI 友好的选项(如 –json 输出)

在模型同质化的时代,陈冕摸着Manus过河

人们往往高估技术的短期效益,却低估其长期影响。

然而有趣的是,这位深谙大厂规则的老兵,在AI时代却发起了一场小小的“兵变”:在Lovart,他拿掉了产品经理(PM)的位置。

工具的智能化将终结“需求管理者”的使命,而将舞台完全留给“需求定义者”。

算法工程师的决策底气:不是性格,而是知识密度

很多算法工程师会有这样的自我审视:我也想更勇敢地做决策,而不是一味求稳、只做执行 问题几乎从来不在勇气,而在知识储备

没有足够的技术积累做支撑,任何“勇敢决策”都只是空谈; 而真正成熟、可持续的决策能力,来源于对技术边界的清晰认知。

但如果你平时不持续关注论文和业界实践,就根本意识不到这些路径的存在,自然也谈不上决策

敢不敢决策,往往取决于你“有没有得选”。

问题不在于你不够谨慎,而在于: 你对这些方案的理解,停留在“听说过”层面。真正能支撑决策的知识储备,至少包括三层:

  • 这个方案解决的核心问题是什么
  • 它的适用场景和边界条件
  • 在真实业务中,最容易踩的坑在哪里

算法方案真正有价值的,不是具体实现,而是底层逻辑

最高级的决策能力,从来不是选方案,而是造方案。 而“造方案”的前提,依然是足够扎实的知识储备。

精准选论文,而不是广撒网 明确自己的主战场 目标不是“跟上所有热点”,而是构建稳定、可复用的认知体系。

每篇论文至少回答五个问题: 解决什么工程痛点核心创新点是什么哪些模块是关键(看 ablation)适用什么数据和场景在真实业务中可能会失败在哪

为什么“多看论文”,不是学术焦虑,而是工程刚需 给自己建立固定的“技术输入源”

如何做 AI Agent 喜欢的基础软件

Infra 软件的主要使用者,正在从开发者(人类)迅速转向 AI Agent。

当基础软件的核心用户不再是人,而是 AI 时,它应该具备哪些本质特征 尤其是越靠近底层的部分:文件系统、操作系统、编程语言、进程模型、I/O 抽象。这些东西几十年下来,形态在演进,但核心思想、接口边界,以及背后的假设,变化并不大 … 如果你希望设计的是“给 AI Agent 使用的软件”,那你必须尽可能去贴合这些古老、却被一再验证的心智模型。

Agent 不是在等待一个更聪明强大的系统,而是更喜欢一个“它已经懂的系统”然后用比人类娴熟1000倍的效率写胶水代码扩展它

Agent 应该如何与你的系统对话。在 Agent 作为用户的时代,一个好的软件接口,至少需要同时满足三个条件: 可以被自然语言描述 可以被符号逻辑固化 并且能够交付确定性的结果。

自然语言非常适合用来表达意图,但它并不适合承担执行语义。一旦任务要被复用,组合和自动化验证,就必须被压缩成一种明确、稳定、可推理的形式。 而我认为目前(2025年底)最好的逻辑符号描述,就是代码,即使对于非编程 Agent 来说也是。

这里说的“极致的成本”,并不是简单意义上的“便宜”,而是指在满足大量长尾需求的前提下,系统的成本还能不能撑得住。 AI 把很多原本“不值得做”的需求都变得可行了 我觉得 Agent 改变的,恰恰是这一点。AI Agent 第一次把“计算”这件事,真正意义上地民主化了

一个真正成功的 Agent 公司,最终不应该是一家“卖 token 的公司”。

代码不再稀缺,软件也不再是需要精心维护的东西,系统被创建、试用、丢弃,都会变得非常自然。

只是工程的重点变了:不再是把某一个系统打磨到极致,而是去设计那些能被 AI 大规模使用、反复试错、低成本运行的基础能力。

Evaluating Deep Agents: Our Learnings

Deep Agents need a fresh, clean environment for each eval run in order to ensure reproducible results.

The broader point: Deep Agent evals require environments that resets per test – otherwise your evals become flaky and difficult to reproduce.

Tip: Mock out your API requests

2025年年终总结(二)

但现在脑中的第一个问题是“还需不需要人?

但现在的情况已经不同了。职级已经没有意义,过去的经验也没有意义,人的价值从按照“本人产出的劳动数量及质量”来评估,变成了是否能提高AI的能力,人加AI要大于AI本身的产出,这样才行。

人本身是没有价值的。只有在人的能力强到一定程度之后,能够做到辅助AI变强,才开始变得有价值起来。

如果把人+所有个人能获取的AI当成一个智能体,整体来看,它的能力分布会和电子能级在材料里的分布很像:低于或达到某个水准线的智能体遍地都是,求着客户给它活干,以证明自己还是有用的;而高于这个水准线的智能体则指数级地变少,获取和使用它非常花钱,还常常排不到。

这个水准线,就是AI洪水的高度,就是人类社会的“费米能级”。低于费米能级的职业,可能在一夜之间就被颠覆掉,就像一场洪水或者地震一样,前一天还是岁月静好,后一天整个行业被端掉了

在这种环境下,真正稀缺的不再是实现愿望的能力,而是“愿望”本身,以及将愿望化为现实的那份坚持

这种唾手可得的便利,会让许多人逐渐失去思考的动力,久而久之丧失原创能力,思想被生成式内容和推荐系统所绑架和同化 … 这就是新时代对“懒人”的定义:不再是因为体力上的懒惰,而是精神上没有空闲去思考,没有能力去构思独特的东西。

每个人都将面临从“员工”角色向“老板”或“创始人”角色的转变

因为这份宏大的愿望,或许正是他们一辈子充满前进动力,主动思考的根本源泉,也是让他们始终屹立于“费米能级”之上的关键。

Maker’s Schedule, Manager’s Schedule

There are two types of schedule, which I’ll call the manager’s schedule and the maker’s schedule

They generally prefer to use time in units of half a day at least. You can’t write or program well in units of an hour. That’s barely enough time to get started.

For someone on the maker’s schedule, having a meeting is like throwing an exception. It doesn’t merely cause you to switch from one task to another; it changes the mode in which you work.

And ambitious projects are by definition close to the limits of your capacity. A small decrease in morale is enough to kill them off.