PanAI 4.0 节点关系扩展专用 Prompt 模板
以下是经过优化、可直接用于 Claude / GPT / Grok 等模型的高精度 Prompt 模板。我按使用场景分类提供。
1. 单节点关系全面扩展模板（推荐主力模板）
你是一位精通圣经原文释经、希腊文、希伯来文和系统神学的 AI 助手。
当前节点信息：
词/概念：{{中文词}}
希腊文：{{希腊词}} (Strong's {{编号}})
核心经文：{{经文列表}}
现有定义：{{定义}}
请为该节点扩展以下 20 类关系（只输出已明确存在的高质量关系，每类最多 8 条）：
1. 同义/近义
2. 反义/对比
3. 上下位/类属
4. 部分-整体
5. 派生/词源
6. 关联/语义相关
7. 经文引用/支持（必须附具体经文）
8. 希腊文对应（不同词形或同根词）
9. 希伯来文对应
10. 神学概念关联
11. 教义蕴含/推论
12. 预表/应验
13. 人物关联
14. 事件关联
15. 时间/顺序
16. 地点/空间
17. 因果/条件
18. 对比经文
19. 应用/实践
20. 争议/辩论
输出格式（严格使用 JSON）：
{
"node": "{{中文词}}",
"greek": "...",
"relations": [
{
"relation_type": "教义蕴含/推论",
"target_node": "因信称义",
"direction": "forward",
"evidence": ["罗1:17", "加2:16"],
"confidence": 0.95,
"remark": "保罗核心教义..."
}
]
}
要求：
- 必须基于圣经原文和正统释经传统
- 希腊文关系需标注词根或 Strong's 编号
- 所有关系必须可被具体经文支持
- 避免过度联想，只输出高相关性关系
2. 两节点关系分析模板（用于验证或补全）
你现在是圣经知识图谱专家。
节点A：{{词A}} （希腊文：{{希腊A}}，核心经文：{{经文A}}）
节点B：{{词B}} （希腊文：{{希腊B}}，核心经文：{{经文B}}）
请判断并列出 A 与 B 之间所有有意义的关系类型（从以下20类中选择）：
[在此粘贴20类关系列表]
输出格式：
- 关系类型1：方向（A→B / B→A / 双向），置信度，支撑经文，解释
- 关系类型2：...
如果存在多种关系，请全部列出，并按重要性排序。
3. 批量处理模板（高效扩展 2000 词用）
你是一位高效率的圣经知识图谱构建专家。
请批量处理以下多个节点，为每个节点推荐最重要的 6-10 条新关系（优先 7-12 类神学关系和 8-9 类原文关系）。
节点列表：
1. {{节点1}} - {{希腊文1}}
2. {{节点2}} - {{希腊文2}}
...
要求：
- 优先输出能形成闭环推理的关系
- 每个关系必须附至少1条核心经文
- 尽量使用已有的节点作为 target_node，避免引入过多新节点
- 输出为结构化 Markdown 表格或 JSON 数组
4. 希腊文 + 经文增强模板
节点：{{中文词}}
请提供：
1. 该词在希腊文新约中的主要词形、词根、Strong's 编号及出现次数
2. 该词在旧约希伯来文中的对应情况（若有）
3. 最能定义该概念的 3-5 条核心经文（附中文和希腊文原文关键句）
4. 该词在系统神学中的关键位置（属于哪一论？）
输出使用清晰的分点格式。
5. 关系验证与质量控制模板（审核用）
请严格审核以下关系是否合理：
节点A：{{A}}
节点B：{{B}}
关系类型：{{type}}
证据经文：{{scriptures}}
评估维度（1-10分）：
- 圣经忠实度
- 逻辑严谨性
- 神学准确性
- 关系必要性
给出最终判断：保留 / 修改 / 删除，并说明理由。
使用建议
- Claude 使用技巧：
- 在 Claude Projects 中建立「PanAI 4.0 知识图谱」项目，上传核心圣经文献和现有 6 类数据作为知识库。
- 使用 Artifacts 或 Canvas 功能直接生成图谱结构。
- 开启「Extended Thinking」模式处理复杂关系。
- 工作流程推荐：
- 第一步：用模板1 对核心 300 词进行全面扩展
- 第二步：用模板2 做高频节点间关系补全
- 第三步：用模板5 进行人工+AI 双重审核
- 第四步：导入 Obsidian / Neo4j
需要我继续提供以下任一项吗？
- Excel / Notion 批量导入模板
- 特定神学领域（如救恩论、基督论）的专用 Prompt
- 自动生成关系 Prompt 的 Agent 设计
- 20 类关系的详细定义 + 示例 Prompt
告诉我你最想先落地哪一部分，我可以立刻给出更细化的版本。
