permanent-note-writer

name	permanent-note-writer
description	Use this skill when the user asks to turn temporary materials, chat logs, project ideas, tool notes, or rough thoughts into an Obsidian permanent note. Focus on one core idea, the user's own judgment, reusable context, and Obsidian links. Do not use for whole-vault refactors or final polished essays.

Permanent Note Writer Skill

Goal

把零散输入整理成适合长期保存的 Obsidian 永久笔记。

永久笔记不是资料搬运，而是沉淀用户自己的判断、方法论、经验和可复用上下文。

When to use

Use this skill when the user asks to:

• 把某段内容整理成永久笔记
• 把聊天记录沉淀为知识库笔记
• 总结项目经验
• 形成方法论
• 写入 Obsidian 长期知识库
• 把工具体验、项目思考、面试表达或创意灵感转成可复用笔记

Do not use when

Do not use this skill when the user asks to:

• 重构整个 Vault
• 批量移动或重命名大量文件
• 检查死链、frontmatter 或目录治理
• 写最终发布文章、营销文案或完整长文
• 修改项目代码

Note structure

Use this structure by default:

---
type: permanent-note
status: active
created: YYYY-MM-DD
updated: YYYY-MM-DD
tags:
  - tag-example
related:
  - "[[Related Note]]"
---

# 标题

## 一句话结论

用一句话概括这篇笔记最核心的观点。

## 背景

说明这条笔记来自什么问题、场景、项目或对话。

## 核心内容

结构化整理主要信息。必要时使用小标题、列表或表格。

## 我的判断

明确区分用户自己的判断、偏好、经验或方法论，不要只做资料摘要。

## 可复用场景

说明这条知识未来可以用在哪些项目、面试、内容创作或决策场景中。

## 相关链接

- [[相关笔记1]]
- [[相关笔记2]]

## 待确认

- 需要后续验证、补充来源或由用户确认的内容。

Rules

• 一篇笔记只表达一个核心主题。
• 必须区分“资料事实”和“用户判断”。
• 不要过度包装临时想法，也不要把猜测写成确定结论。
• 不确定内容写入 待确认。
• 优先补充 Obsidian 双链建议。
• 不要虚构来源、数据、项目事实或用户观点。
• 保留用户原始意图，不要为了结构整洁而改写成完全不同的观点。
• 输出应适合直接保存为 Markdown 文件。

Output requirements

When producing a permanent note, include:

1. 建议文件名
2. 建议保存目录
3. 完整 Markdown 笔记正文
4. 相关双链建议
5. 待确认事项

Quality checklist

Before finalizing, check that:

• The note has one clear core idea.
• The title is specific and searchable.
• The user's own judgment is preserved.
• Facts, assumptions, and opinions are clearly separated.
• 待确认 is used for uncertain content.
• The note can be reused in future projects, interviews, writing, or decisions.

Quality rules

• 不要丢弃原始材料中的外部链接；即使未验证，也应保留到 source、references 或“待验证来源”中。
• 如果原始材料包含“需求澄清问题”“架构图”“核心流程”“失败与降级”“扩展性设计”，不要在整理时直接省略。
• 必须区分“通用技术事实”和“我的设计选择”。自定义 schema、分层模型、字段命名、项目架构取舍应归入“我的设计选择”。
• 面试表达材料如果超过一定篇幅，应拆成独立 interview-prep 笔记，而不是塞在主技术笔记里。
• 对口述稿要优先自然、短句、可讲，不要堆砌书面化形容词。
• 如果出现 Decision Log 候选，应标记为候选，不要默认直接转成已决策。