Index
文章怎么连在一起
标签是检索,索引是主张。下面每条边都写了理由——没有理由的相邻,不算关联。
- 13 篇文章
- 22 条显式边
- 1 个系列
边账
显式优先,系列补齐顺序- Agent 一次都没闭环过,别先给大目标该做什么,和怎么做完,是两套循环
上一篇拆开干活循环,这篇讲循环还没转过一圈时怎么冷启动
- Agent 一次都没闭环过,别先给大目标协作流程不写下来,组织看不见判断
流程要写下来之前,得先有一次能验收的闭环
- 技术会换,私有评测集不会换协作流程不写下来,组织看不见判断
那篇说写下来要会算走完,这篇靠私有评测集快验
- 技术会换,私有评测集不会换该做什么,和怎么做完,是两套循环
上一篇拆开该做什么和怎么做完,这篇给怎么快验证一把尺子
- 协作流程不写下来,组织看不见判断该做什么,和怎么做完,是两套循环
上一篇拆开两套循环,这篇问流程为什么得被写下来
- 协作流程不写下来,组织看不见判断Mac mini 是团队数字员工最快的载体
那台不关机的常开电脑,正是本篇分水岭的一侧
- Webhook 挂仓库,邮件挂在人身上该做什么,和怎么做完,是两套循环
上一篇管活到手边之后怎么做,这篇管活是怎么找上门的
- Webhook 挂仓库,邮件挂在人身上Mac mini 是团队数字员工最快的载体
工位解决坐在哪,收件箱解决事情从哪进来
- 该做什么,和怎么做完,是两套循环Mac mini 是团队数字员工最快的载体
上一篇给工位和派活通道,这篇补两套循环的所有权
- 让 AI 说人话,工程上怎么做把写博客做成一个 skill
那篇定的是文章结构的合同,这篇补口吻层怎么实现
- 把写博客做成一个 skill这个博客的技术选型与取舍
把「构建期做完」收成可安装的写作合同
- 把写博客做成一个 skill为什么选择 Markdown 作为内容主线
文章仍是 Markdown,skill 只规定怎么写
- 把写博客做成一个 skill我的技术博客正式上线
从「站点上线」走到「写法可复制」
- 这个博客的技术选型与取舍为什么选择 Markdown 作为内容主线
内容主线已经定了,这篇只谈工程层
- 这个博客的技术选型与取舍把写博客做成一个 skill
同一条判断从站点工程走进写作流程
- 这个博客的技术选型与取舍我的技术博客正式上线
上线时承诺的可扩展,在这里落地
- 为什么选择 Markdown 作为内容主线我的技术博客正式上线
同一条「用纯文本养站点」的起点
- 为什么选择 Markdown 作为内容主线这个博客的技术选型与取舍
内容层从约定目录迁到显式 loader
- 为什么选择 Markdown 作为内容主线把写博客做成一个 skill
skill 把这篇的主线变成可重复的合同
- 我的技术博客正式上线为什么选择 Markdown 作为内容主线
上线之后,内容为什么锁在 Markdown
- 我的技术博客正式上线这个博客的技术选型与取舍
上线时说的可扩展,在选型里落地
- 我的技术博客正式上线把写博客做成一个 skill
把「持续更新」收成可安装的写法
按篇
河边的 FDE
六个钓位、一台摄像机、一天一毛二,中鱼验收表能交出去。可格子满了不等于做成:行家把小白条划掉,收获得他写回去。进企业落地的人,干的就是这一步。
Agent 一次都没闭环过,别先给大目标
评估仓库 Harness,从能验收的小需求开始。Agent 一次都没闭环过,工作上下文就不健全;人得带着干完一次,再设长程目标。
- 该做什么,和怎么做完,是两套循环上一篇拆开干活循环,这篇讲循环还没转过一圈时怎么冷启动
- 协作流程不写下来,组织看不见判断流程要写下来之前,得先有一次能验收的闭环
- 技术会换,私有评测集不会换共同标签 × 2
- Webhook 挂仓库,邮件挂在人身上共同标签 × 1
技术会换,私有评测集不会换
技术一直在变。要快速验证它对业务有没有帮助,靠一套带充分上下文的私有评测集。我拿 20 条钉钉真消息测了 Jev。
- 协作流程不写下来,组织看不见判断那篇说写下来要会算走完,这篇靠私有评测集快验
- 该做什么,和怎么做完,是两套循环上一篇拆开该做什么和怎么做完,这篇给怎么快验证一把尺子
- Agent 一次都没闭环过,别先给大目标共同标签 × 2
- Webhook 挂仓库,邮件挂在人身上共同标签 × 1
协作流程不写下来,组织看不见判断
长流程跨机器、跨人、跨天,写下来的是流程怎么走和怎么算走完。写下来只是代价:协作流程交给 Agent 转,判断作为执行的副产物落下来,省掉人事后补记录。
- 该做什么,和怎么做完,是两套循环上一篇拆开两套循环,这篇问流程为什么得被写下来
- Mac mini 是团队数字员工最快的载体那台不关机的常开电脑,正是本篇分水岭的一侧
- Agent 一次都没闭环过,别先给大目标流程要写下来之前,得先有一次能验收的闭环
- 技术会换,私有评测集不会换那篇说写下来要会算走完,这篇靠私有评测集快验
Webhook 挂仓库,邮件挂在人身上
在 GitHub 上 @ 一个数字员工,它怎么知道被叫了?Webhook 挂仓库,App 挂应用,只有邮件挂在人身上。邮箱能推送之后,它才是够格的入口。
- 该做什么,和怎么做完,是两套循环上一篇管活到手边之后怎么做,这篇管活是怎么找上门的
- Mac mini 是团队数字员工最快的载体工位解决坐在哪,收件箱解决事情从哪进来
- Agent 一次都没闭环过,别先给大目标共同标签 × 1
- 技术会换,私有评测集不会换共同标签 × 1
会什么正在被抹平,招人改看素质和态度
会什么正在被 AI 抹平,所以我改看素质和态度:社招让他讲一次跑通的闭环,讲到下一次怎么更好;校招看聪明和听懂陌生问题的速度。附我怎么问,和我框错过的一条准入线。
该做什么,和怎么做完,是两套循环
每次活都起一个沙箱,没有常在的 backend loop,员工就不像员工。员工循环只问该做什么,干活循环把事做完。等的时候现场不能散,durable workflow 保住那件事。
- Mac mini 是团队数字员工最快的载体上一篇给工位和派活通道,这篇补两套循环的所有权
- Agent 一次都没闭环过,别先给大目标上一篇拆开干活循环,这篇讲循环还没转过一圈时怎么冷启动
- 技术会换,私有评测集不会换上一篇拆开该做什么和怎么做完,这篇给怎么快验证一把尺子
- 协作流程不写下来,组织看不见判断上一篇拆开两套循环,这篇问流程为什么得被写下来
让 AI 说人话,工程上怎么做
AI 把一段口述写成了两种错:主题听错了,口气也变了。这两类错得分开治,四步各管一段,附命令、改前改后和检查标准。
- 把写博客做成一个 skill那篇定的是文章结构的合同,这篇补口吻层怎么实现
- Agent 一次都没闭环过,别先给大目标共同标签 × 1
- 这个博客的技术选型与取舍共同标签 × 1
- 我的技术博客正式上线共同标签 × 1
Mac mini 是团队数字员工最快的载体
云沙箱写代码很快,进企业很慢。内网进不去,没接口的页点不了,做到一半还可能丢。一台常开的 Mac mini 把这些跳过去。写代码还是用沙箱。
- 协作流程不写下来,组织看不见判断那台不关机的常开电脑,正是本篇分水岭的一侧
- Webhook 挂仓库,邮件挂在人身上工位解决坐在哪,收件箱解决事情从哪进来
- 该做什么,和怎么做完,是两套循环上一篇给工位和派活通道,这篇补两套循环的所有权
- Agent 一次都没闭环过,别先给大目标共同标签 × 1
把写博客做成一个 skill
一篇博客要能被下一次写作找到。按主题、案例、观点或方法、实操、总结来写。风格、配图和关联都挂在这五件事上。
- 这个博客的技术选型与取舍把「构建期做完」收成可安装的写作合同
- 为什么选择 Markdown 作为内容主线文章仍是 Markdown,skill 只规定怎么写
- 我的技术博客正式上线从「站点上线」走到「写法可复制」
- 让 AI 说人话,工程上怎么做那篇定的是文章结构的合同,这篇补口吻层怎么实现
这个博客的技术选型与取舍
GitHub Pages 没有服务端。能在构建期做完的事,就不要留到运行期:内容层、字体、OG 都按这条砍。
- 为什么选择 Markdown 作为内容主线内容主线已经定了,这篇只谈工程层
- 把写博客做成一个 skill同一条判断从站点工程走进写作流程
- 我的技术博客正式上线上线时承诺的可扩展,在这里落地
- Agent 一次都没闭环过,别先给大目标共同标签 × 1
为什么选择 Markdown 作为内容主线
博客要长期养,内容就必须是纯文本:写得快、Git 能 diff、换框架还能搬走。
- 我的技术博客正式上线同一条「用纯文本养站点」的起点
- 这个博客的技术选型与取舍内容层从约定目录迁到显式 loader
- 把写博客做成一个 skillskill 把这篇的主线变成可重复的合同
我的技术博客正式上线
这个站要沉淀可执行的观点,不是再开一个随手写写的本子。内容锁在 Markdown,发布交给 Git。
- 为什么选择 Markdown 作为内容主线上线之后,内容为什么锁在 Markdown
- 这个博客的技术选型与取舍上线时说的可扩展,在选型里落地
- 把写博客做成一个 skill把「持续更新」收成可安装的写法
- Agent 一次都没闭环过,别先给大目标共同标签 × 1