ai-proj-helper/skills-integration/siyuan-plugin/skills/references/details.md

skills 详细内容

备注

"""

获取或创建日记笔记本

notebooks = api.list_notebooks() diary_nb = next((nb for nb in notebooks if nb["name"] == "日记"), None) if not diary_nb: diary_nb = api.create_notebook("日记")["notebook"]

使用 upsert_doc 避免重复创建

doc_id = api.upsert_doc(diary_nb["id"], f"/{today}", markdown) print(f"每日笔记: {doc_id}")

### 场景 2: 批量导入 Markdown 文件

```python
from pathlib import Path

api = SiYuanAPI()
notebook_id = "目标笔记本ID"
md_folder = "/path/to/markdown/files"

for md_file in Path(md_folder).glob("*.md"):
    with open(md_file, "r", encoding="utf-8") as f:
        content = f.read()

    doc_name = md_file.stem
    # 使用 upsert_doc 支持增量导入，避免重复
    doc_id = api.upsert_doc(notebook_id, f"/{doc_name}", content)
    print(f"导入: {doc_name} -> {doc_id}")

场景 3: 搜索并汇总

api = SiYuanAPI()

# 搜索所有包含"会议"的内容
results = api.search("会议")
blocks = results.get("blocks", [])

print(f"找到 {len(blocks)} 条相关内容:")
for block in blocks[:10]:
    print(f"- {block.get('content', '')[:50]}...")

场景 4: 发布合同到飞书云文档

from siyuan import SiYuanAPI

api = SiYuanAPI()

# 1. 从思源笔记导出合同内容
contract_doc_id = "20260202080355-2c0vgac"  # 合同文档 ID
markdown_content = api.export_md(contract_doc_id)

# 2. 使用飞书 MCP 创建云文档
# 调用 feishu-doc MCP 的 create_and_write_document 工具
# - title: "物流服务合同-妗晨与名风"
# - content: markdown_content
# - folder_token: (可选，指定目标文件夹)

# 3. 完整的发布函数
def publish_to_feishu(doc_id: str, doc_title: str = None) -> dict:
    """
    将思源笔记文档发布到飞书云文档

    Args:
        doc_id: 思源笔记文档 ID
        doc_title: 飞书文档标题（可选，默认使用原文档标题）

    Returns:
        dict: {"siyuan_doc_id": str, "content": str, "feishu_url": str}
    """
    api = SiYuanAPI()

    # 导出 Markdown 内容
    content = api.export_md(doc_id)

    # 获取原文档标题（如果未指定）
    if not doc_title:
        doc_info = api.get_block(doc_id)
        doc_title = doc_info.get("content", "未命名文档")

    # 返回准备好的内容，由调用者使用 feishu-doc MCP 创建
    return {
        "siyuan_doc_id": doc_id,
        "doc_title": doc_title,
        "content": content
    }

# 使用示例
result = publish_to_feishu("20260202080355-2c0vgac", "物流服务合同-妗晨与名风-2026")
print(f"准备发布: {result['doc_title']}")
print(f"内容长度: {len(result['content'])} 字符")

# 然后调用 feishu-doc MCP:
# mcp__feishu-doc__create_and_write_document(
#     title=result["doc_title"],
#     content=result["content"]
# )

工作流说明:

1. 创建合同 (biz-contract 技能) → 生成合同 Markdown 文本
2. 存储到思源 (siyuan 技能) → 保存到"商务合同"笔记本，便于预览和修改
3. 发布到飞书 (feishu-doc MCP) → 导出并创建飞书云文档

商务合同笔记本配置:

配置项	值
笔记本名称	商务合同
笔记本 ID	20260202080313-kjtgg1j
路径规范	/{合同类型}/{甲方简称}-{乙方简称}-{年份}

---

配置变更

变更时间: 2026-01-15 01:12:00 CST 生效时间: 2026-01-15 01:15:00 CST

#### ❌ 错误示例

```markdown
- **发生时间**: 2026-01-15
- **创建时间**: 2026-01-15
- **最后更新**: 今天
- **验证时间**: 早上

时间格式规范

场景	格式	示例
精确时间点	YYYY-MM-DD HH:MM:SS TZ	2026-01-15 02:00:01 CST
时间范围	YYYY-MM-DD HH:MM:SS - HH:MM:SS TZ	2026-01-15 00:00:00 - 00:46:00 CST
跨天时间范围	YYYY-MM-DD HH:MM:SS - YYYY-MM-DD HH:MM:SS TZ	2026-01-15 23:00:00 - 2026-01-16 01:00:00 CST

时区标注:

• CST: 中国标准时间 (服务器时间、生产环境)
• ACDT: 澳大利亚中部夏令时 (au-dev 本地开发时间)
• UTC: 协调世界时 (国际标准)

文档元信息要求

所有运维、技术类笔记文档必须在开头包含元信息：

# 文档标题

**创建时间**: YYYY-MM-DD HH:MM:SS TZ
**创建人**: qiudl / Claude
**最后更新**: YYYY-MM-DD HH:MM:SS TZ
**文档状态**: ✅ 已完成 / 🔄 进行中 / ⚠️ 待验证 / ❌ 已废弃
**相关项目**: 项目名称
**标签**: #运维 #数据库 #备份

---

[正文内容...]

事件记录规范

记录重大事件或故障时必须包含：

1. 事件时间: 完整的开始和结束时间（精确到秒）
2. 严重程度: P0/P1/P2/P3
3. 影响范围: 具体说明受影响的系统和用户
4. 事件描述: 清晰简洁的事件说明
5. 恢复过程: 详细的恢复步骤和时间点
6. 恢复完成时间: 精确的恢复完成时间
7. 根本原因: RCA (Root Cause Analysis)
8. 预防措施: 包含完成时间的预防措施
9. 相关文档: 链接到相关技术文档或代码仓库

模板:

# YYYY-MM-DD 事件标题

## YYYY-MM-DD HH:MM 操作记录

**操作时间**: YYYY-MM-DD HH:MM:SS TZ
**操作人**: qiudl / Claude
**操作类型**: 数据库操作 / 服务重启 / 配置变更 / 部署发布
**操作内容**: 简短描述

### 详细步骤

1. **步骤 1** (HH:MM:SS)
   ```bash
   具体命令

结果: [...]

2. 步骤 2 (HH:MM:SS)

   具体命令
   

   结果: [...]

验证结果

验证时间: YYYY-MM-DD HH:MM:SS TZ 验证结果: ✅ 成功 / ❌ 失败 / ⚠️ 部分成功

[验证详情...]

回滚方案

如需回滚，执行以下步骤：

回滚命令

---

记录时间: YYYY-MM-DD HH:MM:SS TZ

### 检查清单

在创建或更新思源笔记文档时，请检查：

- [ ] 所有时间记录都包含完整时间戳（精确到秒）
- [ ] 所有时间戳都标注了时区（CST/ACDT/UTC）
- [ ] 文档包含元信息（创建时间、创建人、状态）
- [ ] 事件记录包含完整的时间范围和时间线
- [ ] 技术方案包含各阶段的时间规划
- [ ] 会议记录包含会议时间和记录完成时间
- [ ] 操作日志包含操作时间、验证时间
- [ ] 所有时间使用 24 小时制
- [ ] 时间格式一致（YYYY-MM-DD HH:MM:SS TZ）
- [ ] 跨天操作明确标注日期变化

### 为什么需要完整时间戳

1. **故障排查**: 精确时间有助于关联服务器日志和追踪问题根源
2. **时间顺序**: 明确事件的先后关系，构建完整的时间线
3. **性能分析**: 精确计算操作耗时，识别性能瓶颈
4. **审计追踪**: 完整的操作记录，满足合规要求
5. **跨时区协作**: 明确时区避免混淆（澳洲团队 vs 中国服务器）
6. **自动化集成**: 便于后续工具提取时间信息进行分析
7. **知识沉淀**: 便于后续查阅和学习，理解决策的时间背景

### 常见错误和修正

| 错误写法 | 正确写法 | 说明 |
|---------|---------|------|
| 今天下午 | 2026-01-15 14:30:00 CST | 避免模糊表述 |
| 凌晨 | 2026-01-15 02:00:00 CST | 明确具体时间 |
| 2026-01-15 | 2026-01-15 14:30:00 CST | 补充时分秒 |
| 14:30 | 2026-01-15 14:30:00 CST | 补充日期和时区 |
| 昨天 | 2026-01-14 HH:MM:SS CST | 使用具体日期 |
| 刚才 | 2026-01-15 14:28:00 CST | 记录精确时间 |

---

**规范创建时间**: 2026-01-15 07:45:00 ACDT
**最后更新时间**: 2026-01-15 07:45:00 ACDT