Menu
引导用户创建完整的 output 模板体系——从人设组件、风格组件、类型定义到 Prompt 模板，生成可直接使用的产出配置。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Pyramid-principle knowledge distillation — extract atoms, form groups, synthesize insights from journal notes.
定时自动处理所有已注册知识库的增量 pipeline（atoms → groups → synthesis）及自动产出生成（structure → output），配合 cron 批量执行。支持 inbox/batch 轮转、崩溃恢复和自动重试。
引导用户创建新的 rewrite 改写定义——从风格采集、规则提炼到脚手架填充，生成可直接使用的 rewrite 模板文件。
Baseado na classificação ocupacional SOC
| name | prism-template-author |
| description | 引导用户创建完整的 output 模板体系——从人设组件、风格组件、类型定义到 Prompt 模板，生成可直接使用的产出配置。 |
| version | 1.0.0 |
| author | js-knowledge-prism |
引导用户从零创建 output 产出所需的全套模板文件。一套完整的产出配置包含四层：
persona（人设组件）→ style（风格组件）→ type（类型定义）→ prompt（模板文件）
模板通过 {{@include}} 引用组件，通过 frontmatter type: 引用类型。创建顺序建议自底向上：先组件，再类型，最后模板。
| 场景 | 行为 |
|---|---|
| 用户说"创建一个新的 output 模板" | 执行 完整创建流程（四层全建） |
| 用户说"新建一个人设/风格组件" | 执行 单组件创建 |
| 用户说"定义一个新的产出类型" | 执行 类型定义流程 |
| 用户提供参考文章说"我想要这种风格的产出" | 从风格提炼开始，反推组件和模板 |
所有产出模板文件存放在知识库目录下，不在工具项目中：
{baseDir}/outputs/_templates/
├── {template_name}.md # 模板文件（完整 Prompt）
├── components/
│ ├── persona/{name}.md # 人设组件
│ └── style/{name}.md # 风格组件
├── types/{name}.md # 类型定义
└── rewrites/{name}.md # 改写定义（见 prism-rewrite-author）
通过 knowledge_prism_status 获取 baseDir。
人设定义"谁在写"，决定了文章的身份感和可信度。
| 信息 | 问法 | 示例 |
|---|---|---|
| 身份 | "写这篇文章的人是什么身份？" | AI 爱好者、技术博主、产品经理、大学生 |
| 经验水平 | "有实际成果还是初学者？" | 有成果但不端着 / 初学探索者 |
| 与读者关系 | "跟读者是什么关系？" | 朋友分享、前辈指导、同行交流 |
| 定位 | "是教程、评测、故事分享、还是别的？" | 带真实体感的故事分享 |
使用脚手架 templates/outputs/components/persona/_scaffold.md：
{{persona_identity}}
写作定位：{{writing_positioning}}
persona_identity：一句话身份定义，包含平台/工具名称和经验水平writing_positioning：定位声明 + 与读者关系 + "不是什么"的排除声明风格定义"怎么写"，是模板中对 LLM 输出控制力最强的部分。
| 信息 | 问法 | 选项 |
|---|---|---|
| 人称 | "用第几人称？" | 第一人称 / 第三人称 / 混合 |
| 语气 | "什么语气？" | 口语化 / 正式 / 幽默 / 冷静客观 |
| 叙事方式 | "内容怎么组织？" | 按时间线 / 按论点 / 故事驱动 / 问答式 |
| 技术处理 | "遇到技术概念怎么办？" | 比喻替代 / 大白话解释 / 直接用术语 |
| 段落密度 | "段落长度偏好？" | 一句一段 / 3-5行短段 / 正常段落 |
| 特殊节奏 | "有没有特别的节奏要求？" | 重点展开次要带过 / 均匀分布 |
使用脚手架 templates/outputs/components/style/_scaffold.md：
风格要求：
- {{tone_rule}}
- {{narrative_rule}}
- {{detail_rule}}
- {{rhythm_rule}}
- {{readability_rule}}
- {{ending_rule}}
每条规则必须是具体可执行的指令，不是模糊描述。
| 差的规则 | 好的规则 |
|---|---|
| "写得生动一些" | "用故事和场景代替概念解释，让读者'看到'而不是'学到'" |
| "段落要短" | "段落短小，多用短句，适合手机竖屏阅读，每段不超过 4-5 行" |
| "语气轻松" | "第一人称，口语化，像在跟朋友聊天" |
类型是结构契约，定义"产出长什么样"。模板通过 frontmatter type: 引用类型，继承其默认配置。
| 信息 | 问法 | 选项 |
|---|---|---|
| 读者 | "读者是谁？" | 技术人员 / 普通人 / 特定社群 |
| 拆分粒度 | "一个视角生成几篇文章？" | per-kl（每 KL 一篇）/ per-perspective（整个视角一篇）/ per-group |
| 文件命名 | "文件怎么命名？" | sequence（01/02/03）/ date（日期）/ slug（标题缩写） |
| 所需变量 | 根据拆分粒度自动推断 | per-kl 需要 kl_* 变量；per-perspective 需要 all_kl_summaries |
| 结构蓝图 | "文章结构是什么样的？" | 用户描述或从参考文章推断 |
| 质量标准 | "什么算写得好？" | 用户描述或推荐通用标准 |
| 拆分模式 | 必需变量 | 可选变量 |
|---|---|---|
per-kl | kl_id, kl_thesis, kl_content, journal_content, groups_content | scqa_content, kl_date, kl_filename |
per-perspective | perspective_thesis, scqa_content, all_kl_summaries, all_groups_content | perspective_dir |
per-group | group_id, group_content, related_atoms | synthesis_content |
使用脚手架 templates/outputs/types/_scaffold.md：
---
name: {{type_name}}
audience: {{target_audience}}
split: {{split_mode}}
fileNaming: {{file_naming}}
requiredVars: [{{required_vars}}]
optionalVars: [{{optional_vars}}]
---
# {{type_display_name}}
{{type_description}}
## 结构蓝图
{{structure_blueprint}}
## 质量标准
{{quality_criteria}}
模板是最终的产物，组装人设 + 风格 + 约束 + 输出格式 + 生成指令。
| 区段 | 必需 | 填充内容 |
|---|---|---|
# System Prompt | 是 | {{@include}} 组件 + 输出格式定义 |
# Unit Prompt | 是 | 变量注入 + 生成指令（写作要点） |
# Skeleton Template | 否 | 骨架文件的正文结构 |
# Review Prompt | 否 | 引用 base review + 额外审校维度 |
# Stage: <name> | 否 | 多阶段流水线（高级用法） |
# System Prompt
{{@include persona/{name}.md}}
{{@include style/{name}.md}}
{{@include constraints.md}}
输出格式：
（用代码块定义完整的文章骨架，包含标题格式、元信息、正文结构、结尾格式）
Unit Prompt 的核心是生成指令——告诉 LLM 怎么使用注入的素材。
设计原则：
{{变量}} 前加说明，告诉 LLM 这段素材的用途骨架是"待填充"的半成品文件，用于人工审查素材引用后再生成。
{{变量}} 占位符，由脚本替换（待生成） 标记表示需要 LLM 填充的部分# Review Prompt
{{@include review/base.md}}
额外审校维度（本模板特有）：
6. **{{dimension_name}}**：{{dimension_description}}
7. ...
额外维度应针对模板的特殊需求，如：
按四层依次收集信息。如果用户提供了参考文章或现有模板作为起点，可以跳过已知项。
{baseDir}/outputs/_templates/components/persona/{name}.md{baseDir}/outputs/_templates/components/style/{name}.md如果现有类型已满足需求，跳过此步，在模板 frontmatter 中引用现有类型即可。
{baseDir}/outputs/_templates/{name}.mdknowledge_prism_list_templates 确认新模板可被发现knowledge_prism_output --perspective <dir> --template <name> --dry-run当用户对已有模板不满意时：
_templates/components/ 下requiredVars 是否与 split 模式匹配{{@include}} 了组件_templates/ 下（不是工具项目）templates/outputs/README.mdtemplates/outputs/ 下的 _scaffold.md 文件