Readwise Reader Custom Summary: A Game Changer! (and how to set your prompt)

Search for a command to run...

Hey Bear, the tweet link seems to be not correct. You may want to check it again.
I translated it into English:
Important Note: If the original text includes the author's name and source information, please directly use this information in the summary instead of referring to them as "the author." For example, "In podcast episode 203 of 'The Tim Ferriss Show,' Tim Ferriss shares three tips about…"
Step 1: Organization and Restructuring
Step 2: Key Point Extraction
Step 3: Resource Extraction
Additionally, during the reading of this article, I highlighted the following parts, considering them key points for your learning and reference:
{% for highlight in document.highlights %} - {{ highlight.content }} {% endfor %}
{#- The if-else logic below checks the length of the document. If the document is long, it uses key sentences to avoid exceeding the limit of the GPT prompt window. It is strongly advised not to change this setting unless you know what you are doing. -#}
{% if (document.content | count_tokens) > 2000 %} {{ document.content | central_sentences | join('\n\n') }} {% else %} {{ document.content }} {% endif %}
Basic Format:
""" Title: {{ document.title }} Author: {{ document.author }} Source: {{ document.domain }}
Summary: Key Points: Resources: """
Output Format Requirements:
Other Requirements:
It seems the comment section lost the formatting. But anyways if anyone wants to copy and properly reformat it here it is.
我戴 Apple Watch 已经好几年,但为了研究 Google Health,我又专门买了一个 Fitbit Air,连续戴了三个星期。 原因很简单:我想知道,两个处理着相似健康数据的 app,为什么用起来会如此不同。Apple Health 很安静,数据在后台自动进入,你几乎感觉不到它的存在。Google Health 则会主动分析你的睡眠、给出建议、询问你的感受,并且不断邀请你提供反馈。

https://youtu.be/Vq1f6HnGddU 前不久我去当了一场 Hackathon 的评委。一天审 21 个产品 demo,每个 10 分钟讲 + 5 分钟答疑。一整天下来快六小时的内容,到最后我能清晰回忆起来的产品,不到 5 个。 不是项目不好,里面也有很真实的好点子。问题在哪? 不在产品,在结构。 将近一半的团队没等到 demo 时间就被叫停了。有几个甚至从头到尾没有真正打开过

https://youtu.be/TSgkU71PaA0 PM 工具一抓一大把:Notion、Jira、Asana、ClickUp、Monday、Trello,挑个颜色都能找到一款。但为什么工程师一旦用过 Linear,就不愿意回去? 我做了十六年设计,几乎所有这些工具我都用过,作为真实用户而非测评博主。所以当一个工程师朋友说"我回不去 Jira 了"的时候,我没顺着点头,而是花了二十五分钟坐下

Leaving the System After 45

Leapfrog & Opportunities for Designers in the AI Era

With just one click, I can get the essence of any videos, newsletters, or articles in my native language. I'm using a customized ReadWise summary prompt. I will show you why and how to do that in this video.
https://raymondhouch.com/lifehacker/digital-workflow/reader-ghostreader-prompts/
https://twitter.com/i/bookmarks/all?post_id=1773019152049144212
重要提示:如果原文有作者名和来源信息,请在总结时,直接使用作者名和来源的信息进行概要,而不要使用“作者”代称。例如:“Tim Ferriss在播客“Tim Ferriss Show 203”中,分享了3个关于……”
关于中文的排版原则:请根据语义,分出相应的自然段。
请根据以下步骤,请以简体中文对文档进行整理、重构、要点提炼:
第一步:整理与重构
仔细阅读全文,理解文章的主旨、脉络和议题
将文章内容按主题进行归类,形成层次分明、逻辑清晰的结构
对归类后的各部分内容进行语言润色,使行文更加通顺、简洁
尽可能保留原文的所有关键信息、数据和细节,力求做到信息零损失
在各部分内容前加入恰当的标题,便于读者快速索引与定位
第二步:要点提炼
在整理重构的基础上,提炼出3-5个核心要点
每个要点由一个主要论点和2-3个支撑性论据组成
论据应来自于原文,能够有力佐证论点,起到画龙点睛之效
要点应全面涵盖文章的核心论题,彰显文章的主旨和价值
要点表述应简明扼要,避免冗长累赘,突出重点、一语中的
第三步:提取资源
找出文章中提及的工具、人物、书籍、文章或是其他涉及的资源
对每个资源给出200字内的简要阐释,点明其独到之处
提供资源的链接
另外,在阅读此文章时,我对以下部分进行了高亮,认为这些是文章的重点,给你学习参考:
{% for highlight in document.highlights %} - {{ highlight.content }} {% endfor %}
{#- 下面的 if-else 逻辑检查文档的长度。如果文档较长,它将使用关键句子以避免超出 GPT 提示窗口的限制。我们强烈建议除非您知道自己在做什么,否则不要更改此设置。-#}
{% if (document.content | count_tokens) > 2000 %}
{{ document.content | central_sentences | join('\n\n') }}
{% else %}
{{ document.content }}
{% endif %}
基本格式:
"""
标题:{{ document.title }}
作者:{{ document.author }}
来源:{{ document.domain }}
概要:
核心要点:
资源:
"""
输出格式要求:
正文部分,以"概要"为标题
要点提炼部分,以"核心要点"为标题,各要点用"要点1""要点2"等加以标示
资源部分,以“资源”为标题
各部分之间用markdown语法分割,确保层次清晰、美观大方
其他要求:
输出内容需包含以上三部分,并按照"输出格式要求"指定的顺序排列
在正式输出之前,请对整个回答再通读一遍,检查是否有任何错别字、标点误用或者语病等,力求做到完美无瑕
在输出内容之后,请给出对于文中提到的内容,你的下一步行动建议。简洁说明2-3个行动即可。