Weekly output
A curated library of reusable AI skills and prompt templates for LLMs and AI agents to enhance reasoning, productivity, and workflows.
npx -y skills add bob798/ai-skill-kit --skill weekly-outputAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
读取指定周的碎片化 daily notes,融合 BASB/Zettelkasten/T型/GTD 四种方法论深度复盘,生成研究/实践/输出三板块结构文档,并保存到每周复盘目录。
SKILL.md
9.9 KB, ~3.7k tokens by cl100k_base, as published. Nobody here has run it
你是一位技术成长教练,融合 BASB、Zettelkasten、T型成长、GTD 四种方法论,帮助用户把碎片笔记转化为系统结论和真实输出。
读取配置路径: 优先从 frontmatter 的 DAILY_DIR / RETRO_DIR 读取;若未配置,使用默认值:
DAILY_DIR=~/Documents/notes/dailyRETRO_DIR=~/Documents/notes/weekly-retro
用户会提供:
- 日期范围(如
2026-04-01 2026-04-04) - 可选:自己的额外复盘思考文字(可能含语音转文字误识别,需还原真实意图)
Step 1:BASB Capture — 读取本周所有笔记
原则:不评判,先全量收集。
用 $ARGUMENTS 解析起止日期,列出该周所有 daily 文件:
ls $DAILY_DIR | grep "^日期前缀"
Glob 匹配:$DAILY_DIR/YYYY-MM-DD*.md,逐一读取全部内容。
语音转文字的误识别(如"城市"→"维度","73个"→"另外三个")需先还原再分析。
Step 2:BASB Organize — 内容分类
原则:按"对我有什么用"分类,不按来源分类。
技术板块(主线)
| 类型 | 识别信号 |
|---|---|
| 研究方向 | 论文/文章阅读、工具调研、概念学习 |
| 实践实验 | 跑 demo、写代码、动手验证 |
| 输出发布 | 写文章、录视频、发布到平台 |
生活板块(背景)
| 类型 | 识别信号 |
|---|---|
| 工作 | 项目进展、任务、职业相关 |
| 生活 | 工具、日常、效率 |
| 个人品牌 | 文章/视频计划、社交媒体动态 |
待决策条目(GTD 预处理):收藏了链接、提到"之后做"但没有行动的,全部列出并记录首次出现日期。
Step 3:Zettelkasten — 链接旧结论
原则:新结论必须链接旧结论,孤立的笔记没有积累价值。
读取上两周的复盘文档(取最近的 retro.md):
ls $RETRO_DIR/ | sort | tail -3
对本周每条"原创结论",检查:
- 是对上周某条结论的深化?→ 纵向链接
- 是对某个技术点的横向对比?→ 横向链接
- 是全新判断?→ 标注,但全新判断实际上比较少见
每条结论末尾用 Obsidian wiki-link 格式标注链接:
← [[YYYY-WNN/retro#结论标题]]
Step 4:BASB Distill + T型 — 纵横深度分析
BASB 原则:每次复盘都要比上次提炼得更精准。 T 型原则:横向够宽才知道纵向往哪深。
4.1 本周核心主线
本周是一个""的周,T 型位置:
4.2 纵向分析(深度)— 对每个重要技术点
核心原理:执行机制是什么?
能力边界:能做什么?不能做什么?
掌握层级:读懂 / 能用 / 能改 / 能创
内功缺口:要真正掌握,还需要补哪些基础?(要具体,不能说"基础不够")
4.3 横向分析(广度)— 同一问题的不同方案
| 维度 | 方案/方向 | 与本周技术的核心差异 |
|---|---|---|
| 学术论文 | ||
| 开源工程 | ||
| 商业产品 | ||
| 不同解题思路 |
4.4 T 型地图更新
T-Map 按领域拆分,每个领域独立维护:
$RETRO_DIR/t-map-rag.md # RAG 技术栈
$RETRO_DIR/t-map-career.md # 职业发展
$RETRO_DIR/t-map-tools.md # 工具链
根据本周内容判断更新哪个(或多个)t-map 文件。只追加本周变化,不重建。
每个 t-map 的掌握层级标准:
🟢 能用(写过代码 / 跑过实验)
🟡 读懂(理解原理,未动手)
🔴 了解概念(知道是什么)
⬜ 空白待补
追加格式(在对应技术点后更新层级,在成长轨迹表追加一行):
| YYYY-WNN | [纵向推进描述] | [横向新增列表] | [本周关键突破] |
4.5 原创结论标注
识别用户自己推导出的框架和判断(有对比、有判断句、有抽象),标注 [原创],链接 Step 3 的旧结论。
Step 5:GTD 收件箱清零
原则:挂超两周没行动的条目,必须当场决策,不能继续挂着。
对 Step 2 中所有"待决策条目",逐一给出 A/B/C/D 决策:
[条目] — 首次出现:YYYY-MM-DD(距今 N 周)
A. 立刻做 → 放入 P0 Todo
B. 本周做 → 放入 P1 Todo
C. 主动放弃 → 说明原因
D. 等待条件 → 标注等待什么
挂超 2 周的条目必须给出决策,不能留空。
Step 6:BASB Express — 发布就绪检查
原则:这是整个系统的最终目的。每次复盘结束前,至少一条内容进入"立刻可发"。
对本周所有原创结论,逐条检查三层转化状态:
研究(读懂了)→ 实践(跑过了)→ 输出(发出去了)
当前层级 = 研究 / 实践 / 输出
最小实验 = [2小时内可完成的最小验证]
可发布结论 = [核心判断,一句话]
内功缺口 = [发不出去的真正原因,要具体]
发布平台 = [掘金 / 公众号 / B站 / GitHub]
Express 就绪清单:
| 内容 | 距离发布差什么 | 预计时间 |
|---|---|---|
| [可今天发的] | 无 | 立刻 |
| [差开头结尾] | 补开头结尾 | 1h |
| [需要实验验证] | 最小实验 | 2–4h |
| [内功不够,暂缓] | 补 ___ 基础 | N 周后 |
Step 7:生成复盘文档
输出目录结构:
$RETRO_DIR/
└── YYYY-WNN/
├── retro.md ← 本文件(周复盘主文档)
├── todo.md ← Step 8 生成
└── (t-map.md 在 $RETRO_DIR/ 根目录,跨周共享)
保存到:$RETRO_DIR/YYYY-WNN/retro.md
# YYYY-WNN 周复盘(YYYY-MM-DD ~ YYYY-MM-DD)
## TL;DR
- 本周主线:___
- 最有价值的原创结论:___
- Express 状态:N 条可立刻发布 / N 条实验中 / N 条内功缺口
- GTD 清零:N 条决策完成,N 条主动放弃
- T 型变化:新增横向 ___ / 纵向推进到 ___
---
## 技术板块
### 研究方向
| 主题 | 核心要点 | 纵向深度 | 横向对比 |
|---|---|---|---|
### 实践实验
- [做了的 / 没做的]
### 输出发布
- [已发布] / [可发布未发] / [距发布差___]
---
## 原创结论 [最高价值]
### [标题] [原创]
[内容]
← [[YYYY-WNN/retro#上周相关结论]]
当前层级 = ___
最小实验 = ___
可发布结论 = ___
内功缺口 = ___
---
## 纵横分析
### [技术点] 纵向
- 核心原理:
- 能力边界:
- 掌握层级:读懂 / 能用 / 能改 / 能创
- 内功缺口:
### [技术点] 横向
| 维度 | 方案 | 核心差异 |
|---|---|---|
---
## GTD 收件箱清零
| 条目 | 挂了多久 | 决策 |
|---|---|---|
---
## Express 就绪清单
| 内容 | 距离发布差什么 | 预计时间 |
|---|---|---|
---
## 生活板块
### 工作
### 生活
### 个人品牌
- 本周发布:
- 下周计划:
- 内功缺口:
---
## Todo → 详见 [[YYYY-WNN/todo]]
Step 8:生成 Todo 文件
保存到:$RETRO_DIR/YYYY-WNN/todo.md
# YYYY-WNN Todo
## P0 — GTD 决策 A(今天必须做)
- [ ] [行动] — [挂了多久 / 不做的代价]
## P1 — 本周内
- [ ] [行动] — [对应哪条结论 / Express 就绪项]
## P2 — 有空做
- [ ] [行动]
## 主动放弃(GTD 决策 C)
- ~~[条目]~~ — 原因:___
---
## Express 转化追踪
| 知识点 | 层级 | 最小实验 | 完成 | 发布 |
|---|---|---|---|---|
| | 研究/实践/输出 | | ☐ | ☐ |
---
## 每周五四个问题
1. 哪个知识点从"读懂"升级到了"手感"?(Distill 检验)
2. 哪篇笔记今天就能发出去?(Express 检验)
3. 有没有挂超两周的条目?(GTD 检验)
4. 新结论链接到上周哪条旧结论了?(Zettelkasten 检验)
Step 9:如果用户提供了额外复盘思考
- 语音转文字误识别先还原,再分析
- 识别成长卡点 → 用"内功缺口"具体化(缺什么,不能只说"基础不够")
- 引用原话 + 加解读,不改写,融入对应板块
方法论对照(自检用)
| 方法论 | 在本 skill 的体现 | 缺失后果 |
|---|---|---|
| BASB Capture | Step 1 全量读取 | 漏掉重要内容 |
| BASB Organize | Step 2 三板块分类 | 结论混乱 |
| BASB Distill | Step 4 纵横分析 | 只有摘抄没有判断 |
| BASB Express | Step 6 发布就绪检查 | 知识永远停在笔记里 |
| Zettelkasten | Step 3 wiki-link 链接 | 每周重复发现,无积累 |
| T 型成长 | Step 4.3/4.4 + t-map.md | 不知道往哪里深 |
| GTD Weekly Review | Step 5 收件箱清零 | 收藏越积越多,注意力耗散 |
风格要求
- 结论要有判断:不要"介绍了 X",要"X 的本质是 Y,边界是 Z"
- 行动要最小化:每个 todo 2 小时内可完成
- 内功缺口要具名:不能说"基础不够",要说"缺对 ___ 的理解"
- Express 优先:复盘结束前至少一条进入"立刻可发"
- 不要夸用户:直接说挂了多久、发布率是多少
- 内容少的周:直接说"研究输入不足,实践为零,Express 为零,本周复利为负"
开始
解析 $ARGUMENTS 获取日期范围,立即从 Step 1 开始执行,不需要确认。 没有参数时,询问用户要分析哪一周。
Gives 0 of the 12 instructions most note taking skills give in ~3.7k tokens
Counted across 686 of the 876 authors here whose files we hold, read 2026-08-06
- include a visual element on every slidein 44 of 686, across 13 files
- use wikilinks for internal vault linksin 35 of 686, across 11 files
- commit to a single visual motif across every slidein 34 of 686, across 9 files
- read pptxgenjs guide before creating presentations from scratchin 30 of 686, across 6 files
- keep 0.5 inch minimum marginsin 30 of 686, across 7 files
- use subagents to visually inspect rendered slidesin 30 of 686, across 6 files
- re-verify affected slides after every fixin 27 of 686, across 5 files
- run content QA checks before declaring successin 26 of 686, across 3 files
- Use Markdown links for external URLs onlyin 26 of 686, across 10 files
- pick a bold topic specific color palettein 24 of 686, across 2 files
- read editing guide before editing existing presentationsin 23 of 686, across 1 file
- use one dominant color across all slidesin 23 of 686, across 1 file
Said here and by no other author read
- parse date range from arguments
- read all daily notes for the specified week
- restore speech to text errors before analyzing
- classify content into technology and life sections
- link new conclusions to previous ones using wiki links
- perform vertical and horizontal depth analysis
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.