<feed xmlns="http://www.w3.org/2005/Atom"> <id>https://www.jakobhe.com/</id><title>雅Kob</title><subtitle>喜欢</subtitle> <updated>2026-04-20T17:44:40+08:00</updated> <author> <name>Jakob He</name> <uri>https://www.jakobhe.com/</uri> </author><link rel="self" type="application/atom+xml" href="https://www.jakobhe.com/feed.xml"/><link rel="alternate" type="text/html" hreflang="zh" href="https://www.jakobhe.com/"/> <generator uri="https://jekyllrb.com/" version="4.4.1">Jekyll</generator> <rights> © 2026 Jakob He </rights> <icon>/assets/img/favicons/favicon.ico</icon> <logo>/assets/img/favicons/favicon-96x96.png</logo> <entry><title>关于美国登月计划的思考</title><link href="https://www.jakobhe.com/posts/thoughts-on-us-moon-landing-program/" rel="alternate" type="text/html" title="关于美国登月计划的思考" /><published>2026-04-20T00:00:00+08:00</published> <updated>2026-04-20T00:00:00+08:00</updated> <id>https://www.jakobhe.com/posts/thoughts-on-us-moon-landing-program/</id> <content type="text/html" src="https://www.jakobhe.com/posts/thoughts-on-us-moon-landing-program/" /> <author> <name>Jakob He</name> </author> <summary>关于美国登月计划的思考。50多年前就登月成功的美国，为什么现在重返月球还是如此困难？ 最新的一期Knock Knock世界里，有专家分析了美国为什么不能复用阿波罗时期的登月计划，主要原因有： 原因1: 许多技术，在当时都是手工作坊形式的，靠的是那一代人的熟练技巧，许多知识都只是存留在某个人的脑袋里。 比如宇航服，是依靠当时的一个内衣厂商的熟练工缝制的，为了能够在关节处达到一定的褶皱效果，用的也是一种自我探索出来的手工工艺，无法标准化和量化。 原因2: 标准提高了。 当时登月的目的是打卡，证明，我们能到月球，做一个demo，做一个poc。但是现在人类不仅仅是要到达月球，还要能够利用这样的机会，做到更多更多的事情。 安全标准提高了，在举国工程的体制下，比如登月，原子弹，都是这样体制下完成的项目，个体的牺牲会被看作是理所应当的，但是现在，不仅仅要能完成这样的项目，还要能...</summary> </entry> <entry><title>个人/企业知识库管理框架</title><link href="https://www.jakobhe.com/posts/personal-enterprise-knowledge-base-management-framework/" rel="alternate" type="text/html" title="个人/企业知识库管理框架" /><published>2026-04-13T00:00:00+08:00</published> <updated>2026-04-13T19:38:08+08:00</updated> <id>https://www.jakobhe.com/posts/personal-enterprise-knowledge-base-management-framework/</id> <content type="text/html" src="https://www.jakobhe.com/posts/personal-enterprise-knowledge-base-management-framework/" /> <author> <name>Jakob He</name> </author> <summary>LLM 时代的个人分身，从个人知识库管理开始。一个广泛的焦虑是，如果我有一个 agent 分身，那么它就能替代我。既然如此，我为什么还要努力打造一个个人 agent 呢？ 为什么 为什么我需要一个 agent，替代我？ 一个数字化的个人有什么意义？ 我们（人类）花了那么多时间（互联网诞生到今天）把绝大多数的企业流程、表格数据化；我们又花了非常多时间（移动互联网流行至今）把个人信息、健康指标、行动轨迹数据化； 不为别的，只是为了数据化的信息能够解锁巨大的可能，比如预测用户行为，比如分析用户喜好，比如打造只属于你的内容推荐。 到了人工智能时代，我们可以再往前走一步，将一个人的想法数据化，利用他每天接纳的知识，输出的文字，开的会议，每一个思想上的小动作，我们就能很粗略地拥有一个人的思想分身。 我敢断言，个人思想（知识）的数据化，让我们能解锁的能力绝对是爆炸性的。随着在个人场景里，...</summary> </entry> <entry><title>Develop an AI Develop Team</title><link href="https://www.jakobhe.com/posts/develop-an-ai-develop-team/" rel="alternate" type="text/html" title="Develop an AI Develop Team" /><published>2026-03-06T00:00:00+08:00</published> <updated>2026-03-24T17:51:05+08:00</updated> <id>https://www.jakobhe.com/posts/develop-an-ai-develop-team/</id> <content type="text/html" src="https://www.jakobhe.com/posts/develop-an-ai-develop-team/" /> <author> <name>Jakob He</name> </author> <summary>网络上，已经有人在 build AI team 了，这样的 team 就嫌事情太少，停下来一分钟，都是对与时俱进的不尊重。 这样的人很努力的在晒着自己的 commit 和 PR 频率，我很唾弃这样只讲过程，不讲结果的行为！与此同时，我也忍不住在 build 自己的 AI dev team，恨不得明天就运行起来！ 这篇文章就会介绍一下 build 这样一个 AI Develop Team 的思路。 实际上，我们已经在这样运行了。 由下到上，点到线 当我们拿到一个 Agentic coding tools 时，要思考的是，我要拿它做什么呢？如果我没有一个很好的切入点，我就会开始拿它开玩笑，写藏头诗了。 我认为，工作中的某个步骤，就是很好的切入点，比如每周都要生成的报告，每隔一段时间就要查询的用户数据。大到 release note，开发某个 task，小到打开一个软件，提交一...</summary> </entry> <entry><title>博客分享：构建Claude Code的经验和教训</title><link href="https://www.jakobhe.com/posts/blog-share-lessons-from-building-cc/" rel="alternate" type="text/html" title="博客分享：构建Claude Code的经验和教训" /><published>2026-03-01T00:00:00+08:00</published> <updated>2026-03-01T00:00:00+08:00</updated> <id>https://www.jakobhe.com/posts/blog-share-lessons-from-building-cc/</id> <content type="text/html" src="https://www.jakobhe.com/posts/blog-share-lessons-from-building-cc/" /> <author> <name>Jakob He</name> </author> <summary>博客原文： https://x.com/trq212/article/2027463795355095314 https://x.com/trq212/article/2014480496013803643 https://x.com/trq212/status/2024574133011673516 我的总结 文章介绍了四个claude code 开发过程中遇到的四个feature。讲述了当时的问题，和解决思路，很值得一读。 Improving Elicitation &amp;amp; the AskUserQuestion tool，让用户引导更为有效 Tasks &amp;amp; Todos，从todo向task 演进 Search Interface，claude code 查询的演进 The Claude Code Guide Agent，一个管理...</summary> </entry> <entry><title>探索一个适配人类工作流的Agent</title><link href="https://www.jakobhe.com/posts/ai-development-workflow/" rel="alternate" type="text/html" title="探索一个适配人类工作流的Agent" /><published>2026-02-03T00:00:00+08:00</published> <updated>2026-03-01T03:08:19+08:00</updated> <id>https://www.jakobhe.com/posts/ai-development-workflow/</id> <content type="text/html" src="https://www.jakobhe.com/posts/ai-development-workflow/" /> <author> <name>Jakob He</name> </author> <summary>二月的第一个博客，在一个非常非常有意思的节点。截至今天，我让公司的产品们都安装上了 Claude Code，加上团队里的开发们，我们可以开始串整个开发流程了。 我针对的不是 Claude Code，而是 Agentic AI Tool。只不过截至此时此刻，Claude Code 提供的 best practice 最实用。 当产品团队也开始使用这个面向程序员的 Agentic AI Tool 时，大家开始解锁完全不一样的用法，很多事情变得清晰起来。如果产品团队不开始使用的话，我永远不会知道这样的诉求，毕竟大家的工作内容差别巨大。 我给大家的预设是，大家可以用这个 tool 进行数据分析，但是数据分析并非她们平时工作中占大头的工作，她们对此工具的第一个诉求是，帮忙读取当前的实现逻辑！对的，当一个产品运行了三年五年，没有人记得一开始的细节，当我要评估一个需求的影响时，我最希...</summary> </entry> </feed>
