curate-a-reading-path-for-a-new-domain
Use when someone must get up to speed in an unfamiliar field. Builds a short ordered path of primary sources with a reason and a time budget each, instead of dumping a link list on them.
- License 许可
- MIT
- 最近更新
- 2026-11-11
- Stars
- ★ 80
- Forks
- 17
01 前言 Front Matter
- name
- curate-a-reading-path-for-a-new-domain
- description
- Use when someone must get up to speed in an unfamiliar field. Builds a short ordered path of primary sources with a reason and a time budget each, instead of dumping a link list on them.
02 资源文件 3
- 许可证LICENSE1.0 KB
- 参考文档SOURCE.md364 B
- 参考文档TRUST.auto.yaml2.2 KB
03 SKILL.md 正文
Curate a Reading Path for a New Domain
A list of links is not a curriculum. An ordered path where each item earns its place, primary sources first and a stated time budget, gets a newcomer to working understanding without drowning them.
Procedure
- Cap the path at 5-8 items. More is abandonment dressed as thoroughness.
- Lead with the primary source: the spec, the RFC, or the original paper, not a blog summary of it. For HTTP caching that is
RFC 9111. - For each item give three fields: why it sits here, what to extract, and a time budget (
skim 15mvsread 90m). - Order by dependency: each item should use only concepts from earlier ones.
- Mark a stopping point: "after item 4 you can do X; items 5-8 are for when you hit Y".
- Include one item that shows the field's current debate or known failure, so the learner does not take the rest as settled.
- Store it as
reading-path.mdin the project so it is versioned, not lost in a chat thread. - Give the reader one small task that forces them to use the material: a config to write, a request to trace.
- Re-vet the links every quarter; a moved spec or dead blog rots the path quietly.
- Note the assumed starting knowledge so the path is not pitched above or below the reader.
- Tag each item as primary or secondary so the reader knows what to trust most.
- Add a one-line 'after this you can...' outcome to each item.
- Keep a dated changelog of edits to the path, so its trustworthiness is visible.
- State the reader's assumed background in one line at the top of the path.
- Give each item a 'skip if you already know X' note so experts do not read everything.
- Add a 'you are done when you can...' line at the end so the path has a finish.
Pitfalls
- Nine blog posts where one spec plus one critique would do.
- Summaries of primary sources that silently drop the caveats the learner needs later.
- No time budgets, so the learner spends a whole day on a skim item.
- Ordering by popularity instead of by concept dependency.
- Never checking the links, so two of the five are 404 by the time a new joiner reads them.
- A path with no task, so the reading never converts into skill.
- Mixing three difficulty levels so a beginner stalls on item two.
- A path whose items all come from one author, hiding disagreement in the field.
- Including a paywalled source with no open alternative.
- A path with no stated prerequisites, pitched at the wrong reader.
- No skip notes, so a senior wastes hours on the basics.
- An open-ended path that never signals completion.
Verification
grep -c '^[0-9]' reading-path.md ; grep -c 'primary' reading-path.md
# passes when item count is 5-8 and at least one is marked 'primary source'
Report to the user: the ordered list with each item's extraction goal and time budget.
04 同仓库更多 Skills
recipe-performance
Diagnose a specific MetaMask user flow's real-app performance and Sentry critical-user-flow telemetry with deterministic mm-harness recipes. Use for CUF boundaries, cold/warm/background-resume behavior, latency regressions, lifecycle tags, duplicate or blocking network requests, long tasks, layout/paint cost, screen redraws, React rerenders, or browser trace analysis where tests alone cannot prove the real app.
mexc-spot-websocket
MEXC Spot WebSocket workflows for public streams, protobuf handling, depth maintenance, listen keys, and private streams without exposing API keys.
mexc-spot-rest
MEXC Spot REST workflows for public data, signed account requests, orders, wallet/admin actions, and secure signing without exposing API keys.
mexc-futures-websocket
MEXC Futures WebSocket workflows for public streams, private account/order/position streams, ping/pong, subscriptions, and depth maintenance.
0xklen-version-and-refresh-sanctions-lists
暂无简介
verify-tests-cover-changed-lines
Use when a PR adds code that the existing suite may not exercise. Measures patch coverage — the share of newly changed lines hit by tests — before approving.