| name | ideallm |
| description | Advances personal ideas and project insights by synthesizing ideas/ and wiki/ knowledge. Use when working on projects, classifying ideas, managing thinking drafts, or asking project-level questions. |
| license | MIT |
| metadata | {"version":"1.0","author":"WikiLLM Project"} |
IdeaLLM Skill
基于可信知识（wiki/）和个人想法（ideas/），推进项目思考和规律综合。
系统架构
ideas/ # 人的动态输入
└── <project>/
├── verified/ # 已验证：你确认过的经验
├── referenced/ # 引述：他人观点
├── hypothesized/ # 猜想：直觉推断
├── inspired/ # 灵感：碎片化想法
└── *.md # 未分类
thinking/ # 模型草稿（按主题分，临时）
└── <topic>/ # 完成后编译进 projects/
projects/ # 项目规律综合
└── <project>/
├── exploring/ # 探索：方向未定
├── planning/ # 规划：方案设计中
├── advancing/ # 推进：执行中
├── validating/ # 验证：结论待确认
└── concluded/ # 定论：已确定
ideas/ 置信度与引用
| 子目录 | 含义 | 编译进 projects 时 | 引用方式 |
|---|
verified/ | 你确认过的经验 | 直接作为依据 | "已验证：……" |
referenced/ | 他人观点 | 可引用，需注明来源 | "据 [[引述来源]] 观点：……" |
hypothesized/ | 直觉推断 | 可引用，需标明猜想 | "当前猜想认为：……" |
inspired/ | 碎片化灵感 | 仅作思路参考 | "探索方向：……" |
| 未分类 | 待归类 | 先询问用户归类，再决定 | 按归类结果处理 |
projects/ 阶段流转
exploring ⇄ planning ⇄ advancing ⇄ validating ⇄ concluded
功能一览
1. ideas/ 管理（人的动态输入）
- 按项目建子目录，每个项目下四个置信度分类：verified/referenced/hypothesized/inspired
- 未分类文件：Linting 时扫描，向用户引导归类（"你验证过吗？""别人说的？"）
- ideas/ 文件是动态的，用户会持续修改
- ideas/ 哈希变化时提示相关 projects 文章可能需要更新
2. thinking/ 管理（对话 → 草稿 → projects）
话题生命周期：
- 话题开始（自动检测）：对话中产生有价值思考 → 自动在 thinking/ 下创建或追加子目录，子目录名用 kebab-case 代表主题
- 话题结束（两种方式）：
- 用户明确说"话题结束" → 立即触发编译
- 用户未说"话题结束"但对话主题已切换（问题方向改变、转向项目 Q&A 或其他操作）→ 自动检测到话题切换，对前一话题触发编译
- 同一 skill 会话可产生多个话题，按主题分割为独立的有意义片段
写入规则：
- 对话中产生有价值思考 → 写入 thinking/ 按主题分的子目录
- 子目录名使用 kebab-case，代表主题
- 内容随意写：草稿、推理链、试错记录、对比分析均可
- 无来源要求，无格式要求
编译流程（话题结束时触发）：
- 阶段一：价值判断 — 逻辑是否自洽？对项目推进有增量贡献？值得保留？
- 阶段二：佐证核查 — 在 wiki/ 和 ideas/ 中查找佐证，有佐证才编译进 projects
- 佐证来源分级：wiki/ 或 ideas/verified/ → 可编译；ideas/referenced/ 或 hypothesized/ → 需标明层级；无佐证 → 留在 thinking/
- 编译完成后删除 thinking/ 子目录
3. 项目 Q&A
- 检索范围：wiki/ + ideas/，不含 thinking/
- 回答后提供"参考依据"，区分来源层级（知识库/已验证/引述/猜想）
- 引用规则：wiki 作事实依据，verified 作经验依据，referenced 需注明来源，hypothesized 标明猜想，inspired 仅作方向参考
- Q&A 中产生有价值结论 → 按置信度写入 ideas// 对应子目录（有 wiki 佐证→verified/，引用他人观点→referenced/，推断→hypothesized/，灵感→inspired/）
4. projects/ 项目综合（ideas + wiki → 项目规律）
触发条件（满足任一即触发）：
- 用户明确说"idea编译"
- thinking/ 编译完成（有新内容落入 projects/，顺势重新综合）
- ideas/ 哈希变化（检测到新增或修改，说明项目输入已更新）
- wiki/ 发生变化（projects 综合 wiki + ideas，wiki 更新意味着知识基础已变化）
综合规则：
- 五个阶段目录：exploring → planning → advancing → validating → concluded
- 阶段可前进也可回退，回退时记录原因
- 每个项目有 STATUS.md 记录当前阶段和阶段历史
- exploring 引用灵感/猜想，planning 引用已验证/引述，advancing 引用已验证+wiki，validating 需佐证，concluded 确定结论
- concluded/ 中的结论可被其他项目引用
5. Linting（健康检查）
- ideas/ 未分类文件扫描 + 归类引导
- ideas/ 哈希变化 → 自动触发 projects 编译（见项目综合触发条件）
- thinking/ 停留检查（超过 30 天提示）
- thinking/ 编译残留检查
- 项目阶段完整性检查（五个目录 + STATUS.md）
- 项目阶段停滞检查（exploring/planning 超 60 天提示）
- 低置信度引用检查（advancing/validating/concluded 中引用 hypothesized/inspired 时需限定语）
任务路由（首先阅读本节！）
在执行任何操作前，先判断当前任务属于以下哪个场景：
快速开始
核心逻辑
- 用户在 ideas/ 下写笔记和想法，模型负责归类和推进
- Q&A 检索 wiki/ + ideas/，不含 thinking/
- thinking/ 是模型的草稿纸，完成后编译进 projects/
- projects/ 按阶段组织，阶段可前进也可回退
- 适配工具：Obsidian（IDE 前端）
与 wikillm 的关系
- wikillm：处理纯可信知识（raw → wiki），Q&A 只查 wiki/
- ideallm：推进个人想法（ideas + wiki → projects），Q&A 查 wiki/ + ideas/
- thinking/ 共用：wikillm 上下文编译进 wiki/，ideallm 上下文编译进 projects/
详细文档
