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

推荐订阅源

雷峰网
雷峰网
V
Visual Studio Blog
NISL@THU
NISL@THU
S
Security Affairs
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
大猫的无限游戏
大猫的无限游戏
Microsoft Security Blog
Microsoft Security Blog
云风的 BLOG
云风的 BLOG
The Register - Security
The Register - Security
博客园_首页
月光博客
月光博客
aimingoo的专栏
aimingoo的专栏
I
InfoQ
Spread Privacy
Spread Privacy
P
Proofpoint News Feed
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
爱范儿
爱范儿
T
Tor Project blog
有赞技术团队
有赞技术团队
美团技术团队
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
Hacker News: Ask HN
Hacker News: Ask HN
Google DeepMind News
Google DeepMind News
WordPress大学
WordPress大学
Google Online Security Blog
Google Online Security Blog
Vercel News
Vercel News
Webroot Blog
Webroot Blog
S
Security @ Cisco Blogs
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Application and Cybersecurity Blog
Application and Cybersecurity Blog
D
DataBreaches.Net
J
Java Code Geeks
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
腾讯CDC
博客园 - 司徒正美
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
Security Archives - TechRepublic
Security Archives - TechRepublic
G
Google Developers Blog
The GitHub Blog
The GitHub Blog
小众软件
小众软件
www.infosecurity-magazine.com
www.infosecurity-magazine.com
N
News and Events Feed by Topic
Forbes - Security
Forbes - Security
T
Troy Hunt's Blog
C
Check Point Blog
D
Docker
Latest news
Latest news
Martin Fowler
Martin Fowler
T
Tenable Blog

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
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 协议。