llm-wiki-setup
- Repo stars 1,187
- Forks 185
- Author updated Jun 14, 2026, 10:01 AM
- Author repo claude-code-skills
- Domain
- AI
- Compatible agents
-
- Claude Code
- Cursor
- Cline
- Codex
- Windsurf
- Gemini CLI
- +20
- Trust score
- 88 / 100 · community maintained
- Author / version / license
- @daymade · no license declared
- Token usage
- Lean
- Setup complexity
- Guided setup
- External API key
- Not required
- Operating systems
- Unspecified (assume cross-platform)
- Runtime requirements
- Python
- Permissions
-
- Read-only
- Shell exec
- Write / modify
- Network behavior
- Local-only
- Install commands
- 26 variants
Profile is derived at build time from SKILL.md and install vectors. Subject to drift from author intent.
Heads up: 未限定 allowed-tools,默认拥有全部工具权限。
---
name: llm-wiki-setup
description: 帮用户搭一个金融投研专用 LLM Wiki(Karpathy 模式):纯 markdown 文件 + [[wikilink]] 互联 + LLM 维护,知识随用复利。 两个投资者看同一家公司…
category: ai
runtime: Python
---
# llm-wiki-setup output preview
## PART A: Task fit
- Use case: 帮用户搭一个金融投研专用 LLM Wiki(Karpathy 模式):纯 markdown 文件 + [[wikilink]] 互联 + LLM 维护,知识随用复利。 两个投资者看同一家公司,关注点可能完全不同——一个看「下季度订单能否超市场预期」,另一个看「管理层电话会上的语气和信心」。给他们同一份模板,就抹掉了让 wiki 有用的那个东西。 runs entirely locally; runs on Python. Works with Claude Code, Cursor, Cline and 23 more..
- Inputs: target material, constraints, expected output, and acceptance criteria.
- Evidence boundary: follow “★ 先读这一条(这个 skill 的灵魂) / 不碰的红线(Karpathy 原意,别 over-engineer) / 机制层 vs 规则层(贯穿全程的区分)” and do not present inference as author intent.
## PART B: Execution result
- **01** The card summarizes the use case; runtime output centers on “帮用户搭一个金融投研专用 LLM Wiki(Karpathy 模式):纯 markdown 文件 + [[wikilink]] 互联 + LLM 维护,知识随用复利。 两个投资者看同一家公司,关注点可能完全不同——一个看「下季度订单能否超市场预期」,另一个看「管理层电话会上的语气和信心」。给他们同一份模板,就抹掉了让 wiki 有用的那个东西。 runs entirely locally; runs on Python. Works with Claude Code, Cursor, Cline and 23 more.”.
- **02** When the source has headings, the agent prioritizes “★ 先读这一条(这个 skill 的灵魂) / 不碰的红线(Karpathy 原意,别 over-engineer) / 机制层 vs 规则层(贯穿全程的区分)” so the result follows the author’s structure.
- **03** Typical output includes task judgment, concrete steps, required commands or file edits, validation, and follow-up options.
- **04** Risk context follows the fingerprint: read files, run shell commands, write/modify files; mostly runs locally; usually needs no extra API key.
## Running Rules
- read files, run shell commands, write/modify files; mostly runs locally; usually needs no extra API key.
- Validate with a small sample before expanding scope.
- Return the result, validation criteria, and next iteration options. The source does not require a stable slash command. After installation, invoke the skill by name and describe the task.
Name target files or source material, expected output, forbidden changes, and whether network or shell access is allowed. Permission fingerprint: read files, run shell commands, write/modify files.
Start with a small task and check whether the result follows “★ 先读这一条(这个 skill 的灵魂) / 不碰的红线(Karpathy 原意,别 over-engineer) / 机制层 vs 规则层(贯穿全程的区分)”. Inspect diffs, logs, previews, or tests before expanding scope.
Confirm the final output includes a concrete result, evidence, and next action. If it stays generic, tighten inputs, boundaries, and acceptance criteria.
---
name: llm-wiki-setup
description: 帮用户搭一个金融投研专用 LLM Wiki(Karpathy 模式):纯 markdown 文件 + [[wikilink]] 互联 + LLM 维护,知识随用复利。 两个投资者看同一家公司…
category: ai
source: daymade/claude-code-skills
---
# llm-wiki-setup
## When to use
- 帮用户搭一个金融投研专用 LLM Wiki(Karpathy 模式):纯 markdown 文件 + [[wikilink]] 互联 + LLM 维护,知识随用复利。 两个投资者看同一家公司,关注点可能完全不同——一个看「下季度订单能否…
- Use it when the task has clear inputs, repeatable steps, and validation criteria.
## What to provide
- Target material, scope, expected result, and forbidden changes.
- Whether network, commands, file writes, or external services are allowed.
## Execution rules
- Organize steps around “★ 先读这一条(这个 skill 的灵魂) / 不碰的红线(Karpathy 原意,别 over-engineer) / 机制层 vs 规则层(贯穿全程的区分)” and keep inference separate from source facts.
- read files, run shell commands, write/modify files; mostly runs locally; usually needs no extra API key.
- Validate with a small sample before expanding the task.
## Output requirements
- Return the deliverable, key evidence, validation method, and next action.
- Mark missing information as unknown; do not invent commands, platforms, or dependencies. The author source anchors workflow facts; repository files anchor sources and commands; Fluxly only adds fit, limitations, and quality judgment.
skill "llm-wiki-setup" {
input -> user goal + target files + boundaries + acceptance criteria
context -> ★ 先读这一条(这个 skill 的灵魂) / 不碰的红线(Karpathy 原意,别 over-engineer) / 机制层 vs 规则层(贯穿全程的区分)
rules -> SKILL.md triggers / order / output contract
runtime -> Python | read files, run shell commands, write/modify files | mostly runs locally
guardrails -> usually needs no extra API key + small-sample validation + diff/log review
output -> copyable result + checklist + next iteration
} LLM Wiki Setup(投研第二大脑共创)
帮用户搭一个金融投研专用 LLM Wiki(Karpathy 模式):纯 markdown 文件 + [[wikilink]] 互联 + LLM 维护,知识随用复利。
但核心不是给一份投研模板——是引导用户把他自己的投资判断方式,提炼成他专属的 CLAUDE.md。
★ 先读这一条(这个 skill 的灵魂)
每个人用自己的语言、自己的投资偏好,建自己的 CLAUDE.md。
两个投资者看同一家公司,关注点可能完全不同——一个看「下季度订单能否超市场预期」,另一个看「管理层电话会上的语气和信心」。给他们同一份模板,就抹掉了让 wiki 有用的那个东西。
- ✅ 你的工作 = 访谈用户 → 提炼他的关注维度 → 用他的话写进 CLAUDE.md
- ❌ 你的失败 = 套一份「标准投研 schema」让他填空,或让他照抄
examples/
examples/investment-research-CLAUDE.md 是一个人长成的样子,给用户看可能性,禁止照抄。它像模板一样被搬走,这个 skill 就失败了。
不碰的红线(Karpathy 原意,别 over-engineer)
纯 markdown + wikilink + grep。不加 RAG / 向量库 / embedding。 知识靠预编译进结构化页「复利」,不是每次 query 重新检索原始文档——这是本模式相对 RAG 的根本区别,也是 Karpathy 的核心 idea。别加回任何检索层,别加 knowledge graph / 自动 health-check 之类机制(社区有些版本加了,那是 over-engineer)。
机制层 vs 规则层(贯穿全程的区分)
| 内容 | 处置 | |
|---|---|---|
| 机制层 | 三层目录 + wikilink + lint + git hook | ✅ 通用工程结构,scripts/init_vault.py 直接装 |
| 规则层 | 看哪些维度 / 怎么记观点 / 要不要分析师归属 / 怎么复盘 / 要长报告还是三行 | ❌ 用户的投资大脑,访谈长出来,绝不给模板 |
机制层照抄没问题(它是 Karpathy 模式的工程卫生,跟「你怎么投资」无关)。规则层照抄 = 背叛方法论。
工作流
Phase 0 — 判断意图
- 新建 vault → Phase 1
- 已有 vault,ingest 一份源 → 直接读
references/ingest_sop.md - 已有 vault,财报后复盘某标的 →
references/fulfillment_sop.md - query → 读 vault 的
index.md+ 相关页,带 citation 综合答;好答案回填 synthesis
Phase 1 — scaffold 机制层
python scripts/init_vault.py <目标目录>
建空骨架(三层目录 + lint + hook 占位 + 空 index/log + CLAUDE 骨架)。这一步只装机制层,不写任何 schema。
Phase 2 — 访谈共创 CLAUDE.md ★核心步骤
读 references/interview.md,按它的 8 个维度一条条访谈用户,把回答用他自己的话写进 <vault>/CLAUDE.md 规则层的占位。
- 一次问一个维度,别一口气灌
- 用户不在乎的维度直接砍(极简 > 全面)
- 卡住才翻
examples/给灵感,明说「别抄,挑你戳中的」 - 自检:写好的 CLAUDE.md 像不像「这个人」?像通用模板就重来
Phase 3 — 启用防腐
cd <vault> && git init
git config core.hooksPath .githooks # local 配置,换机/重 clone 要重设
PYTHONUTF8=1 uv run --no-project --with pyyaml python3 scripts/lint-vault.py wiki # 确认绿灯
Phase 4 — 首次 ingest 演示
拿用户一份真实的源(研报 / 电话会 / 纪要),按 references/ingest_sop.md 走一遍 HITL 5 卡点,让他亲眼看到 wiki 怎么从源长出来。用用户自己的素材,不要用 examples。
后续运营(按需读 references)
| 场景 | 读 |
|---|---|
| ingest 新源 | references/ingest_sop.md(doc_type 用用户自己定的分类) |
| 财报后复盘 | references/fulfillment_sop.md(分析师回测调 analyst-track-record skill,别重造) |
| vault 卫生(派生值漂移) | references/prune_discipline.md |
| 复盘页对抗审查 | references/counter_review.md |
| 怎么访谈提炼用户的投资大脑 | references/interview.md(Phase 2 的完整方法) |
为什么这个 skill 是 inline(不设 context: fork)
它要调 analyst-track-record skill(复盘回测)、跑 Bash(scaffold / lint)、可能并行 Task 取财报数据——subagent 不能调 skill 或 spawn subagent,所以必须 inline。
Next Step
vault 搭好、用户开始 ingest 卖方研报后,如果他想回测某分析师过去准不准 → 建议接 analyst-track-record skill(双维度命中率,有 validated 脚本)。
Decide Fit First
Design Intent
How To Use It
Boundaries And Review