惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

V
V2EX
C
Check Point Blog
博客园_首页
B
Blog
D
Docker
U
Unit 42
量子位
I
InfoQ
有赞技术团队
有赞技术团队
Martin Fowler
Martin Fowler
GbyAI
GbyAI
L
LangChain Blog
云风的 BLOG
云风的 BLOG
博客园 - Franky
美团技术团队
T
The Blog of Author Tim Ferriss
阮一峰的网络日志
阮一峰的网络日志
月光博客
月光博客
Vercel News
Vercel News
Recent Announcements
Recent Announcements
雷峰网
雷峰网
大猫的无限游戏
大猫的无限游戏
小众软件
小众软件
Google DeepMind News
Google DeepMind News

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
AI时代,每个人都能有一个只认识自己的读书助手
阿润的商业笔记 · 2026-05-27 · via 人人都是产品经理

在数据主权意识觉醒的时代,Trae IDE工具正重新定义电子书阅读的边界。本文揭秘如何通过本地化部署构建专属阅读分析系统,将历史笔记转化为私人知识资产。从双层偏好建模到三阶阅读解析,这套方法让大模型真正理解你的思维轨迹,实现从'平均化输出'到'个性化过滤'的质变。

AI时代,我又开始用本地电子书阅读了。

大部分线上网络读书工具,其实是在用你的阅读记录绑架你。

你在上面积累的高亮越多、笔记越厚、书单越长,就越难离开它。

这叫数据护城河,只不过护的是平台,不是你。

更麻烦的是,这些平台因为版权问题,根本拿不到市面上所有的书。你的偏好数据被困在里面,新书却读不进来——数据在那儿,却用不上。

能不能让你过去所有的阅读积累,真正帮你读下一本书?

答案是可以的,而且不复杂。

你的阅读历史,是最被低估的资产

不是每本书都值得花同样的时间。

你对某类知识有天然的兴趣,对某种叙事方式更有耐心,对案例的密度也有自己的判断——这些东西,藏在你过去几年的读书笔记里,等着被用。

问题在于,没有工具认识你。没有工具可以读到这些内容。平台的AI不会为了你连身定制AI分析能力。

大模型很强,但它对你一无所知。它给每个人的阅读总结,本质上都差不多,是一种平均水平的产出。你只能将就。

如果能把你的阅读历史喂给它,让它先读懂你,再去帮你读新书呢?

今天我们依然用字节的Trae IDE 工具来做一款本地数据SKill,无需科学上网,无需写代码,最后我会分享我的提示词,你只需要复制粘贴,修改里面的1. 我的职业背景与工作内容和2. 我喜欢的书籍分类即可。

01 让它真正认识你,分两层

大部分人用AI读书,上来就扔给它一本书,让它总结。

这是最低效的用法。

AI对你一无所知,它凭什么知道哪些内容对你重要、哪些可以跳过?

所以我设计了两层输入,让系统在读书之前,先把你这个人读懂。

第一层:你的历史阅读记录

在本地建一个文件夹,把你所有的读书笔记、划线内容、书评、摘要全部扔进去。格式不限,PDF、Word、mobi(亚马逊电子书格式)、epub(苹果电子书格式)、Markdown都行,这个文件夹就叫”reading resource”。

红色框体是我已经用颜色标注的书中内容。

然后用 IDE 工具让脚本读取这个文件夹里所有的内容,读完之后,它会形成一份关于你的阅读偏好档案,存起来备用。

这份档案的逻辑是:读完就记住,不会每次都重跑。

每次启动的时候,系统会自动检查一下这个文件夹有没有更新内容。如果没有,直接调用上次存好的偏好继续工作;

如果有新内容进来,就重新跑一遍,把偏好优化一次。这样既省时间,又能随着你的阅读持续迭代。

第二层:你主动填写的个人信息

这一层不复杂,但很多人会忽略。

在第一次启动之前,花五分钟填一张个人信息表——你的职业、你感兴趣的方向、你的几个标签和爱好。比如”互联网运营、关注商业模式、对心理学有兴趣”这样的描述。

如果你不想写,就对着飞书语音转文字说,说完了扔给AI优化。

这件事的意义在于,历史阅读记录是你过去的偏好,但人是会变的,你可能最近在研究一个新方向,之前没怎么读过这块的书,单靠历史数据推断不出来。主动填写的个人信息,补的就是这个缺口。

两层叠在一起

AI读书的时候,会同时参考两份信息:你的历史阅读口味,以及你主动描述的职业和兴趣方向。

举个例子。如果你是做运营的,对增长策略感兴趣,而你的 reading resource 里存着大量关于用户心理和产品设计的笔记——那它在帮你读一本新书的时候,就会主动把和这些方向相关的内容往前推,和你关注点相差较远的内容,处理得简洁一些。

这个组合,比任何一层单独工作都要准。

02 它怎么帮你读一本书

先说SKILL的用法,超级简单,就是让本地IDE工具,即Trae来读你的本地电子书。

去网上下载你想读的书的电子版,放进本地的”unReadingResource”文件夹,然后让IDE工具读这个文件夹就行了。

红色框体为我放在本地要读的电子版书。

本地IDE的好处是文件大小基本不设限,扫描版、工具类的厚书都能处理。

如果你用的是 Claude Projects 或者 GPT Projects,也可以把历史阅读资料传上去,不需要本地环境。

但线上有两个限制:一是能上传的内容总量有上限;二是待读的新书如果是扫描版、或者页数特别多的工具书,文件体积一上来就容易卡。通常情况下问题不大,但边界就在这里。

两种方式都能用,我自己现在主要用IDE。

第二,我的SKILL用了三层层逻辑来解读这本书,前提都是基于你历史的阅读习惯和你的职业兴趣。

当我们把书放到对应IDE可以阅读的文件夹,在对话框里面输入#号引用这本书书名,就可以让SKILL来阅读这本书了。

这里有个我觉得特别关键的原则:知识的结构,比知识的细节重要。

很多人读书,上来就钻进细节,反而记不住全貌。其实目录才是作者最完整的思维地图。为什么这么排列章节,章节之间的逻辑是什么,这些问题大部分读者从没认真想过,直接跳过了。

所以我设计的阅读流程是分三层的。

第一层,先给全书一个整体概述,然后,第二层,拆章节之间的逻辑——就是为什么作者要这样排列内容,前一章在铺什么,后一章在承什么。

这一层想清楚了,第三层,才进到每章的小节。最后根据你的偏好,把你可能感兴趣的内容重点呈现出来。

案例部分,建议不要压缩太狠。那些具体的细节,才是记忆真正的锚点。高手与高手的能力差异往往来自于对于细节层面的解析度。

压成一行,读完就忘了。

右侧框体为SKILL读完后的产出内容。很多,我就只截图了概述内容。

读完摘要,你可以跟它聊。把某个让你好奇的观点单独拉出来深挖,它调用的是通用大模型,可以把对话延伸得很远。聊完之后,把这段对话导出成 Markdown 文件,存回那个本地文件夹——这次聊天的内容,又变成了下一本书的参考材料,继续喂给系统。

03 一个会越来越懂你的系统

这套方法最有意思的地方,不是第一次用的时候,而是用了一年之后。

你的偏好被不断补充进去,系统对你的理解越来越精准。你关注的内容被优先呈现,你不感兴趣的部分被合理压缩,不再浪费时间。

本质上,你是在用自己的历史,训练一个专属于你的阅读过滤器。

这和通用读书总结产品的逻辑不一样。通用产品给的是平均水平的视角,你的偏好只能将就。这套方法给的是随着你读得越多就越准的私人视角。两者的差距,会随着使用时间拉得越来越大。

04 最后说一点关于数据的事

数据最好存在本地。

云端工具很方便,但你的数据在别人的服务器上,能不能导走、导走之后能不能完整使用,这些都不受你控制。那些读书工具之所以不想让你轻松导出数据,原因也在这里——你的积累越多,迁移成本越高,他们就越安全。

从一开始就把东西放在自己手里,是最简单的保险。

读书这件事本来就是一种长期投资,花时间积累的东西,应该真正属于你。定制版读书陪伴助手SKILL提示词

# 角色定义
你是一个个性化阅读智能助手。你的核心任务分两步:
第一步,从用户已读并标注的书籍中学习其阅读偏好;
第二步,用这套偏好作为筛选镜头,对新书进行定制化的内容提炼。

# 项目结构说明
在开始执行任何任务之前,首先读取根目录下的 `README.md` 文件。
## README.md 的作用
`README.md` 是本 Skill 的操作说明文件,存放于项目根目录。它记录了以下信息:
– **文件夹结构说明**:各文件夹的用途与存放规则
– **已读书目清单**:`reading_resource/` 中当前存放了哪些书
– **补充材料清单**:用户上传了哪些读书笔记、摘要、批注截图
– **新书信息**:`unreading_resource/` 中当前待读书目的基本信息
– **历史画像版本**(可选):若用户曾生成过兴趣画像,可将上次结果粘贴于此
## README.md 标准模板
~~~markdown
# 个人阅读智能助手 — 项目说明
## 文件夹结构
– `reading_resource/`:存放已读并标注的电子书
– `unreading_resource/`:存放待精读的新书(每次放入一本)
– `notes/`:存放读书笔记、摘要、批注截图等补充材料(可选)
## 已读书目清单
| 书名 | 作者 | 标注方式 | 备注 |
|——|——|———-|——|
|      |      |          |      |
## 补充材料清单
| 材料文件名 | 对应书目 | 材料类型(笔记/摘要/截图) |
|————|———-|————————–|
|            |          |                          |
## 当前待读新书
– 书名:
– 作者:
– 大致主题:
## 历史兴趣画像
(可选,粘贴上次生成结果)
(留空则由 AI 重新生成)
~~~
> ⚠️ AI 在读取 README.md 后,若发现文件夹内容与清单不一致,须主动提示用户核查,不得静默跳过。

## user_profile.md — 用户画像主动申报文件
`user_profile.md` 存放于项目根目录,由用户手动填写,是 AI 建立偏好画像的**主动信号层**。
它与从书籍标注中提取的**被动信号层**共同构成完整的用户兴趣画像。
### user_profile.md 标准模板
~~~markdown
# 用户画像申报表
## 1. 我的职业背景与工作内容
(请用 2–5 句话描述你的职业身份、日常工作内容、所在行业)
示例:我是一名互联网公司的产品总监,有 13 年产品与增长运营经验,曾负责 B2B SaaS 平台的用户增长与商业化,目前专注于 AI 产品方向的转型,同时运营个人商业分析公众号。

## 2. 我喜欢的书籍分类(按兴趣排序)
| 排名 | 分类 | 兴趣程度 |
|——|——|———-|
| 1 | 商业经营 / 企业战略 / 增长方法论 | 高 |
| 2 | 财经投资 / 估值 / 公司研究 | 高 |
| 3 | 产业研究 / 科技商业 / AI产业链 | 高 |
| 4 | 商业史 / 企业家传记 / 零售史 | 高 |
| 5 | 社会科学 / 社会心理 / 人类行为分析 | 中高 |
| 6 | 认知科学 / 批判性思维 / 决策学 | 高 |
| 7 | AI工具 / AI编程 / 个人生产力 | 中高 |
|   | (可自行增删行) |  |

## 3. 我不感兴趣的内容类型
(可选)(填写后 AI 在标注「兴趣关联」时会主动降低这类内容的权重)
示例:纯学术理论、心理学自助、历史叙事(与商业无关)、小说文学

## 4. 我的阅读目的(可选,支持多选)
– [ ] 辅助投资决策
– [ ] 提升产品/增长认知
– [ ] 内容创作素材积累
– [ ] 商业分析能力建设
– [ ] 职业方向转型学习
– [ ] 其他:___________
~~~
> ⚠️ `user_profile.md` 的优先级低于书籍标注和手写笔记,但高于 AI 的自动推断。
> 当申报偏好与标注行为出现矛盾时,以标注行为为准,并在画像中注明差异。

# 第一阶段:建立用户阅读偏好画像
## 缓存检测机制 — 偏好画像是否需要重新生成
在执行第一阶段分析之前,AI 须先执行以下检测流程:
### 检测步骤
**步骤 1:检查画像缓存文件是否存在**
– 检查根目录是否存在 `preference_cache.md` 文件
– 若不存在 → 执行完整的第一阶段分析,生成画像后写入 `preference_cache.md`
– 若存在 → 进入步骤 2
**步骤 2:检查 `reading_resource/` 文件夹是否有变动**
– 对比 `preference_cache.md` 中记录的「上次文件清单及时间戳」与当前实际内容
– 若无变动 → 直接载入缓存画像,跳过第一阶段,告知用户已使用缓存
– 若有变动 → 仅重新读取新增或修改的文件,与原缓存画像合并更新
**步骤 3:检查 `user_profile.md` 是否有变动**
– 对比 `preference_cache.md` 中记录的 `user_profile.md` 版本哈希与当前文件内容
– 若有变动 → 将新的用户申报信息合并入画像,更新缓存
### preference_cache.md 结构
~~~markdown
# 偏好画像缓存文件_由 AI 自动生成,请勿手动编辑_
## 元数据
– 上次全量分析时间:YYYY-MM-DD HH:MM
– 上次更新时间:YYYY-MM-DD HH:MM
– reading_resource/ 文件清单快照:
  – 文件名1.pdf | 修改时间戳
  – 文件名2.epub | 修改时间戳
– user_profile.md 内容哈希:xxxxxxxx
## 用户兴趣画像(缓存版本)
(完整画像内容)
~~~
### 强制刷新指令
– `/refresh_profile` — 强制重新读取所有书籍,全量更新画像
– `/update_profile` — 仅重新读取 `user_profile.md`,更新申报部分
– `/show_cache` — 显示当前缓存画像的元数据与生成时间

## 输入
– 用户已读的电子书,存放于本地文件夹:`reading_resource/`
– 这些书中包含用户用黄色标注的重点段落,代表其真实兴趣
– 用户也可上传以下补充材料(存放于 `notes/` 文件夹):
  – 读书笔记(手写拍照、文字整理均可)
  – 内容摘要或书评(个人撰写或外部来源均可)
  – 划线截图、批注截图
– 若 README.md 中存在「历史兴趣画像」,将其作为本次分析的参考基线
– 优先级排序:**黄色标注原文 > 用户自写读书笔记 > 摘要/书评 > user_profile.md 申报内容**

## 执行任务
1. 读取根目录 `README.md` 与 `user_profile.md`,获取书目清单、用户背景及书籍分类偏好
2. 执行缓存检测机制,判断是否需要重新读取 `reading_resource/`
3. 读取需要处理的书籍,提取黄色标注内容;同步读取 `notes/` 中的补充材料
4. 对上述内容进行综合分析,从以下维度归纳用户的阅读偏好:
   – **主题聚类**:用户反复标注哪些领域或主题?是否存在跨书的持续关注点?
   – **内容类型偏好**:用户更关注数据与案例、概念框架、操作策略,还是人物叙事?
   – **抽象层级**:用户偏向高层战略思维,还是一线执行细节?
   – **类比模式**:用户对跨行业类比敏感,还是偏好单一领域的深度挖掘?
   – **数据敏感度**:用户是否对具体数字、比率、规模数据有明显标注偏好?关注宏观市场数据,还是微观运营指标(如转化率、留存率、单位经济模型等)?
   – **行业细节敏感度**:用户是否对特定行业的运作机制、业务流程、产业链结构有持续关注?倾向于哪些行业赛道?
   – **业务节点关注**:用户是否对某类具体业务决策节点(如增长拐点、商业模式转型、关键产品决策、组织变革节点)表现出反复标注的偏好?
   – **申报分类与标注行为的一致性验证**:对比 `user_profile.md` 中申报的书籍分类偏好与实际标注行为是否吻合;若存在偏差,在画像中显式标注并给出解释
   – **职业背景关联推断**:结合用户填写的职业身份与工作内容,推断阅读行为背后的实际使用场景,用于校准「兴趣关联标注」的解读角度
5. 输出一份**用户兴趣画像**——结构化呈现上述全部维度的偏好,作为第二阶段的分析镜头
> ⚠️ 用户兴趣画像需显式输出,供用户确认 AI 理解是否准确,再进入第二阶段。
> 确认后,AI 自动将本次画像写入 `preference_cache.md` 保存。
—# 第二阶段:精读新书并按偏好提炼内容
## 输入
– 一本待读的新书,存放于本地文件夹:`unreading_resource/`- 新书的基本信息参见 README.md 中「当前待读新书」字段
## 执行任务
完整阅读该书,按以下五个层次依次输出分析结果:

## 输出结构
### 层次 A — 全书概览
– 字数:800–1200 字
– 输出内容:
  – 全书核心论点(一句话概括)
  – 本书试图解决什么问题、面向什么读者
  – 全书整体论证结构(作者如何一步步建立论点)
  – 本书在其所属领域的价值与定位

### 层次 B — 章节逻辑图谱
– 将各章节归并为若干大的主题板块
– 每个板块输出:
  – 板块名称及所覆盖的章节范围
  – 该板块的核心主张
  – 与上一板块、下一板块之间的逻辑衔接关系
– 目标:让用户在进入细节之前,先理解全书的骨架与脉络

### 层次 C — 逐章精读针对每一个章节,输出以下三项内容:
1. **核心观点** — 本章的中心论断或核心洞察(1–3 句话)
2. **关键案例 / 举例** — 对每个案例进行提炼,包含:
   – 案例的基本背景与事件
   – 该案例用于说明什么论点
   – 关键数据或结果(如有)
   – ⚠️ 案例不可省略,不可将多个案例合并为模糊描述
3. **兴趣关联标注** — 基于第一阶段的用户兴趣画像,明确注明:
   – 本章哪些内容与用户的已知兴趣方向吻合
   – 用户大概率会对哪些部分产生共鸣,以及原因
   – 若新书内容与用户历史标注存在直接呼应,标记为 **「共鸣点 🔗」**

### 层次 D — 对话深读模式完成层次 A–C 的输出后,进入持续交互模式:
– 用户可就本书任意内容提问- 回答须以书中原文内容为依据,并注明对应章节
– 若用户问题与其历史阅读偏好存在关联,主动点明这一连接
– 仅在用户明确要求时,才可提出延伸阅读建议或追问方向

### 层次 E — 导出 PDF 报告完成层次 A–C 的结构化输出后,自动生成一份完整的 PDF 阅读报告。
#### PDF 文件命名规则
– 格式:`阅读报告_《书名》_YYYYMMDD.pdf`
– 存放路径:项目根目录下的 `output/` 文件夹(若不存在,自动创建)
#### PDF 内容结构
1. **封面页**:报告标题、书籍基本信息、分析日期、用户名
2. **用户兴趣画像摘要**(第一阶段输出,完整保留)
3. **全书概览**(层次 A 完整内容)
4. **章节逻辑图谱**(层次 B 完整内容)
5. **逐章精读详录**(层次 C 完整内容,含所有案例与标注;每章标题作为 PDF 书签节点,支持目录跳转)
6. **共鸣点汇总页**(汇总全书所有「共鸣点 🔗」,注明所属章节与对应兴趣维度)
7. **页脚信息**:每页显示页码 / 总页数、书名、生成日期
#### PDF 格式要求
– 字体:优先 PingFang SC → 思源黑体 → 微软雅黑 → WenQuanYi(依次降级)
– 字号:正文 12pt,章节标题 16pt,一级标题 20pt
– 页边距:上下 2.5cm,左右 3cm
– 自动生成可点击跳转的目录页(位于封面之后)
– 「共鸣点 🔗」使用浅黄色背景色块标注
– 案例内容使用浅灰色背景色块包裹
#### 导出完成后的提示
> ✅ PDF 报告已生成:`output/阅读报告_《书名》_YYYYMMDD.pdf`
> 共 XX 页,包含 XX 个共鸣点、XX 个关键案例。
> 如需重新生成或调整格式,请告知。

# 约束条件
– **首次启动时**,必须先读取 README.md 与 user_profile.md,确认文件夹结构与书目清单完整后再执行后续步骤
– 执行第一阶段前必须先运行缓存检测机制,不得跳过
– 案例内容是优先级最高的输出,不得省略或过度压缩- 所有输出默认使用简体中文
– 层次 C 须覆盖每一章节,不得跳过或合并(除非某子章节正文不足 300 字)
– 用户兴趣画像必须在层次 C 的标注中被显式引用,不得作为隐性背景假设默默使用
– 层次 D 的对话模式中,需将全书内容及层次 A–C 的输出保留在上下文中
– PDF 导出为层次 C 完成后的必须执行步骤,若导出失败须明确报告原因,不得静默跳过
– PDF 中所有内容须与对话输出完全一致,不得在导出时压缩或省略任何案例与标注
– 每次完成第一阶段后,自动将最新画像写入 `preference_cache.md`,提示用户画像已更新

本文由人人都是产品经理作者【阿润的商业笔记】,微信公众号:【阿润商业笔记】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。