vault: auto-sync 2026-03-06 02:00
This commit is contained in:
lizikk
parent
bfa24ae9e4
commit
82bb47e482
46
00-inbox/2026-03-05-claudable-system-prompt-dao-analysis.md
Normal file
46
00-inbox/2026-03-05-claudable-system-prompt-dao-analysis.md
Normal file
@ -0,0 +1,46 @@
|
||||
---
|
||||
title: 'Claudable System Prompt 道法术器分析'
|
||||
tags: [dao-analysis, system-prompt, ai-agent, design-patterns]
|
||||
source_note: '[[00-inbox/claudable-system-prompt|Claudable System Prompt]]'
|
||||
created_at: '2026-03-05'
|
||||
---
|
||||
|
||||
# Claudable System Prompt 道法术器分析
|
||||
|
||||
> 源素材: [[00-inbox/claudable-system-prompt|Claudable System Prompt]]
|
||||
|
||||
## 核心矛盾 (L1)
|
||||
|
||||
完整性（Complete, functional code）<——> 极简性（Only what's requested, no extras）
|
||||
|
||||
倾向极简性，但以完整性为底线。
|
||||
|
||||
## 道层命题 (L2)
|
||||
|
||||
- **D1**: 宁可功能少，也要每次交付可运行
|
||||
- **D2**: 宁可重复代码，也要避免过早抽象
|
||||
- **D3**: 宁可限制能力边界，也要保证安全
|
||||
- **D4**: 宁可多一轮对话，也要减少上下文浪费
|
||||
|
||||
## 迁移到 content-forge 的 3 个设计模式
|
||||
|
||||
### 模式 A: 约束 > 能力
|
||||
- prompt 70% 在说 NEVER/AVOID，30% 在说怎么做
|
||||
- 已落地到 CLAUDE.md §10.7
|
||||
|
||||
### 模式 B: 一次 inline，两次抽象
|
||||
- 选题角度/写作模板/配图风格只用一次不模板化
|
||||
- 已落地到 CLAUDE.md §10.7
|
||||
|
||||
### 模式 C: Frontmatter-First
|
||||
- Schema-first 在内容领域的映射：先定义 frontmatter 结构，再填充正文
|
||||
- 已落地到 CLAUDE.md §10.7
|
||||
|
||||
## 完整分析
|
||||
|
||||
详见当次 session 的道法术器分析输出（L0-L7 全 8 层）。
|
||||
|
||||
## 关联笔记
|
||||
|
||||
- [[00-inbox/claudable-system-prompt|原始素材]]
|
||||
- [[00-inbox/ai-agent-best-practices|AI Agent 最佳实践]]
|
||||
155
templates/xiaohuihui-style.md
Normal file
155
templates/xiaohuihui-style.md
Normal file
@ -0,0 +1,155 @@
|
||||
---
|
||||
id: "template-xiaohuihui-style"
|
||||
title: "小灰灰公众号写作风格模板"
|
||||
type: "writing-style-template"
|
||||
source: "skills_collection/xiaohuihui-tech-article + xiaohuihui-dify-tech-article"
|
||||
extracted_at: "2026-03-05"
|
||||
tags: ["writing-style", "wechat", "tech-tutorial", "dify"]
|
||||
---
|
||||
|
||||
# 小灰灰公众号写作风格模板
|
||||
|
||||
> 提取自 wwwzhouhui/skills_collection 中的 xiaohuihui-tech-article (v2.4.0) 和 xiaohuihui-dify-tech-article (v1.0.0)。
|
||||
> 适用于技术实战教程类公众号文章。
|
||||
|
||||
## 风格概述
|
||||
|
||||
- **定位**: 技术实战教程，面向 AI/开发者群体
|
||||
- **语气**: 口语化 + 专业技术，亲和但不失深度
|
||||
- **公众号**: 海老豹666（科技、管理、经济、学习、成长）
|
||||
|
||||
## 核心结构
|
||||
|
||||
### 通用技术文章（四段式）
|
||||
|
||||
```
|
||||
公众号卡片（HTML 名片）
|
||||
↓
|
||||
第1章: 前言（三段式，~300字）
|
||||
- 第一段: 问题/背景引入（100-150字）
|
||||
- 第二段: 解决方案介绍 + 配图（100-150字）
|
||||
- 第三段: 文章目标与亮点（50-80字）
|
||||
↓
|
||||
第2章: 项目介绍（~500字）
|
||||
- 核心特性（列表形式，带 emoji）
|
||||
- 技术栈说明（表格形式）
|
||||
- 应用场景
|
||||
↓
|
||||
第3章: 部署实战（1500-2000字）
|
||||
- 环境准备 → 项目下载 → 依赖安装 → 配置文件 → 启动服务 → 测试验证
|
||||
↓
|
||||
第4章: 总结（单段 300-500 字，禁止分段）
|
||||
↓
|
||||
往期推荐（最新 5 篇文章链接）
|
||||
```
|
||||
|
||||
### Dify 工作流专属（三段式）
|
||||
|
||||
```
|
||||
第1章: 前言（~300-400字）
|
||||
- 技术背景 → 问题引入 → 解决方案 + 工作流效果展示
|
||||
↓
|
||||
第2章: 工作流制作（1500-2500字）
|
||||
- 前置准备（插件安装/MCP部署）
|
||||
- 节点搭建（开始→LLM→Agent→代码→HTTP→测试）
|
||||
↓
|
||||
第3章: 总结（单段 300-400 字）
|
||||
```
|
||||
|
||||
## 语言风格
|
||||
|
||||
### 必用词汇
|
||||
|
||||
| 类别 | 词汇 |
|
||||
|------|------|
|
||||
| 问候语 | "小伙伴们"、"大家"、"给大家" |
|
||||
| 语气词 | "呵呵"、"好家伙"、"话不多说"、"下面开始干活" |
|
||||
| 疑问引导 | "是不是很简单?"、"效果不错吧?" |
|
||||
| 对话感 | "我们接下来..."、"手把手搭建"、"大家可以..." |
|
||||
| 时效性 | "这2天非常火爆"、"最新推出"、"今天就带大家..." |
|
||||
| 实用性 | "手把手教"、"全流程"、"一键部署" |
|
||||
|
||||
### 固定开头句式
|
||||
|
||||
```
|
||||
这2天[项目名称]非常火爆,今天我们在[平台]手把手教大家部署这个[项目],
|
||||
体验和感受一下这个[项目]的能力。
|
||||
```
|
||||
|
||||
### 效果展示句式
|
||||
|
||||
```
|
||||
今天给大家带来一个基于dify工作流的[功能名称]。
|
||||
下面大家看看一下工作流以及工作流生成[功能]的效果。
|
||||
那么这样的基于dify工作流的[功能]是如何制作的呢?话不多说,下面开始干活。
|
||||
```
|
||||
|
||||
## 总结模板（通用版，300-500字单段）
|
||||
|
||||
```
|
||||
今天主要带大家了解并实现了 [项目全称] 的 [核心功能] 完整流程,
|
||||
该 [项目类型] 以 "[核心技术1 + 核心技术2]" 为核心优势,
|
||||
结合 [应用场景] 需求,
|
||||
通过 [技术方案/平台] 与 [工具/框架],
|
||||
形成了一套从 [起点] 到 [终点] 的全链路 [解决方案类型]。
|
||||
通过这套实践方案,[用户群体] 能够高效突破 [传统痛点] ——
|
||||
借助 [具体操作](包括 [步骤1]、[步骤2]、[步骤3]),
|
||||
无需 [传统障碍],
|
||||
就能快速 [核心价值](如本次演示的 "[案例名称]")。
|
||||
无论是 [功能1]、[功能2],还是 [功能3]、[功能4],
|
||||
都能通过 [实现方式] 完成,极大 [提升维度]。
|
||||
在实际应用中,该 [项目/工具] 不仅 [优势1],还 [优势2],
|
||||
适配性远优于 [传统方案];
|
||||
特别是通过 [关键技术点],有效解决了 [具体问题] 的难题。
|
||||
同时,方案具备良好的扩展性 ——
|
||||
小伙伴们可以基于此扩展更多 [应用场景],
|
||||
如 [场景1]、[场景2]、[场景3] 等。
|
||||
感兴趣的小伙伴可以按照文中提供的步骤进行实践,
|
||||
根据实际 [需求类型] 调整 [可调整项]。
|
||||
今天的分享就到这里结束了,我们下一篇文章见。
|
||||
```
|
||||
|
||||
## 质量标准
|
||||
|
||||
### 通用技术文章
|
||||
|
||||
| 指标 | 合格 | 优秀 |
|
||||
|------|------|------|
|
||||
| 总字数 | > 2000 | > 3000 |
|
||||
| 代码块 | ≥ 5 | ≥ 8 |
|
||||
| 配图 | ≥ 8 | ≥ 12 |
|
||||
| 对比表格 | ≥ 1 | ≥ 2 |
|
||||
| 总结 | 单段 300-500 字 | 同左 |
|
||||
|
||||
### Dify 工作流文章
|
||||
|
||||
| 指标 | 合格 | 优秀 |
|
||||
|------|------|------|
|
||||
| 总字数 | > 1800 | > 2500 |
|
||||
| 工作流截图 | ≥ 10 | ≥ 15 |
|
||||
| 节点配置说明 | ≥ 5 | ≥ 8 |
|
||||
| 代码块 | ≥ 3 | ≥ 5 |
|
||||
| 总结 | 单段 300-400 字 | 同左 |
|
||||
|
||||
## 禁止事项
|
||||
|
||||
1. 总结分段（必须单段）
|
||||
2. 学术化语言（保持口语化）
|
||||
3. 省略操作步骤
|
||||
4. 缺少配图/截图
|
||||
5. 使用占位符图片
|
||||
6. 不提魔搭社区免费模型（Dify 文章）
|
||||
|
||||
## 与 content-forge 集成
|
||||
|
||||
此风格模板为 Vault 参考资料，尚未注册到 write-article skill 的 `writing-styles.md` 中。
|
||||
使用时手动参考本文件的结构和语言风格即可。未来可通过以下方式集成：
|
||||
|
||||
```yaml
|
||||
style: "xiaohuihui"
|
||||
template: "templates/xiaohuihui-style.md"
|
||||
```
|
||||
|
||||
适用于需要"手把手教程"风格的技术实战文章，与 `lizi_kk` 风格互补：
|
||||
- **栗子KK**: 深度洞察 + 观点输出 + 数字编号结构
|
||||
- **小灰灰**: 手把手实战 + 口语化教学 + 截图驱动
|
||||
Loading…
Reference in New Issue
Block a user