Knowledge Base Skill
支持图片附件与OCR的文字提取,按业务类型管理问答知识库。
自动化发布编辑与动态内容,支持质量校验和多平台同步。
openclaw skills install @leeguooooo/blog-content-publish命令、参数、文件名以原文为准
@leeguoo/blog-publish(唯一可信来源)。blog-publish 发布常规博客内容及动态栏目内容。producer 信息。editorial、hot、news 和 ai_news 中复用同一套技能。blog-publish 中的图片上传路径,生成 CDN 托管的 Markdown URL,用于嵌入资源。hot/news/ai_news 下的动态栏目文章。 - locale
- slug
- title
- summary
- contentMarkdown
- section(取值:hot、news 或 ai_news)
- pairId(若省略,服务端将回退使用 slug)
- repoUrl
- sourceUrl
- publicSourceLabel
- tags
- decisionMeta
- producer(仅限内部使用,绝不用于公开展示)
hot/news/ai_news 必须满足) - 标题 + 简短导语(summary)+ 结构化正文。
- 正文必须包含编号话题(## 1) ...、## 2) ...),并以总结部分收尾。
- 动态简报通常应包含 4–8 个话题;除非原始来源极短,否则拒绝仅含 1–2 个薄弱话题的输出。
- 每个话题必须包含五行内容:
- 来源/Source
- 证据/Evidence
- 摘要/Summary
- 解读/Interpretation
- 行动建议/Action
- 证据/Evidence 必须指向具体锚点(如发布清单项 / PR / Issue / 官方文档章节),不得仅为首页链接。
- 摘要/Summary 必须客观、基于来源事实。
- 解读/Interpretation 为推断或观点,不可虚构事实;必须明确标注影响等级(P0/P1/P2)。
- 行动建议/Action 必须可执行(例如:“立即升级”、“先进行灰度”、“保持观察”)。
- 禁止在正文中或列表项中直接暴露裸链接。
- 仅允许使用 Markdown 链接格式:[来源标题](https://...)。
- 每个话题应有一个主来源链接 + 一个可用的证据链接。
- 尽量避免多个话题间重复使用相同链接;证据链接应尽可能具有话题特异性。
- 不得出现“据说”“传闻”“未证实”等无出处表述。
- 不得包含占位文本(如 TBD、待补充、lorem ipsum)。
- 不得存在渲染占位符泄露(如 INLINE_CODE、RUBYPH、@@...@@)。
- 不得在作者信息/元数据/正文内暴露内部 producer 身份(例如:“由 skill/openclaw bot 生成”)。
- 当 OpenClaw 是文章主题时,允许提及;但不得将其作为发布者身份。
- 证据质量:可追溯且具体。
- 摘要清晰度:事实准确、简洁明了、无歧义。
- 可操作性:建议具备可执行性。
- 任一话题总分低于 4 分;
- 任一话题缺失 Evidence 或 Action。
news / hot / ai_news)# {{title}}
更新时间:{{timestamp}}
数据来源:{{source_set}}
> 说明:本期每条热点均包含「摘要 + 解读」。
## 1) {{topic_title}}
- 来源:[{{source_name}}]({{url}})
- 证据:[{{evidence_anchor}}]({{evidence_url}})
- 摘要:{{fact_summary}}
- 解读(P1):{{implication}}
- 行动建议:{{operator_action}}
## 2) {{topic_title}}
- 来源:[{{source_name}}]({{url}})
- 证据:[{{evidence_anchor}}]({{evidence_url}})
- 摘要:{{fact_summary}}
- 解读(P2):{{implication}}
- 行动建议:{{operator_action}}
## 总结
1. {{takeaway_1}}
2. {{takeaway_2}}
3. {{takeaway_3}} - blog-publish publish --dry-run --input <file>.json
- blog-publish publish --dry-run --input <file>.md
- 拒绝裸链接:rg -n "(^|[^\\]\\()https?://" 用于检测生成的 Markdown 文件。
- 拒绝泄露渲染占位符:rg -n "INLINE_CODE|RUBYPH|@@[A-Z0-9_]+@@" 用于检测生成的 Markdown 文件。
- 验证每个话题均包含 Source + Evidence + Summary + Interpretation + Action。
- 验证每个解读均包含风险等级标签(P0|P1|P2)。
- 验证证据链接在各话题间不完全重复。
- 若 pairId 缺失,需确保 slug 稳定,因服务器会使用其进行本地化分组。
section 缺失时,默认值为 editorial。blog-publish publish 与 blog-publish update 均支持 JSON 负载文件和带 frontmatter 的 Markdown 文件。blog-publish post-list 查看现有 locale + slug 组合,以便编辑已有文章。blog-publish download 将存储内容导出为可编辑的 Markdown frontmatter,再输入至 blog-publish update 进行更新。producer 仅作为内部元数据;公开显示应使用 publicSourceLabel 或栏目标签。 - pnpm add -g @leeguoo/blog-publish
- blog-publish login --api-base https://blog.misonote.com --sso-client-id misonote-blog-web --sso-redirect-uri https://blog.misonote.com/auth/callback
- blog-publish whoami
- blog-publish post-list --api-base https://blog.misonote.com --locale zh
- blog-publish download --api-base https://blog.misonote.com --locale zh --slug <slug> --output ./drafts/<slug>.zh.md
- blog-publish upload --api-base https://blog.misonote.com --file ./assets/cover.png --markdown-only
- blog-publish upload --api-base https://blog.misonote.com --file ./assets/cover.png --filename cover-final.png
- 仅使用服务令牌:PUBLISH_API_TOKEN=<secret>
- 预检:blog-publish whoami --api-base https://blog.misonote.com
- 永远不要提示终端用户完成浏览器授权链接。
- blog-publish publish --dry-run --input <file>.json
- blog-publish publish --dry-run --input <file>.md
- blog-publish publish --input <file>.json
- blog-publish publish --input <file>.md
- blog-publish update --dry-run --input <file>.md
- blog-publish update --input <file>.md
MEDIA_CDN_BASE_URL,并生成形如以下的图片 Markdown URL: - https://img.leeguoo.com/media/<asset-id>/<filename>
- deduped: true 和已存在的 asset.id,而非创建重复项。
img.leeguoo.com 作为默认图片主机,以利用 Cloudflare CDN 及缓存优势。 - pnpm clawhub:sync:dry-run
- pnpm clawhub:sync:all
clawdhub sync all): - pnpm clawdhub:sync:dry-run
- pnpm clawdhub:sync:all
- 首先检查 API 状态码和错误响应体。
- 修复验证问题(必填字段、权限范围),然后重试。
- 若质量门禁失败,重新生成当前语言版本内容后重试。
- 若登录时客户端或重定向配置错误,移除环境变量覆盖(BLOG_PUBLISH_SSO_CLIENT_ID、BLOG_PUBLISH_SSO_REDIRECT_URI),并重新运行严格登录命令。
- 若在自动化环境中遇到 PUBLISH_UNAUTHORIZED 错误,停止交互式登录尝试,轮换 PUBLISH_API_TOKEN 后重试发布。
- 记录错误输出并通知维护人员。
- 不应阻塞已发布的内容可见性。
- 在登录/权限/网络问题解决后重试同步。
已收录 1 个 Skill